Version imprimable du sujet

Cliquez ici pour voir ce sujet dans son format original

Forum Ripp-it After Me _ Support et Assistance Technique _ lecture MP4

Écrit par : cheeper 21/11/2005 à 22:46

salut, an_coucou.gif
je n'arrive pas à lire les mp4 faits par RIAM: BSPLAYER refuse categuoriquement et avec MPC j'ai la video mais pas le son :
\FILM.MP4 ::
721 kbps - 693 mo - 02.14.22.240
Vidéo_t1 : 660 kbps - 634 mo - Codec H264 - 25.0000 fps - 201556 f - 720x448
Audio_t2 : 61 kbps - 59 mo - 48000 hz - AAC

la seule solution pour que ça fonctionne (avec MPC mais toujours pas avec BSPLAYER), c'est de remuxer en MKV:
\OUT_FILM.MKV ::
721 kbps - 693 mo - 02.14.22.120 - 2 tracks
Vidéo_t1 : 721 kbps - 693 mo - Codec RV40 - 25.0000 fps - 201553 f - 720x448
Audio_t2 : débit non analysé - 48000 hz - MP3
si si, an_what.gif c'est le meme film juste remuxer avec les outils de RIAM
comment du h264hp se transforme en RV40 et du AAC en MP3 en si peut de temps??? an_kes.gif

Écrit par : pepsilite 21/11/2005 à 23:03

la force est avec toi... franchement, je ne comprends pas tout, ou alors c'est l'analyse du MP4 par Ri4m qui pète les plombs, ou bien c'est l'analyse MKV... Tu as matroska props installé? pour avoir une analyse "autre" que celle de Ri4m, il existe aussi MP4UI.exe pour l'analyse des MP4. Ensuite, tu peux installer la dernière version de MPC qui intègre tout pour la lecture MP4 / AAC sans rien avoir besoin en externe ...

Écrit par : cheeper 21/11/2005 à 23:12

il me semble avoir bon partout pourtant an_ouarf.gif :
Ripp-it_AM [ 4.1.1c98 - Divx 6.0.3 / NSV / PSP© / Ipod ]
****************************************************

[ Global ]
DivX : OK [ 6.0.0.1697 ]
Xvid : OK [ XviD-1.1.0-Beta1-16012005 ]
X264 : OK [ svn-367 ]
VP6 : OK [ 6.2.6.0 ]
VP7 : OK [ 3.111.116.101 ]
DivX 3.11 : - [ INTROUVABLE ]
AC3 Filter : OK [ 1.0.1.0 ]
Ogg Vorbis : OK [ 0.9.9.5 ]
Quicktime Alternative : - [ INTROUVABLE ]
ffdshow : OK [ 20051109 ]
PepsiCoda (Encoding) ON
PepsiCoda (re-encoding) OFF
Pack PSP 1.0 : - [ INTROUVABLE ]
Ripp-it Codec Pack : OK [ v 4.0.1 ]
Web Browser : C:\PROGRA~1\Wanadoo\WOOBrowser\WOOBrowser.exe
----------------------------------------------------
[ AVISYNTH ]
AVIsynth.dll OK [ 2.5.6.0 ]
C:\Program Files\AviSynth 2.5\plugins\*.*
- colors_rgb.avsi OK
- DirectShowSource.dll OK
- ffavisynth.dll ?? [ Plugin externe - (peut engendrer des problèmes) ]
- TCPDeliver.dll OK
----------------------------------------------------
[ Matroska (MKV) ]
Matroska Pack : OK
MKVtoolnix : OK [ v1.4.0 ]
MUX MKV : C:\Program Files\Ripp-it_AM\MKVMerge\mkvmerge.exe : OK
DEMUX MKV GUI : C:\Program Files\Ripp-it_AM\MKVMerge\MKVEXTRACTGUI.exe : OK
MKVINFOS : C:\Program Files\Ripp-it_AM\MKVMerge\mkvinfo.exe : OK
DEMUX MKV : C:\Program Files\Ripp-it_AM\MKVMerge\mkvextract.exe : OK
----------------------------------------------------
[ Real Video (RV9/RV10 - .rmvb) ]
Real Alternative : OK [ 1.39 ]
CODEC RV9/10 : OK (Alternative)
ENCODE RV40 : C:\Program Files\Ripp-it_AM\PRODUCER\producer.exe : OK [ 10.0.0.74 ]
----------------------------------------------------
[ MPEG 1/2 - (VCD/SVCD/DVD - .mpg .mp2) ]
ENCODE MPEG : C:\Program Files\tmpgenc\TMPGEnc.exe : OK [ 2.58.44.152 ]
AUTHORING DVD : C:\PROGRA~1\Ripp-it_AM\dlls\ifoedit.exe : OK [ 0.9.6.0 ]
----------------------------------------------------
[ NERO Burning Rom ]
NERO BURNING ROM: C:\Program Files\Ahead\Nero\nero.exe : OK [ 6.6.0.13 ]
NERO COMMAND : C:\Program Files\Ahead\Nero\NeroCmd.exe : OK
----------------------------------------------------
pour MPC j'ai 6.4.8.6; c'est bien le dernier? justement j'avais deja ce probleme de lecture avant de mettre à jour MPC et je pensais comme toi que le 6.4.8.6 allait tout tout arrangé, mais que dalle, c'est toujours pareil an_lof.gif

Écrit par : cheeper 21/11/2005 à 23:17

meme film analysé par videoinspector:
Nom du fichier : H:\ri4m\OUT_film.mkv
Taille du fichier : 694 Mb.

[Film]
Valide : Oui [Matroska]
Durée : 02:14:22
Film complet : Oui

[Vidéo]
Résolution : 720x448
Codec : V_MPEG4/ISO/AVC
FPS : 25,00
BitRate : 0 Kbps
Facteur de qualité : 0,00 b/px

[Audio]
Codec : AAC Low Complexity
Nombre de canaux : 2
Fréquence d'échantillonage : 48000 Hz
BitRate : 0 Kbps

Écrit par : cheeper 21/11/2005 à 23:37

(pepsilite @ lundi 21 novembre 2005 à 22:03) *
la force est avec toi... franchement, je ne comprends pas tout, ou alors c'est l'analyse du MP4 par Ri4m qui pète les plombs, ou bien c'est l'analyse MKV... Tu as matroska props installé? pour avoir une analyse "autre" que celle de Ri4m, il existe aussi MP4UI.exe pour l'analyse des MP4. Ensuite, tu peux installer la dernière version de MPC qui intègre tout pour la lecture MP4 / AAC sans rien avoir besoin en externe ...

si ça peut t'aider:
mkvmerge v1.4.0 ('Cornflake Girl') built on Feb 26 2005 14:33:20

Écrit par : cheeper 21/11/2005 à 23:45

sur les conseils de ZOMBI remuxer avec MMG; film tres saccadé avec MPC.
analyse toujours pareil cling.gif
\FILM.MKV ::
721 kbps - 693 mo - 02.14.22.120 - 2 tracks
Vidéo_t1 : 721 kbps - 633 mo - Codec RV40 - 25.0000 fps - 201553 f - 720x448
Audio_t2 : 62 kbps - 60 mo - 48000 hz - MP3

Écrit par : zombi55 21/11/2005 à 23:47

Salut Cheeper, effectivement il arrive que la lecture du mp4 cause problème spécialement lorsque c'est du x264 HP à l'intérieur. Pour ne pas à avoir à utiliser nerochowtime j'utilise uniquement ffdshow pour lire mes x264 HP. Pour que tout fonctionne bien, il faut que tu t'assures que c'est bien ffdshow qui décode ton film. Pour cela, bouton de droite dans MPC->filtres->ffdshow.

Je vois dans ta vérification de la configuration que tu es bien équipé en codec et que tu es plutôt à jour. Assure toi qu'il n'y a pas de conflit entre les codecs. Tu peux regarder avec AVIcodec tout les filtres directshow et codes que tu as pour le x264. Pour les effacer c'est autre chose, mais si jamais tu as besoin je t'expliquerais plus en détail dans un prochain post.

Pour avoir une compatibilité maximum avec ffdshow je fais parfois décoder le son également par ffdshow. Sinon, pour le passage du mp4 au mkv il semble avoir un blême avec l'analyse de RIAM. Malgré que vidéoinspector semble aussi avoir de la difficulté.

Sur le site x264.nl une nouvelle version de ffdshow est sortie 20/11/05 peut-être que ça peut régler tes problèmes. Redonne moi s'en des nouvelles.

Écrit par : cheeper 22/11/2005 à 00:19

salut ZOMBI an_coucou.gif
j'ai mis le ffdshow de x264.nl maintenant BS veut bien lire le MKV mais toujours pas le MP4.idem pour MPC toujours que l'image pour le MP4.
ce qui serait sympa, ce serait de pouvoir faire ses x264hp directement en mkv, ce que RIAM ne permet pas pour l'instant; quand pense tu? on peut en parler à DARK PEPSI? an_ouarf.gif

Écrit par : pepsilite 22/11/2005 à 00:26

2h14, ça ne serait pas SW3 ça des fois? yahoo1.gif
j'avoue ne pas tout comprendre à ton pb, alors pour trouver une solution, ça va être coton

Écrit par : cheeper 22/11/2005 à 00:32

(pepsilite @ lundi 21 novembre 2005 à 23:26) *
2h14, ça ne serait pas SW3 ça des fois? yahoo1.gif
j'avoue ne pas tout comprendre à ton pb, alors pour trouver une solution, ça va être coton

si, c'est bien SW3 mrgreen2.gif décidement, on ne peut rien te cacher an_ouarf.gif
et pour ce qui est de pouvoir faire du x264hp directement dans un MKV, tu crois que cela va etre possible?

Écrit par : pepsilite 22/11/2005 à 00:45

il me semble qu'on peut choisir ce format en sortie, je vais regarder ça, mais c'est tellement le bazar le x264 HP que ça ne me passionne pas des masses, voir MP.

Écrit par : cheeper 22/11/2005 à 00:53

(pepsilite @ lundi 21 novembre 2005 à 23:45) *
il me semble qu'on peut choisir ce format en sortie, je vais regarder ça, mais c'est tellement le bazar le x264 HP que ça ne me passionne pas des masses, voir MP.

désolé, mais dès que je clik sur x264hp seul le format MP4 est possible, tous les autres sont grisés... beuh.gif

Écrit par : pepsilite 22/11/2005 à 01:21

Bon, j'ai des nouvelles, pas édifiantes du tout :
J'ai installé le dernier "pack" x264 de x264.nl et j'ai essayé leur GUI
Résultat :
Un encodage de .avs de Ri4m en MP4 puis en MKV (avec leur GUI qui pilote x264.exe)

\RIPP-IT.MP4 ::
778 kbps - 0 mo - 00.00.05.797
Vidéo_t1 : 778 kbps - 0 mo - Codec H264 - 23.9779 fps - 139 f - 400x288
Audio_t2 : débit non analysé - 0 hz - ???


\RIPP-IT.MKV ::
0 kbps - 0 mo - 00.00.00.000 - 1 tracks
Vidéo_t1 : 0 kbps - 0 mo - Codec RV40 - 23.9760 fps - 0 f - 400x288
Audio_t0 : débit non analysé - 0 hz - ???


Je précise que je n'ai à aucun moment demandé du RV40 (rv10), ce truc pète complètement les plombs, c'est clair.

Ah oui, j'oubliais, j'ai testé avec Ri4m en demandant du MKV aussi en sortie, le fichier de sortie est lui carrément illisible. Désolé, mais je ne peux gérer un truc qui bugge à la base ...

et je ne peux même pas essayer vu que je ne comprends PAS DU TOUT ce qui se passe.

Écrit par : zombi55 22/11/2005 à 19:01

Je vais faire les tests appropriés et si je peux avoir la version "spécial cheeper" je vais regarder ce qui cloche!

Tu as essayé Cheeper d'encapsuler ton .mp4 dans un .mkv ou de lire le son par ffdshow.

Sinon c'est peut-être seulement un bug au niveau du décodage du son qui a rien à voir avec le x264.

Écrit par : pepsilite 22/11/2005 à 22:54

version spécial "cheeper"? c koi ça? yahoo1.gif

version spécial "cheeper"? c koi ça? yahoo1.gif

Écrit par : zombi55 25/11/2005 à 05:17

(pepsilite @ lundi 21 novembre 2005 à 18:21) *
Je précise que je n'ai à aucun moment demandé du RV40 (rv10), ce truc pète complètement les plombs, c'est clair.

Ah oui, j'oubliais, j'ai testé avec Ri4m en demandant du MKV aussi en sortie, le fichier de sortie est lui carrément illisible. Désolé, mais je ne peux gérer un truc qui bugge à la base ...

et je ne peux même pas essayer vu que je ne comprends PAS DU TOUT ce qui se passe.

Désolé du laps de temps, mais je viens d'essayer en long et en large la dernière version (375) du x264 HP autant avec Riam qu'avec sa GUI et TOUT fonctionne parfaitement.

1. J'ai fait en premier lieu un x264 HP son aac 176 kbps 2.1
Résultats : Nickel ffdshow décode la vidéo et le son sans problème




2. J'ai fait un x264 HP en mkv avec la GUI du x264, puis j'ai muxer (*Attention pour muxer correctement il vous faut mkvtoolnix 1.6.0*) le son fait préalablement avec l'essai antérieur.
Résultats : Nickel ffdshow décode la vidéo et le son sans problème
"x264.exe" --analyse p8x8,b8x8,i4x4,i8x8 --8x8dct --progress --no-psnr --output "E:\fast\cr_Ripp-it.mkv" "E:\fast\cr_Ripp-it.avs"
*C'est pas une ligne de commande optimisée pour le x264, mais c'est du x264 HP pour sûr"


3. J'ai muxer le mp4 fait par Riam dans mmg(1.6.0) pour en faire un mkv.
Résultats : Nickel ffdshow décode la vidéo et le son sans problème
MKVmerge :


Conclusion : Je ne vois donc AUCUN problème causé par le x264 peu importe le conteneur; et la fonction "-out .mkv" ne cause AUCUN problème également.


Le seul problème vient de l'Analyse de Riam qui indicte le codec RV40 lorsqu'il analyse le mkv:
\FILM.MKV  ::
0 kbps - 14 mo - 00.00.00.000 - 1 tracks
Vidéo_t1 : 0 kbps - 0 mo - Codec RV40 - 29.9700 fps - 0 f - 720x400
Audio_t0 : 0 kbps - 14 mo - 48000 hz - ???

Pourtant ffdshow indique bien que c'est un AVC1:


Analyse de Riam du MP4:
\FILM.MP4  ::
828 kbps - 17 mo - 00.02.57.677
Vidéo_t1 : 703 kbps - 14 mo - Codec H264 - 23.9761 fps - 4260 f - 720x304
Audio_t2 : 125 kbps - 3 mo - 48000 hz - AAC

MP4info:


Nb: Les fichiers : ARipp-it.mkv, ARipp-it2.mkv, film.mkv sont tous les mêmes que j'ai renommés pour les besoins de la cause.

Écrit par : Dirk-Pitt 25/11/2005 à 13:52

Beau boulot Zombi. cling1.gif

Écrit par : zombi55 25/11/2005 à 20:23

L'important c'est la conclusion, ce message confirme seulement que le x264 HP dans n'importe quel conteneur (MP4, mkv) fonctionne sans problème si on a les bons filtres d'installés ! yahoo.gif

Écrit par : pepsilite 25/11/2005 à 22:29

Bon, 2 choses à rajouter :
1. il faut un MKVtoolnix "up to date" pour que ça semble daigner muxer, alors que la version 1.5.6 était déjà "censée" le faire.
2. il faut aussi installer le dernier matroska pack pour que ça daigne fonctionner, MAIS et je l'ai déjà dit maintes fois, plus rien ne marche à coté, plus de son OGG, plus de rv10 dans les MKV.

Je n'appelle pas ça "fonctionner sans aucun problème"

Écrit par : zombi55 26/11/2005 à 01:06

(pepsilite @ vendredi 25 novembre 2005 à 15:29) *
Bon, 2 choses à rajouter :
1. il faut un MKVtoolnix "up to date" pour que ça semble daigner muxer, alors que la version 1.5.6 était déjà "censée" le faire.
Faut laisser la chance au coureur


2. il faut aussi installer le dernier matroska pack pour que ça daigne fonctionner, MAIS et je l'ai déjà dit maintes fois, plus rien ne marche à coté, plus de son OGG, plus de rv10 dans les MKV.
J'ai bien peur que ma version de matroska pack n'ai rien de spécial. En fait c'est celle du Ripp-it codec pack et tout mes rv10 et rv9 ainsi que tout mes mkv fonctionnent correctement et cela sans aucune exception.

Je n'appelle pas ça "fonctionner sans aucun problème"
Voir plus bas


Je ne sais pas ce que mon pc à de plus, mais mes rv10 et l'ogg fonctionnent encore très bien et tout cela en symbiose avec le x264. Autant dans mes MP4 (pour le x264) que dans mes mkv (pour rv10,rv9,x264,ogg).

Alors, je réitère le fait que TOUT FONCTIONNE SANS AUCUN PROBLÈME.

Ripp-it_AM [ 4.1.1c - Divx 6.0.3 / NSV / PSP© / Ipod ]
****************************************************

[ Global ]
DivX : - [ INTROUVABLE ]
Xvid : OK [ XviD-1.1.0-Beta1-16012005 ]
X264 : OK [ svn-375 ]
VP6 : OK [ 6.2.6.0 ]
VP7 : OK [ 3.97.28530.0 ]
DivX 3.11 : - [ INTROUVABLE ]
AC3 Filter : OK [ 1.0.1.0 ]
Ogg Vorbis : OK [ 0.9.9.5 ]
Quicktime Alternative : OK [ 1.66 ]
ffdshow : OK [ 20051109 ]
PepsiCoda (Encoding) ON
PepsiCoda (re-encoding) OFF
Pack PSP 1.0 : OK [ 1.0 ]
Ripp-it Codec Pack : OK [ v 4.0.1 ]
Web Browser : C:\PROGRA~1\MOZILL~1\FIREFOX.EXE
----------------------------------------------------
[ AVISYNTH ]
AVIsynth.dll OK [ 2.5.6.0 ]
C:\Program Files\AviSynth 2.5\plugins\*.*
- colors_rgb.avsi OK
- DirectShowSource.dll OK
- ffavisynth.dll ?? [ Plugin externe - (peut engendrer des problèmes) ]
- TCPDeliver.dll OK
----------------------------------------------------
[ Matroska (MKV) ]
Matroska Pack : OK
MKVtoolnix : OK [ v1.4.0 ]
MUX MKV : C:\Program Files\Ripp-it_AM\MKVMerge\mkvmerge.exe : OK
DEMUX MKV GUI : C:\Program Files\Ripp-it_AM\MKVMerge\MKVEXTRACTGUI.exe : OK
MKVINFOS : C:\Program Files\Ripp-it_AM\MKVMerge\mkvinfo.exe : OK
DEMUX MKV : C:\Program Files\Ripp-it_AM\MKVMerge\mkvextract.exe : OK
----------------------------------------------------
[ Real Video (RV9/RV10 - .rmvb) ]
Real Alternative : OK [ 1.45 ]
CODEC RV9/10 : OK (Alternative)
ENCODE RV40 : C:\Program Files\Ripp-it_AM\PRODUCER\producer.exe : OK [ 10.0.0.74 ]
----------------------------------------------------
[ MPEG 1/2 - (VCD/SVCD/DVD - .mpg .mp2) ]
ENCODE MPEG : : - [ INTROUVABLE ]
AUTHORING DVD : C:\PROGRA~1\RIPP-I~2\dlls\ifoedit.exe : OK [ 0.9.6.0 ]
----------------------------------------------------
[ NERO Burning Rom ]
NERO BURNING ROM: : - [ INTROUVABLE ]
NERO COMMAND : : - [ INTROUVABLE ]
----------------------------------------------------


À noter que j'utilise la version 1.6.0 de mkvtoolnix en externe de Riam.

Écrit par : Dirk-Pitt 26/11/2005 à 09:02

good.gif

Écrit par : Utopie 28/11/2005 à 21:39

Vi très bien tout ça zombi yahoo1.gif

Écrit par : Farliec 29/11/2005 à 11:41

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.

(zombi55 @ vendredi 25 novembre 2005 à 04:17) *
Le seul problème vient de l'Analyse de Riam qui indicte le codec RV40 lorsqu'il analyse le mkv:

\FILM.MKV ::
0 kbps - 14 mo - 00.00.00.000 - 1 tracks
Vidéo_t1 : 0 kbps - 0 mo - Codec RV40 - 29.9700 fps - 0 f - 720x400
Audio_t0 : 0 kbps - 14 mo - 48000 hz - ???


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 snif.gif 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 $$$.gif

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 ? snif.gif

Écrit par : pepsilite 29/11/2005 à 17:34

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

Écrit par : Farliec 29/11/2005 à 17:49

Pour l'instant je suis d'accord avec toi Pepsilite! Et jusqu'à ce que MKVExctract gère le x264 aga.gif
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 ?

Écrit par : zombi55 29/11/2005 à 21:55

Ç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.

Écrit par : pepsilite 29/11/2005 à 22:21

(zombi55 @ mardi 29 novembre 2005 à 16:55) *
Ça c'est un bug de riam !

Ok, je vais te filer le code et tu vas débugger ... tu verras comme c simple à gérer


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 ....

Écrit par : pepsilite 29/11/2005 à 23:02

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

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

| + CodecPrivate, length 40 (FourCC: DX50, 0x30355844)


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


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

Écrit par : Utopie 29/11/2005 à 23:30

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 cling1.gif yahoo1.gif

Écrit par : pepsilite 30/11/2005 à 00:06

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

Écrit par : Utopie 30/11/2005 à 00:35

Je parie que c'était pas un bug laugh.gif

Écrit par : zombi55 30/11/2005 à 01:40

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

Écrit par : Utopie 30/11/2005 à 11:32

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

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

Écrit par : Farliec 30/11/2005 à 12:13

(pepsilite @ mardi 29 novembre 2005 à 22:02) *
Analyse d'un MKV avec du Divx dedans (via MKVinfo, l'analyseur de MKVtoolnix !)
| + CodecPrivate, length 40 (FourCC: DX50, 0x30355844)

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

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

Bonjour aga.gif

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 aga.gif Je pense que c'est lui qui est utilisé par MKVToolnix.

Écrit par : pepsilite 30/11/2005 à 17:43

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

Écrit par : zombi55 01/12/2005 à 02:20

(Farliec @ mardi 29 novembre 2005 à 04:41) *
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.
(zombi55 @ vendredi 25 novembre 2005 à 04:17) *

Le seul problème vient de l'Analyse de Riam qui indicte le codec RV40 lorsqu'il analyse le mkv:

\FILM.MKV ::
0 kbps - 14 mo - 00.00.00.000 - 1 tracks
Vidéo_t1 : 0 kbps - 0 mo - Codec RV40 - 29.9700 fps - 0 f - 720x400
Audio_t0 : 0 kbps - 14 mo - 48000 hz - ???


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 snif.gif 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 $$$.gif

Une idée ? snif.gif

Si yahoo.gif J'ai une idée très simple. Tu peux couper ton générique du .mkv (qui inclus le x264 HP) directement dans Riam. Pour cela il te faudra, mkvtoonix 1.6.0 (configuré des les paramètres de riam).

PS: Je viens d'essayer à l'instant et ça marche nickel


Écrit par : Farliec 01/12/2005 à 10:00

(zombi55 @ jeudi 01 décembre 2005 à 01:20) *
Si yahoo.gif J'ai une idée très simple. Tu peux couper ton générique du .mkv (qui inclus le x264 HP) directement dans Riam. Pour cela il te faudra, mkvtoonix 1.6.0 (configuré des les paramètres de riam).

PS: Je viens d'essayer à l'instant et ça marche nickel


Merci Zombi aga.gif

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 aga.gif
Et les smileys sont superbes, dommages qu'ils soient copyrightés hop.gif

Écrit par : Dirk-Pitt 01/12/2005 à 10:37

(Farliec @ jeudi 01 décembre 2005 à 09:00) *
Mais pour l'instant MKVExtract ne peut pas extraire du x264.

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

Écrit par : Farliec 01/12/2005 à 11:01

(Dirk-Pitt @ jeudi 01 décembre 2005 à 09:37) *
(Farliec @ jeudi 01 décembre 2005 à 09:00) *
Mais pour l'instant MKVExtract ne peut pas extraire du x264.
C'est ça le plus dingue je trouve. beuh.gif J'espère que l'équipe Matroska a prévu de le faire à terme. euh.gif

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 aga.gif
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é $$$.gif

Écrit par : Dirk-Pitt 01/12/2005 à 13:45

Wait and see ... gniark.gif

Écrit par : winche 01/12/2005 à 14:02

Je suis d'accord avec vous.... mais je n'ai personnellement rien compris !!!! gniark.gif

Écrit par : Dirk-Pitt 01/12/2005 à 14:22

Comme disait Pierre de Coubertin "l'important c'est de participer" gniark.gif

Écrit par : zombi55 02/12/2005 à 19:41

(Farliec @ jeudi 01 décembre 2005 à 03:00) *
Mais pour l'instant MKVExtract ne peut pas extraire du x264.
Il l'extrait (d'ailleurs j'en ai un sous la main), mais le x264 seul n'a pas d'extension propre. Donc évidemment on ne peut rien faire avec un x264 pur. On doit le mettre au minimum dans un mp4. N'ayez crainte ça sera réglé bientôt.

En tout cas merci quand même, ça fait plaisir d'avoir des réponses, et surtout aussi sympathiques aga.gif
Ça me fait plaisir. Toutefois, je me demande si la précision de coupe que tu demandes n'est pas excessive. En clair, vaut-il la peine de s'acharner pour quelques frames. Je dois t'avouer que je te comprend un peu, car je suis moi aussi un maniaque du travail bien fait. mrgreen2.gif

Propulsé par Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)