Recherche avancée

Sur d’autres sites (8154)

• doc/filters : mention HDMI output format for stereo3d filter

  30 juillet 2016, par Paul B Mahol

  doc/filters : mention HDMI output format for stereo3d filter
  

  • [DH] doc/filters.texi

• FFMPEG Stream via UDpxy and HDMI Grabber

  4 mars 2020, par Fabian Schäfer

  We use a HDMI Grabber and the manual from here : https://blog.danman.eu/reverse-engineering-lenkeng-hdmi-over-ip-extender/
  You can find the Script here : https://gist.github.com/danielkucera/0a2f36bc53959e4879cb567149aafb78

  Now we want to grab the Stream via FFMPEG and UDPxy to TVHeadEnd. But FFMPEG produces some Error as you can see below.

  FFMPEG Configuration :

  sudo ./recvlkv373.py 226.2.2.2 2068 /dev/stdout | ffmpeg -re -i pipe: -c:v h264 -c:a copy -f mpegts udp://239.0.0.1:1234

  [mjpeg @ 0x5578d5a232e0] error count: 73e1c90ea5aa3699
  
  [mjpeg @ 0x5578d5a232e0] error y=80 x=15
  
  frame=  746 fps= 25 q=28.0 size=     229kB time=00:00:27.48 bitrate=  68.2kbits/s speed=0.922frame=  758 fps= 25 q=28.0 size=     231kB time=00:00:27.96 bitrate=  67.7kbits/s speed=0.923frame=  771 fps= 25 q=28.0 size=     234kB time=00:00:28.48 bitrate=  67.2kbits/s speed=0.924frame=  783 fps= 25 q=28.0 size=     236kB time=00:00:28.96 bitrate=  66.7kbits/s speed=0.925frame=  796 fps= 25 q=25.0 size=     242kB time=00:00:29.48 bitrate=  67.2kbits/s speed=0.926frame=  809 fps= 25 q=28.0 size=     291kB time=00:00:30.00 bitrate=  79.5kbits/s speed=0.928frame=  821 fps= 25 q=28.0 size=     294kB time=00:00:30.48 bitrate=  79.1kbits/s speed=0.928frame=  834 fps= 25 q=28.0 size=     298kB time=00:00:31.00 bitrate=  78.8kbits/s speed=0.93xframe=  847 fps= 25 q=28.0 size=     301kB time=00:00:31.52 bitrate=  78.1kbits/s speed=0.931[mjpeg @ 0x5578d5a232e0] error count: 65b697ff00611d13
  
  [mjpeg @ 0x5578d5a232e0] error y=0 x=45
  
  frame=  859 fps= 25 q=28.0 size=     303kB time=00:00:32.00 bitrate=  77.5kbits/s speed=0.932frame=  872 fps= 25 q=28.0 size=     309kB time=00:00:32.52 bitrate=  77.8kbits/s speed=0.933[mjpeg @ 0x5578d5a232e0] error count: 6464e73ce47d9ba1e
  
  [mjpeg @ 0x5578d5a232e0] error y=73 x=10
  
  [mjpeg @ 0x5578d5a232e0] mjpeg_decode_dc: bad vlc: 0:0 (0x5578d5a2a328)
  
  [mjpeg @ 0x5578d5a232e0] error dc
  
  [mjpeg @ 0x5578d5a232e0] error y=74 x=38
  
  [mjpeg @ 0x5578d5a232e0] error count: 64cd4eab52d7b5de8

  When I do it Step by Step (Save the File via the Script and then transcode with FFMPEG) everything works fine.
  When I use a Pipe the Video Quality is bad with flicker.
  It only runs rudimentary good when I use a buffer, a crf higher than 35 and Youtube with Speed 0.25.

  First, it runs on a Raspberry Pi 3, now it is on a dedicated server. Is it possible that the Server still has not enough Power for it or is FFmpeg just limited ?
  OS : Ubuntu
  CPU : i7-3770k
  RAM : 8GB DDR3
  Graphic : Quadro M4000
  

  Have you some suggestions about what to change, that the stream would run better ?

• what codec to specify to accessing my HDMI-to-USB adaptor, under Linux ? [closed]

  14 mai 2022, par David

  A week or so ago,I bought a HDMI-to-USB adapter, to use to capture video
TV content from my TV's set-top box. (Xfinity, if it matters. Box generically is :
"XiD X1"...I have both the Pace and the Cisco models available here in this house.)

  


  Specifically, here's the adapter I bought,from Amazon :
https://www.amazon.com/gp/product/B09FLN63B3

  


  So, I'm fluent in both Windows (Win-11) and Linux (Debian 'Bullseye', on my chromebook).

  


  The adapter does not come with any recommendations for what software/drivers to (try to) use, but I was prepared for that.
After some google searches, I decided to first try using the cmd-line
'ffmpeg' program, because I'm
quite familiar with that (excellent !) piece of open-source software !

  


  So, after a day or two of (mostly) success recordings under Win-11, using
ffmpeg's Microsoft-based 'dshow' (aka 'DirectShow'), I decided to attempt to get
up to the same level of accomplishment on my Chromebook, under Linux, also
using 'ffmpeg'.

  


  [Ok...a very brief explanation of 'mostly' successful. I'll
post another separate question here, about the specifics of my glitches,
using 'dshow' on Windows. But, essentially, when I try to record to a MP4
file, I get 2 scenarios of glitch : #1 : Suddenly, dropped packets surges up,
and I get "1000 dropped' yellow msg #2 : On other trials, I get '...contains
no image...'.) So, I figured I should first give a Linux a chance,
before spending more effort trying to resolve the glitches on Windows.]

  


  My first snag, was learning that 'dshow' seems to be specific to 'Windows',
and thus ffmpeg is getting 'unknown' for my reference to 'dshow'. After more hours of 'guessing', I've finally learned/concluded that there are other things
(something call "DeckLink" is one such alternative ?) for Linux, but I'm unclear
what extra Linux packages might exist for ffmpeg support, or whether I will need to built a more complete 'ffmpeg' (e.g. from source code), to get things going under Linux ?

  


  Is my device able to be accessed from some tools other than 'ffmpeg' ?
(e.g. VLC or Handbrake or whatever ?) more easily, on the Linux platform ?

  


  [If I had to, I'd probably invest another $20-$50 in some other hardware
device that goes from HDMI-to-USB (USB-A/B), if it were ]

  


  All ideas are welcome...(TIA)

  


  — Dave