Hello, Guest the thread was called35k times and contains 439 replays

last post from AW182 at the

MiSTer: inoffizieller MiST-Nachfolger

  • Bin gerade auf folgendes Projekt gestossen: https://github.com/MiSTer-devel/Main_MiSTer/wiki


    Es handelt sich dabei um eine Portierung des MiST-Systems auf ein moderneres (und leistungsfaehigeres) FPGA-Board. Im folgenden Blog-Eintrag gibt es eine kleine Erklaerung, worum es sich genau handelt, daher spare ich mir hier die Worte und verweise am besten auf diesen ganz aufschlussreichen Artikel: http://itblog.huber-net.de/2017/06/vom-mist-zum-mister/

  • Beobachte das Thema (Mist) schon sehr lange und habe immer mal wieder in Github geschaut und bei den Cores.
    Mir ist jedoch aufgefallen, dass dort sehr wenig los war. Und da viele Cores nicht ausgereift sind hab ich bisher nicht in Erwägung gezogen, mir eins zu kaufen. Das es Engpässe bei den Implementierungen gibt war mir nicht bekannt.


    Naja, ansonsten steht auf der Projektseite DIY und nicht offiziell und kaufen kann man es auch nicht.
    Darauf werde ich wohl nicht eingehen. Denn so gut kenne ich mich nicht aus und ich möchte nicht von einer Person abhängig sein, dass die Software darauf laufen wird. Die fehlenden DB9 Anschlüsse sind auch schade. Mal schauen, wie es sich entwickelt.
    Behalte das auf jeden Fall im Auge.


    Ansonsten bin ich mit einem Raspi3 und die Konvertierung auf RGB 240P an einer Röhre sehr zufrieden. Hätte der keine Latzenz wäre es natürlich perfekt. Aber das ist schon leiden auf hohem Niveau. Besonders für das wenige Geld, was die Lösung gekostet hat.

  • Du kannst dein Spielzeugraspi3 nicht mit einem FPGA verleichen.

    Volle Zustimmung. Beim MIST läuft alles auf der "echten" Hardware, und um genau dieses Gefühl geht es da.



    Und da viele Cores nicht ausgereift sind hab ich bisher nicht in Erwägung gezogen, mir eins zu kaufen.

    Einspruch. Die meisten Cores sind in einem Zustand, der für mich absolut ausreicht. Natürlich gibt es ein paar Sachen, die ich mir noch wünschen würde und die wir wohl nie bekommen werden, z.B. 15Khz für SCART-Ausgabe beim Standard (nicht AGA) Amiga-Core. Aber damit müssen wir halt leben.


    Ich besitze meinen MIST seit 2014 und habe den Kauf seither keine Sekunde bereut. Am genialsten ist m.M.n. die Möglichkeit, das Ding per SCART-Kabel an einem alten Röhren-TV anzuschließen (diese Möglichkeit bieten viele Cores, aber nicht alle).


    Da die Produktion des MIST nun aufgrund der zurückgegangenen Verkaufszahlen eingestellt worden ist, würde ich empfehlen, Lotharek noch ein Exemplar inklusive SCART-Kabel abzukaufen (er hat derzeit noch ausreichende Lagerbestände).

  • Ich besitze meinen MIST seit 2014 und habe den Kauf seither keine Sekunde bereut. Am genialsten ist m.M.n. die Möglichkeit, das Ding per SCART-Kabel an einem alten Röhren-TV anzuschließen (diese Möglichkeit bieten viele Cores, aber nicht alle).

    ganz deiner Meinung.

  • Echt ? Was ist daran bitte Echt ? Es ist und bleibt nur eine Emulation der "echten Hardware" - der Raspi macht es nicht viel anders.

    Die technische Basis ist eine andere, aber abgesehen davon ist es wohl eher ein gefühlter Unterschied. Letztendlich geht es darum, auf eine bestimmte Eingabe mit einer bestimmten Ausgabe zu reagieren. Wenn das sehr gut oder sogar perfekt funktioniert, hat man ein gutes Abbild des Originals geschaffen. Ob dieser Vorgang nun von den quasi statisch verdrahteten Transistoren auf einem FPGA geleistet wird oder dynamisch von einer Software ist völlig egal, solange das korrekte Ergebnis in der korrekten Zeit produziert wird. Es wird gerne damit argumentiert, dass der FPGA die Parallelität der Hardware besser abbildet, aber die ist eigentlich völlig egal, solange das Endergebnis identisch ist.
    Letztendlich wird die Softwareemulation länger überdauern als irgendwelche FPGA-Lösungen, einfach weil sie portierbar ist.

  • Aber eben Hardware "Emulation". Wie hatte der Super NT Entwickler (SNES FPGA) das beschrieben? Das Board Schemata in Textform. Emulation ist es für mich auch nur wenn eine CPU ein anderes System per Software nachbildet. Sieht wohl jeder anders. Trotzdem richtet sich die Qualität des ganzen natürlich am Code, egal ob FPGA oder Software Emulator. Vorteil von FPGA ist halt das dort kein OS läuft, das Lag hinzufügt. Und man kann alle Legacy Ports leicht einbauen (echte Joyports, RGB Ausgang etc.)

  • Echt ? Was ist daran bitte Echt ? Es ist und bleibt nur eine Emulation der "echten Hardware" - der Raspi macht es nicht viel anders.

    Doch, der macht das eben schon anders. Das sind zwei sehr verschiedene Vorgehensweisen und Prinzipien.

  • Echt ? Was ist daran bitte Echt ? Es ist und bleibt nur eine Emulation der "echten Hardware" - der Raspi macht es nicht viel anders.

    Raspi-Emulation und FPGA-Nachbildung sind grundlegend verschieden. Beim FPGA werden Hardware-Logikelemente so verschaltet, dass die gewünschte Funktion zustande kommt, man kann die ursprüngliche Logik also sehr funktionsgetreu nachbauen und bis auf den Takt genau dieselben Ergebnisse erzielen, wenn man den ursprünglichen Chip genau genug nachbildet.


    Stell Dir einen FPGA stark vereinfacht wie ein Steckbrett vor, auf dem man die Funktion der ursprünglichen Schaltung zurechtsteckt. Dort laufen dann parallel und "echt" elektrische Signale durch. Wer will, der kann sogar die im FPGA verdrahtete Logik in eine Chipfabrik tragen und das Design zu echten Chips machen lassen (das ist nur halt sehr teuer). Im FPGA tickt ein "echter" Prozessor, ein "echter" Grafikchip, echte Klebelogik etc. etc. - alle geformt aus den rekonfigurierbaren Logikelementen des FPGAs. Für jedes elektrische Signal lässt sich genau sagen, wo im Chip es herläuft. Man kann damit die ursprüngliche Systemarchitektur nachbilden - nur höher integriert.


    In der Software-Emulation gibt es keine Hardware-Nachbildung der ursprünglichen Maschine. Vielmehr wird der Zustand der Maschine in Software vorangetrieben - ein Taktzyklus auf der ursprünglichen Maschine kann hunderte oder tausende Taktzyklen auf der emulierenden CPU benötigen. Die Systemarchitektur findet in der Software-Emulation keine physische Abbildung. Man läuft auf einem Betriebssystem, welches i.d.R. nicht echtzeitfähig ist (d.h. wenn die CPU gerade woanders beschäftigt ist, dann muss die Emulation halt warten) etc. Das ist für viele Zwecke absolut ausreichend, ist aber ein ganz anderer Ansatz als FPGA-Nachbildung.

  • Raspi-Emulation und FPGA-Nachbildung sind grundlegend verschieden.

    Das sind sie. Nur spielt das für den Anwender, der das emulierte System verwenden will, in der Regel keine Rolle. Er erkennt im Normalfall nicht einmal einen Unterschied.


    Die Systeme, die der MIST nachbildet, sind um Dimensionen langsamer als es Raspi & Co oder gar aktuelle PCs sind. Softwaretechnisch ist eine genaue Emulation deshalb kein großes Problem.


    Wenn ich ein MIST hinstelle mit z.B. Atari ST Core und daneben einen Raspi oder PC und stelle beides unter eine Kiste, dann kann mir in der Regel kein Anwender anhand der Benutzung von Tastatur, Maus und Monitor sagen, welches System gerade den AtariST nachbildet.


    Insofern ist eine Unterscheidung von Softwareemulation und FPGA allerhöchstens akademischer Natur. Für den Anwender ist es irrelevant.

  • Also ich kann bei schnellen Rüttelspielen wie Summer Games oder Decathlon anhand von der Joystickabfrage sehr wohl den Unterschied zwischen Emulation und Original (= FPGA) erkennen.
    Zumindest kommt mein Raspi 3 mit Original Competition Pros am GPIO-Port dabei an seine Grenzen. Vermutlich weil der Port nicht mit ausreichend hoher Frequenz abgefragt wird.

  • Sorry, dann nutzt du nen schlecht programmierten Emulator oder Hardware die dafür nicht ausreicht.
    Ich hatte solche Probleme mal auf nem PC, allerdings bei der snes emulation, ich musste 4 verschiedene Emulatoren ausprobieren bis ich einen gefunden hab der keine Inputlags hat.
    Und ausgerechnet der den alle empfohlen haben, hatte auch Inutlags....

  • So wie ich das verstanden habe, ist das eine auf Standardlösungen aufbauende Geschichte. Man muss also schauen, wo man die Hardware und die evtl. benötigten Zusatzboards herbekommt.


    https://www.terasic.com.tw/cgi…sh&CategoryNo=167&No=1046



    Das Problem sind wohl am ehesten die Zusatzboards (siehe Abschnitt "Ordering the boards")
    https://github.com/MiSTer-devel/Hardware_MiSTer