salut,
je souhaite remonter une séquence vidéo de manière semi aléatoire.
je me demandais si il était préférable de travailler avec processing (que je connais) ou pure data (vague souvenir)...lequel est le plus adapté?
sinon le mieux est il de découper chaque plan pour créer x videos que je viendrais à appeler ou de travailler uniquement avec une séquence sur la quelle j'effectuerai des sauts (movie.jump(x.x))?
la séquence total dure +/-5mins pour moins d'une trentaine de plan.
j ai effectué des tests avec processing et en 720*540 HD ça tourne mais haut de là le son se désynchronise
merci.
Hors ligne
et pourquoi pas jouer avec ffmpeg
ffmpeg -ss ( start machin ) -t ( duree ) -i fichier.avi sortie-01.avi poru découper des petits bouts dans un script.
et on recolle tout après.
Hors ligne
ok je viens de lire un peu plus sur ffmpeg ...mais ce n'est pas ce que je recherche.
je n'ai pas été claire.
le remontage se fera en LIVE et infiniment.
sinon merci encore carla
Hors ligne
Comme çà ... à lire l'exposé du problème je me dis que un simple [pix_film] dont l'entrée droite serait reliée à une logique ( ((frame de début - frame de fin) pilotée par un metro ) générées de façon aléatoire ou découpées selon un repérage effectué avant et stocké) devrait faire l'affaire . C'est la logique en vanilla qui va être un peu ... bobo les neurones . Avec processing je laisse çà à d'autres .
Hors ligne
citation :
un simple [pix_film]
Mais il faudra passer par une autre solution pour gérer le son...
En ce qui me concerne, à l'époque, j'étais passé par un [sfread2~ ] (sous Linux) qui permet d'accéder à un fichier son par un index.
Mais je crois que tu peux désormais arriver au même résultat avec [readanysf~ ] qui a l'avantage de ne pas t'obliger à extraire le son en amont.
Maitenant, je te concède que je ne travaillais pas en FullHD, donc je ne peux pas te garantir le résultat.
Bon courage.
Hors ligne
Té ! j'ai encore oublié le son ! faut dire que le matin je mets pas souvent mes prothèses .
+1 pour [readanysf~] . Maintenant j'ai cité [pix_fil] mais doit bien y avoir d'autres boites équivalentes ou plus élaborées . L'intérêt sous Linux c'est que çà lit un peu tout comme format .
Hors ligne
Mmmm des puredatistes...
j'ai eu un update hier soir par un ami sur puredata...je crois cependant que si les deux (processing et puredata) se valent pour la video je vais rester sur processing.
Hors ligne
citation :
Mmmm des puredatistes... smile
voilà qui relance une blague relevée sur un autre fil
citation :
...ceux qui se sont égarés vers PureData ...
moi j'aurais bien fait çà avec gephex pour la vidéo avec une synchro OSC vers un séquenceur pour le son .
Dernière modification par sakramh (2014-10-30 14:10:36)
Hors ligne
Très honnêtement, je pense utiliser plus souvent Processing que Puredata...
Si si, vraiment...
Mais, pour ce que tu cherches à faire, question charge CPU, j'opterai vraiment pour Puredata.
Tiens nous au courant de tes conclusions.
Bon courage.
Hors ligne
salut,
alors j 'ai testé avec processing deux choses
1/ charger une vidéo et passer grace à movie.jump d'un instant à l'autre (fonctionne correctement à tester encore)
2/ decouper en amont ma video et charger chaque séquence au besoin. j'ai utilisé deux Movie lorsque l'un est lu le second charge une nouvelle video et inversement...mais le résultat et bof pas fluide d'un passage à l'autre...
si quelqu'un a la gentillesse de jeter un oeil là-dessus?
merci.
Hors ligne
Pages: 1