OUI c'est faisable sur Exelvision

[6502man]

Pour la première fois sur Exelvision une vidéo en streaming depuis la carte SD.
converti en 20 images/secondes en 320x200, et ca rame pas, en même temps c'est du dessin avec peu de modifications par images.
L'Exelvision pourrait afficher jusqu’à 320X250

[Daniel]

Il faut avoir du génie pour faire ça sur EXL100
J'attends avec impatience le schéma et les programmes pour faire pareil à la maison...

Je propose une compétition Simon's Cat avec irios+6502man sur Exelvision, daniel+sam sur Thomson et yo+fr sur Micronique, et le maximum de challengers sur les autres machines

[Carl]

Excellent

Carl

[joaopa]

Impressionnant

[yo_fr]

c'est impressionnant ce que l'on peut faire sortir à nos bouzes !!
super !
Bravo phil !

[irios]

J'attends avec impatience le schéma et les programmes pour faire pareil à la maison...

Vivi

Je propose une compétition Simon's Cat avec irios+6502man sur Exelvision, daniel+sam sur Thomson et yo+fr sur Micronique, et le maximum de challengers sur les autres machines

Oui intéressant comme compétition, la TripleX n'a pas finit d'étonner !!

[Fabrice Montupet]

Cool!
Bon boulot :)

L'Exelvision pourrait afficher jusqu’à 320X250 :wink:

Pourquoi utilises-tu le conditionnel? L'EXL100, à travers le TMS3556, gère nativement cette résolution. La limitation 320X200 est juste liée à l"Exelbasic.

[DataPro]

Pourrait-on envisager les voix par synthèse vocale en simultané ou bien de la musique ExlDrums ?

[jester]

Super... jolie démo !
Malgré les croyances, l'Exl100 peut afficher très rapidement une image complète: si tu charges successivement les images adaptées au format du TMS3556 (sans compression) ça dépote, la preuve !
Reste à gérer le son: impossible sur le TMS5220 (synthèse LPC) à part pour les voix... peu utilisable sur une bande audio.
Par contre tu as un chip AY-3 sur l'interface... et il est possible de lire des samples classiques grâce à ce chip
La par contre l'Exl va ramer car c'est quand même une bouse !

Reste à gérer les programmes/cartouches... ça devrait pas te poser de gros soucis avec le système de pagination et les 128 ou 256ko de RAM (avec autant de ROM).
Par contre si tu veux rendre transparent le chargement de programme Basique sur K7, j'avais une idée sur la méthode -> mp

[Papy.G]

Excellent, l'épidémie de machines qui ont le droit à des périphériques de jouvence s'étend.

Philippe avait l'air d'indiquer seulement des changments partiels de l'image, on n'en est peut-être pas encore à la lecture de vidéos…
J'ai brièvement lu les specs du bouzin, et le fait d'avoir de la Ram accessible directement doit booster le tout, quand les programmes sont écrits spécifiquement, même si dans le cas d'un streaming, ça ne sert pas forcément.
L'accès à la page écran se fait par le VDP, mais a-t'on déjà assez de temps pour charger une page entière pendant un vblank?

Finalement, l'affichage d'animations, puis de vidéos en streaming va devenir l'exercice obligatoire sur ce forum, comme un passage obligé, ou un étalon pour juger les performances d'une machine.

[6502man]

Merci les gars

Je propose une compétition Simon's Cat avec irios+6502man sur Exelvision, daniel+sam sur Thomson et yo+fr sur Micronique, et le maximum de challengers sur les autres machines

Je suis loin de votre niveau Daniel, sam et Yofr
Mais ca peut être amusant, dans l'immédiat je me concentre sur mon explorateur de fichier pour y intégrer tout ce que je voudrais, mais après je reviendrai sur les vidéos et j'essaierai de faire mieux si j'y arrive

L'Exelvision pourrait afficher jusqu’à 320X250

Pourquoi utilises-tu le conditionnel? L'EXL100, à travers le TMS3556, gère nativement cette résolution. La limitation 320X200 est juste liée à l"Exelbasic.

Le temps employé n'est peut être pas correct
Ce que je voulais dire c'est que l'EXEL100 peut afficher jusqu'à 320x250 et que je ne l'ai pas exploité sur cette vidéo, mais que cela est possible

Pourrait-on envisager les voix par synthèse vocale en simultané ou bien de la musique ExlDrums ?

Pour les Exeldrums oui c'est possible par contre la synthèse vocale ça va être plus compliqué, faut déjà arriver à produire des chaines LPC correctes

Super... jolie démo !
Malgré les croyances, l'Exl100 peut afficher très rapidement une image complète: si tu charges successivement les images adaptées au format du TMS3556 (sans compression) ça dépote, la preuve !

Oui j'ai moi même été très surpris quand j'ai vu à quelle vitesse la vidéo était jouée, je m’attendais à ce que cela soit saccadé mais non
Je ne charge pas des images complètes mais uniquement les modifications entre chaque images, sur du monochrome cela représente entre 800 et 1000 de différences par images en moyenne sur cette vidéo sur un total de 8000 octets par images (vidéo source).

Reste à gérer le son: impossible sur le TMS5220 (synthèse LPC) à part pour les voix... peu utilisable sur une bande audio.
Par contre tu as un chip AY-3 sur l'interface... et il est possible de lire des samples classiques grâce à ce chip
La par contre l'Exl va ramer car c'est quand même une bouse !

Je ne me suis pas encore penché sur cette partie mais il va falloir que je trouve une solution pour jouer du son sur la vidéo ???
Avant nous allons avec Ennio debbugger le AY-3 qui ne sort pas de son conforme

Reste à gérer les programmes/cartouches... ça devrait pas te poser de gros soucis avec le système de pagination et les 128 ou 256ko de RAM (avec autant de ROM).
Par contre si tu veux rendre transparent le chargement de programme Basique sur K7, j'avais une idée sur la méthode -> mp

Pour les programmes cartouches ca fonctionne j'ai fait la démonstration avec Wizord
J'ai testé d'autre jeux et pour l'instant ca fonctionne bien, je lis la ROM depuis la carte SD en la copiant en zone paginé RAM et l'execute à son adresse de démarrage
Idem pour les programmes binaires Exeldos.
Pour le chargement depuis le Basic de programme Basic je ne sait pas trop comment faire, si tu à une idée je suis preneur et en plus ça me feras gagner du temps

L'accès à la page écran se fait par le VDP, mais a-t'on déjà assez de temps pour charger une page entière pendant un vblank?

NON, une image en VRAM en 320X250 occupe 40x250x3 soit 30 Ko.

Philippe avait l'air d'indiquer seulement des changments partiels de l'image, on n'en est peut-être pas encore à la lecture de vidéos…
J'ai brièvement lu les specs du bouzin, et le fait d'avoir de la Ram accessible directement doit booster le tout, quand les programmes sont écrits spécifiquement, même si dans le cas d'un streaming, ça ne sert pas forcément.

Oui je ne charge que les changements entre chaque images.
Oui c'est du streaming donc ZERO utilisation de RAM pour la solution que j'ai choisi.

[jester]

Pour le chargement de K7 en Basic via la carte SD, je hacherais tous les appels à TRAP14 dans le code BASIC en plaçant à la place des appels à TRAP23 (TRAP reprogrammable)... en me débrouillant pour initialiser le TRAP23 correctement, et bien sur en réalisant mes accès K7 reprogrammés sous forme d'accès fichier sur la SD via le code pointé par TRAP23.
Les paramètres du LOAD passés à la commande TRAP14 pourraient être utilisés comme nom de l'image ou répertoire de l'image... ça pourrait marcher sur des images K7 simples... peut être sur des images complexes (???).

[6502man]

Oui c'est une bonne idée

J'ai jeté un oeil rapide dans Exelbasic Plus et j'ai trouvé le point d'entrée pour LOAD"1." en $7B0F, après il faut savoir exactement ce que fait la Basic après le retour du TRAP 14 ?
Faut il juste remplir la zone RAM avec les données du fichier k7 ou y a t'il un traitement particulier à faire en plus hormis les flags de fin de lecture du TRAP 14 ???

Est ce que tu veux regarder de ton côté pour cette partie ?
Je peux te fournir les routines d'accès à la carte SD si tu veux ?

[jester]

Non désolé, je n'ai pas 1mn pour cela en ce moment.
C'était ce à quoi j'avais pensé à l'époque... mais sans aller plus loin.

Le mieux serait de reproduire exactement ce que fait TRAP14... un peu à la manière de dcexel... mais en allant chercher séquentiellement les données sur le fichier. Et où mettre le code du TRAP23, dans un espace accessible, pas en conflit, et sans pagination si possible (zone de BIOS ?).

Bon à la limite le Basic on s'en moque un peu, mais c'est une console pratique pour bidouiller !

Remarque Exelvision avait déjà prévu proprement les choses via le numéro de periph (1 pour K7, 100 et 101 pour l'exeldisk, je ne sais plus quoi pour l'exelram)... et il semble possible d'étendre cela... mais comment ?

[Fabrice Montupet]

Sur ce point Exelvision n'avait rien prévu de particulier, elle a repris du code d'autrui. Cette numérotation vient de Texas Instruments. Rappelons que l'Exelbasic a été développé sur les bases du Basic du CC-40 de la société texane. Sur CC-40, le numéro 1 correspond au lecteur à bande et les numéros 100 à 107 aux lecteurs de disquettes et assimilés.
En ce qui concerne l'Exelmémoire (ou CRAM). Ne sachant pas dans quelle catégorie classer le périphérique et que ce dernier était la première extension de stockage disponible pour l'EXL100, Exelvision a choisi le numéro 2. Un choix dénué de sens car la gestion de la CRAM est plus proche de celle d'une disquette que d'une bande magnétique.
Pour enfoncer le clou, vient Exelmémoire 64Ko. L'ordinateur ne pouvant gérer la totalité de cette mémoire de manière continue, cette dernière est fractionnée en deux. L'Exelmémoire 64Ko se comporte ainsi comme si deux Exelmémoire étaient installées, la première (de 16Ko) conserve le numéro 2 et la seconde (de 48 Ko) prend le numéro 3... et bien non. Pour je ne sais quelle raison, Exelvision a préféré les désigner "2.A" et 2.B". Comme si l'Exelmémoire 64Ko avait une face A et une face B... Après tout, Exelvision avait classé la CRAM parmi les bandes magnétiques (K7).

Absurde.