Recherche avancée

Sur d’autres sites (12425)

• ffmpeg does not exit when pipe is closed ?

  9 juin 2024, par Thomas

  If this has already been brought up, I apologize. This is part of a software tuner package I am writing as a POC. It is used by Plex Media Server. For the most part, it works with good picture quality but leaves ffmpeg processes when the User clicks "Stop" or closes the browser, I assume plex is closing the socket and that ffmpeg is not erroring out, but I am not sure. this is part of a function where I pass in a TCP Client Network Stream.

  


  TCPListener waits for a call, when it accepts one, it passes the network stream off to this function below. When the TCP Client disconnects, ffmpeg never exits, waitforexit never returns.

  


  ffmpeg args :

  


  -hide_banner -loglevel error -i {0} -c copy -f mpegts pipe:1


  


  c#

  


   string Arguments = string.Format(ffmpegStreamOptions, URL,Overlay);
 Process p = new Process();
 p.StartInfo.UseShellExecute = false;
 p.StartInfo.RedirectStandardOutput = true;
 p.StartInfo.RedirectStandardError = true;
 p.StartInfo.CreateNoWindow = true;
 p.StartInfo.FileName = "ffmpeg.exe"; // Replace with your executable path
 p.StartInfo.Arguments = Arguments;
 
 p.Start();
 var errorMemoryStream = new MemoryStream();
 var programTask = Task.WhenAny(
     p.StandardOutput.BaseStream.CopyToAsync(client_stream


  


  ),
p.StandardError.BaseStream.CopyToAsync(errorMemoryStream)
) ;

  


   p.WaitForExit(); //stuck here after the connection is broken and never exits.


  


  Any help would be appreciated
Thanks !

  


• ffmpeg can't recognize an UDP stream

  30 décembre 2014, par yaapelsinko

  When executing

  ffmpeg -i udp://239.192.1.2:3456

  kind of command, ffmpeg seems not being able to read such stream. No metadata info, and no transcoding if appropriate commands given.

  My network layout is the following :

  Ubuntu Server (ffmpeg) <---> Windows Server (Wowza) <---> Multicast subnet

  Stream must come from Multicast subnet through Window Server. Windows is configured to route IGMP via RRAS service. When I launching ffmpeg on Ubuntu, I can monitor that appropriate reports are received by RRAS and UDP stream starts to flow from Windows-to-Multicast network interface. I wasn’t able to monitor Ubuntu-to-Windows network interface, though, because Ubuntu is actually a Hyper-V VM on that Windows Server. Something is preventing Wireshark from listening on virtual NICs. Windows Server also has third NIC to the Internet, but it doesn’t matter here. Stream itself is okay, it can be successfully played with VLC or transcoded by Wowza (all on Windows Server). It is encoded with MPEG2/MP3 codecs.

  If I restream the stream through Wowza (passing through or transcoding), then ffmpeg is able to ingest it from rstp ://windows-server-ip:1935/LiveApp/myStream.stream so that I see metadata report and can transcode it. But I want to get it directly from multicast.

  Is it ffmpeg can’t read directly from udp ? Or maybe I missed something in configuration ? How can I investigate it further and localize the problem ?

  Update : Well, when restreaming the stream via VLC right into Ubuntu server NIC, ffmpeg can grab it. There are another problems, though, but at least I see that ffmpeg receives something. So, IGMP routing is not working correctly.

  Here is what I’ve done when configuring it : Enabled RRAS service. Added IGMP protocol to IPv4 routing. Added pNIC and vNIC as interfaces. pNIC is in Proxy mode, vNIC is in Router mode.

  That way I can at least see : 1) new records in IGMP group table when someone is requesting IGMP membership, 2) UDP packets flooding pNIC multicast interface when request from vNIC is received. However, I can’t listen vNIC interface with Wireshark from guest or host by some reason so I don’t know if packets are actually reaching the player on VM. I assume they aren’t, because I can’t play it with VLC or ingest the stream by ffmpeg (but who knows, maybe it just can’t be played in Hyper-V ?).

  If both interfaces are in IGMP router mode, no UDP traffic can be detected.

• Write video in a memory stream using libav

  28 novembre 2012, par Dídac Pérez

  I am successfully capturing video packets from the network using libav. Currently, I have an AVFormatContext object in which I can write the header, the packets, etc... The point is that I want to dump everything on this context into a file when required. What should I do ?

  Thanks in advance,
  Dídac Pérez