Recherche avancée

Sur d’autres sites (5504)

• JavaCV on Android : UnsatisfiedLinkError from libjniavdevice.so / dlopen failed cannot locate symbol "av_input_audio_device_next"

  8 septembre 2014, par liorg

  I am trying to work with JavaCV’s FFmpegFrameGrabber on Android 4.4.2 / 4.3.1 .

  Inside the onCreate(...) method I am calling :

  FFmpegFrameGrabber grabber = new FFmpegFrameGrabber(path)

  This causes the following runtime error :

  dlopen("/data/app-lib/com.example.testjavacv-1/libjniavdevice.so")
  
  failed: dlopen failed: cannot locate symbol "av_input_audio_device_next"
  
  referenced by "libjniavdevice.so"

  Other (possible) relevant information :

  1) I have included all the JavaCV .so libraries inside the libs/armeabi and libs/x86 folders.

  2) I have given the application permissions to read/write to external storage and access the camera and microphone.

  3) I am NOT statically loading any of the JavaCV native libraries before instantiating FFmpegFrameGrabber. This is because,

  • Some of the libraries cause runtime exceptions when I attempt to load them statically by myself.
  • I get the impression that JavaCV handles it’s own native library loading - for example the error I get ocurrs even though I have not requested to load the jniavdevice.so library and happens only if the ... new FFmpegFrameGrabber(...) ... code is present.

  4) I have taken a look at : https://groups.google.com/forum/# !topic/javacv/bgB5rCv_fVM which seems to address a similar issue, but the suggested solutions don’t seem to work.

  Any help on this issue would be much appreciated,
  Cheers !

• Carrierwave-video "Process hung" error while encoding uncompressed video files

  28 avril 2014, par Cramps

  I have an API for a mobile app that accepts video uploads. This app is for both iOS and Android devices, so for video compatibility’s sake these videos are encoded to H.264 once uploaded to the server using carrierwave-video (ffmpeg wrapper gem for Ruby on Rails). Right now this seems to be working, and videos are uploaded and encoded and can be played in both Android and iOS devices. However, sometimes the process hangs while encoding heavy (uncompressed ?) video files, usually 10+ seconds long. This is the output of ffmpeg :

  Failed to transcode with FFmpeg.
  
  Check ffmpeg install and verify video is not corrupt or cut short.
  
  Original error: Process hung. Full output: 

  (That’s it, the full output seems empty.)

  These are the encoding parameters I’m using in my Carrierwave Uploader :

  encode_video(:mp4, custom: '-y -vcodec libx264 -acodec libfaac -vpre ultrafast 2> /home/user/log/ffmpeg.log, resolution: '640x640')

  According to the SuperUser question I linked above a solution would be to encode the video twice, once to AVI for compression(?) and then encode to MP4. I don’t know if that would work, but I don’t know how to do this either in my uploader. I would have to encode the output video file of my first (AVI) encoding process.

  Now that there’s some context, my question is : How can I solve this "Process hung" error ?

  In case the answer to that is to go with this double encoding method suggested, how can I achieve this using Carrierwave-video ?

  One last note is that if I try to encode these videos using ffmpeg straight from command-line the videos encode and playback successfully.

  Thank you for your time !

  PD : Wasn’t sure if I should add ruby-on-rails tag. I’ll remove it if necessary !

  Edit
  This is what I get from ffmpeg -i filename.mp4

  ffmpeg version 0.10.3 Copyright (c) 2000-2012 the FFmpeg developers
  
    built on Apr 30 2013 11:26:53 with gcc 4.5.4
  
    configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --cc=x86_64-pc-linux-gnu-gcc --cxx=x86_64-pc-linux-gnu-g++ --ar=x86_64-pc-linux-gnu-ar --optflags='-O2 -march=athlon64 -pipe' --extra-cflags='-O2 -march=athlon64 -pipe' --extra-cxxflags='-O2 -march=athlon64 -pipe' --disable-static --enable-gpl --enable-version3 --enable-postproc --enable-avfilter --disable-stripping --disable-debug --disable-doc --disable-vaapi --disable-vdpau --disable-ffplay --enable-openssl --enable-nonfree --enable-libmp3lame --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libaacplus --enable-nonfree --enable-libfaac --enable-nonfree --disable-indev=v4l --disable-indev=v4l2 --disable-indev=alsa --disable-indev=oss --disable-indev=jack --disable-outdev=alsa --disable-outdev=oss --disable-outdev=sdl --enable-pthreads --enable-libopencore-amrwb --enable-libopencore-amrnb --enable-libvpx --enable-libope  libavutil      51. 35.100 / 51. 35.100
  
    libavcodec     53. 61.100 / 53. 61.100
  
    libavformat    53. 32.100 / 53. 32.100
  
    libavdevice    53.  4.100 / 53.  4.100
  
    libavfilter     2. 61.100 /  2. 61.100
  
    libswscale      2.  1.100 /  2.  1.100
  
    libswresample   0.  6.100 /  0.  6.100
  
    libpostproc    52.  0.100 / 52.  0.100
  
  
  
  Input #0, mov,mp4,m4a,3gp,3g2,mj2, from '/home/user/api/uploads/tmp/e54zfghzt9.mp4':
  
  
  
  
  
  Metadata:
  
      major_brand     : isom
  
      minor_version   : 0
  
      compatible_brands: isom3gp4
  
      creation_time   : 2014-04-23 14:56:19
  
    Duration: 00:00:14.27, start: 0.000000, bitrate: 20757 kb/s
  
      Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080, 20993 kb/s, SAR 65536:65536 DAR 16:9, 30 fps, 30 tbr, 90k tbn, 180k tbc
  
  
  
  
  
  Metadata:
  
        creation_time   : 2014-04-23 14:56:19
  
        handler_name    : VideoHandle
  
      Stream #0:1(eng): Audio: aac (mp4a / 0x6134706D), 48000 Hz, stereo, s16, 190 kb/s
  
  
  
  
  
  Metadata:
  
        creation_time   : 2014-04-23 14:56:19
  
        handler_name    : SoundHandle

  Then it just starts buffering as such :

  time=00:00:13.20 bitrate=2533.2kbits/s    
  
  frame=  405 fps=  7 q=24.0 size=    4083kB time=00:00:13.20 bitrate=2533.2kbits/s    
  
  frame=  407 fps=  7 q=24.0 size=    4083kB time=00:00:13.20 bitrate=2533.2kbits/s    
  
  frame=  409 fps=  7 q=24.0 size=    4083kB time=00:00:13.20 bitrate=2533.2kbits/s    
  
  frame=  412 fps=  7 q=24.0 size=    4083kB time=00:00:13.20 bitrate=2533.2kbits/s    
  
  frame=  417 fps=  7 q=24.0 size=    4083kB time=00:00:13.20 bitrate=2533.2kbits/s    
  
  frame=  417 fps=  7 q=24.0 Lsize=    4194kB time=00:00:13.90 bitrate=2471.5kbits/s    
  
  video:3957kB audio:223kB global headers:0kB muxing overhead 0.310939%
  
  [libx264 @ 0x7f28327ccc50] frame I:2     Avg QP:21.50  size: 25120
  
  [libx264 @ 0x7f28327ccc50] frame P:415   Avg QP:25.32  size:  9642
  
  [libx264 @ 0x7f28327ccc50] mb I  I16..4: 35.8%  0.0% 64.2%
  
  [libx264 @ 0x7f28327ccc50] mb P  I16..4:  8.4%  0.0%  3.2%  P16..4: 43.6% 19.0%  5.6%  0.0%  0.0%    skip:20.2%
  
  [libx264 @ 0x7f28327ccc50] coded y,uvDC,uvAC intra: 45.2% 53.6% 27.3% inter: 39.4% 27.6% 2.7%
  
  [libx264 @ 0x7f28327ccc50] i16 v,h,dc,p: 28% 57% 11%  5%
  
  [libx264 @ 0x7f28327ccc50] i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 66% 11%  1%  1%  1%  2%  1%  2%
  
  [libx264 @ 0x7f28327ccc50] i8c dc,h,v,p: 23% 58% 17%  3%
  
  [libx264 @ 0x7f28327ccc50] kb/s:2331.88

  `

• aacenc : remove ANMR coder

  8 février, par Lynne

  aacenc : remove ANMR coder
  If there's ever a rework of the AAC encoder, it won't start from here.
  
  The codec, with all its oddities and tweaks needed to acheive good quality
  
  has strayed far from the academic work upon which this coder was based on.
  
  Its been 20 years since this paper was released, and no known existing
  
  implementations, open-source or proprietary that we know of, are based on it.
  

  • [DH] libavcodec/aaccoder.c
  • [DH] libavcodec/aacenc.c
  • [DH] libavcodec/aacenc.h