Recherche avancée

Sur d’autres sites (11672)

• Issue capturing video within device specs from a USB Grabber with ffmpeg & directshow

  11 octobre 2019, par leoncvlt

  I am using a USB Grabber (this one : http://www.logilink.com/Suche/vg0001a) to capture some old VHS footage. I am using ffmpeg with directshow to do so. The device properties are as follows :

  [dshow @ 000001d57618a300] DirectShow video device options (from video devices)
  
  [dshow @ 000001d57618a300]  Pin "Capture" (alternative pin name "0")
  
  [dshow @ 000001d57618a300]   pixel_format=yuyv422  min s=640x480 fps=5 max s=640x480 fps=30
  
  [dshow @ 000001d57618a300]   pixel_format=yuyv422  min s=160x120 fps=5 max s=160x120 fps=30
  
  [dshow @ 000001d57618a300]   pixel_format=yuyv422  min s=176x144 fps=5 max s=176x144 fps=30
  
  [dshow @ 000001d57618a300]   pixel_format=yuyv422  min s=320x240 fps=5 max s=320x240 fps=30
  
  [dshow @ 000001d57618a300]   pixel_format=yuyv422  min s=352x288 fps=5 max s=352x288 fps=30
  
  [dshow @ 000001d57618a300]   pixel_format=yuyv422  min s=720x480 fps=5 max s=720x480 fps=30
  
  [dshow @ 000001d57618a300]   pixel_format=yuyv422  min s=720x576 fps=5 max s=720x576 fps=30
  
  [dshow @ 000001d57618a300]   pixel_format=yuv420p  min s=640x480 fps=5 max s=640x480 fps=30
  
  [dshow @ 000001d57618a300]   pixel_format=yuv420p  min s=160x120 fps=5 max s=160x120 fps=30
  
  [dshow @ 000001d57618a300]   pixel_format=yuv420p  min s=176x144 fps=5 max s=176x144 fps=30
  
  [dshow @ 000001d57618a300]   pixel_format=yuv420p  min s=320x240 fps=5 max s=320x240 fps=30
  
  [dshow @ 000001d57618a300]   pixel_format=yuv420p  min s=352x288 fps=5 max s=352x288 fps=30
  
  [dshow @ 000001d57618a300] Crossbar Switching Information for USB2.0 Grabber:
  
  [dshow @ 000001d57618a300]   Crossbar Output pin 0: "Video Decoder" related output pin: 1 current input pin: 0 compatible input pins: 0 1
  
  [dshow @ 000001d57618a300]   Crossbar Output pin 1: "Audio Decoder" related output pin: 0 current input pin: 4 compatible input pins: 3 4
  
  [dshow @ 000001d57618a300]   Crossbar Input pin 0 - "Video Composite" related input pin: 4
  
  [dshow @ 000001d57618a300]   Crossbar Input pin 1 - "S-Video" related input pin: 4
  
  [dshow @ 000001d57618a300]   Crossbar Input pin 2 - "Video Tuner" related input pin: 3
  
  [dshow @ 000001d57618a300]   Crossbar Input pin 3 - "Audio Tuner" related input pin: 2
  
  [dshow @ 000001d57618a300]   Crossbar Input pin 4 - "Audio Line" related input pin: 0

  I ran some tests and can capture and re-encode on the fly just fine at a variety of resolutions at both yuv420p and yuyv422 with the following command :

  ffmpeg -f dshow -pixel_format yuyv422 -video_size 720x480 -framerate 25 -i video="USB2.0 Grabber":audio="Digital Audio Interface (USB Audio Interface)" -c:v libx264 -crf 18 -aspect 4:3 -vf "yadif=1" -pix_fmt yuv420p -c:a aac -b:a 392k capture.mp4

  However, when I set -pixel_format yuyv422 -video_size 720x576 -framerate 25 which is within specs of the device, the process fails with a Too many packets buffered for output stream 0:1.. I tried increasing the buffer size with -rtbufsize and while the process starts, the video is never captured and the frame count is stuck at zero while converting - audio is captured fine.

  I thought it was the encoding not being able to keep up, but streaming the video or capturing the raw video feed with -vcodec copy I encounter the same issues.

  Using VLC to play from a capture device plays the audio only when using 720x576 as the size, while lower resolutions play fine, which make me think the issue is either with the device or me leaving out some specific directshow option.

  Any ideas ?

• Revision 96419 : La librairie en version 1.9.2 v1.9.12 Add support for Direct Stream ...

  3 avril 2016, par kent1@… — Log

  La librairie en version 1.9.2
  v1.9.12
  Add support for Direct Stream Digital (DSD) / DSD Storage Facility (DSF) file format
  Add detection (not parsing) of WebP image format
  bugfix #1910 : Quicktime embedded images
  v1.9.11
  #64 - update constructor syntax for PHP 7
  #62 - infinite loop in large PNG files
  #61 - ID3v2 remove BOM from frame descriptions
  #60 - missing "break" in module.audio-video.quicktime.php
  #59 - .gitignore comments
  #58 - inconsistency in relation to module.tag.id3v2.php
  #57 - comparing instead of assign
  #56 - unsupported MIME type "audio/x-wave"
  #55 - readme.md variable reference
  #54 - QuickTime ? false 1000fps
  #53 - Quicktime / ID3v2 multiple genres
  #52 - sys_get_temp_dir in GetDataImageSize ?
  demo.joinmp3.php enhancements
  m4b (audiobook) chapters not parsed correctly
  sqlite3 caching not working
  bugfix #1903 - Quicktime meta atom not parsed

• Error "EVP_DecryptFinal_ex:bad decrypt:crypto\evp\evp_enc.c:570" appears even after specifying -md5 sha256 in command line

  29 septembre 2019, par shantanu goel

  I have the following query. Could anyone please suggest me a solution.

  I’m working on decryption of .ts file for the first time. I have downloaded multiple .ts files from the source and have merged them but not able to decrypt the file. Even if it gets decrypted the size of the file is zero bytes.

  Command I’m using :

  aes-128-cbc -d -in D:\Test\joined_files.ts -out D:\Test\decrypt_I00100000.ts -iv 0 -K 313863756468736b63646b6a616b -md SHA256

  The error I’m getting :

  the hex string is too short, padding with zero bytes to the length
  the hex string is too short, padding with zero bytes to the length
  bad decrypt
  1132:error:06065064:digital envelope routines:EVP_DecryptFinal_ex:bad decrypt:crypto\evp\evp_enc.c:570 :
  error in aes-128-cbc

  enter image description here