Recherche avancée

Sur d’autres sites (14223)

• FFMpeg : no essence (Invalid data found when processing input)

  8 mai 2014, par Flock Dawson

  I’m trying to convert a 4K MXF file to a low res WEBM file. I’ve upgraded FFMpeg and codecs to the latest versions. When I initiate the conversion, however, I get following error :

  ffmpeg version 2.2.git Copyright (c) 2000-2014 the FFmpeg developers
  
    built on May  8 2014 12:03:23 with gcc 4.6 (Ubuntu/Linaro 4.6.3-1ubuntu5)
  
    configuration: --prefix=/usr/local/ffmpeg_build --extra-cflags=-I/usr/local/ffmpeg_build/include --extra-ldflags=-L/usr/local/ffmpeg_build/lib --bindir=/usr/local/bin --extra-libs=-ldl --enable-gpl --enable-libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-nonfree --enable-x11grab
  
    libavutil      52. 81.100 / 52. 81.100
  
    libavcodec     55. 60.103 / 55. 60.103
  
    libavformat    55. 37.102 / 55. 37.102
  
    libavdevice    55. 13.101 / 55. 13.101
  
    libavfilter     4.  5.100 /  4.  5.100
  
    libswscale      2.  6.100 /  2.  6.100
  
    libswresample   0. 18.100 /  0. 18.100
  
    libpostproc    52.  3.100 / 52.  3.100
  
  [mxf @ 0x272de60] no essence
  
  /tmp/TEST_4K.MXF: Invalid data found when processing input

  The file is quite large ( 30GB). Could this have something to do with this issue ? I googled for the no essence error but this doesn’t seem to provide any useful information. I checked the permissions on the file and those are not an issue. Also, I tried the same command for a smaller file (approx. 12 GB, which does work). Has anyone had any problems handling large files with FFMpeg ? Thanks !

• ffmpeg - convert audio (.au) to mp3

  8 mai 2014, par enfix

  i’m using ffmpeg (on Ubuntu) to convert a .au file to .mp3. File mp3 is created but have 0 byte.
  That’s my output :

  $ ffmpeg -i 12345678.au output.mp3 
  
  
  
  ffmpeg version 2.1.4 Copyright (c) 2000-2014 the FFmpeg developers
  
    built on May  7 2014 01:40:43 with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1)
  
    configuration: 
  
    libavutil      52. 48.101 / 52. 48.101
  
    libavcodec     55. 39.101 / 55. 39.101
  
    libavformat    55. 19.104 / 55. 19.104
  
    libavdevice    55.  5.100 / 55.  5.100
  
    libavfilter     3. 90.100 /  3. 90.100
  
    libswscale      2.  5.101 /  2.  5.101
  
    libswresample   0. 17.104 /  0. 17.104
  
  Guessed Channel Layout for  Input Stream #0.0 : mono
  
  Input #0, au, from '12345678.au':
  
    Duration: 00:00:02.05, start: 0.000000, bitrate: 128 kb/s
  
      Stream #0:0: Audio: pcm_s8 ([2][0][0][0] / 0x0002), 16000 Hz, mono, u8, 128 kb/s
  
  Output #0, mp3, to 'output.mp3':
  
      Stream #0:0: Audio: none, 0 channels, 128 kb/s
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (pcm_s8 -> ?)
  
  Encoder (codec none) not found for output stream #0:0

  The .au file is correct and I can open correctly. The .mp3 file is 0 byte or maybe corrupted (VLC can’t play it).

• FFMPEG stops with muxing overhead of 20538950942720.000000% after takeoff command is sent to AR.Drone 2.0

  7 mai 2014, par user38931

  I start ffmpeg -i tcp://192.168.1.1:5555 -f image2 -pix_fmt bgr8 -update 1 frame.bmp to decode a h264 stream from AR.Drone 2.0. Everything works fine, until I send a takeoff command to the drone and it lifts up. For those who are not familiar with AR.Drone 2.0 architecture, the commands are sent to another socket and shouldn’t interfere with the video socket.

  Then for some reason, ffmpeg stops with a muxing overhead of insane 20538950942720.000000% !

  Are there common causes for such a crazy muxing overhead ?
  I would like to know what could cause such a massive muxing overhead, before I can move on to troubleshoot what the source of the problem is.

  Here is the full output I have :

  ffmpeg -i tcp://192.168.1.1:5555 -f image2 -pix_fmt bgr8 -update 1 frame.bmp
  
  ffmpeg version N-62058-gfd2bcfc Copyright (c) 2000-2014 the FFmpeg developers
  
  built on Apr  3 2014 05:12:32 with gcc 4.6 (Debian 4.6.3-1)
  
  configuration: --prefix=/root/ffmpeg-static/32bit --arch=x86_32 --extra-cflags='-m32 -I/root/ffmpeg-static/32bit/include -static' --extra-ldflags='-m32 -L/root/ffmpeg-static/32bit/lib -static' --extra-libs='-lxml2 -lexpat -lfreetype' --enable-static --disable-shared --disable-ffserver --disable-doc --enable-bzlib --enable-zlib --enable-postproc --enable-runtime-cpudetect --enable-libx264 --enable-gpl --enable-libtheora --enable-libvorbis --enable-libmp3lame --enable-gray --enable-libass --enable-libfreetype --enable-libopenjpeg --enable-libspeex --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-version3 --enable-libvpx
  
    libavutil      52. 71.100 / 52. 71.100
  
    libavcodec     55. 56.107 / 55. 56.107
  
    libavformat    55. 36.101 / 55. 36.101
  
    libavdevice    55. 11.100 / 55. 11.100
  
    libavfilter     4.  3.100 /  4.  3.100
  
    libswscale      2.  6.100 /  2.  6.100
  
    libswresample   0. 18.100 /  0. 18.100
  
    libpostproc    52.  3.100 / 52.  3.100
  
  Input #0, h264, from 'tcp://192.168.1.1:5555':
  
    Duration: N/A, bitrate: N/A
  
    Stream #0:0: Video: h264 (Baseline), yuv420p, 640x360, 25 fps, 25 tbr, 1200k tbn, 50 tbc
  
  [swscaler @ 0xb21e600] No accelerated colorspace conversion found from yuv420p to bgr8.
  
  Output #0, image2, to 'frame.bmp':
  
    Metadata:
  
      encoder         : Lavf55.36.101
  
      Stream #0:0: Video: bmp, bgr8, 640x360, q=2-31, 200 kb/s, 90k tbn, 25 tbc
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (h264 -> bmp)
  
  Press [q] to stop, [?] for help
  
  frame=  388 fps= 29 q=0.0 Lsize=N/A time=00:00:15.52 bitrate=N/A    
  
  video:87708kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 20538950942720.000000%