rtp stream through input.ffmpeg #2318
Replies: 3 comments 6 replies
-
Hi! What happens if you do the same with two different calls to the ffmpeg command line? |
Beta Was this translation helpful? Give feedback.
-
I'm still not getting this to behave,. Having set up a similar situation with cli ffmpeg processes running on the same computer I find that it works differently to liq. My situation is this I have now managed to get a script working that doesn't lock up my server, but still has the underlying issue. I have a dynamic source server which can accept http and rtp ( though input.ffmpeg() ) and outputs the source to icecast. If I start an http source all works well. If I start an unconnected (the source url is not producing a stream) mksafe(rtp) source it creates the icecast output, then if I start an http source all works well. The problem - If I create 2 unconnected rtp sources and then an http source the 2 rtp sources create their icecast outputs, but the http source doesn't and therefore doesn't stream. I've tried this in ffmpeg cli and with 2 unconnected rtp inputs waiting to stream to dev/null, where I can successfully connect an http stream to an icecast output. I haven't tried this with the rtp streams trying to output to icecast, which i guess is next on my list. |
Beta Was this translation helpful? Give feedback.
-
I made this work by increasing the scheduler generic queues. I guess that input.ffmpeg with a rtp/udp source that has nothing to stream blocks the queue until it can stream. |
Beta Was this translation helpful? Give feedback.
-
Liq v. 2.1
Has anyone had any luck streaming multiple rtp streams into liq via input.ffmpeg.
I've been trying this
localaddr should allow it to listen on the local ip for an rtp stream.
One instance of this seems to connect ok but more than one hangs the server.
I'm guessing there is a reason that an rtp implementation with ffmpeg has not been added since input.udp was depreciated in v2.0.
Thanks
Beta Was this translation helpful? Give feedback.
All reactions