Recherche avancée

Sur d’autres sites (11462)

• 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

• Merge commit 'b128be1748f3920a14a98307265df5f2d3433e1d'

  12 février 2018, par Mark Thompson

  Merge commit 'b128be1748f3920a14a98307265df5f2d3433e1d'
  * commit 'b128be1748f3920a14a98307265df5f2d3433e1d' :
  
    vf_*_vaapi : Support increasing hardware frame pool size
  Rewritten to apply to common VAAPI code rather than specific filters.
  Merged-by : Mark Thompson <sw@jkqxz.net>
  

  • [DH] libavfilter/vaapi_vpp.c
  • [DH] libavfilter/vaapi_vpp.h

• FFMPEG Segment Threads Equivalent Option

  24 août 2018, par Bruno Andrade

  I was downloading video from a hls m3u8 stream using the ffmpeg command in php :

  exec('ffmpeg -hide_banner -loglevel verbose -n -i https://example.com/playlist.m3u8 -acodec copy -bsf:a aac_adtstoasc -vcodec copy file.mp4 1> log.txt  2>&1', $output, $var);

  But I was having problems downloading speed and the problem was not the internet.

  So I installed and used the livestreamer.io OR streamlink.github.io/ and also slowed down the download.

  So I made use of the hls-segment-threads=5 option according to the API document :

  The size of the thread pool used to download segments.

  This solved the problem, is there any equivalent option in the FFMPEG ?
  Or have something I can do with PHP + FFMPEG to get this result that this hls-segment-threads option provides ?

  Most shared servers come with FFMPEG installed but the same does not fit with livestreamer or streamlink so I need a solution that works for everyone.

  *I do not understand python do not know what this option exactly does