Bonjour,

tu ne sembles pas être le premier à avoir des soucis avec [jit.qt.movie] ; Voilà une piste : http://cycling74.com/forums/topic.php?id=30899 ;
surtout les conseils de Joshua Kit Clayton (qui est à l'origine de jitter). Virer l'overdrive par exemple ;-)
Si tu n'es pas anglophone essayes le traducteur de Google ; les histoires de codec me dépassent (codec c'est pas la supérette qui'avait dans mon bled ?).

Dernière modification par vanille béchamel (2011-09-17 08:25:57)

vanille béchamel a écrit:

les histoires de codec me dépassent (codec c'est pas la supérette qui'avait dans mon bled ?).

Tu ne confonds pas avec COOP ?

J'ai lu ton lien traduit par Google (folklorique et instructif) :
Joshua Kit Clayton : "max/masp n'est pas un programme vidéo dédié, et ne peut pas être assez par rapport en tant que tels. Il est un environnement de programmation visuelle dynamique qui a des capacités vidéo." Donc il ne faut pas trop en demander !
Celui qui a posté la discussion a quand même un core i7 avec 8 Go de Ram et sa vidéo "bégaie" ! Bien sûr, ça doit dépendre de ce qu'on installe d'autre sur sa bécanne mais ça n'est jamais évoqué dans la discussion.
En tout cas la simple lecture sans effets pose problème à beaucoup.

@ Derrgis
J'ai installé QT 7.7 (j'avais la 7.6.6), et j'ai baissé le débit des clips à moins de 20 Mbits/s comme préconisé dans le lien. C'est toujours un problème de démarrage !!!
Dans mon patch, les 2 premiers clips qui sont "loadramés" dans chacun des 2 jit.qt.movie démarrent nickel, c'est après que ça foire.

COMMENT BUFFERISER PLUSIEURS CLIPS VIDEO D'UN COUP ?


PS : je vais tester la solution dont je parlais dans mon précédent PS (n'avoir qu'un seul clip et accéder aux différents endroits grâce aux message time), quelqu'un en parlait justement dans la discussion du forum cycling

PS2 : vanille-béchamel, pourquoi dans ton patch la résolution verticale se retrouve divisée par 2 ?

vanille béchamel a écrit:

http://marquesdisparues.voila.net/Codec/Codec.html ;-)

Je ne connaissais pas ! Le consortium des épiciers il fallait y penser !!
Chez moi c'était plutôt coop avec les timbres à coller sur des pages entières pour gagner je ne sais plus trop quoi.

J'ai essayé "ma technique" (mettre tous les plans dans un seul fichier vidéo).
Quand tu pointes n'importe quel endroit de la vidéo c'est nickel, ce qui est compliqué c'est de détecter les fins virtuelles du plan pour passer aléatoirement au suivant. Je ne me suis pas trop attardé.
Comme quoi, ce n'est pas une limite machine mais logicielle, le chargement des clips vidéo n'est pas optimisé sur max.

J'ai essayé les patchs de http://abstrakt.vade.info/?p=147, très intéressant avec l'opengl, mais le pb du chargement de fichiers dans jit.qt.movie est toujours là.


IL FAUT BUFFERISER !!!!!!!!

Dernière modification par Jitcode (2011-09-20 19:36:09)

Merci Derrgis pour le debug, je vais enfin voir comment ça s'utilise.

Derrgis a écrit:

citation :

COMMENT BUFFERISER PLUSIEURS CLIPS VIDEO D'UN COUP ?

c'est possible avec plusieurs buffer~.
Autant de [jit.qt.movie] avec des "loadram" que la mémoire vive le permet.
Le problème va donc devenir "comment mixer plusieurs sources".

Si le nombre de clips est connu et surtout limité, je suis d'accord.
Je ne connaîtrai pas toujours le nombre de clips, je veux pouvoir charger un dossier de clips quelque soit la quantité (mes clips seront courts, pas plus de 10s chaque).
Ou alors je dois faire un maxi patch de 50 [jit.qt.movie] en sachant que charger 50 clips c'est le maximum ?
Peut-être que je vais en arriver là, mais je trouve dommage qu'il n'existe pas une solution au chargement qui s'affranchit des pbs de threads.


L'objet [buffer~] de msp c'est l'équivalent du message "loadram" dans jitter, je ne me trompe pas ?

Derrgis a écrit:

Pour le problème avec QT c'est pas évident car QT n'a jamais été évident. A mon avis Apple fait une erreur en continuant à miser dessus et je ne serais pas étonné s'ils changeaient par la suite.

Dans la discussion "américaine", quelqu'un proposait à cycling d'utiliser vlc plutôt que quicktime.
J'ignore si c'est possible, qt est plus qu'un lecteur vidéo, c'est une couche logicielle si je m'abuse.

Derrgis a écrit:

C'est donc pas évident de trouver la solution à ton problème, d'autant plus qu'en y étant pas. Il est important de multiplier les tentatives et les stratégies de programmation pour être certain d'isoler parfaitement le problème.
Y-a-t-il ou non une amélioration en jouant sur "overdrive", en modifiant les réglages de DSP aussi! J'ai souvenir d'un problème, que je peux retrouver dans mes archives, qui permettait de couper ou remettre le midi en manipulant ... le DSP !

J'ai tripatouillé le dsp en on off etc...

Je vais effectivement m'y prendre autrement.
Exporter tous les plans dans un seul fichier remédie au pb, mais c'est trop galère de cibler les débuts et fin de plans avec le message time.
Il faudrait pouvoir à partir d'un logiciel de montage exporter un fichier vidéo avec des balises signalant les débuts et fin (ou la durée) de chaque plan et que max soit capable de lire ces balises. Mais on est en pleine science-fiction.

Bonne soirée.

Derrgis a écrit:

Sauf erreur, les fichiers audiovisuels peuvent être annotés de nombreuses manières.

J'essaie avec les edl.

pschiiitt a écrit:

[jit.matrixset]

Bonjour pschiiitt,

J'ai essayé d'utiliser cet objet mais j'ai du mal à comprendre comment il fonctionne.
J'ai regardé cette discussion http://codelab.fr/1105 (traitement vidéo granulaire), et j'ai l'impression que ça n'a d'intérêt que pour quelques frames qu'on veut resampler.

Mon intérêt pour le buffer, est d'éviter les accros au démarrage des clips mais leur lecture est normale.