FFMPEG Problème Capture image

[aodot]

Bonjour à tous,

Nous encodons manuellement nos vidéos en h264/AAC en MP4.

Nous avons un problème. Avec des MP4 provenant de Dailymotion nous pouvons sans soucis capturer une image mais avec des mp4 que nous compressons nous même via Adobe media encoder la capture ne se fait pas...

Voici ce qui ressort de ffmpeg pour un fichier de DM :

FFmpeg version SVN-rUNKNOWN, Copyright © 2000-2007 Fabrice Bellard, et al. configuration: --prefix=/usr --libdir=${prefix}/lib --shlibdir=${prefix}/lib --incdir=${prefix}/include/ffmpeg --enable-shared --enable-libmp3lame --enable-gpl --enable-libfaad --mandir=${prefix}/share/man --enable-libvorbis --enable-pthreads --enable-libfaac --enable-xvid --enable-libdts --enable-amr_nb --enable-amr_wb --enable-pp --enable-libogg --enable-libgsm --enable-x264 --enable-liba52 --enable-libtheora --extra-cflags=-Wall -g -fPIC -DPIC --cc=ccache cc --enable-swscaler libavutil version: 49.4.0 libavcodec version: 51.40.2 libavformat version: 51.11.0 built on Feb 4 2008 14:45:57, gcc: 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '../videos/test-mp4-daily.mp4':

Duration: 00:13:28.7, start: 0.000000, bitrate: 183 kb/s

Stream #0.0(fre): Audio: aac, 44100 Hz, stereo

Stream #0.1(fre): Video: h264, yuv420p, 608x480, 25.00 fps® Must supply at least one output file

img : 634-e346032382c6949772bb234f891390e2.jpg

Et voila ce qui sort d'un de nos fichiers qui ne fonctionne pas pour la capture :

FFmpeg version SVN-rUNKNOWN, Copyright © 2000-2007 Fabrice Bellard, et al. configuration: --prefix=/usr --libdir=${prefix}/lib --shlibdir=${prefix}/lib --incdir=${prefix}/include/ffmpeg --enable-shared --enable-libmp3lame --enable-gpl --enable-libfaad --mandir=${prefix}/share/man --enable-libvorbis --enable-pthreads --enable-libfaac --enable-xvid --enable-libdts --enable-amr_nb --enable-amr_wb --enable-pp --enable-libogg --enable-libgsm --enable-x264 --enable-liba52 --enable-libtheora --extra-cflags=-Wall -g -fPIC -DPIC --cc=ccache cc --enable-swscaler libavutil version: 49.4.0 libavcodec version: 51.40.2 libavformat version: 51.11.0 built on Feb 4 2008 14:45:57, gcc: 4.1.2 20061115 (prerelease) (Debian 4.1.1-21) Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '../videos/2010_04_20_esprit.mp4':

Duration: 00:14:39.0, start: 0.000000, bitrate: 790 kb/s

Stream #0.0(eng): Video: h264, yuv420p, 720x576, 25.00 fps®

Stream #0.1(eng): Audio: aac, 44100 Hz, stereo Must supply at least one output file

img : 633-3991b17f28c7a0609b2bae0f5b13ab6d.jpg

Les fichiers se créent bien dans les deux méthodes mais le poids de l'image est égale à 0 quand elle provient d'une vidéo compressée par nous-même.

Voyez vous quelque chose de bizarre ?

Merci par avance pour votre aide.

Aymeric

[aodot]

N'est il pas possible de modifier la langue des pistes ? Le problème viendrait peut être de la non ?

Stream #0.0(fre)/ Stream #0.1(fre) pour Dailymotion et

Stream #0.0(eng)/ Stream #0.1(eng) pour notre fichier compressé ?

Pas moyen de trouver la solution pour ce changment...

Merci de votre aide.

Aymeric

[Remi]

Il y a 2 races de MP4 : ceux qui mettent les metadata en tête et ceux (de loin les plus courants) qui mettent les metadata en queue.

Je n'utilise pas Adobe Media Encoder mais je suppose qu'il fait comme la plupart : il met les metadata en queue (je ne sais qui a eu cette idée brillante mais c'est très ch....)

Daily Motion pratiquant le streaming, je parierais volontiers ma trottinette rouge (que je garde précieusement depuis l'âge de 5 ans) qu'il met les metadata en tête (car sinon, il lui faudrait charger tout le fichier avant de commencer à afficher...)

Le problème pourrait venir de là.

[aodot]

Bonjour,

Merci pour votre réponse.

Le problème vient peut etre de la. Après des dizaines de test, en sélectionnant le profil VIDEO YOUTUBE dans adobe media encoder, cela fonctionne correctement...

Je ne pourrais pas vous dire pourquoi car les paramètres utilisés par ce profil et le notre sont les mêmes.

Bon week end.

Aymeric