lecture MP4, Lire MP4

Vi très bien tout ça zombi

Bonjour,

J'essaye de ré-encoder ma vidéo x264 en rv9 et impossible.
Lorsque je sélectionne mon fichier à ré-encoder (un .mkv contenant x264 + ac3 + sous-titres ssa), après analyse, Riam m'affiche exactement ce dont parlait Zombi55.


Je précise ma vidéo a été muxée en .mkv avec MKV Toolnix 1.6.0 et que MPC la décode parfaitement bien, aucun problème d'affichage.
Le souci étant que j'ai oublié de couper un générique à la fin et que en utilisant MKVMerge ou Ripp-It AM pour l'enlever, la coupe ne se fait pas à l'endroit que j'ai indiqué mais env. 4 seconde après, ce qui fait que le générique a déjà commencé.
Et à l'heure actuelle MKVExtract étant incapable de démuxer une vidéo x264 d'un .mkv, et les outils x264 existants ne prenant pas en charge le format .mkv, j'aimerai donc convertir ma vidéo pour la couper

Mais lorsque je lance la conversion en RV9 avec Riam (sans le son, taille finale 142 mo pour une taille initiale de 230 mo, format d'entrée .mkv, format de sortie .rmvb) :
- Dans la console qui s'affiche (fenêtre DOS) 4 lignes quicktime_open : error in header
- Sinon aucune erreur ni alerte lors de l'analyse console
- L'encodage dure env. 1 minute
- Une vidéo .rmvb de 25ko est créée et qui contient un texte en rouge pétant :
Evaluate: System exception - Access Violation
(C:\PROGRA~1\RIPP-I~1\dlls\aRipp-it.avs, line 17)

Et voici le contenu du fichier aRipp-it.avs :
# **** Ripp-it & AVIsynth 2.5x script **** pass 2+

LoadPlugin("C:\PROGRA~1\RIPP-I~1\dlls\undot.dll")
LoadPlugin("C:\PROGRA~1\RIPP-I~1\dlls\DirectShowSource.dll")

Source="d:\temp\[videos]\mkv v0\03_a.mkv"
Largeur=544
Hauteur=400
ratio =1.360000
vratio =1.360000
Crop_g=0
Crop_d=0
Crop_h=0
Crop_b=0
Indice=0.149816

Video=DirectShowSource( Source, fps=25.000000)
Video=KillAudio(video)
Video=ConvertToYV12(Video)
Video=BilinearResize(Video, Largeur, Hauteur)

Return(Video)

Une idée ?

Ce message a été modifié par Farliec - mardi 29 novembre 2005 à 11:43.

non, le x264 dans MKV est merdique, je le dis et le clame ...

Pour l'instant je suis d'accord avec toi Pepsilite! Et jusqu'à ce que MKVExctract gère le x264
C'était comme les vobsub il n'y a pas si longtemps, maintenant il les extrait correctement et c'est royal.

Par contre la question que je me pose, c'est :
Pourquoi MKVMerge/MKVExtract/MKVInfo, MPC, VirtualDubMod, et encore d'autres je suppose, reconnaîssent bien que c'est un x264 encapsulé dans un MKV, et pas Ripp-It AM ?

Ça c'est un bug de riam !

Sinon, le problème c'est que si le x264 vient de la cli et non de la vfw c'est tout à fait normal de ne pas pouvoir réencoder. C'est le prix à payer pour la qualité. J'imagine que dans le futur ce problème sera résolu. Sinon, pour l'instant tu peux peut-être encapsuler ton mkv dans un mp4 et couper ton mp4 avec mp4box. Je vais essayer de voir s'il n'y a pas une autre méthode possible.

d'ailleurs je vais résoudre le problème directement, vu que Ri4m est buggé et qu'il gère mal le x264 HP, je vais virer cet encodage/réencodage de la prochaine version. Les afficionados du x264 HP iront voir de ma part FairUse et GK.

Ras les couettes à la fin ....

J'ai trouvé l'origine du "Ri4m qui bugge"

Analyse d'un MKV avec du Divx dedans (via MKVinfo, l'analyseur de MKVtoolnix !)


Analyse d'un MKV avec du x264-HP dedans (via MKVinfo, l'analyseur de MKVtoolnix !)


Pas de FourCC indiqué, je fais comment? et Ri4m? on devine? alors avant de dire que Ri4m bugge, on fait comme moi, on essaye !!!

Eh pepsi t'énerve pas on va pas te dire tous les jours que ton log il est excellent et que t'es super fort hein

ben si pourquoi?
En plus j'ai modifié le code pour ce cas "spécial" et c'est bon maintenant...
Mais ça n'était pas un BUG !

Je parie que c'était pas un bug

Tu vois quand on lui met un peu de pression il règle très rapidement les "pas bug"

Attends je lance mon compliment du jour (sinon je vais me faire disputer )

Pepsi, ton logiciel c'est trop d'la boule de balle, continue à le faire évoluer

Bonjour

Personnellement si j'analyse, via MKVInfo, un MKV contenant du x264 dedans, effectivement tout comme Pepsilite j'ai :
(MKVInfo) | + CodecPrivate, length 37 at 4407

Mais si je regarde juste au dessus, j'ai :
(MKVInfo) | + Codec ID: V_MPEG4/ISO/AVC at 4390

Mon MKV ne contient que 3 fichiers : 1 piste vidéo x264, 1 piste audio ac3, 1 piste sous-titres SSA, et MKVInfo me renvoie bien que 3 Codec ID :
(MKVInfo) | + Codec ID: V_MPEG4/ISO/AVC at 4390
(MKVInfo) | + Codec ID: A_AC3 at 4523
(MKVInfo) | + Codec ID: S_TEXT/SSA at 4598

Si mon MKV contient 4 fichiers : 1 piste vidéo XviD, 1 piste audio mp3, 1 piste audio ogg, 1 piste sous-titres SRT, j'ai bien 4 Codec ID :
(MKVInfo) | + Codec ID: V_MS/VFW/FOURCC at 4334 avec FOURCC : (MKVInfo) | + CodecPrivate, length 40 (FourCC: XVID, 0x44495658) at 4351
(MKVInfo) | + Codec ID: A_MPEG/L3 at 4470
(MKVInfo) | + Codec ID: A_VORBIS at 4549
(MKVInfo) | + Codec ID: S_TEXT/UTF8 at 8511

C'est peut-être lui qu'il faudrait utiliser dans Riam Je pense que c'est lui qui est utilisé par MKVToolnix.

Ce message a été modifié par Farliec - mercredi 30 novembre 2005 à 12:32.

C'est ce que j'ai fait pour la future version.

Merci Zombi

Mais, malheureusement, utilisant très souvent MKVMerge (dans MKVToolnix 1.6.0), c'est la première solution que j'ai essayée, mais ça ne fonctionne pas correctement : A certains endroits le fichier renvoyé est coupé quelques secondes après la durée indiquée.
C'est tout simplement parce que MKVMerge modifie les durée renseignées pour qu'elles correspondent à des keyframes.
Le problème est que MKVMerge ne fait pas de différence entre le "pointeur de début" d'une vidéo et le "pointeur de fin" (contrairement à VDMod) il considère chaque pointeur indiqué comme le "pointeurs de début" de la vidéo suivante (qui doit donc correspondre à une KF). Ce qui par conséquent ne peut pas être précis.
Mais apparemment Riam utilise mmg pour couper, donc je ne pense pas que pour l'instant ce soit possible avec Riam. J'avais déjà fait le test il y a quelques mois, et Riam donnait les même résultats que mmg.
Il faudrait un soft comme VDMod avec "1 pointeur de début" à renseigner mais que le soft puisse modifier afin que la coupe se fasse sur une keyframe, et un "pointeur de fin" que le soft n'a pas à modifier (puisque il ne sert à rien d'avoir une KF en fin de vidéo).
Comme VDMod ne reconnait pas le x264 contenu dans le MKV, j'ai essayé MKVExtract pour extraire la vidéo, puis ensuite la couper avec un soft adapté.
Mais pour l'instant MKVExtract ne peut pas extraire du x264.

J'ai donc essayé Riam, avant de comprendre qu'il utilisait mmg pour couper les MKV.

Voilà !
En tout cas merci quand même, ça fait plaisir d'avoir des réponses, et surtout aussi sympathiques
Et les smileys sont superbes, dommages qu'ils soient copyrightés

Ce message a été modifié par Farliec - jeudi 01 décembre 2005 à 10:01.

C'est ça le plus dingue je trouve. J'espère que l'équipe Matroska a prévu de le faire à terme.

Je me fais pas de souci, il n'y a pas si longtemps, MKVExtract n'arrivait pas à extraire correctement les sous-titres VobSub (tout comme maintenant le x264) mais désormais c'est chose faite et ça marche parfaitement bien
Par contre je ne pense pas qu'ils changent la façon de couper de mmg. Quoique ?
Ils ont dernièrement rajouté la possibilité de renseigner des timecodes (durées très précises donc), mais vu qu'ils les modifient ça sert pas à grand chose, ils n'ont plus qu'à inclure 2 champs de pointeurs pour faire la différence entre "pointeur de début" et "pointeur de fin", et là les timecodes auront vraiment leur utilité

Wait and see ...