Recherche avancée

Sur d’autres sites (6978)

• FFmpeg - Unrecognized option 'map [outv]'

  11 juin 2015, par Jon G

  I am merging some video files with FFmpeg and having an issue with my custom build. I’m using the following Java code for wrapping the ffmpeg command :

  List<string> cmds = new ArrayList&lt;>();
  
  cmds.add("ffmpeg");
  
  cmds.add("-i");
  
  cmds.add("input1.mp4");
  
  ...
  
  cmds.add("-map [outv]");
  
  cmds.add("-map [a]");
  
  ...
  
  cmds.add("output.mp4");
  
  
  
  ProcessBuilder pb = new ProcessBuilder(cmds);
  
  pb.directory(fileExec);
  
  Process process = pb.start();
  
  int exitVal = process.waitFor();
  
  </string>

  The command I am using is (abbreviated filter_complex) :

  ffmpeg -i input1.mp4 -i input2.mp4 -filter_complex “... [bla1][bla2]overlay=main_w-overlay_w:main_h-overlay_h:format=yuv420[outv]” -c:v libx264 -preset ultrafast -b:v 45000k -aspect 1.7777778 -map [outv] -map [a] -c:a libfdk_aac -ac 2 -b:a 128k -t 24 output.mp4

  I get the error :

  Unrecognized option 'map [outv]'.

  Am I missing a configuration option to include map ? Where would I find this information of what options are required for the map command ? Or is my ffmpeg just too old like lots of the other similar questions ? 2015-02-25 is pretty recent !

  Full command :

  ffmpeg -y -i VID_20150609_154943_5583.mp4 -i VID_20150609_154943_24253.mp4 -i VID_20150609_154943_16083.mp4 -i stamp.png -f lavfi -i color=black -filter_complex " [0:v]scale=iw*min(1280/iw\,720/ih):ih*min(1280/iw\,720/ih),pad=1280:720:(ow-iw*min(ow/iw\,oh/ih))/2:(oh-ih*min(ow/iw\,oh/ih))/2,format=pix_fmts=yuva420p,fade=t=out:st=7.99:d=2:alpha=1,setpts=expr=PTS-STARTPTS[va0] ; [0:a]afade=t=out:st=7.99:d=2[a0] ; [1:v]scale=iw*min(1280/iw\,720/ih):ih*min(1280/iw\,720/ih),pad=1280:720:(ow-iw*min(ow/iw\,oh/ih))/2:(oh-ih*min(ow/iw\,oh/ih))/2,format=pix_fmts=yuva420p,fade=t=in:st=0:d=2:alpha=1,fade=t=out:st=15.98:d=2:alpha=1,setpts=expr=PTS-STARTPTS+7.99/TB[va1] ; [1:a]afade=t=in:st=0:d=2,afade=t=out:st=15.98:d=2[a1] ; aevalsrc=0:d=7.99[s1] ; [s1][a1]concat=n=2:v=0:a=1[ac1] ; [2:v]scale=iw*min(1280/iw\,720/ih):ih*min(1280/iw\,720/ih),pad=1280:720:(ow-iw*min(ow/iw\,oh/ih))/2:(oh-ih*min(ow/iw\,oh/ih))/2,format=pix_fmts=yuva420p,fade=t=in:st=0:d=2:alpha=1,setpts=expr=PTS-STARTPTS+15.98/TB[va2] ; [2:a]afade=t=in:st=0:d=2[a2] ; aevalsrc=0:d=15.98[s2] ; [s2][a2]concat=n=2:v=0:a=1[ac2] ; [4:v]scale=1280x720,trim=duration=23.97[over0] ; [a0][ac1][ac2]amix=inputs=3[a]; [over0][va0]overlay[over1];[over1][va1]overlay[over2];[over2][va2]overlay[over3] ; [over3][3:v]overlay=main_w-overlay_w:main_h-overlay_h:format=yuv420[outv] " -c:v libx264 -preset ultrafast -b:v 45000k -aspect 1.7777778 -map [outv] -map [a] -c:a libfdk_aac -ac 2 -b:a 128k -t 23.97 VID_20150609_155417.mp4
  
  ffmpeg version git-2015-02-25-b0d3322 Copyright (c) 2000-2015 the FFmpeg developers
  
    built with gcc 4.8 (GCC)
  
    configuration: --arch=arm --cpu=cortex-a8 --target-os=linux --enable-runtime-cpudetect --enable-pic --disable-shared --enable-static --cross-prefix=/home/jon/Development/android-ndk-r10d/toolchains/arm-linux-androideabi-4.8/prebuilt/linux-x86_64/bin/arm-linux-androideabi- --enable-cross-compile --sysroot=/home/jon/Development/android-ndk-r10d/platforms/android-9/arch-arm/ --extra-cflags='-I../x264 -mfloat-abi=softfp -mfpu=neon -fPIE -pie' --extra-ldflags='-L../x264 -fPIE -pie' --enable-version3 --enable-gpl --disable-doc --enable-yasm --disable-decoders --enable-decoder='mpeg4,aac,h264,mpegvideo,mpeg1video,mpeg2video,png,mjpeg' --disable-encoders --enable-encoder='mpeg4,aac,h264,libx264,mpeg1video,mpeg2video,png' --disable-parsers --enable-parser='aac,mpeg4video,ac3,h261,h264,vc1,mpegvideo' --disable-demuxers --enable-demuxer='aac,h264,mpegvideo,m4v,mov,vc1,mp4,concat,image2' --disable-muxers --enable-muxer='h264,mpeg1video,mpeg2video,m4v,mov,vc1,md5,mp4' --enable-protocols --enable-indev='v4l,v4l2' --disable-filters --enable-filter='aresample,scale,movie,overlay' --enable-avfilter --disable-indevs --enable-indev=lavfi --disable-outdevs --enable-hwaccels --enable-ffmpeg --disable-ffplay --disable-ffprobe --disable-ffserver --disable-symver --enable-network --enable-libx264 --enable-zlib
  
    libavutil      54. 19.100 / 54. 19.100
  
    libavcodec     56. 26.100 / 56. 26.100
  
    libavformat    56. 23.105 / 56. 23.105
  
    libavdevice    56.  4.100 / 56.  4.100
  
    libavfilter     5. 11.101 /  5. 11.101
  
    libswscale      3.  1.101 /  3.  1.101
  
    libswresample   1.  1.100 /  1.  1.100
  
    libpostproc    53.  3.100 / 53.  3.100
  
  Unrecognized option 'map [outv]'.

• FFServer streaming H.264 from Logitech C920 without re-encoding

  29 novembre 2016, par Zoltan Fedor

  I’m trying to broadcast a native .H264 webcam feed from a Logitech C920 webcam in realtime from an Odroid device (a robot) via ffserver running on a separate server (CentOS 7.1) to users’ browser without reeconding the .H264 video feed.

  Having a realtime video feed in the browser is a challenge on its own, so for now I’m just trying to get the Logitech C920 webcam on the Odroid to stream its native .H264 realtime video feed as mp4 via ffserver to users without the need to reencode the video in the process.
  Obviously I want to avoid re-encoding as that would take too much CPU time and would kill the realtime video feed. Later I might need to change the container to .flv or rtp, so it can be played from the browser in a realtime fashion. I’m using the Logitech C920 webcam, because it can do .H264 encoding on the hardware. (it has been tested by saving a file directly, it works, except the well-known ’jerkiness’ issue related to a linux kernel bug : http://sourceforge.net/p/linux-uvc/mailman/message/33164469/ , but that is a different story)

  The problem is, that however I set ffmpeg-ffserver up, as soon as ffserver is in the picture the feed gets reencoded - even from h264(native) to h264(libx264) - taking up 100% of CPU on the Odroid device and introducing a huge delay in the video feed.

  Below are my ffmpeg and ffserver settings.

  Ffmpeg from the Odroid device streaming the .H264 feed to ffserver

  $ ffmpeg -s 1920x1080 -f v4l2 -vcodec h264 -i /dev/video0 -copyinkf -vcodec copy http://xxxyyyy.com:8090/feed1.ffm
  
  ffmpeg version N-72744-g653bf3c Copyright (c) 2000-2015 the FFmpeg developers
  
    built with gcc 4.8 (Ubuntu/Linaro 4.8.2-19ubuntu1)
  
    configuration: --prefix=/home/odroid/ffmpeg_build --pkg-config-flags=--static --extra-cflags=-I/home/odroid/ffmpeg_build/include --extra-ldflags=-L/home/odroid/ffmpeg_build/lib --bindir=/home/odroid/bin --enable-gpl --enable-libass --enable-libfdk-aac --enable-libfreetype --enable-libmp3lame --enable-libopus --enable-libtheora --enable-libvorbis --enable-libvpx --enable-libx264 --enable-libx265 --enable-nonfree
  
    libavutil      54. 27.100 / 54. 27.100
  
    libavcodec     56. 41.100 / 56. 41.100
  
    libavformat    56. 36.100 / 56. 36.100
  
    libavdevice    56.  4.100 / 56.  4.100
  
    libavfilter     5. 16.101 /  5. 16.101
  
    libswscale      3.  1.101 /  3.  1.101
  
    libswresample   1.  2.100 /  1.  2.100
  
    libpostproc    53.  3.100 / 53.  3.100
  
  Input #0, video4linux2,v4l2, from '/dev/video0':
  
    Duration: N/A, start: 6581.606726, bitrate: N/A
  
      Stream #0:0: Video: h264 (Constrained Baseline), yuvj420p(pc), 1920x1080 [SAR 1:1 DAR 16:9], -5 kb/s, 30 fps, 30 tbr, 1000k tbn, 60 tbc
  
  [swscaler @ 0x11bf0b0] deprecated pixel format used, make sure you did set range correctly
  
  No pixel format specified, yuvj420p for H.264 encoding chosen.
  
  Use -pix_fmt yuv420p for compatibility with outdated media players.
  
  [libx264 @ 0x12590e0] using SAR=64/45
  
  [libx264 @ 0x12590e0] using cpu capabilities: ARMv6 NEON
  
  [libx264 @ 0x12590e0] profile High, level 1b
  
  Output #0, ffm, to 'http://robo-car.int.thomsonreuters.com:8090/feed1.ffm':
  
    Metadata:
  
      creation_time   : now
  
      encoder         : Lavf56.36.100
  
      Stream #0:0: Video: h264 (libx264), yuvj420p(pc), 160x128 [SAR 64:45 DAR 16:9], q=-1--1, 64 kb/s, 30 fps, 1000k tbn, 5 tbc
  
      Metadata:
  
        encoder         : Lavc56.41.100 libx264
  
  Stream mapping:
  
    Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))
  
  Press [q] to stop, [?] for help
  
  ^Cav_interleaved_write_frame(): Immediate exit requested00 bitrate=N/A dup=0 drop=97    
  
      Last message repeated 2140 times
  
  frame= 3723 fps=301 q=-1.0 Lsize=     396kB time=00:12:14.20 bitrate=   4.4kbits/s dup=3699 drop=103    
  
  video:321kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 23.500496%

  And the /etc/ffserver.conf on the server running ffserver :

  HTTPPort 8090                      # Port to bind the server to
  
  HTTPBindAddress 0.0.0.0
  
  MaxHTTPConnections 2000
  
  MaxClients 1000
  
  MaxBandwidth 10000             # Maximum bandwidth per client
  
                                 # set this high enough to exceed stream bitrate
  
  CustomLog -
  
  
  
  <feed>         # This is the input feed where FFmpeg will send
  
     File ./feed1.ffm            # video stream.
  
     FileMaxSize 1G              # Maximum file size for buffering video
  
  </feed>
  
  
  
  <stream>
  
    Feed feed1.ffm
  
    Format mp4
  
    NoAudio
  
  </stream>

  As you have seen above in the ffmpeg section, there is a reencoding happening on the Odroid device maxing out the CPUs :

  Stream mapping:
  
    Stream #0:0 -> #0:0 (h264 (native) -> h264 (libx264))

  I have already tried setting the VideoCodec value in the ffserver config directly to libx264, tried the -re setting in ffmpeg, tried using different syntax for ffmpeg, etc. Nothing helps. Reeconding is always there and so I can’t make ffmpeg-ffserver just to broadcast the video stream as-is.

  Both ffmpeg (on the Odroid and on the server) were compiled yesterday (2015-06-09) from source, so they are the latest (and the same) version.

  Any idea ?

  EDIT :
  IN SUMMARY the issue is : I cannot find a way to get ffserver to broadcast the h264(native) feed coming from the Logitech C920 webcam without re-encoding.

• FFmpeg changing Keyframe Interval / GoP values while reencoding a Livestream ?

  17 juin 2015, par eCronik

  I am using ffmpeg in an nginx environment to reencode Livestreams on Ubuntu.

  So there are 2 Livestreams with the exact identical options going into the reencode. Both are streaming to a server in germany - one comes from germany, the other comes from the US eastcoast. So I have the problem, that the receiver after the reencode moans after some time about the Keyframe Interval growing higher of the stream coming from the US - until a certain point where it stops. This is not always happening in the same amount of time or to the same extent.

  This is the line I am using to reencode :

  exec_push ffmpeg -i rtmp://localhost/input/$name -c:v libx264 -preset slow -profile:v main -b:v 2175k -minrate 2175k -maxrate 2175k -bufsize 2175k -r 40 -g 80 -c:a aac -strict -2 -b:a 160k -f flv rtmp://server \-c copy -f flv rtmp://server;

  Does anybody have a clue what could cause this and how to prevent it ? Changing x264 cpu preset on the machine where the stream comes from to something faster doesn’t work, and the reencode-server is just at 50% usage with ’slow’ as well.

  Here my version info :

  ffmpeg version 2.6.3 Copyright (c) 2000-2015 the FFmpeg developers
  
  built with gcc 4.8 (Ubuntu 4.8.2-19ubuntu1)
  
  configuration: --extra-libs=-ldl --prefix=/opt/ffmpeg --enable-avresample --disable-debug --enable-nonfree --enable-gpl --enable-version3 --enable-libopencore-amrnb --enable-libopencore-amrwb --disable-decoder=amrnb --disable-decoder=amrwb --enable-libpulse --enable-libx264 --enable-libx265 --enable-libfdk-aac --enable-libvorbis --enable-libmp3lame --enable-libopus --enable-libvpx --enable-libspeex --enable-libass --enable-avisynth --enable-libsoxr --enable-libxvid --enable-libvo-aacenc --enable-libvidstab
  
  libavutil      54. 20.100 / 54. 20.100
  
  libavcodec     56. 26.100 / 56. 26.100
  
  libavformat    56. 25.101 / 56. 25.101
  
  libavdevice    56.  4.100 / 56.  4.100
  
  libavfilter     5. 11.102 /  5. 11.102
  
  libavresample   2.  1.  0 /  2.  1.  0
  
  libswscale      3.  1.101 /  3.  1.101
  
  libswresample   1.  1.100 /  1.  1.100
  
  libpostproc    53.  3.100 / 53.  3.100

  Thanks a bunch,
  eC