Mein netter Helfer für Nuvieversorgung war TurboMicha, ich glaube, hier ist alles gelistet: REU Video collection für den Nuvie-Player
Das Nuvie links heißt "The Lost Watch" und bei der Recherche eben stoße ich darauf, dass es vorher ein Windows 3D Screensaver war..
Das Nuvie rechts ist "Orb".
Mal ne andere Frage.... hardwareseitig ist die Platine denn schon final ?
Könnten die Daten schon frei gegeben werden? Würde mir die Platine schon mal bestellen. Wenn die Software ready ist und frei gegeben werden kann, könnte man dann schon mal mit einsteigen.
Mal ne andere Frage.... hardwareseitig ist die Platine denn schon final ?
Der Boss (aka Frenetic) ist voller Geheimnisse. Von Sidekick64 gab es wie viele Revisionen? Von SIDKick gab es wie viele Revisionen? Jeweils mindestens vier. Hier sind wir erst bei Revision 2…
Mehr als das weiß ich auch nicht. 
Alles ok. wenn ready dann ready, ich kann warten. Bin weiter mit dabei
Von Sidekick64 gab es wie viele Revisionen? Von SIDKick gab es wie viele Revisionen? Jeweils mindestens vier. Hier sind wir erst bei Revision 2…
vom SK64 gab es ein paar Revisionen (*), ich hatte vorher auch noch nie ein PCB entworfen, daher die Lernkurve -- vom SIDKick gibt's 2 veröffentlichte (die neuere hat alle Bauteile auf einer Seite, weil ich keine Lust mehr hatte manuell zu bestücken).
Bei RAD gibt's genau 3 1/2 Varianten: Steckbrett, erster Entwurf, und Revision 2 für RPi 3A+/B+ und Zero 2 (wobei noch nicht klar ist, ob der Zero 2 wirklich ernsthaft unterstützt wird).
(*) und in der Hoffnung Probleme bei der Bauteilversorgung/Herstellung für Bobbel umgehen zu können vielleicht bald noch eine weitere SK64-PCB mit teils flexiblen Footprints:
pasted-from-clipboard.png
Frenetic Gibt's für das RAD eigentlich (schon) Schematics und/oder Info zur Arbeitsweise? Mich würde die Funktionsweise von DMA insbesondere im Zusammenspiel mit dem VIC sowie die Umsetzung der Anbindung des RPi an den Expansionsport interessieren.
ich habe noch nichts dazu veröffentlicht, aber die ICs wurden weiter oben schon diskutiert, und/aber Fragen ist erlaubt
Kurzform: Latches für Adressleitungen (out), ein nicht voll genutzter CBTD3861 für in/out-Signale, der Rest -- Bustreiber für Datenleitung, Multiplexer für Lesen von Signalen -- ist dem SK64 recht ähnlich. Alle ICs fungieren auch gleichzeitig als Level-Shifter. DMA und VIC: im Endeffekt gehört der CPU der Bus im entsprechenden Halbzyklus, es sei denn, der VIC erhebt Anspruch. Am Expansionsport zeigt das BA an, und der CPU zeigt man einen belegten Bus mit dem DMA-Signal an (für die CPU werden BA und DMA verknüpft). Das Timing und, vor allem, das Caching des RPi ist/war viel filigranes Experimentieren, das unendlich Zeit kosten kann.
Als ich ca. 1992 als Schüler meinen Medienführerschein bei der Stadtbildstelle gemacht habe, um Videoprojektoren bedienen zu dürfen, ahnte ich noch nicht, dass ich mir mal auf dem C64 Videos anschauen würde. Unser Media-Moghul daddlertl hat ein neues Tool released: Koalavideo v01! Das braucht eine 16 MB REU und funktioniert auch mit RAD! 
Mehr hier: Koalavideo v01 - Ein Videoplayer für den C64, der Bild und Ton aus der REU der 1541ultimate abspielt
Und ein Testvideo von mir: RAD und Koalavideo v01 spielen Commodore-Werbung.
Heute habe ich RAD zum ersten Mal mit einem NTSC-C64 getestet. Der Witz hierbei ist, dass die Koalavideos von daddlertl wohl auf NTSC laufen, das ist ein spezieller Trost, weil Nuvies ja nicht auf NTSC laufen.
Die laufen zwar auf NTSC (teilweise mit Bildfehlern: 4:3-Videos und Videos mit hoher Framerate glitchen im unteren Bildbereich), aber dann wird Bild und Ton asynchron und das Seitenverhältnis weicht auch deutlich ab (zumindest auf echter Hardware, da sollen die Pixel wohl ein Seitenverhältnis von 0,75:1 statt 1:1 haben, das hat hier jemand im Forum geschrieben, mangels NTSC-Hardware kann ich es aber nicht testen). NTSC wird offiziell (noch) nicht unterstützt, da es aber zufällig doch läuft (hatte ich gar nicht erwartet, war selbst erstaunt dass es halbwegs lief, als ich mal den Emulator auf NTSC gestellt habe), kann man ein bisschen tricksen und ein NTSC-kompatibles Video erstellen, indem man eine Framerate von 10 fps nimmt, im REUmaker aber Geschwindigkeit 6 = 8,333 fps angibt und in Audacity die Tonspur durch Verlangsamung verlängert (die wird ohne Anpassung hörbar zu schnell abgespielt).
Wenn Du leihweise ein NTSC Gerät haben möchtest, sag einfach Bescheid. Könnte ich zum nächsten Treffen mitbringen. Allerdings muss dein Monitor das Farbsignal auch darstellen können. Und ich weiß nicht, welchen Einfluss unsere Netzfrequenz von 50 Hz, hat, die für das Gerät eigentlich falsch ist.
[...] das Seitenverhältnis weicht auch deutlich ab (zumindest auf echter Hardware, da sollen die Pixel wohl ein Seitenverhältnis von 0,75:1 statt 1:1 haben, das hat hier jemand im Forum geschrieben, mangels NTSC-Hardware kann ich es aber nicht testen).
Ja, das stimmt. Siehe z.B. Codebase64: https://codebase.c64.org/doku.php?id=base:pixel_aspect_ratio
Ich habe mal eben Koalavideo auf NTSC und PAL parallel getestet mit dem DoReCo2022 Video. Siehe Beispielvideo unten. Man sieht da, dass die Bilder auf NTSC halt schneller laufen. Das Seitenverhältnis vom NTSC-Capture habe ich Pi mal Daumen angepasst, ist also nicht nachgerechnet.
Der Sound kommt Mono 1 Kanalig vom SID im NTSC-C64. Ein Stereo-Kanal bleibt stumm in diesem Beispielvideo. Da ich das Video zum ersten Mal abgespielt habe, ist mir nicht klar, ob Audio-Video-Sync korrekt ist oder ob beide auseinanderlaufen. Sicherlich kann daddlertl das sofort erkennen. Aber von NTSC-Bildartefakten sehe ich da eigentlich nichts.
EDIT: Habe jetzt mal in beide Tonspuren reingehört. Bei NTSC wird auch der Ton wird etwas schneller/höher abgespielt, aber es ist noch erträglich, es ist kein Mickey-Mouse-Efffekt.
Screenshot 2022-11-21 23-25-57.png
Das Video wird momentan noch verarbeitet bei Youtube, deshalb ist die Qualität momentan noch schlecht. In einer halben Stunde sollte auch die HD-Version spielbereit sein.
Das DoReCo-Video läuft tatsächlich fehlerfrei auf NTSC, obwohl es ein 16:10-Video ist und somit die maximale Datenmenge übertragen werden muss bei kleinster Zeitreserve (die wenigsten Rasterzeilen ohne Bildinhalt, da alle Bildzeilen genutzt werden). Da das Video nur Musikuntermalung hat, die nichts direkt mit den Szenen zu tun hat, merkt man die Asynchronität nicht sofort, bei Musikvideos oder dem "Und dann"-Video merkt man das ziemlich schnell.
Beim DoReCo-Video merkt man es erst am Ende, wenn die Musik abrupt neu startet, weil das Video bereits einmal durchgelaufen ist, bevor die Musik zu Ende war. Man kann übrigens die Videodatei so manipulieren, dass die Musik nicht neu gestartet wird, wenn das Video einen neuen Durchlauf beginnt. Das kann man mit zwei Bits steuern (welche das sind, steht im Quellcode des Players in der Datei für den REUparser) : eines legt fest, ob die Musik bei Videoneustart auch neu starten oder einfach weiter laufen soll, das andere legt fest, ob die Musik ausgeschaltet oder neu gestartet werden soll. Will man also erreichen, dass Bild und Ton unabhängig voneinander jeweils in Dauerschleife laufen, stellt man es so ein, dass das Video bei Erreichen des Endes neu startet (das tut das DoReCo-Video bereits), der Ton ohne Neustart weiterläuft und der Ton bei Erreichen des Endes der Tonspur neu gestartet wird. Ich habe vor in einer späteren Version ein Menü in den Player einzubauen, mit dem man diese Einstellungen temporär ändern kann ohne dafür eine angepasste Videodatei erstellen zu müssen. Weitere Playerversionen werden aber mindestens ein paar Monate dauern, da ich momentan nicht viel Zeit habe und erstmal eine "Codingpause" brauche.
Weitere Playerversionen werden aber mindestens ein paar Monate dauern, da ich momentan nicht viel Zeit habe und erstmal eine "Codingpause" brauche.
Meine NTSC-Tests sollen ja auch nur zeigen, wie überraschend gut das Koalavideo v01 mit den entsprechend encodierten Videos auf NTSC funktioniert. NTSC-User wird das - denke ich - freuen, dass sie einfach was Bewegtes zu "gucken" haben, auch wenn das Audio dem Video wegläuft. Das ist kein Schrei nach einem neuen Release! 
Gönn' Dir die Codingpause!
Glückwunsch zum Release und vielen Dank für ein weiteres tolles Projekt! 
Sehr cool! Glückwunsch zum Release!
-----------------------------
Wenn jemand die aufbaut - ich würde 1-2 Stück davon nehmen!
Find ich gut...
Klasse Projekt, leider sind RPi's immer noch nur für Wucherpreise zu bekommen, muss ich wohl ein SideKick schlachten. 
Interessant finde ich auch die beiden Parameter WAIT_ENABLE_RW_ADDRLATCH & WAIT_ENABLE_DATA_WRITING, stellt
sich mir die Frage ob das auch beim SideKick möglich wäre...
Hintergrund ist hier dass, wie du auch schon festgestellt der X-Pander das Timing geringfügig beeinflusst, nahezu alle Module
laufenm einwandfrei, nur bestimmte C64-Modelle (z.B. 250407 Rev.A) haben so ihre Probleme damit.
Ansonsten heist es jetzt wieder... Warten auf felixw 
Mfg Jood
MOS 6510/8500 emulation....
Very interesting.
By the way Frenetic, I like the way you have graphically set out the BOM assembly instructions for the RAD. Very neat!
