L'école [EN COURS] Du SCREEN 12 en RGB. Tentative de numérisation cohérente en SCREEN 12
igal
Membre non connecté
Conseiller Municipal
En attendant de trouver la panne de mon 8280, j'ai décidé de placer le VDP9958 sur le second 8280 fonctionnel celui la.
Voici une vidéo en SCREEN8 faite sur un 8280 avec un VDP interne 9958 et non pas 9938!
La question est de savoir si oui ou non il y a un gain avec ce VDP.
Après quelques testes, je peux dire que OUI.
En effet, avec un 9938, il fallait ajouter une temporisation entre 2 numérisation pour pour éviter une sorte de chevauchement entre 2 images.
Ce chevauchement produisait une bande "graphique" horizontale.
Par graphique, j'entend par là que cette bande était le résulta de la performance du VDP.
(Rien à voir avec la bande noir que l'on voit sur l'enregistrement et qui le fait d'un problème de synchronisation VIDEO, pas un problème graphique)
en attendant de me pencher sur ce problème de synchronisation VIDEO, j'ai essayé d'appliquer les commandes proposées sur ce scan de Jipe:
NB: Le contenu de ce Scan explique comment atteindre du Screen 12 sans avoir changé l'EPROM BIOS EXT du MSX2 en MSX2+.
Néanmoins, on y trouve quelques informations très intéressantes
Toutes les commandes ci dessus ont l'air de fonctionner correctement.
Il me reste qu'à essayer d'implanter des commandes entre chaque cycle de numérisation de sorte à convertir le YJK natif en RGB cohérent.
(En espérant que ça marche )
Sur cette page est expliqué comment faire pour des images fixes je suppose. Peut être que cela marchera avec des images numérisées à la volée.
http://www.msx-plaza.eu/home.php?page=mccm/mccm72/schermen_eng
Si vous avez une idée Edité par igal Le 18/06/2013 à 09h26
Voici une vidéo en SCREEN8 faite sur un 8280 avec un VDP interne 9958 et non pas 9938!
La question est de savoir si oui ou non il y a un gain avec ce VDP.
Après quelques testes, je peux dire que OUI.
En effet, avec un 9938, il fallait ajouter une temporisation entre 2 numérisation pour pour éviter une sorte de chevauchement entre 2 images.
Ce chevauchement produisait une bande "graphique" horizontale.
Par graphique, j'entend par là que cette bande était le résulta de la performance du VDP.
(Rien à voir avec la bande noir que l'on voit sur l'enregistrement et qui le fait d'un problème de synchronisation VIDEO, pas un problème graphique)
en attendant de me pencher sur ce problème de synchronisation VIDEO, j'ai essayé d'appliquer les commandes proposées sur ce scan de Jipe:
NB: Le contenu de ce Scan explique comment atteindre du Screen 12 sans avoir changé l'EPROM BIOS EXT du MSX2 en MSX2+.
Néanmoins, on y trouve quelques informations très intéressantes
Toutes les commandes ci dessus ont l'air de fonctionner correctement.
Il me reste qu'à essayer d'implanter des commandes entre chaque cycle de numérisation de sorte à convertir le YJK natif en RGB cohérent.
(En espérant que ça marche )
Sur cette page est expliqué comment faire pour des images fixes je suppose. Peut être que cela marchera avec des images numérisées à la volée.
http://www.msx-plaza.eu/home.php?page=mccm/mccm72/schermen_eng
Si vous avez une idée Edité par igal Le 18/06/2013 à 09h26
igal
Membre non connecté
Conseiller Municipal
Voici le comportement de la synchro lorsque l'on bascule le vdp en 60Hz avec la commande:
VDP(10)=0 tout en laissant la source Vidéo en PAL (50Hz ???)
Nb: Il me suffit de basculer la source vidéo (lecteur DVD) en NTSC pour que la synchro reprenne un comportement "normal" puisque l'on retrouve la barre noire habituelle.
Je découvre par la même occasion que mon 8280 numérise en couleur aussi bien du PAL 50Hz que du NTSC 60Hz.
Il suffit d'adapter le VDP à 50Hz ou 60Hz pour avoir un affichage normal (la barre horizontale habituelle)
Sur le scan de Jipe, la commande SECAM (par désactivation du PAL) est obtenu par la commande:
OUT&HF6,INP(&HF6)XOR16
J'ai malheureusement pas de source vidéo en SECAM pour tester.
Je viens de retrouver les fichiers LIST1.BAS, LIST2.BAS etc sur cette page => http://www.msx-plaza.eu/home.php?page=misc/mccm_articles
Voici un extrait de 12-TO-8.BAS:
LIST1.BAS:
Je suis très septique quant à la capacité du MSX à traiter tout ce sous programme entre 2 numérisation en Screen 12.
Reste plus qu'à voir si ces programmes peuvent convertir les images à la volée sans trop ralentir le system.
VDP(10)=0 tout en laissant la source Vidéo en PAL (50Hz ???)
Nb: Il me suffit de basculer la source vidéo (lecteur DVD) en NTSC pour que la synchro reprenne un comportement "normal" puisque l'on retrouve la barre noire habituelle.
Je découvre par la même occasion que mon 8280 numérise en couleur aussi bien du PAL 50Hz que du NTSC 60Hz.
Il suffit d'adapter le VDP à 50Hz ou 60Hz pour avoir un affichage normal (la barre horizontale habituelle)
Sur le scan de Jipe, la commande SECAM (par désactivation du PAL) est obtenu par la commande:
OUT&HF6,INP(&HF6)XOR16
J'ai malheureusement pas de source vidéo en SECAM pour tester.
Je viens de retrouver les fichiers LIST1.BAS, LIST2.BAS etc sur cette page => http://www.msx-plaza.eu/home.php?page=misc/mccm_articles
Voici un extrait de 12-TO-8.BAS:
Code TEXT :
10 ' Scherm 12 naar scherm 8 conversie 20 ' 30 ' Geschreven door Alex Wulms voor MCCM 40 ' 50 DEFINT A-Z 60 PRINT "Geef naam van om te zetten scherm 12 plaatje: "; 70 LINE INPUT N$ 80 SCREEN 8:SET PAGE 1,1:CLS:BLOAD N$,S 90 '_TURBO ON 100 FOR Y=0 TO 211 110 FOR X=0 TO 255 STEP 4 120 K=(POINT(X,Y) AND 7)+8*(POINT(X+1,Y) AND 7) 130 J=(POINT(X+2,Y) AND 7)+8*(POINT(X+3,Y) AND 7) 140 IF K>31 THEN K=K-64 150 IF J>31 THEN J=J-64 160 FOR T=0 TO 3 170 YC=POINT(X+T,Y)8 180 R=YC+J:IF R<0 THEN R=0 ELSE IF R>31 THEN R=31 190 G=YC+K:IF G<0 THEN G=0 ELSE IF G>31 THEN G=31 200 B=(5*YC-2*J-K)4 210 IF B<0 THEN B=0 ELSE IF B>31 THEN B=31 220 C=(G AND &B11100)*8 OR (R AND &B11100) OR B8 230 PSET (X+T,Y),C 240 NEXT T,X,Y 250 '_TURBO OFF 260 A$=INPUT$(1)
LIST1.BAS:
Code TEXT :
10 ' Screen 12 naar screen 8 conversie 20 ' 30 ' Geschreven door Alex Wulms voor MCCM 40 ' 50 DEFINTA-Z 60 LINE INPUT "Geef de naam van het om te zetten screen 12 plaatje: ";N$ 70 SCREEN 8:SET PAGE 1,1:CLS:BLOAD N$,S 80 '_TURBO ON 90 FOR Y=0 TO 211 100 FOR X=0 TO 255 STEP 4 110 K=(POINT(X,Y) AND 7)+8*(POINT(X+1,Y) AND 7) 120 J=(POINT(X+2,Y) AND 7)+8*(POINT(X+3,Y) AND 7) 130 IF K>31 THEN K=K-64 140 IF J>31 THEN J=J-64 150 FOR T=0 TO 3 160 YC=POINT(X+T,Y)8 170 R=YC+J:IF R<0 THEN R=0 ELSE IF R>31 THEN R=31 180 G=YC+K:IF G<0 THEN G=0 ELSE IF G>31 THEN G=31 190 B=(5*YC-2*J-K)4:IF B<0 THEN B=0 ELSE IF B>31 THEN B=31 200 PSET(X+T,Y),(G AND &B11100)*8 OR (R AND &B11100) OR B8 210 NEXT T,X,Y 220 '_TURBO OFF 230 A$=INPUT$(1)
Je suis très septique quant à la capacité du MSX à traiter tout ce sous programme entre 2 numérisation en Screen 12.
Reste plus qu'à voir si ces programmes peuvent convertir les images à la volée sans trop ralentir le system.
igal
Membre non connecté
Conseiller Municipal
TurboSEB :
Donc si je comprend bien ce programme pourrait me servir a bidouiller une source Pal pour l'injecter dans mon HBF900 Ntsc
Autrement dit peut importe que l'ordi soit Pal ou Ntsc avec une source Pal ou Ntsc, il suffit d'utilise le bon programme,...... c'est ca?
Autrement dit peut importe que l'ordi soit Pal ou Ntsc avec une source Pal ou Ntsc, il suffit d'utilise le bon programme,...... c'est ca?
Salut TurboSeb.
J'ai la chance d'avoir reçu de "Hans Otten" un 8280 qui intègre un Module SVH-S.
Ce module ainsi que les modifications hardware sur la carte vidéo semble aussi prendre en charge la le NTSC en plus du PAL natif.
J'ai simplement changé de Mode vidéo PAL/NTSC sur mon lecteur DVD.
Sauf fausse indication du lecteur DVD, ma carte vidéo prend donc les deux Format vidéo.
Comme expliqué plus haut, je dois faire VDP(10)=0 pour avoir un affichage cohérent lorsque je bascule le DVD en NTSC.
Le programme que tu vois au dessus sert à transformer les "Couleurs incohérentes" du SCREEN 12 codé YJK 19268 couleurs (Bleu foncé + Jaune + bleu clair) couleurs en un SCREEN 12 codé RGB qui devrait ressembler (au moins un peu j'espère) à la source.
En gros, l'idée est la suivante:
[8280 + VDP9958 + Logiciel] = une sorte de Sony HBI-V1 mi/Hardware mi/Software
igal
Membre non connecté
Conseiller Municipal
En parcourant l'excellent édito [Tablettes MSX No3], je suis tombé sur cette note de [Michael Aimé].
Citation:
DIGITALISATION SCREEN 12 SUR NMS 8280:
Avec un bout de Fil (Merci Ami-4IN et JF HOFFMANN) et un peu de Soft.
Présentation espérée le 23/10/93 à EPINEY/SEINE.
Fin de citation:
J'ai eu la bonne surprise de voir que Michael Aimé est membre du Forum et j'ai donc pris la liberté de lui envoyer un petit message quant aux nouvelles qu'il avait pu avoir à l'époque.
Après tout, ça ne fait que 20 ans
J'ai éplucher tous les [Tablettes MSX] jusqu'au No 9 mais aucune nouvelle de cet exploit
Citation:
DIGITALISATION SCREEN 12 SUR NMS 8280:
Avec un bout de Fil (Merci Ami-4IN et JF HOFFMANN) et un peu de Soft.
Présentation espérée le 23/10/93 à EPINEY/SEINE.
Fin de citation:
J'ai eu la bonne surprise de voir que Michael Aimé est membre du Forum et j'ai donc pris la liberté de lui envoyer un petit message quant aux nouvelles qu'il avait pu avoir à l'époque.
Après tout, ça ne fait que 20 ans
J'ai éplucher tous les [Tablettes MSX] jusqu'au No 9 mais aucune nouvelle de cet exploit
igal
Membre non connecté
Conseiller Municipal
Voici une le rendu en SCREEN12.
L'enregistrement ne le met pas bien en valeur, mais il semble y avoir une très grande variété de dégradés/combinaisons par petit blocs.
Pour ceux qui n'ont pas suivi, en téhorie, il suffit d'intégrer le programme permettant la conversion YJK => RGB pour obtenir des couleurs cohérentes.
L'enregistrement ne le met pas bien en valeur, mais il semble y avoir une très grande variété de dégradés/combinaisons par petit blocs.
Pour ceux qui n'ont pas suivi, en téhorie, il suffit d'intégrer le programme permettant la conversion YJK => RGB pour obtenir des couleurs cohérentes.
igal :
Je suis très septique quant à la capacité du MSX à traiter tout ce sous programme entre 2 numérisation en Screen 12.
Reste plus qu'à voir si ces programmes peuvent convertir les images à la volée sans trop ralentir le system.
Reste plus qu'à voir si ces programmes peuvent convertir les images à la volée sans trop ralentir le system.
Conversion à la volée : certainement pas !
Le programme exploite une boucle qui scanne chacun des pixels, lit sa couleur YJK et ensuite reconstitue une autre image pixel par pixel, en utilisant les couleurs RGB calculées. La boucle fait 13504 itérations, donc même en mode turbo, c'est lent.
En fait, ce programme est fait pour une conversion statique, après numérisation.
MSX1: Daewoo DPC-200 / Yamaha CX5M
MSX2: Sony HB-F9P
MSXVR
Vidéo: V9990 (GFX-9)
Audio: MSX-Music (FM-PAC) / MSX-Audio (Audiowave) / OPL4 (Monster Sound FM Blaster) / OPNB (Neotron)
igal
Membre non connecté
Conseiller Municipal
Salut metalion.
J ai teste y à quelques jours avec msxbleu a une vitesse de 999/100 et malgres cette vitesse va à pris 5 bonnes minites au moins.
Par contre malgres la conversion les couleuts sont complètement incoherentes.
Y à vraiment un truc qui m echappe
J ai teste y à quelques jours avec msxbleu a une vitesse de 999/100 et malgres cette vitesse va à pris 5 bonnes minites au moins.
Par contre malgres la conversion les couleuts sont complètement incoherentes.
Y à vraiment un truc qui m echappe
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie