Recherche avancée

Sur d’autres sites (10323)

• Compiling ffmpeg for iOS and gas-preprocessor.pl

  16 mai 2017, par user500

  I want to compile ffmpeg for iOS. I did it a few times before. But now I’m on clean new Mavericks and on configure I’m always getting

  Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
  
  Configured with: --prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/usr/include/c++/4.2.1
  
  GNU assembler not found, install gas-preprocessor
  
  
  
  If you think configure made a mistake, make sure you are using the latest
  
  version from Git.  If the latest version fails, report the problem to the
  
  ffmpeg-user@ffmpeg.org mailing list or IRC #ffmpeg on irc.freenode.net.
  
  Include the log file "config.log" produced by configure as this will help
  
  solving the problem.

  I have current Xcode installed. Also brews. And current gas-preprocessor.pl (https://github.com/yuvi/gas-preprocessor) in usr/bin and also in usr/local/bin.

  ---

  On perl /usr/bin/gas-preprocessor.pl gcc I’m getting Unrecognized input filetype at /usr/bin/gas-preprocessor.pl line 33.

  ---

  This config works :

  ./configure \
  
  --extra-cflags='-arch arm64 -mios-version-min=7.0 -mthumb' \
  
  --extra-ldflags='-arch arm64 -mios-version-min=7.0' \
  
  --enable-cross-compile \
  
  --arch=arm64 \
  
  --target-os=darwin \
  
  --cc=/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang \
  
  --sysroot=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS7.0.sdk \
  
  --prefix=arm64 \
  
  --disable-doc \
  
  --disable-shared \
  
  --disable-everything \
  
  --enable-static \
  
  --enable-pic \
  
  --disable-muxers \
  
  --enable-muxer=flv \
  
  --disable-demuxers \
  
  --enable-demuxer=h264 \
  
  --enable-demuxer=pcm_s16le \
  
  --disable-devices \
  
  --disable-parsers \
  
  --enable-parser=h264 \
  
  --disable-encoders \
  
  --enable-encoder=aac \
  
  --disable-decoders \
  
  --enable-decoder=h264 \
  
  --enable-decoder=pcm_s16le \
  
  --disable-protocols \
  
  --enable-protocol=rtmp \
  
  --disable-filters \
  
  --disable-bsfs

  ---

  This config throws error above (GNU assembler not found, install gas-preprocessor) :

  ./configure \
  
  --cpu=cortex-a8 \
  
  --extra-cflags='-arch armv7 -mios-version-min=7.0 -mthumb' \
  
  --extra-ldflags='-arch armv7 -mios-version-min=7.0' \
  
  --enable-cross-compile \
  
  --arch=armv7 \
  
  --target-os=darwin \
  
  --cc=/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang \
  
  --sysroot=/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/SDKs/iPhoneOS7.0.sdk \
  
  --prefix=armv7 \
  
  --disable-doc \
  
  --disable-shared \
  
  --disable-everything \
  
  --enable-static \
  
  --enable-pic \
  
  --disable-muxers \
  
  --enable-muxer=flv \
  
  --disable-demuxers \
  
  --enable-demuxer=h264 \
  
  --enable-demuxer=pcm_s16le \
  
  --disable-devices \
  
  --disable-parsers \
  
  --enable-parser=h264 \
  
  --disable-encoders \
  
  --enable-encoder=aac \
  
  --disable-decoders \
  
  --enable-decoder=h264 \
  
  --enable-decoder=pcm_s16le \
  
  --disable-protocols \
  
  --enable-protocol=rtmp \
  
  --disable-filters \
  
  --disable-bsfs

• FFmpeg remux rtp to mpegts [on hold]

  16 décembre 2013, par Ardoramor

  I am trying to remux rtp stream into mptegts format. I have an SDP file with the following contents :

  v=0
  
  o=- 0 0 IN IP4 127.0.0.1
  
  s=Unnamed
  
  i=N/A
  
  c=IN IP4 192.168.17.44
  
  t=0 0
  
  a=recvonly
  
  a=orient:portrait
  
  m=video 8202 RTP/AVP 96
  
  a=rtpmap:96 H264/90000
  
  a=fmtp:96 packetization-mode=1;profile-level-id=428028;sprop-parameter-sets=Z0KAKJWgKA9E,aM48gA==;
  
  a=control:trackID=1

  I execute the following ffmpeg command :

  ffmpeg -i "test.sdp" -f mpegts -vcodec copy "/tmp/test.ts"

  And I get the following information :

  Input #0, sdp, from 'test.sdp':
  
    Metadata:
  
      title           : Unnamed
  
      comment         : N/A
  
    Duration: N/A, start: 0.066622, bitrate: N/A
  
      Stream #0.0: Video: h264 (Baseline), yuv420p, 640x480, 90k tbr, 90k tbn, 180k tbc
  
  [mpegts @ 0x1101d4c0] muxrate VBR, pcr every 9000 pkts, sdt every 200, pat/pmt every 40 pkts
  
  Output #0, mpegts, to '/tmp/test.ts':
  
    Metadata:
  
      title           : Unnamed
  
      comment         : N/A
  
      encoder         : Lavf53.4.0
  
      Stream #0.0: Video: libx264, yuv420p, 640x480, q=2-31, 90k tbn, 90k tbc
  
  Stream mapping:
  
    Stream #0.0 -> #0.0

  I receive the following error :

  [mpegts @ 0x1c85f960] h264 bitstream malformated, no startcode found, use -vbsf h264_mp4toannexb
  
  av_interleaved_write_frame(): Operation not permitted

  So I add the suggested bitstream filter :

  ffmpeg -i "test.sdp" -f mpegts -vbsf h264_mp4toannexb "/tmp/test.ts"

  But the h264 encoding now becomes h262 (mpeg2video) :

  ~$ffprobe /tmp/test.ts
  
  Input #0, mpegts, from '/tmp/test.ts':
  
    Duration: 00:00:04.13, start: 1.400000, bitrate: 640 kb/s
  
    Program 1
  
      Metadata:
  
        service_name    : Unnamed
  
        service_provider: FFmpeg
  
      Stream #0.0[0x100]: Video: mpeg2video (Main), yuv420p, 640x480 [PAR 1:1 DAR 4:3], 104857 kb/s, 60 fps, 60 tbr, 90k tbn, 120 tbc

  Is there any way to keep the h264 codec without re-encoding it ? Doing so becomes very CPU intensive.

  Update

  Hopefully this will clear up the issue and remove the off-topic stamp.

  I'm writing an Android app that is based off of SpyDroids streaming architecture. The app communicates with the server, providing it the SDP. The server spawns an ffmpeg process to remux the incoming video stream into mpegts and broadcasts it on multicast (right now just file).

  SpyDroid performs streaming by sending recorded mp4 file through localsocket, received h264 packets, supposedly (according to code removed mp4 h264 prefix [annexb]), wraps it with rtp headrs and sends it on its way. Thus, the RPT stream I get is clearly not originally generated as such.

  As @Wagner Patriota has mentioned, I should add '-vcodec copy'. I had run the remuxing with it before as well but the error is still present (full output) :

  ~$ffmpeg -i "test.sdp" -f mpegts -vcodec copy -vbsf h264_mp4toannexb "/tmp/test.ts"
  
  ffmpeg version 0.8.6, Copyright (c) 2000-2011 the FFmpeg developers
  
    built on Jan 30 2012 17:17:54 with gcc 4.5.2
  
    configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-postproc --enable-avfilter --enable-pthreads --enable-x11grab --disable-avisynth --enable-libdc1394 --enable-libfaac --enable-libgsm --enable-libmp3lame --enable-libx264 --enable-libxvid --extra-cflags='-O2 -g -m64 -mtune=generic -fPIC' --disable-stripping --disable-demuxer=v4l --disable-demuxer=v4l2 --disable-indev=v4l --disable-indev=v4l2
  
    libavutil    51.  9. 1 / 51.  9. 1
  
    libavcodec   53.  7. 0 / 53.  7. 0
  
    libavformat  53.  4. 0 / 53.  4. 0
  
    libavdevice  53.  1. 1 / 53.  1. 1
  
    libavfilter   2. 23. 0 /  2. 23. 0
  
    libswscale    2.  0. 0 /  2.  0. 0
  
    libpostproc  51.  2. 0 / 51.  2. 0
  
  [h264 @ 0x16b4b1c0] concealing 232 DC, 232 AC, 232 MV errors
  
  [h264 @ 0x16b4b1c0] concealing 63 DC, 63 AC, 63 MV errors
  
  [h264 @ 0x16b4b1c0] concealing 25 DC, 25 AC, 25 MV errors
  
  [h264 @ 0x16b4b1c0] concealing 138 DC, 138 AC, 138 MV errors
  
  [h264 @ 0x16b4b1c0] concealing 69 DC, 69 AC, 69 MV errors
  
  [sdp @ 0x16b43400] Estimating duration from bitrate, this may be inaccurate
  
  
  
  Seems stream 0 codec frame rate differs from container frame rate: 180000.00 (180000/1) -> 90000.00 (180000/2)
  
  Input #0, sdp, from 'test.sdp':
  
    Metadata:
  
      title           : Unnamed
  
      comment         : N/A
  
    Duration: N/A, start: 0.033256, bitrate: N/A
  
      Stream #0.0: Video: h264 (Baseline), yuv420p, 640x480, 90k tbr, 90k tbn, 180k tbc
  
  [mpegts @ 0x16b4a4c0] muxrate VBR, pcr every 9000 pkts, sdt every 200, pat/pmt every 40 pkts
  
  Output #0, mpegts, to '/tmp/test.ts':
  
    Metadata:
  
      title           : Unnamed
  
      comment         : N/A
  
      encoder         : Lavf53.4.0
  
      Stream #0.0: Video: libx264, yuv420p, 640x480, q=2-31, 90k tbn, 90k tbc
  
  Stream mapping:
  
    Stream #0.0 -> #0.0
  
  Press [q] to stop, [?] for help
  
  h264_mp4toannexb failed for stream 0, codec copy: Invalid argument
  
  [mpegts @ 0x16b4a4c0] h264 bitstream malformated, no startcode found, use -vbsf h264_mp4toannexb
  
  av_interleaved_write_frame(): Operation not permitted

  The error reports that the invalid argument has been supplied. Increased loglevel does not give any more information. I know that ffmpeg is sometimes finicky with argument order. However, they seen to be in order of documentation as well as suggested order by @Wagner Patriota.

• FFmpeg remux rtp to mpegts [closed]

  16 décembre 2013, par Ardoramor

  I am trying to remux rtp stream into mptegts format. I have an SDP file with the following contents :

  v=0
  
  o=- 0 0 IN IP4 127.0.0.1
  
  s=Unnamed
  
  i=N/A
  
  c=IN IP4 192.168.17.44
  
  t=0 0
  
  a=recvonly
  
  a=orient:portrait
  
  m=video 8202 RTP/AVP 96
  
  a=rtpmap:96 H264/90000
  
  a=fmtp:96 packetization-mode=1;profile-level-id=428028;sprop-parameter-sets=Z0KAKJWgKA9E,aM48gA==;
  
  a=control:trackID=1

  I execute the following ffmpeg command :

  ffmpeg -i "test.sdp" -f mpegts -vcodec copy "/tmp/test.ts"

  And I get the following information :

  Input #0, sdp, from 'test.sdp':
  
    Metadata:
  
      title           : Unnamed
  
      comment         : N/A
  
    Duration: N/A, start: 0.066622, bitrate: N/A
  
      Stream #0.0: Video: h264 (Baseline), yuv420p, 640x480, 90k tbr, 90k tbn, 180k tbc
  
  [mpegts @ 0x1101d4c0] muxrate VBR, pcr every 9000 pkts, sdt every 200, pat/pmt every 40 pkts
  
  Output #0, mpegts, to '/tmp/test.ts':
  
    Metadata:
  
      title           : Unnamed
  
      comment         : N/A
  
      encoder         : Lavf53.4.0
  
      Stream #0.0: Video: libx264, yuv420p, 640x480, q=2-31, 90k tbn, 90k tbc
  
  Stream mapping:
  
    Stream #0.0 -> #0.0

  I receive the following error :

  [mpegts @ 0x1c85f960] h264 bitstream malformated, no startcode found, use -vbsf h264_mp4toannexb
  
  av_interleaved_write_frame(): Operation not permitted

  So I add the suggested bitstream filter :

  ffmpeg -i "test.sdp" -f mpegts -vbsf h264_mp4toannexb "/tmp/test.ts"

  But the h264 encoding now becomes h262 (mpeg2video) :

  ~$ffprobe /tmp/test.ts
  
  Input #0, mpegts, from '/tmp/test.ts':
  
    Duration: 00:00:04.13, start: 1.400000, bitrate: 640 kb/s
  
    Program 1
  
      Metadata:
  
        service_name    : Unnamed
  
        service_provider: FFmpeg
  
      Stream #0.0[0x100]: Video: mpeg2video (Main), yuv420p, 640x480 [PAR 1:1 DAR 4:3], 104857 kb/s, 60 fps, 60 tbr, 90k tbn, 120 tbc

  Is there any way to keep the h264 codec without re-encoding it ? Doing so becomes very CPU intensive.

  Update

  Hopefully this will clear up the issue and remove the off-topic stamp.

  I'm writing an Android app that is based off of SpyDroids streaming architecture. The app communicates with the server, providing it the SDP. The server spawns an ffmpeg process to remux the incoming video stream into mpegts and broadcasts it on multicast (right now just file).

  SpyDroid performs streaming by sending recorded mp4 file through localsocket, received h264 packets, supposedly (according to code removed mp4 h264 prefix [annexb]), wraps it with rtp headrs and sends it on its way. Thus, the RPT stream I get is clearly not originally generated as such.

  As @Wagner Patriota has mentioned, I should add '-vcodec copy'. I had run the remuxing with it before as well but the error is still present (full output) :

  ~$ffmpeg -i "test.sdp" -f mpegts -vcodec copy -vbsf h264_mp4toannexb "/tmp/test.ts"
  
  ffmpeg version 0.8.6, Copyright (c) 2000-2011 the FFmpeg developers
  
    built on Jan 30 2012 17:17:54 with gcc 4.5.2
  
    configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64 --mandir=/usr/share/man --enable-shared --enable-gpl --enable-version3 --enable-nonfree --enable-postproc --enable-avfilter --enable-pthreads --enable-x11grab --disable-avisynth --enable-libdc1394 --enable-libfaac --enable-libgsm --enable-libmp3lame --enable-libx264 --enable-libxvid --extra-cflags='-O2 -g -m64 -mtune=generic -fPIC' --disable-stripping --disable-demuxer=v4l --disable-demuxer=v4l2 --disable-indev=v4l --disable-indev=v4l2
  
    libavutil    51.  9. 1 / 51.  9. 1
  
    libavcodec   53.  7. 0 / 53.  7. 0
  
    libavformat  53.  4. 0 / 53.  4. 0
  
    libavdevice  53.  1. 1 / 53.  1. 1
  
    libavfilter   2. 23. 0 /  2. 23. 0
  
    libswscale    2.  0. 0 /  2.  0. 0
  
    libpostproc  51.  2. 0 / 51.  2. 0
  
  [h264 @ 0x16b4b1c0] concealing 232 DC, 232 AC, 232 MV errors
  
  [h264 @ 0x16b4b1c0] concealing 63 DC, 63 AC, 63 MV errors
  
  [h264 @ 0x16b4b1c0] concealing 25 DC, 25 AC, 25 MV errors
  
  [h264 @ 0x16b4b1c0] concealing 138 DC, 138 AC, 138 MV errors
  
  [h264 @ 0x16b4b1c0] concealing 69 DC, 69 AC, 69 MV errors
  
  [sdp @ 0x16b43400] Estimating duration from bitrate, this may be inaccurate
  
  
  
  Seems stream 0 codec frame rate differs from container frame rate: 180000.00 (180000/1) -> 90000.00 (180000/2)
  
  Input #0, sdp, from 'test.sdp':
  
    Metadata:
  
      title           : Unnamed
  
      comment         : N/A
  
    Duration: N/A, start: 0.033256, bitrate: N/A
  
      Stream #0.0: Video: h264 (Baseline), yuv420p, 640x480, 90k tbr, 90k tbn, 180k tbc
  
  [mpegts @ 0x16b4a4c0] muxrate VBR, pcr every 9000 pkts, sdt every 200, pat/pmt every 40 pkts
  
  Output #0, mpegts, to '/tmp/test.ts':
  
    Metadata:
  
      title           : Unnamed
  
      comment         : N/A
  
      encoder         : Lavf53.4.0
  
      Stream #0.0: Video: libx264, yuv420p, 640x480, q=2-31, 90k tbn, 90k tbc
  
  Stream mapping:
  
    Stream #0.0 -> #0.0
  
  Press [q] to stop, [?] for help
  
  h264_mp4toannexb failed for stream 0, codec copy: Invalid argument
  
  [mpegts @ 0x16b4a4c0] h264 bitstream malformated, no startcode found, use -vbsf h264_mp4toannexb
  
  av_interleaved_write_frame(): Operation not permitted

  The error reports that the invalid argument has been supplied. Increased loglevel does not give any more information. I know that ffmpeg is sometimes finicky with argument order. However, they seen to be in order of documentation as well as suggested order by @Wagner Patriota.