Recherche avancée

Sur d’autres sites (12014)

• FFMPEG Streaming webcam on Windows 10 to RTP

  23 juillet 2019, par gdogg371

  I am still trying to figure out exactly what I am doing with ffmpeg and dshow. However I am trying to stream a 4k capture device I have, so that I can use this as an IPTV server downstream.

  So far I have :

  ffmpeg -rtbufsize 2100M -y -loglevel warning -f dshow -i video="Video (00 Pro Capture HDMI 4K+)" -s 3840x2160 -vcodec v410 -f rtp rtp://192.168.1.31:8554

  ...however this is throwing up the following errors :

  C:\Program Files\VideoLAN\VLC>ffmpeg -rtbufsize 2100M -y -loglevel warning -f dshow -i video="Video (00 Pro Capture HDMI 4K+)" -s 3840x2160 -vcodec libx265 -f rtp rtp://192.168.1.31:8554
  
  [udp @ 000002c207a7d080] 'circular_buffer_size' option was set but it is not supported on this build (pthread support is required)
  
  [udp @ 000002c207a8d380] 'circular_buffer_size' option was set but it is not supported on this build (pthread support is required)
  
  x265 [info]: HEVC encoder version 3.1b36c03e4e771
  
  x265 [info]: build info [Windows][GCC 9.1.1][64 bit] 8bit+10bit
  
  x265 [info]: using cpu capabilities: MMX2 SSE2Fast LZCNT SSSE3 SSE4.2 AVX FMA3 BMI2 AVX2
  
  x265 [info]: Main 4:2:2 10 profile, Level-5.1 (Main tier)
  
  x265 [info]: Thread pool created using 8 threads
  
  x265 [info]: Slices                              : 1
  
  x265 [info]: frame threads / pool features       : 3 / wpp(34 rows)
  
  x265 [info]: Coding QT: max CU size, min CU size : 64 / 8
  
  x265 [info]: Residual QT: max TU size, max depth : 32 / 1 inter / 1 intra
  
  x265 [info]: ME / range / subpel / merge         : hex / 57 / 2 / 3
  
  x265 [info]: Keyframe min / max / scenecut / bias: 25 / 250 / 40 / 5.00
  
  x265 [info]: Lookahead / bframes / badapt        : 20 / 4 / 2
  
  x265 [info]: b-pyramid / weightp / weightb       : 1 / 1 / 0
  
  x265 [info]: References / ref-limit  cu / depth  : 3 / off / on
  
  x265 [info]: AQ: mode / str / qg-size / cu-tree  : 2 / 1.0 / 32 / 1
  
  x265 [info]: Rate Control / qCompress            : CRF-28.0 / 0.60
  
  x265 [info]: tools: rd=3 psy-rd=2.00 early-skip rskip signhide tmvp b-intra
  
  x265 [info]: tools: strong-intra-smoothing lslices=8 deblock sao
  
  SDP:
  
  v=0
  
  o=- 0 0 IN IP4 127.0.0.1
  
  s=No Name
  
  c=IN IP4 192.168.1.31
  
  t=0 0
  
  a=tool:libavformat 58.28.100
  
  m=video 8554 RTP/AVP 96
  
  a=rtpmap:96 H265/90000
  
  
  
  [dshow @ 000002c207a69f80] real-time buffer [Video (00 Pro Capture HDMI 4K+)] [video input] too full or near too full (62% of size: 2100000000 [rtbufsize parameter])! frame dropped!
  
  [dshow @ 000002c207a69f80] real-time buffer [Video (00 Pro Capture HDMI 4K+)] [video input] too full or near too full (64% of size: 2100000000 [rtbufsize parameter])! frame dropped!
  
  [dshow @ 000002c207a69f80] real-time buffer [Video (00 Pro Capture HDMI 4K+)] [video input] too full or near too full (67% of size: 2100000000 [rtbufsize parameter])! frame dropped!
  
  ...
  
  ...
  
  ...
  
  [dshow @ 000002c207a69f80] real-time buffer [Video (00 Pro Capture HDMI 4K+)] [video input] too full or near too full (99% of size: 2100000000 [rtbufsize parameter])! frame dropped!
  
      Last message repeated 1 times
  
  [dshow @ 000002c207a69f80] real-time buffer [Video (00 Pro Capture HDMI 4K+)] [video input] too full or near too full (100% of size: 2100000000 [rtbufsize parameter])! frame dropped!
  
      Last message repeated 149 times
  
  [dshow @ 000002c207a69f80] real-time buffer [Video (00 Pro Capture HDMI 4K+)] [video input] too full or near too full (99% of size: 2100000000 [rtbufsize parameter])! frame dropped!
  
  [dshow @ 000002c207a69f80] real-time buffer [Video (00 Pro Capture HDMI 4K+)] [video input] too full or near too full (100% of size: 2100000000 [rtbufsize parameter])! frame dropped!

  I am unsure why this occurring, as the buffer size is pretty much at the maximum permitted by dshow.

  Can anyone suggest a remedy ?

  Thanks

• avformat/matroskaenc : Don't pretend to be able to mux RV30

  6 août 2023, par Andreas Rheinhardt

  avformat/matroskaenc : Don't pretend to be able to mux RV30
  The demuxer uses a extradata offset of 26, so we would need
  
  to recreate the missing 26 bytes somehow in the muxer, but
  
  we just don't. Remuxed files (like real/rv30.rm from the FATE-suite)
  
  don't work due to missing extradata.
  (The extradata offset also applies to RV40 and the extradata
  
  is indeed lost upon remuxing, yet remuxing real/spygames-2MB.rmvb
  
  works ; our RV40 decoder does not use extradata at all.)
  Signed-off-by : Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
  

  • [DH] libavformat/matroskaenc.c

• Syncing two independently encoded audio and video streams in ffmpeg

  13 novembre 2015, par userDtrm

  I have two independently encoded audio and video streams which needs to be re-muxed into a single MPEG-TS stream which should be properly synced with correct timestamps. For example, to the timestamps generated by the video encoder.

  Note : The audio streams and the video streams are real time transmissions which are encoded in real-time with separate encoders. Audio stream uses aac while the video stream is encoded using HEVC. Moreover, there is also a possibility that the video stream may be subjected to a variable delay during the transmission.

  In this scenario, the ffmpeg remuxer uses the following command to combine the two streams.

  ffmpeg -i audio.ts -i video.ts -acodec copy -vcodec copy -fflags +genpts -f mpegts tcp ://192.168.0.2:10001

  However, the audio and video streams seem to be playing out of sync (i.e., audio is delayed about 0.5 seconds compared to the video output). The re-muxed video stream is played using the ffplay video player.

  Can someone please point me to the right direction in resolving this issue ?

  Thanks.