Hi!
I'm trying to use VLC to stream an mms:// as MPGA to my VDR-box where I have installed the streamplayer plugin, but I get no sound!
Streamplyer says it's receiving a stream and the bitrate show, the buffering value goes up to the value a specify and the starts over from 0 again.
I'm using this commands to stream the the mms:// as MPGA: vlc mms://blah --sout "#transcode{acodec=mpga,ab=192}:std{access=http,mux=ts,url=:8083}"
Is there anyone who has a clue about whi it isn't working - is it because there is no video?
Thanks for any help!
Regards, Lars Fredriksson
On Wed, 10 Jan 2007 16:19:29 +0100 lars@jpl.se (Lars Fredriksson) wrote:
Is there anyone who has a clue about whi it isn't working - is it because there is no video?
Yes. Using 0.1.3 from the Udo's homepage shows this in the README:
-------------------------------------------------- Future Plans -------------------------------------------------------------------------- This is no promise, just a white board of things that sound nice. No guarantee whether and when this will happen...
-Deleting/moving bookmarks -RTP/RTSP protocol for real video-on-demand -PS/PES stream formats -Improved PID detection, read PAT tables etc. -Dynamic PID changes while running? -Support pure audio streams -Support multiple audio streams -------------------------------------------------- So, looks like you'll need to get VLC to encode a video stream, even if it's just black :)
Cheers, Gavin.
Lars Fredriksson wrote:
I'm trying to use VLC to stream an mms:// as MPGA to my VDR-box where I have installed the streamplayer plugin, but I get no sound!
Streamplyer says it's receiving a stream and the bitrate show, the buffering value goes up to the value a specify and the starts over from 0 again.
The problem is that the current (primitive) code waits forever to detect a video packet to know its PID. Audio-only streams are not yet really supported.
One workaround is to mix in some video dummy stream, another is to fool the detection: If you first play a short video clip, and then start the audio stream, streamplayer already has found a PID for video and continues playing even if no video data arrives. This should work even if the http stream reconnects, just exiting and re-starting streamplayer will trigger a new detection.
Cheers,
Udo
Thus spake Udo Richter (udo_richter@gmx.de):
Lars Fredriksson wrote:
I'm trying to use VLC to stream an mms:// as MPGA to my VDR-box where I have installed the streamplayer plugin, but I get no sound!
Streamplyer says it's receiving a stream and the bitrate show, the buffering value goes up to the value a specify and the starts over from 0 again.
The problem is that the current (primitive) code waits forever to detect a video packet to know its PID. Audio-only streams are not yet really supported.
One workaround is to mix in some video dummy stream, another is to fool the detection: If you first play a short video clip, and then start the audio stream, streamplayer already has found a PID for video and continues playing even if no video data arrives. This should work even if the http stream reconnects, just exiting and re-starting streamplayer will trigger a new detection.
Hi!
Ooops, I didn't read the README ;) I think the only solution that would work for me is to mix in a video stream, this might be OT - but is there any tips about a program that can help me do that? I've googled a lot around VLC but as I've understood it can't mix two different sources.
Thanks, Lars!
Cheers,
Udo
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi Lars,
Lars Fredriksson wrote:
Ooops, I didn't read the README ;) I think the only solution that would work for me is to mix in a video stream, this might be OT - but is there any tips about a program that can help me do that? I've googled a lot around VLC but as I've understood it can't mix two different sources.
Maybe transcode could do the job. It has a path through mode for audio and can a provide somthing like a /dev/null as video input. It also works with pipes.
Cheers, Andreas
-
Andreas -
Gavin Hamill -
lars＠jpl.se -
Udo Richter