[Thomson] SDDRIVE Vidéo

[Daniel]

Regarder toujours les mêmes vidéos avec SDDRIVE devient vite lassant, alors j'en ai créé une nouvelle.

screen-grab_sddrive.zip

(555.51 Kio) Téléchargé 40 fois

screen-grab.png (1.55 Kio) Consulté 2212 fois

Exécutable Windows pour visualiser la vidéo sur PC :

screen-grab_win.zip

(549.71 Kio) Téléchargé 46 fois

[Brochiman]

Merci Daniel

[__sam__]

Certains d'entre vous peuvent se demander que faire d'une carte SD de 128Mo sur SDDrive ?

Je vous propose d'y mettre l'un des fichiers SD de cette archive (lien temporaire 30 jours) suivant votre machine (compatiblité ascendante) et de bénéficier d'un spectacle de plus de 2h à environ 20fps...

Capture.GIF (5.75 Kio) Consulté 1447 fois

Comme d'habitude, éloignez-vous de l'écran pour que les "gros pixels" se fassent plus petits et se mélangent mieux.

[Daniel]

Par rapport aux précédentes vidéos, on observe qu'il n'y a plus de pixels parasites dans les zones sombres.
Il y a certainement un traitement particulier...

[__sam__]

Oui j'ai rendu l'algo de conversion "loosy": quand le temps imparti pour afficher l'image est trop court, l'algo ne mets pas à jour les octets avec 1 ou 2 bits de changés. Cependant une fois toutes les 10 images environ (c'est randomisé) il n'ignore pas ces pixels et mets bien à jour toute l'image, ce qui efface les quelques pixels résiduels des images précédentes. Au final ca n'est pas génant (l'écran est totalement mis àjour toutes les demi-secondes à 20fps), mais cela amméliore de beaucoup la fluidité.

Ici par exemple avec ASMO5TO7.sd, 91.2% des images s'affichent en 30ms, donannt un fichier final à pratriquement 30 images/secondes. AS_MO6TO8.sd lui a besoin de 45ms pour 82% des images (et donc 18% en prennent plus), ce qui conduit à 22 images/secondes environ. C'est un peu moins fluide (encore que 20fps c'est bien vu le débit bit par bit depuis la carte), mais les 4 couleurs compensent largement et je préfère cette version à celle 320x200 N&B des MO5/TO7. (Bon évidemment ca serait encore mieux si on pouvait avoir un gris encore plus sombre sur Thomson).

Par ailleurs je pense que sur les machines de seconde génération il sera possible de faire un fichier compatible MO/TO en jouant sur le bit "transcodage" de $A7DC.

Capture.GIF (27.4 Kio) Consulté 1399 fois

Cependant je ne pense pas que l'émulateur supporte directement ce bit. Il faudra jouer avec le flag TO<->MO des paramètres en attendant. Je dois aussi vérifier que ca marche comme attendu sur les machines réeles (notamment le MO6 quez je ne possède pas). Bref: c'est en évolution constante.

[tjjq44]

Dommage pour moi... 4 essais : le téléchargement bloque systématiquement à 230/232 Mo, impossible de reprendre

[__sam__]

Etrange, je ne vois pas de raisons. Essaye en passant par là.

[tjjq44]

Là c'est good, merci

[__sam__]

Bon, j'ai changé un peu les matrices de trammage, ca donne des trucs intéréssants: lien temporaire 15j

sur MO5/TO7

dcmoto05.png (3.84 Kio) Consulté 888 fois

sur MO6/TO8

dcmoto08.png (3.61 Kio) Consulté 888 fois

[__sam__]

Bon j'ai implémenté l'algorithme de seuillage dyamique d'Otsu, et en ce soir d' "Allo Ouine ? ici Trouille...", mon SDDrive me donne de frayeurs: lien valable 14 jours.

[Daniel]

Pour calmer les frayeurs voir ici.
Il faut reconnaître que ces vidéos au trait avec des décors fixes sont excellentes pour cet exercice.
Tu peux remercier Nobuyuki, c'est mieux que le Snow_Cat de juin dernier. Félicitations !
Le seul défaut visible est au moment des coupures de courant. Mon SDDRIVE ne les supporte pas bien.

[__sam__]

Pour calmer les frayeurs voir ici.

Peut-être que ceci peut aussi aider à avoir moins peur des petites bê-bêtes à 0, 6 ou 8 pattes...

8 pins SOP ?

Capture.PNG (37.57 Kio) Consulté 597 fois

Après des années où je pensais ne plus pouvoir gratter en perfs, j'ai enfin réussi à optimiser le player. En effet, j'ai gagné 1 cycle par échantillon audio/vidéo, youpie ! Ah oui et j'ai aussi implémenté l'usage du mode graphique évoqué par là. C'est pas fini, il me reste encore pas mal de choses à régler.

Ceci est la 1ère version semblant ne pas (trop?) planter et qui est compatible toutes machines de seconde génération (TO ou MO). Essayez et dites moi si ca bug ou pas (sur émul, prenez bien la dernière version expérimentale depuis la 2024.11.03). Pour suivre les évolutions, suivez mon projet sous github (branche "common-moto"), ou regardez ce fil. Je vais sans doute poster quelques autres examples (liens temporaires sur grosfichiers valables 14j max).

[Daniel]

C'est bon sur MO6 et PC128

Dans dcmoto, je trouve l'image encore meilleure en diminuant le gamma (dans les options).

Depuis longtemps je ressens le besoin de touches d'avance et de retour rapides, aussi bien dans les vidéos que dans la musique. Avec le MO6 il faut quelques cycles seulement pour tester une touche, par exemple à chaque changement de secteur. Par contre avec les TO c'est beaucoup plus long, peut-être même impossible avec les interruptions masquées. Il faudrait utiliser les manettes...

Par exemple on pourrait appuyer sur le bouton Action pour faire une pause et afficher un menu "pop-up" permettant d'avancer, de reculer, de revenir au début, de quitter...

[__sam__]

L'avance rapide doit être possible (mais pas immédiate non plus car il ne faut pas desynchroniser le flux car les décalages y sont en relatif), mais pour le retour il faut repartir du début du fichier. En outre il faudrait une notion de compteur "image" dans le format de trames audio/vidéo qui n'offre plus vraiment de place disponible assurée. Mais bon, peut-être qu'en étant malin..

Capture.GIF (60.54 Kio) Consulté 562 fois

Comme on le voit dans les commentaires j'avais mesuré les temps de détection de touche. C'est trop variable d'une machine à l'autre à mon gout. Ce qu'il faudrait aussi c'est juste tester en temps constant un bit de registre i/o pour savoir qu'une interruption clavier a été envoyée (si c'est applicable sur toutes les machines) et après cela appeler les routines en temps variable du moniteur.

Bon, il reste encore pas mal de boulot; mais il doit y avoir moyen d'avoir un "player" assez sympatique.

[__sam__]

J'ai ajouté un mode "detection de contour" (EDGE) et ca donne un résultat sympatique je trouvre.