ffmpeg Problem

[tracer]

Evtl. haben wir ja nen Experten für Video-Codecs hier.

Wir haben ein Video hochgeladen bekommen, das mein Script leider nicht konvertieren kann.

Das Script greift auf ffmep zurück.

Info übers File:

Code: Alles auswählen

www-data@www:~/media$ file video/777.AVI
video/777.AVI: RIFF (little-endian) data, AVI, 320 x 240, ~15 fps, video: Motion JPEG, audio: uncompressed PCM (mono, 11024 Hz)

Die Ausgabe von ffmpeg:

Code: Alles auswählen

www-data@www:~/media$ ffmpeg -i video/777.AVI -ar 22050 -ab 32 -f flv -s 450x340 video/s_777.flv         FFmpeg version SVN-r15872, Copyright (c) 2000-2008 Fabrice Bellard, et al.
  configuration: --enable-libamr-nb --enable-libamr-wb --enable-libmp3lame --enable-shared --prefix=/usr/ --enable-libfaac --enable-libfaad --enable-gpl --enable-libxvid --enable-libvorbis --enable-zlib --enable-libx264 --enable-nonfree
  libavutil     49.12. 0 / 49.12. 0
  libavcodec    52. 3. 0 / 52. 3. 0
  libavformat   52.23. 1 / 52.23. 1
  libavdevice   52. 1. 0 / 52. 1. 0
  built on Nov 28 2008 12:34:42, gcc: 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
Input #0, avi, from 'video/777.AVI':
  Duration: 00:00:25.73, start: 0.000000, bitrate: 1809 kb/s
    Stream #0.0: Video: mjpeg, yuvj422p, 320x240, 15.00 tb(r)
    Stream #0.1: Audio: pcm_u8, 11024 Hz, mono, s16, 88 kb/s
WARNING: The bitrate parameter is set too low. It takes bits/s as argument, not kbits/s
File 'video/s_777.flv' already exists. Overwrite ? [y/N] y
[imgconvert @ 0x533330]PIX_FMT_YUV420P will be used as an intermediate format for rescaling
Output #0, flv, to 'video/s_777.flv':
    Stream #0.0: Video: flv, yuv420p, 450x340, q=2-31, 200 kb/s, 15.00 tb(c)
    Stream #0.1: Audio: libmp3lame, 22050 Hz, mono, s16, 0 kb/s
Stream mapping:
  Stream #0.0 -> #0.0
  Stream #0.1 -> #0.1
Press [q] to stop encoding
Audio resampler only works with 16 bits per sample, patch welcome.

Ergebnis ist ein file mit 0 Byte

Hat da jemand ne schlaue Idee?

[Grinch]

Hast das Video irgendwo zum Download, dass man sich da mal anschauen könnte?

[fireball]

Erhöh mal das logging level...

[tracer]

Hast das Video irgendwo zum Download, dass man sich da mal anschauen könnte?

http://www.rchelifan.org/media/video/777.AVI

[fireball]

Konvertierung funktioniert auf meinem Ubuntu-Rootserver (Intrepid Ibex) zumindest schonmal problemlos, bis auf:

Code: Alles auswählen

WARNING: The bitrate parameter is set too low. It takes bits/s as argument, not  kbits/s

Konfiguration meines FFMpeg:

Code: Alles auswählen

configuration: --enable-gpl --enable-pp --enable-swscaler --enable-x11grab --prefix=/usr --enable-libgsm --enable-libtheora --enable-libvorbis --enable-pthreads --disable-strip --enable-libfaad --enable-libfaadbin --enable-liba52 --enable-liba52bin --enable-libdc1394 --enable-shared --disable-static

Was letztlich auf die bei im Vergleich zu Deiner Config auf die bei mir mir zusätzlichen Konfigurationsoptionen

Code: Alles auswählen

--enable-pp --enable-swscaler --enable-x11grab --enable-libgsm --enable-libtheora --enable-pthreads --disable-strip --enable-libfaadbin --enable-liba52 --enable-liba52bin --enable-libdc1394 --disable-static

rausläuft.

Die Libs sind bei mir ein wenig älter. Konvertierung luft auch nicht hilfsweise über imgconvert, wie auf deiner Kiste.

Wie gesagt, höheres logging level wäre schön...

[Grinch]

dein ffmpeg erkennt das Audioformat falsch. Ist u8, nicht s16 (beides gleichzeitig geht auch schlecht ).
Siehe auch https://roundup.mplayerhq.hu/roundup/ffmpeg/issue651

[fireball]

Das erstaunliche ist, dass meine deutlich ältere ffmpeg-Version den Bug nicht hat

Wie kam der ffmpeg denn auf den Server? Also über welche Pakete? Oder selbstcompiliert?

[Grinch]

Das erstaunliche ist, dass meine deutlich ältere ffmpeg-Version den Bug nicht hat

Nujo, es wird halt immer weiter an den Erkennungsmerkmalen gewerkelt und da hat sich der Bug wohl eingeschlichen, so dass hier einfach das falsche Format erkannt wird.
Leider kenn ich mich mit ffmpeg nicht so wirklich aus, kann also nicht sagen, wie man es dazu zwingen könnte ein anderes Format an den Resampler zu übergeben. Denn normalerweise sollte er merken, dass es u8 ist und intern selbst auf s16 konvertieren. Da er aber denkt es ist schon s16 sagt der Resampler, ne isses nich und bricht ab.

Das einzige was man da machen kann ist den Audiostream rausmuxen, in s16 oder halt gleich mp3 konvertieren und dann von ffmpeg wieder muxen lassen... aber das ist wohl eher eine manuelle Frickelarbeit.. ansonsten halt ältere Version installieren

[fireball]

Naja das würde jetzt bei dem einen Video funktionieren, ich denke aber, tracer hat wohl eher interesse an einer nachhaltigen Lösung

Für einen Transfer, damit das Video zumindest mal da ist: http://url-polizei.eu.org/s_777.flv

Endlich seh ich mal Steffens Zappel-Servos

[Grinch]

Das ganze nachhaltig zu gestalten liegt ja dann in tracers Ermessen
Es sollte sich ja recht einfach feststellen lassen, dass das Kodieren fehlgeschlagen ist und dann noch eine andere Variante zu probieren. Entweder halt mit nem anderen Audioencoder oder man installiert parallel noch die ältere ffmpeg Version mit und lässt im Fehlerfall die noch mal drüberlaufen.

Und irgendwann wird der Bug ja hoffentlich mal behoben