Code komplett bare metal am Raspi zu schreiben und starten ist Recht straight forward. Auch in 100% Assembler wie gesagt. Man Google Mal nach 'raspi assembler starfox' für ein komplettes Spiel und erstaunlich kurzem Quelltext.
Posts by enthusi
-
-
Bare metal ist per se kein Problem am Raspi. Hab ich auch schon viel Mut gespielt. Das macht richtig Spass, aber wie im anderen Thread schon von mir erwähnt machen dann Dinge wie USB Keyboard etc mitunter echt Probleme (das sieht das Python OS offenbar ähnlich) und die verschiedenen raspi Versionen unterscheiden sich dann teilweise eben doch spürbar.
-
Das ist meine Spielwiese gerade. C und Assembler.
[External Media: https://youtu.be/5DCuzw-E7Vc] -
USB Protokoll ist schon die Hölle... Das kann bare metal also ohne große etablierte Bibliotheken anderer quasi vergessen wenn damit halbwegs die Mehrheit der Tastaturen laufen soll. Dass man da auf PS2 geht verstehe ich sofort.
Zu HDMI wurde ja schon oft beschrieben dass es weniger an der Technik hapert als an den Lizenzen. Das ist schlimmer als der Region Code bei DVDs.... Sehr schade, dass sich Displayport da nicht besser durchgesetzt hat bisher (auch nicht bei Monitoren, aber das kommt ja evtl so langsam?). Ein bisschen wie der Ruf nach Maussupport am C64. Und es gibt in etwa so viele verschiedene Modelle wie Nutzer von Mäusen am C64...
-
Sehe darin auch keinen wirklichen Vorteil. Klingt eher wie das GEORAM. Davon ab war ja nicht der 6502 das Limit beim RAM sondern der Preis von RAM.
-
Daher passiert das ja auch nicht so.
Die wenigsten Entwickler hier dürften ausschließlich auf dem C64 unterwegs sein ohnehin denke ich (?).
Aber ich bastel im Hintergrund auch an einem 'eigenen' system
-
Da ist schon jetzt erstaunlich viel Software vorhanden. Täusch Dich da mal nicht...
-
Geht es denn um Grafikeigenschaften? Klingt fast so. Und das einblenden des ROMs im C64 war ja nicht 'leider doof gemacht' sondern genial weil nur so ein echtes Betriebssystem und trotzdem genug RAM zur Verfuegung standen.
Und gerade was GFX angeht sind Heimcomputer doch was ganz anderes als Konsolen? Das NES hat zB eher wenig RAM.
Also 'sauberes Architekturdesign' koennen vermutlich nur SEHR wenige hier halbwegs gescheit beantworten.
Selbst bei Systemen auf denen man sich top auskennt aus Programmierersicht kann ich zwar die Aufteilung von Registern bemaengeln, mir aber ja nicht anmassen das damit als schlechtes Design abzutun. Evtl (und durchaus wahrscheinlich) hat jeder negative Teil an anderer Stelle etwas tolles gerade noch so ermoeglicht.
Aus Softwaresicht finde ich den Atari Lynx recht spannend. 64KM ram, (fast) frei verlegbarer Bildschirmspeicher und echte 4bit/pixel mit 16 aus 4096er Palette.
Gar keine Hardwaresprites zB.
Designtechnisch ist auch der ZX Spectrum cool - weil man mit 'so wenig' so 'viel' erreicht. Der C64 duerfte schon einer der komplexeren Geraete sein, denke ich.
-
Ich finde und fand immer den Acorn Electron sehr cool. Der Archimedes3000 dann fuer beides (Optik/Inhalt
-
Ach ich weiss nicht. Ich hatte in etwa genau soetwas erwartet bei der duerftigen Ankuendigung etc.
Wie erwartet SEHR simple == nicht enttaeuscht
-
Dabei ist Char/Tile ja fast schon modern. Nintendo hat das ja hardwaregestuetzt sehr weit getrieben. Schon beim VirtualBoy und dann entsprechend ausgefeilter beim GBA etc.
Atari Lynx zB setzte zuvor komplett auf Bitmap mode mit einem schnellen 'Blitter' der quasi die Sprites in Software setzt.
-
-
Ja, instructions ist da sicher richtig. Nur gegenüber zum opcodes beim 6502 bei dem die 8bit alleine den Befehl beschreiben ist das bei zB 32 bittern eben nicht mehr so.
Hier sieht man das zB sehr schön beim RISC-V.
Da ist der OPCODE Teil sogar nur 7 Bit breit!
-
RISC sind oft auch sehr einfach. Sogar fast einfacher als 6502. Aber mit 'opcode' meint man bei 8bit ja nicht den kompletten Befehl.
LDA #12 zB wären 16 Bit dann.
-
Wie wäre eine 32 Bit CPU mit reduced set das einige 16 Bit grosse opcodes hat. Aber kein floating point Kram, rein integer. Dazu ein Display, sagen wir 160*80 in 16bit Farben. 32KB RAM, 128KM flash und die Möglichkeit von SD Card zu lesen. Dabei sehr klein und billig
Programmierbar per USB und nicht teuren Kits. -
Haeh? Es gibt doch den RaspberryPi. Der ist/waere perfekt und wird auch anderswo (*sigh*) genau dafuer eingesetzt. Schulen etc.
Damit kann man Stecken/Loeten ohne grosses Risiko,
ALLE Programmiersprachen lernen (C, Scratch, Python und Assembler - das wird alles sogar in Zeitschriften behandelt).
Billig, unzaehlige Tutorials, Gehaeuse, Tastaturen.
Man darf halt nur nicht auf seinen Haenden sitzen ;-(((
Das wird hier (im Lande wenn man mich fragt) total verschlafen. Es gibt auch Betriebssysteme die direkt in BBC Basic booten (oder direkt in den VICE Emulator nach wenigen Sekunden).
Ein HandGriff (Wechsel der SD-Karte und Neustart) und aus dem Raspi wird das System Deiner Wahl: Ubuntu, Android, Debian, C64 Basic, BBC basic, RiscOS.
Einfach mal MACHEN.
-
-
Beim Subpixel-Antialiasing hat man ausserdem das Problem bei vertikalen Bildschirmen wenn das OS das nicht schnallt.
Da bekomme ich dann immer Augenschmerzen bei Anzeigetafeln etc.
(Oder bei Tablets etc)
-
Go / Baduk
-
Ich habe letzte Woche Ubuntu Mate 18.04 auf dem GPD Pocket installiert. Musste UEFI richtig einstellen. Das war's. Lief nebenbei und ausser Farben habe ich nichts einstellen müssen.
