Le Village BlueMSX, faire une video ?
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)
MSXlegend
Membre non connecté
Conseiller Municipal
igal
Membre non connecté
Conseiller Municipal
La seule facon d'obtenir le même résulta que toi est de "fabriquer" une vidéo qui "saisie à la volée" l'état des "Color Bus du VDP".
En fait, lors de la création de la vidéo, BlueMsx garde "sensibles" le "Color Bus" du VDP.
Cela permet de vampiriser l'état du colorBus mais avec disons une notion erronée du temps.
BlueMsx n'ayant pas prévu la possibilité de "respecter" un timing dans une dimension "igalienne"
Autrement, je ne suis jamais arrivé à obtenir une vidéo beaucoup plus courte que ce qu'elle devrait etre!
En fait, lors de la création de la vidéo, BlueMsx garde "sensibles" le "Color Bus" du VDP.
Cela permet de vampiriser l'état du colorBus mais avec disons une notion erronée du temps.
BlueMsx n'ayant pas prévu la possibilité de "respecter" un timing dans une dimension "igalienne"
Autrement, je ne suis jamais arrivé à obtenir une vidéo beaucoup plus courte que ce qu'elle devrait etre!
igal :
La seule facon d'obtenir le même résulta que toi est de "fabriquer" une vidéo qui "saisie à la volée" l'état des "Color Bus du VDP".
En fait, lors de la création de la vidéo, BlueMsx garde "sensibles" le "Color Bus" du VDP.
Cela permet de vampiriser l'état du colorBus mais avec disons une notion erronée du temps.
BlueMsx n'ayant pas prévu la possibilité de "respecter" un timing dans une dimension "igalienne"
Autrement, je ne suis jamais arrivé à obtenir une vidéo beaucoup plus courte que ce qu'elle devrait etre!
En fait, lors de la création de la vidéo, BlueMsx garde "sensibles" le "Color Bus" du VDP.
Cela permet de vampiriser l'état du colorBus mais avec disons une notion erronée du temps.
BlueMsx n'ayant pas prévu la possibilité de "respecter" un timing dans une dimension "igalienne"
Autrement, je ne suis jamais arrivé à obtenir une vidéo beaucoup plus courte que ce qu'elle devrait etre!
Euh ... Alors là, Igal ...
Je n'ai strictement rien compris à ce que tu as voulu dire !
Le plus énigmatique étant :
Citation :
Edité par
Metalion
Le 26/01/2016 à 09h08
BlueMsx n'ayant pas prévu la possibilité de "respecter" un timing dans une dimension "igalienne"
Autrement, je ne suis jamais arrivé à obtenir une vidéo beaucoup plus courte que ce qu'elle devrait etre!
Autrement, je ne suis jamais arrivé à obtenir une vidéo beaucoup plus courte que ce qu'elle devrait etre!
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)
TurboSEB
Membre non connecté
Conseiller Municipal
igal
Membre non connecté
Conseiller Municipal
@metalion:
Lorsque tu créer un programme qui numérise l'état du color bus du vdp, le programme se déroule parfaitement et l'on peut ainsi voir à l'infini des films passant à la moulinette du vdp en screen 8.
Malheureusement, (et c'est peut être normal), lorsque l'on créer "l'enregistrement vidéo de cet événement" sous BlueMSX, l'emulateur n'a pas enregistré la séquence vidéo qui "alimentait" le color bus du vdp et se contente de "créer une video" de ce qui se passe pendant la création du film.
Il suffit alors de lancer la lecture d'une vidéo quelconque sur l'entrée vidéo du 8280 émulé pour que la vidéo créée par BlueMSX contienne "le résulta de l'état du bus msx" et donc de l'image vidéo entrante durant le temps de création de la vidéo de BlueMSX.
Le problème c'est que c'est une fausse solution et qu'aucun timing est géré.
Tout se fait selon la performance du pc, de la longueur de la séquence vidéo initialement prévue.
La performance du pc combinée au temps de la vidéo initiale enregistrera au final une vidéo avec le contenu du color bus pendant un temps ingérable mais toujours trop court.
En conclusion, il faudrait ajouter l'émulation de l'état du color bus pour avoir un enregistrement qui dure le temps initialement prévu.
Lorsque tu créer un programme qui numérise l'état du color bus du vdp, le programme se déroule parfaitement et l'on peut ainsi voir à l'infini des films passant à la moulinette du vdp en screen 8.
Malheureusement, (et c'est peut être normal), lorsque l'on créer "l'enregistrement vidéo de cet événement" sous BlueMSX, l'emulateur n'a pas enregistré la séquence vidéo qui "alimentait" le color bus du vdp et se contente de "créer une video" de ce qui se passe pendant la création du film.
Il suffit alors de lancer la lecture d'une vidéo quelconque sur l'entrée vidéo du 8280 émulé pour que la vidéo créée par BlueMSX contienne "le résulta de l'état du bus msx" et donc de l'image vidéo entrante durant le temps de création de la vidéo de BlueMSX.
Le problème c'est que c'est une fausse solution et qu'aucun timing est géré.
Tout se fait selon la performance du pc, de la longueur de la séquence vidéo initialement prévue.
La performance du pc combinée au temps de la vidéo initiale enregistrera au final une vidéo avec le contenu du color bus pendant un temps ingérable mais toujours trop court.
En conclusion, il faudrait ajouter l'émulation de l'état du color bus pour avoir un enregistrement qui dure le temps initialement prévu.
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie