Bad Apple on Atari Falcon 030 (preview)
Вставка
- Опубліковано 11 вер 2024
- This is Bad Apple run on Falcon in RGB high def (640x480 interlaced mode), 16 greyscale. Music is played by the DSP from a mp2 file.
The video capture is bad since the OSSC is the worst at handling interlaced signals and my Falcon's audio output jack seems busted so I get only mono (left channel) correctly. So it plays correctly in stereo but I can't capture it :(
But... well, it works. The video file is 70MB and the blitter filling and copy is actually handled by the 68030 because it doesn't seem like the blitter wants to do anything with my code 😥 (dunno if it's worth trying using it anyway since it's very short 68030 loops that should fit into the CPU's cache)
I don't plan to work again on it right now, it's an old test that I hold because I couldn't connect my CosmosEX to my Falcon for years (the bloody SCSI cable was too had to find).
C'est super beau, j'adore les transitions... C'est vraiment toi qui as codé cette démo ? Quand donc ?
J'ai sorti la conversion pour Atari STE en 2017 et là c'est la même adaptée pour Falcon.
knowyourmeme.com/memes/bad-apple
La version STE ua-cam.com/video/AvRzV5gn0U8/v-deo.html
@@fenarinarsa merci pour le lien, je ne connaissais pas ! C'est drôle, le remix date de 2007, année de la sortie de Liar Game 1 dont l'ost est très similaire sur le plan instrumental. D'ailleurs sur le coup j'ai cru que c'était une chanson de Capsule avant de lire les descriptions. 😅
@@fenarinarsa mais comment as-tu fait pour reprendre les images sur STE...? Tu as repris la vidéo de youtube et compressée à fond en donnant la priorité aux bords ? Sur le coup je croyais que c'était de l'art vectoriel, mais vu les tailles de fichiers que tu mentionnes... Ça me rappelle ce screen que j'avais présenté à la première stnicc qui devait être dans la Phaleon (de mémoire), mais qui avait été retiré au dernier moment à cause d'une incompatibilité STE (ou était-ce avec le 520 STF ? Même si normalement c'était censé fonctionner sans extension)... Je devais avoir quelque chose comme 500 musiques dans un player (toutes issues de mon hobby de ripping), et un scrolltext de 242ko, tout était compressé et chargé en mémoire dès le début, je ne sais même plus si j'aurais pu facilement charger du disque sans freeze les animations... Anyway, écran perdu à jamais, snif.
@@renobutters ah flûte pour ton écran 😢 j'ai eu de la chance j'ai quasiment rien perdu depuis mes premiers programmes sur Apple II...
Sinon la façon dont la vidéo est convertie dépend des limitations de la plateforme et des objectifs que tu veux te donner. Par exemple il y a une version Amiga qui est sortie récemment qui doit tenir sur une disquette et qui est effectivement un rendu vectoriel monochrome. La plupart des conversions ne gardent qu'une couleur (noir et blanc), afin de pouvoir la faire tourner même sur des plateformes très limitées. Or la vidéo d'origine est bien en greyscale car il y a plein d'effets de motion blur, de dégradés etc. Pour la conversion STE j'ai fait le choix inverse et j'ai privilégié la qualité sur la réduction de la taille de fichier car je me suis dit qu'on s'en foutait vu que maintenant tout le monde utilise des adaptateurs pour SD Card. Effectivement c'est du delta packing, donc je n'enregistre que ce qui change entre la frame actuelle N et la frame N-2 (double buffering), avec une petite astuce sur la palette de couleur pour économiser les changements dans certains cas. Et derrière j'ai aussi utilisé le blitter pour réduire de façon assez conséquente la taille du fichier (genre -40% je crois). Mais en fait ça marchait déjà très bien sans car le DMA disque dur du ST est en réalité suffisamment rapide ! L'autre réalité c'est que ce qui rend le tout possible c'est aussi le DMA audio du STE. J'ai testé une conversion sur STF, le son est absolument à chier, entre la fréquence très faible, le rendu CPU, le DMA disque qui charge derrière... bah c'est dégueu.
Le vrai challenge a été de pouvoir faire le chargement en parallèle du rendu, ce qui n'est pas possible normalement sur ST car l'OS ne fait pas de chargement asynchrone. Ça implique un jeu un peu malsain de tripatouillage des interruptions dont une qu'on utilise normalement jamais (l'interruption HBL).
J'ai fait un making of ici :
ua-cam.com/video/_j66Nu7BoCE/v-deo.html
Le code source est ici :
github.com/fenarinarsa/bad_apple
It is funny how this has become almost a benchmark for old(er) computers. :-)
Hmm, the Atari Falcon is technically a 32-bit CPU, using a Motorola 68030, and a Motorola 56001 DSP. No wonder the video and audio in good quality.
Yeah the sound alone is a mp2 file playing at 50kHz so... (thanks to the DSP)
Actually the final version should be almost pixel perfect compared to the original video
You‘re saying that you will not work on it, but will you release it anyway? At least in the state as it is?
I will work on it later now that I have a functional CosmosEX. I'm currently working on something else.
Are there any news here? Can’t wait … and then I can sell my STE 😁
HA yes you're right, I need to go back to this
please make it vga and 060 compatible
VGA yes, 060... don't have one to check so that will be a blind test