salut,
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, 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???

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

il me semble avoir bon partout pourtant :
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

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

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

sur les conseils de ZOMBI remuxer avec MMG; film tres saccadé avec MPC.
analyse toujours pareil
\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

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.

salut ZOMBI
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?

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

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

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

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)





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.

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.

version spécial "cheeper"? c koi ça?

version spécial "cheeper"? c koi ça?

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
*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:

Pourtant ffdshow indique bien que c'est un AVC1:


Analyse de Riam du MP4:

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.

Beau boulot Zombi.

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 !

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"

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.



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

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 ?

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.

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

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

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

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