Recherche avancée

Sur d’autres sites (6406)

• vp9 : drop support for real (non-emulated) edges

  20 décembre 2013, par Anton Khirnov

  vp9 : drop support for real (non-emulated) edges
  They are not measurably faster on x86, they might be somewhat faster on
  
  other platforms due to missing emu edge SIMD, but the gain is not large
  
  enough to justify the added complexity.
  

  • [DBH] libavcodec/vp9block.c
  • [DBH] tests/fate/vpx.mak

• How to decode and display real-time H264 stream using ffmpeg in Python ?

  25 mars 2022, par yiiiiiiiran

  I would like to port the live stream to ffmpeg and display it in real time using Python.

  


  Anyone knows how to port the stream to PIPE ? And in the mean time to display it after decoding ?

  


  I managed to get real-time stream from my Raspberry Pi3 to Windows PC, using RS232 connection with Baud Rate 2M.

  


  The format of the stream is in H264. The data package I get for each frame is in .
In order for the program to know when does each package ends, I've add

  


  bytes([0xcc,0xdd,0xee,0xff])


  


  to the end of package. So that my serial port will read for a package until it sees those bytes.

  


  Lets assume the stream WIDTH, HEIGHT, NUM_FRAMES, FPS = 320, 240, 90, 30

  


  I have the command for decode the h264 stream :

  


  cmd = ["C:/XXXXXX/ffmpeg.exe",
    "-probesize", "32",
    "-flags", "low_delay",
    "-f", "h264",
    "-i", "pipe:",
    "-f", "rawvideo", "-pix_fmt", "rgb24", "-s", "384x216",
    "pipe:"]

decode_process = sp.Popen(cmd, stdin=sp.PIPE, stdout=sp.PIPE)


  


  The stream package I got is

  


  while datetime.now() &lt; end_time:&#xA;    pkg = ser.read_until(expected=bytes([0xcc,0xdd,0xee,0xff])) #output <class>&#xA;    frame_len = len(pkg)-4&#xA;    frame_inBytes = pkg[0:frame_len]&#xA;    decode_process.stdin.write(frame_inBytes)&#xA;</class>

  


  I want to write the real time stream to PIPE however it shows error :

  


  [h264 @ 0000017322a3e980] missing picture in access unit with size 48
[h264 @ 0000017322a3e980] no frame!
[h264 @ 0000017322a2d240] Stream #0: not enough frames to estimate rate; consider increasing probesize
[h264 @ 0000017322a2d240] Could not find codec parameters for stream 0 (Video: h264, none): unspecified size
Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (32) options        
Input #0, h264, from 'pipe:':
  Duration: N/A, bitrate: N/A
  Stream #0:0: Video: h264, none, 25 tbr, 1200k tbn
Stream mapping:
  Stream #0:0 -> #0:0 (h264 (native) -> rawvideo (native))
[h264 @ 0000017322a3f180] no frame!
Error while decoding stream #0:0: Invalid data found when processing input
Cannot determine format of input stream 0:0 after EOF
Error marking filters as finished
Conversion failed!


  


• ffmpeg and 7160 HD Capture card error, already set rtbufsize 2000M, still real time buffer too full

  21 septembre 2015, par todaf

  The 7160 Capture card original video was shown fine in the Honestech HD DVR software that is included.

  However, when the card was captured using ffmpeg and publish out. This error occurred after a while running ffmpeg :

  real-time buffer [7160 HD Capture] video input too full or near too full ...

  I have already set -rtbufsize 2000M which is nearly the maximum that is allowed and can not be increased further.

  Please tell me how to resolve this bug or give me an example that can be used without producing this bug. Thank you very much. You do not neeed the code that I used because almost any code even the simplest code I used produced this error after running for a while. The published video also lag and lost.