Recherche avancée

Sur d’autres sites (13016)

• while using opencv in python getting error —>[h264 @ 0x7fd8f4027fc0] error while decoding MB 12 46, bytestream -6 "

  22 janvier 2021, par Himanshu sharma

  I am getting this error —> " [h264 @ 0x7fd8f4027fc0] error while decoding MB 12 46, bytestream -6 "
  
while straming IP camera in python using opencv module.
  
As this error occure, i can't ableenter image description here to save video. You can see this in video enter image description here

  


  Python-> 3.8.5 (default, Jul 28 2020, 12:59:40) [GCC 9.3.0] on linux OS-
Ubuntu - 20.04
OpenCV - 4.4.0
opencv-contrib-python==4.4.0.46

  


  ffmpeg version 4.2.4-1ubuntu0.1 Copyright (c) 2000-2020 the FFmpeg developers
built with gcc 9 (Ubuntu 9.3.0-10ubuntu2)
configuration: --prefix=/usr --extra-version=1ubuntu0.1 --toolchain=hardened --libdir=/usr/lib/x86_64-linux-gnu --incdir=/usr/include/x86_64-linux-gnu --arch=amd64 --enable-gpl --disable-stripping --enable-avresample --disable-filter=resample --enable-avisynth --enable-gnutls --enable-ladspa --enable-libaom --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libcdio --enable-libcodec2 --enable-libflite --enable-libfontconfig --enable-libfreetype --enable-libfribidi --enable-libgme --enable-libgsm --enable-libjack --enable-libmp3lame --enable-libmysofa --enable-libopenjpeg --enable-libopenmpt --enable-libopus --enable-libpulse --enable-librsvg --enable-librubberband --enable-libshine --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx265 --enable-libxml2 --enable-libxvid --enable-libzmq --enable-libzvbi --enable-lv2 --enable-omx --enable-openal --enable-opencl --enable-opengl --enable-sdl2 --enable-libdc1394 --enable-libdrm --enable-libiec61883 --enable-nvenc --enable-chromaprint --enable-frei0r --enable-libx264 --enable-shared
libavutil      56. 31.100 / 56. 31.100
libavcodec     58. 54.100 / 58. 54.100
libavformat    58. 29.100 / 58. 29.100
libavdevice    58.  8.100 / 58.  8.100
libavfilter     7. 57.100 /  7. 57.100
libavresample   4.  0.  0 /  4.  0.  0
libswscale      5.  5.100 /  5.  5.100
libswresample   3.  5.100 /  3.  5.100
libpostproc    55.  5.100 / 55.  5.100
himanshu@himanshu-H81M-S:~$ 


  


• Works on FFMPEG 4, but FFMPEG 3 says emerge has unconnected output ?

  23 novembre 2020, par Karl Messner

  I'm combining an intro (.mp4/stereo) with video (.mp4/MONO) and and outdo (.mp4/stereo)

  


  ALSO, I want to add a background music. (.mp3/stereo) to the video. Adding stereo music to mono video. Then concat.

  


  It works fine on my MacOS localhost FFMPEG 4.x, but I upload to HostUpon, running FFMPEG 3.x and get this error :

  


  Filter amerge has a unconnected output

  


  I've tried a million variations of channel layout and pan configurations but the docs aren't clear enough for a newb. Any help greatly appreciated.

  


  /usr/local/bin/ffmpeg -report -i videos/intro720.mp4 -i videos/raw.mp4 -i videos/outro720.mp4 -i videos/music.mp3 -filter_complex " \
[0] scale=1280:720:force_original_aspect_ratio=decrease,pad=1280:720:(ow-iw)/2:(oh-ih)/2,setsar=1[v0]; \
[1] scale=1280:720:force_original_aspect_ratio=decrease,pad=1280:720:(ow-iw)/2:(oh-ih)/2,setsar=1[v1]; \
[2] scale=1280:720:force_original_aspect_ratio=decrease,pad=1280:720:(ow-iw)/2:(oh-ih)/2,setsar=1[v2]; \
[3:a]volume=.015[a0]; \
[1:a][a0]amerge[amix]; \
[v0][0:a:0] [v1][aMix] [v2][2:a:0] concat=n=3:v=1:a=1[v][a]" -map "[v]" -map "[a]" -f mp4 videos/out1606134367mp4 2>&1

ffmpeg started on 2020-11-23 at 07:26:07
Report written to "ffmpeg-20201123-072607.log"
ffmpeg version 3.0.2 Copyright (c) 2000-2016 the FFmpeg developers
  built with gcc 4.8.5 (GCC) 20150623 (Red Hat 4.8.5-39)
  configuration: --enable-gpl --enable-nonfree --enable-shared --enable-libmp3lame --enable-libx264 --enable-libfdk-aac --enable-libtheora --enable-libvorbis --enable-libxvid --enable-libfreetype --enable-libvpx
  libavutil      55. 17.103 / 55. 17.103
  libavcodec     57. 24.102 / 57. 24.102
  libavformat    57. 25.100 / 57. 25.100
  libavdevice    57.  0.101 / 57.  0.101
  libavfilter     6. 31.100 /  6. 31.100
  libswscale      4.  0.100 /  4.  0.100
  libswresample   2.  0.101 /  2.  0.101
  libpostproc    54.  0.100 / 54.  0.100
Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'videos/intro720.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    encoder         : Lavf58.12.100
    episode_sort    : 0
    season_number   : 0
    media_type      : 0
    hd_video        : 0
  Duration: 00:00:08.34, start: 0.023220, bitrate: 331 kb/s
    Stream #0:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 16:15 DAR 256:135], 269 kb/s, 30 fps, 30 tbr, 15360 tbn, 60 tbc (default)
    Metadata:
      handler_name    : VideoHandler
    Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 53 kb/s (default)
    Metadata:
      handler_name    : SoundHandler
Input #1, mov,mp4,m4a,3gp,3g2,mj2, from 'videos/raw.mp4':
  Metadata:
    major_brand     : mp42
    minor_version   : 0
    compatible_brands: isommp42
    creation_time   : 2020-11-18 19:47:11
    com.android.version: 10
    com.android.manufacturer: Google
    com.android.model: Pixel XL
  Duration: 00:01:15.98, start: 0.000000, bitrate: 17097 kb/s
    Stream #1:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuvj420p(pc, smpte170m), 1920x1080, 16997 kb/s, SAR 1:1 DAR 16:9, 29.91 fps, 29.97 tbr, 90k tbn, 180k tbc (default)
    Metadata:
      creation_time   : 2020-11-18 19:47:11
      handler_name    : VideoHandle
    Stream #1:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, mono, fltp, 95 kb/s (default)
    Metadata:
      creation_time   : 2020-11-18 19:47:11
      handler_name    : SoundHandle
Input #2, mov,mp4,m4a,3gp,3g2,mj2, from 'videos/outro720.mp4':
  Metadata:
    major_brand     : isom
    minor_version   : 512
    compatible_brands: isomiso2avc1mp41
    encoder         : Lavf58.12.100
    episode_sort    : 0
    season_number   : 0
    media_type      : 0
    hd_video        : 0
  Duration: 00:00:09.15, start: 0.023220, bitrate: 208 kb/s
    Stream #2:0(eng): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16:9], 198 kb/s, 30 fps, 30 tbr, 15360 tbn, 60 tbc (default)
    Metadata:
      handler_name    : VideoHandler
    Stream #2:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 2 kb/s (default)
    Metadata:
      handler_name    : SoundHandler
[mp3 @ 0x10c5e40] Skipping 0 bytes of junk at 138.
[mp3 @ 0x10c5e40] Estimating duration from bitrate, this may be inaccurate
Input #3, mp3, from 'videos/music.mp3':
  Metadata:
    major_brand     : dash
    minor_version   : 0
    compatible_brands: iso6mp41
    encoder         : Lavf57.19.100
  Duration: 00:01:56.69, start: 0.000000, bitrate: 192 kb/s
    Stream #3:0: Audio: mp3, 44100 Hz, stereo, s16p, 192 kb/s
Filter amerge has a unconnected output


  


• Is ffmpeg broken for h.264 RTP Output ?

  13 mars 2023, par GroovyDotCom

  I used wireshark to capture the RTP stream sent with :

  


  ffmpeg -f lavfi -i "testsrc=duration=5:size=cif:rate=25" -pix_fmt yuv420p -g 25 -bf 2 -an -c:v libx264 -f rtp rtp://127.0.0.1:1234 > play.sdp

  


  ffmpeg -version
ffmpeg version git-2020-03-15-c467328 Copyright (c) 2000-2020 the FFmpeg developers

  


  As can be seen in bold, RTP timestamps go forward and backward. I expect them to be the same for every packet in the frame and then only go forward by 40ms (+3600 at 90khz clock) as per the H.264/RTP spec.

  


  Also, according to that spec, the last packet in a frame should have its marker-bit set but here almost all the packets have this bit set.

  


  Am I doing something wrong ? Not understanding something ? Or is ffmpeg support for writing H.264 RTP simply broken ?

  


  SSRC=0xA49C3DC9, Seq=3595, Time=3153114809
  
SSRC=0xA49C3DC9, Seq=3596, Time=3153114809
  
SSRC=0xA49C3DC9, Seq=3597, Time=3153114809
  
SSRC=0xA49C3DC9, Seq=3598, Time=3153114809, Mark
  
SSRC=0xA49C3DC9, Seq=3599, Time=3153125609, Mark
  
SSRC=0xA49C3DC9, Seq=3600, Time=3153118409, Mark
  
SSRC=0xA49C3DC9, Seq=3601, Time=3153122009, Mark
  
SSRC=0xA49C3DC9, Seq=3602, Time=3153136409, Mark
  
SSRC=0xA49C3DC9, Seq=3603, Time=3153129209, Mark
  
SSRC=0xA49C3DC9, Seq=3604, Time=3153132809, Mark
  
SSRC=0xA49C3DC9, Seq=3605, Time=3153147209, Mark
  
SSRC=0xA49C3DC9, Seq=3606, Time=3153140009, Mark
  
SSRC=0xA49C3DC9, Seq=3607, Time=3153143609, Mark
  
SSRC=0xA49C3DC9, Seq=3608, Time=3153158009, Mark
  
SSRC=0xA49C3DC9, Seq=3609, Time=3153150809, Mark
  
SSRC=0xA49C3DC9, Seq=3610, Time=3153154409, Mark
  
SSRC=0xA49C3DC9, Seq=3611, Time=3153168809, Mark
  
SSRC=0xA49C3DC9, Seq=3612, Time=3153161609, Mark
  
SSRC=0xA49C3DC9, Seq=3613, Time=3153165209, Mark
  
SSRC=0xA49C3DC9, Seq=3614, Time=3153179609, Mark
  
SSRC=0xA49C3DC9, Seq=3615, Time=3153172409, Mark
  
SSRC=0xA49C3DC9, Seq=3616, Time=3153176009, Mark
  
SSRC=0xA49C3DC9, Seq=3617, Time=3153190409, Mark
  
SSRC=0xA49C3DC9, Seq=3618, Time=3153183209, Mark
  

  


  The RTP specification, defined in RFC 3550, states that "the timestamp reflects the sampling instant of the first octet in the RTP data packet. The sampling instant must be derived from a clock that increments monotonically and linearly in time to allow synchronization and jitter calculations" (Section 5.1).