salut
 
 
Alors dans la série les bugs trop bizarres j'en ai un nouveau :
 
J'essaye de supprimer les 54 toutes premières images d'un fichier vidéo, je me sers donc de virtualdub, tout va bien je selectionne la bonne zone je fais del, les 54 images sont virées, la preview sous virtualdub me donne confirmation qu'elles sont bien supprimées.
J'exporte en selectionnant "direct stream copy" dans vidéo.
Dès la lecture du fichier vidéo exporté je me rend compte que les images n'ont pas été supprimées ! Virtualdub a gardé tel quel le fichier vidéo.
 
J'ai ressayé pour voir de supprimer des images qui se situent au milieu du film : là ça marche !  
 
Qu'est-ce que c'est que ce paradoxe ? Bug de Virtualdub ? j'ai la dernière version...
 
merci ++

Salut,
54 images c'est pas beaucoup...il est fort probable que dans ton cas la première image clef soit plus loin ! Or VD coupe au niveau d'images clefs...(il faut se servir des 2 boutons jaunes en forme de clef).
Je ne pense donc pas qu'il s'agisse d'un bug.
@+

ah.... donc faire un découpage précis sans recompresser c'est impossible si je comprends bien ?

si je coupe plus d'images qu'il n'en faut ça va me décaler toute ma bande son

ca ne décalera pas la bande son.
Ce n'est pas la faute de virtualdub mais du mpeg4 qui ne peut être coupé que sur une keyframe.
Simplement parcequ'on a besoin de la keyframe pour calculer toutes les images suivantes

si ça me décalera la bande son, je t'explique :  
 
j'ai une bande son externe que j'ai faite sous un editeur vidéo, lors du montage à un moment j'avais coupé 54 images de ce fichier vidéo. Mais au final j'ai juste exporté la bande son ( je n'ai rien modifié au niveau des fichiers vidéos sauf la suppression de ces 54 images ) je me suis dis que j'allais pouvoir les supprimer tranquillement après, ça m'aurait en plus éviter la recompression vidéo...
 
Sauf qu'apparement on peut pas... et le hic c'est que je n'ai plus mon fichier projet de mon éditeur vidéo, j'aurais pu réarranger un petit peu la bande son... mais là c'est fichu je n'ai pas envie de tout refaire le montage de cette bande son ( en plus il faut compter les 5 heures d'encodage de celle-ci en AC3 5.1 ) .
 
Par contre j'ai pensé à un truc ... peut être qu'en virant les 54 images à l'aide d'un editeur HEX ça ira ? Même si j'ai à la fin plein de bugs graphiques à ce moment là ( pendant 2 secondes à peine ) ça me gène moins que de tout refaire le montage sonore.
 
Le problème ça va être de trouver comment faire ... vu que je m'y connais très peu en editeur HEX

Tu te prends la tête pour pas grand chose
Tu fait un direct stream copy de la partie entre les deux premieres keyframes.
Tu ouvres ce fichier, tu coupe tes 54 frames, tu recompresses en fast recompress.
Tu ouvres ce nouveau fichier, tu ajoutes celui d'origine, tu vires le morceau en double et rouleeeeez

Bien joué !  ! ! !  
 
Excellente idée !!!
 
Incroyablissime idéeee !!!  
 
Bon j'arrête les superlatifs, merci beaucoup pour cette idée de génie ça a marché

 
 
Je m'incruste pour avoir une chtite précision :
 
Est-il possible de virer ces fameuses keyframes et avoir un fichier qui ne sera plus qu'une suite d'images et juste ça ?
 
Ca serait + pratique pour les montages, non ?

Pour couper ailleurs qu'aux images clés ( keyframe ), tu peux utiliser AVIutl. ( cf ma réponse dans le post http://forum.hardware.fr/hardwaref [...] 7603-1.htm )

 
Oui, mais il faut recompresser avec un codec tel que mjpeg ou huffyuv, ce qui va augmenter considérablement le poids de la séquence.

Tu peux aussi configurer le xvid pour qu'il n'y ait que des keyframes, mais la taille sera également

A oui tiens, j'ai jamais essayé de faire comme ça...je suis curieux de savoir ce que ça donne..à mon avis ça ressemblerait beaucoup au mjpeg, vu que c'est lossy...et dans une optique de réencoder le truc après, c'est quand même un peu mieux d'utiliser huffyuv.

je plussoie

 
Une autre solution, qui évite un réencodage intermédiare avec huffyuv, est d'ouvrir la video avec virtualdub, mais à travers avisynth : quand on fait comme ça le flux vu par virtualdub, est un quelque sorte vu comme un flux raw, et non plus comme un flux divx avec ses keyframes  (le direct stream copy n'est pas disponible) mais par contre il n'y a plus de keyframe.