Recherche avancée

Sur d’autres sites (4539)

• doc/default.css + doc/t2h.init : New styles

  24 septembre 2013, par Timothy Gu

  doc/default.css + doc/t2h.init : New styles
  The main motive of this commit is to make the offline copy of the HTML doc as
  
  pretty as the online (ffmpeg.org) one. This also introduced new styles for
  
  <h2> to <h4>.
  Signed-off-by : Timothy Gu <timothygu99@gmail.com>
  
  Signed-off-by : Michael Niedermayer <michaelni@gmx.at>
  

  • [DH] doc/default.css
  • [DH] doc/t2h.init

• FFMPEG re-broadcast/proxy MJPEG stream

  10 septembre 2022, par Ollie Pugh

  I have an MJPEG stream coming from an RPI on my home network and have an NGINX acting as a proxy on an EC2.

  


  For the camera access the flow of stream to the user is the following

  


  RPi -> mjpeg-proxy (running on EC2) -> NGINX (running on same EC2) -> user

  


  the point of mjpeg-proxy is to reduce the load on the RPi and only have one stream to the Pi and allow the EC2 to distribute that one stream.

  


  Now this work fine-ish from my PC (on same network as Pi) the streams work perfectly. But when it comes to my phone on roaming data, the stream is super choppy and the latency grows massively (this project needs minimal latency, like sub 300ms).

  


  I can't understand why this would happen ? Because even when running of my local PC its going through the Proxy hosted in the cloud, so its not as if its an advantage to it being local ?

  


  the stream is fine on another device, e.g. my laptop, but thats on the same network as the RPi. But like I said, it shouldn't makea difference as its going through a proxy !

  


  I was wondering if using FFMPEG to re-stream the mjpeg stream would be beneficial as node is notoriously slow. But I don't really want to be writing my own mjpeg-proxy in C++ to speed this all up.

  


  I have looked online for answers to FFMPEG MJPEG proxy and have been very unsuccesful

  


• How to Dynamically Control FFmpeg Encoding Bitrate Based on Current Network Bandwidth ? [closed]

  26 novembre 2024, par Stove Fire

  I’ve implemented a program using FFmpeg where the server encodes OpenGL render results and sends them to the client. The client then decodes the video and renders the result onto a texture using OpenGL. What I’m trying to achieve is to adjust the encoding bitrate dynamically based on the current network bandwidth — higher bandwidth results in higher bitrate encoding, and lower bandwidth results in lower bitrate encoding.

  


  I use libx264 encoder and rtsp.

  


  I found the iperf tool online, which is useful for measuring network bandwidth, but it is a command-line tool and does not have a readily available API for programmatic use.

  


  My questions are :

  


  How can I monitor the current network bandwidth programmatically in my application (preferably in C++) ?

  


  Is there a way to integrate bandwidth monitoring into my FFmpeg encoding process so I can adjust the bitrate dynamically based on the current network conditions ?