Avidemux Forum

Bonjour.

Cela fait 8 ans bientôt déjà que j'utilise avidemux!
Depuis quelques temps, je commence à rencontrer des problèmes lorsque je découpe des flux video de la TNT, HD ou SD.
En effet la découpe ne se fait plus toujours au point de départ que je sélectionne mais à la key frame précédente, le problème est de plus en plus fréquent. Et lorsque je me déplace de key frame en key frame avec les flèches je constate que le logiciel en saute plusieurs d'un coup des fois.
Je voulais signaler le problème, qui commence à me gêner car ja me retrouve avec quelques images de pub dans mes découpes.
Je peux uploader un échantillon de video sur lequel apparait le problème si ça peut aider.

J'utilise avidemux 2.6.10 64b j'ai essayé avec les dernières bêta aussi le problème est toujours là, sous windows 10, 8.1 et 7 .

Mises à jour récentes devraient améliorer le comportement avidemux:
http://www.avidemux.org/nightly/ win32/64 de Jan 11 2016

- 77a63c6 [mkv] Use time rather than position to map keyframes from cue
Utilisez le temps plutôt que la position de cartographier les images clés de repère

-  ebbc765 Fix pivot search when looking for the previous kf
Fixer la recherche de pivot lors de la recherche pour l'image clé précédente.

source: https://github.com/mean00?tab=activity

Désolé pour la traduction vers le français, Je ne parle pas le français

Merci de prendre le temps de répondre.

Je viens dââ,¬â,,¢essayer, mais malheureusement ça ne change rien avec mon fichier source en .ts.

Par contre, comme le changelog parlait de mkv, j'ai essayé autrement, j'ai d'abord remuxé mon fichier source en .mkv, et après j'ai fait un essai en découpant dans avidemux, ça a l'air de marcher comme ça.

I try to answer in english :

I tried the last beta, unfortunately, same issue with my source which is .ts

Since the changelog tells about .mkv I tried something else, I remuxed my source into .mkv container, and then open it in avidemux, I cut a sample and this one was ok this time.

Normalement le fix sur le pivot corrige ce probleme la (i.e. ca coupe a la mauvais keyframe)
Tu es sur d'avoir la version de ce matin ?

ouais r110116
le problème persiste avec mes fichiers sources originaux en .ts mais c'est corrigé quand je les passe en .mkv avant de les repasser dans avidemux.

Un fichier ou tu as le pb avec les instructions pour reproduire aideraient en effet

Je vais essayer d'en mettre un en ligne, le problème c'est que ce sont tous des gros fichiers de plusieurs Go là, il faudrait que le problème se présente avec une petite video test je vais faire des essais dès que j'ai le temps. Mais si ça se trouve c'est lié à la taille et la durée, je n'ai pas l'impression que le problème ce soit présenté avec des videos courtes.
Dernièrement le problème c'est présenté sur chaque découpe que j'ai faite sur un enregistrement de 8Go.

Essayez avec l'enregistrement de 1 minute sur 8Go?

Parfois, il se passe pendant que je cherche d'une image clé à couper, revenir en arrière une image clé, avidemux le fait deux au lieu d'un. Clavier flèche vers le bas, je vois le point de référence n'est pas la même. Ça devient un automatisme pour corriger: clavier clèche vers le bas, flèche vers le haut,

Sur cet exemple vous verrez le problème :

http://www85.zippyshare.com/v/312g1rOx/file.html 

désolé zippyshare ouvre une fenêtre popup en cliquant sur download

Sur ce fichier quand on met le début de la découpe à 00:02:29.360 ça démarrera à la keyframe précédente.

Bon dans ce cas précis il suffit de sélectionner la keyframe suivante à 00:02:30.480 pour que ça commence au bon endroit, mais là c'est particulier ça se corrige rarement comme ça.

Je suis désolé. Télécharger ne fonctionne pas comme il faut.
http://www85.zippyshare.com/d/312g1rOx/23448/RMC%20DECOUVERTE%202016-01-13%2019-40-07.ts

Bizarre ça marche bien chez moi.
Voici un autre lien :
https://www.uploadable.ch/file/dZTpZwyTF3VF/RMC DECOUVERTE 2016-01-13 19-40-07.ts

Il faut aller en bas et cliquer sur "slow speed" après 30s il faut saisir un captcha en haut de page et on peut télécharger.

Désolé ça ne marche pas. Demandes de créer un compte de connexion. Je ne suis pas intéressé à faire cela.
Sorry not working: wants me to create account: I'm not interested in doing that.

I don't understand you should be able to download without an account, I can do it without account. Maybe it's due to the country where you are.
Can you suggest me another file hosting site that you know well?

You could use drop box: How much does Dropbox cost? https://www.dropbox.com/en/help/73

J'ai eu le premier
148590592 janv. 15 20:06 RMC DECOUVERTE 2016-01-13 19-40-07.ts

:Quelle est la manip pour reproduire ?
J'ai mis le marqueur A a :2:29:360 et sauvé en copy/copy vers un mkv
Le mkv commence au bon endroit
??

Je ne comprends pas, chez moi à 02:29:360 ça coupe avant.

Tu peux donner exactement ce que tu fais ?
Des fois il suffit d'une petite variation pour que le resultat soit different

J'ai refait des essais, pas de pb
Tu utilises la derniere version windows ?

Bonjour, désolé de ne pas avoir donné de nouvelles depuis tout ce temps, mais j'avais mis ça de coté.
J'ai toujours ce soucis de découpe de temps en temps.
Je pense que ça se produit uniquement avec certains fichiers .ts.

Pour ce qui est de ma façon de procéder, et bien je me place sur les images clés avec les boutons double flèches, puis je fais ma sélection avec les boutons A et B tout simplement.

J'ai 2 PC c'est pareil sur les 2, un des 2 est sous windows 10, l'autre sous 8.1, et actuellement je suis sur avidemux version du 21/02/16.

Tu es vraiment sur que ça coupe au bon endroit? Moi ça commence juste avant sur l'exemple donné, j'ai le logo RMC une fraction de seconde alors que la sélection doit démarrer après.

Il y avait un 2eme probleme qui a été corrigé
Essaye avec une nightly

Bonjour
j'ai expérimenté le même type de problème que machinegun. Plus précisément, je coupe un mkv entre deux frames I (comme le fait machinegun) en mode copie dans un fichier cut.mkv.

Afin de vérifier que la coupe est correcte, je souhaite examiner le fichier obtenu. Pour cela,j'ouvre le fichier cut.mkv avec Avidemux.
Il semble se mettre visuellement sur la frame que j'ai coupé, mais le compteur de temps ne se met pas à 0:0.00.00. J'essaye de me déplacer avec les flèches pour aller au temps inférieur, mais AviDemux affiche un message d'erreur.
Je ne suis pas certain qu'il n'y ait pas une ou deux frames avant.
Ce problème existe aussi en fin de fichier.

Dans la mesure où je souhaite ensuite recoller deux bouts d'enregistrements, cette incertitude pose problème, car ca peut créer
une saute d'image à la relecture (fait observé mais pas toujours systématique).

Contrairement à machinegun, j'observe ces difficultés aussi bien avec le fichier .TS initial (enregistrement HD TNT) qu'après une conversion en mkv. J'ai remarqué que les timeline sont d'ailleurs différentes entre les deux formats de fichier pour une même frame (il y a un décalage de quelques ms), ce qui est un peu curieux et pas tres rassurant.

Je précise que j'utilisais la v2.6.10. j'ai observé le meme problème sur la v2.7 (les deux en 64 bits).

J'ai donc deux questions:
1) comment faire des coupes propres (sur une IFrame prescrite) ?
2) comment vérifier un mkv image par image (avoir le nombre de frame, verifier que la première frame est bien I etc...)

merci de vos éclaircissements ?

Yann

La derniere version est 2.6.20

Bonjour Mean

merci pour votre réponse.
Est-ce que cela signifie que les versions ultérieures 2.7 sont des versions instables ?

Par ailleurs, j'ai récupéré la v2.6.20. J'ai fait les memes manips qu'avec la v2.6.10. Je ne vois pas de différences notables.
Ainsi quand je recharge le fichier coupé, j'ai du mal a voir si la coupe est correcte; si je clique pour aller au début, le temps ne correspond pas à 00:00:00.00 mais à 00:00:00.02 sur une durée totale de 00:34:27.760.
La dernière image qui s'affiche est une I frame dont le temps est décalé de 0.06s par rapport à la durée totale du fichier.
Je me pose donc quelques questions sur la coupure du fichier.
est-ce que la coupe entre une Iframe (marqueur A) et une Iframe (marqueur B) permet bien de garder toute la séquence, c'est-à-dire toutes les images sauf la derniere I frame ?
Je cherche des outils permettant de donner le nombre d'images d'un fichier ou de naviguer image par image en affichant le numero de l'image (comme Virtual Dub par exemple, mais ce dernier n'est pas compatible h264).

Merci de me dire si vous connaissez des outils permettant de le faire

Delete the .idx2 files. Reload video, try again.

I have deleted the .idx files. It seems to work for the beginning part ( cut at the A point) but for the end it is not clear what happen. Indeed, when the B point is done on a I Frame, it seems the cut is before this frame.

moreover, when I want to join two mkv files (first one supposing to end with a P frame, second one supposing to end with a I frame) the result is ugly (some drops in the sequence). I don't understand because a P frame is supposed not to need what is after ans a I frame is supposed not to need what is before (as far as I kwnow it is true for MPEG2 files).

H264/5 do require cuts on key frame for joining video parts.
Key frame is only selectable with up or down keyboard arrow.

Further requirements:
- same matching audiotrack(s)
- same resolution
Perhaps some more requirements

Le probleme est qu'une image a besoin d'autres images pour etre decodées (images de réferences)
Pour le h264/h265 ces images de références peuvent etre dans le passé ou dans le futur

Donc en coupant l'image 254, il est possible qu'on perde aussi les images 250/251/252/253 qui ont besoin de la 254 pour etre décodées
Si il manque queques images ca peut etre du a ca

Bonjour

oui je connais effectivement le principe des images I (ne requiert aucune autre image), P (ne requiert que une image antérieure) et B (qui requiert des images avant et après) pour le codage Mpeg2 (H263)
Ce que je pensais, c'était qu'en H264, c'était le même principe: une séquence commençant par une frame I et finissant par une frame P est auto-suffisante (c'est-à-dire n'a pas besoin d'image avant ou d'image après) pour etre redécodée.

En h264, si je coupe entre deux images I, est-ce que la séquence video pourrait etre décodée sans problème (c'est-à-dire ne nécessite pas d'images en dehors de la séquence coupée ?
typiquement dans votre exemple, si la 253 est une image I, est-ce que l'image 250, 251, 252 peuvent avoir besoin de la 254 ? ce qui justifierait leur disparition.

Le h264/h265 est tres flexible concernant les images de references, donc quasiment tout est possible
Si la coupe est entre deux idr, il peut en manquer quelques unes au debut

Bonjour
je suis allé fouiller un peu sur le web et j'ai trouvé effectivement une page expliquant des différences entre H263 et H264
https://lafibre.info/tv-numerique-hd-3d/mpeg-les-groupes-dimages-gop-group-of-pictures/

il est clair que les GOP du H264 sont plus complexes et flexibles, basés sur des macroblocs, avec la possibilité d'utiliser plusieurs images B par exemple. Je comprends qu'un GOP est une séquence entre deux images I qui se suffisent à elle-même. Ensuite les images P et B à l'intérieur de ce GOP utilisent ces images plus d'autres images P et B.
Cependant, j'avoue ne pas comprendre ce qui motiverait de devoir utiliser des images en dehors de ce GOP pour
reconstituer toutes les images du GOP.

un GOP ne devrait-il pas être indépendant des autres GOP ?
Dans ce cas, si je coupe une séquence en ayant comme première image Une I frame et comme dernière image une I Frame, aucun image ne devrait être perdue, lors de la découpe.

pas forcement
C'est vrai pour les closed-gop, pas pour les autres

Bonjour
merci pour toutes vos réponses qui m'aident à mieux comprendre.
Y a t-il un moyen d'analyser la structure d'un fichier pour voir si on a affaire a un closed GOP ou pas ?
Cela permettrait de couper avec une meilleure maitrise.

Savez-vous s'il est possible de n'encoder qu'une partie de la video (en laissant la première partie en mode copie) ?