newbe question regarding syntax for client

[gonzo1948]

I am trying to use vlc as a client, not as a server. I cannot seem to find any documentation regarding the syntax used to specify network stream. There are many examples for servers but very few for clients.

In the Open Media/Network tab I use this:

rtp://@239.0.0.10:8000:sdp=/home/andres/test.sdp

I have tried it with and without the '@' character. When should I use the '@' character? I thought it should only be used to specify a solitary port number.

I could not insert a space between the ....8000 and the sdp= so I used a colon: ':' Is that correct? I have tried a semi-colon. But the log messages remove it but it won't let me remove it.

this is the sdp file I am using:

Code: Select all

v=0 o=andres 12345 123456 IN IP4 127.0.0.1 s=almds server i=bla bla bla t=0 0 m=video 8000 RTP/AVP 100 c=IN IP4 239.0.0.10/1 a=rtpmap:100 H264/90000

this is the log message:

Code: Select all

qt4 warning: Input option: rtp-caching=1000 main debug: adding item `rtp://239.0.0.10:8000/home/andres/test.sdp' ( rtp://@239.0.0.10:8000:sdp=/home/andres/test.sdp ) main debug: waitpipe: object killed main debug: socket 18 polling interrupted main debug: control type=0 main debug: control: stopping input qt4 debug: Adding a new MRL to recent ones: rtp://@239.0.0.10:8000:sdp=/home/andres/test.sdp main debug: dying input rtp error: RTP flow stopped main debug: removing module "rtp" main debug: thread ended main debug: dead input main debug: processing request item rtp://239.0.0.10:8000/home/andres/test.sdp node null skip 0 main debug: rebuilding array of current - root Playlist main debug: rebuild done - 7 items, index 6 main debug: starting new item main debug: creating new input thread main debug: Creating an input for 'rtp://239.0.0.10:8000/home/andres/test.sdp' main debug: thread (input) created at priority 10 (input/input.c:214) main debug: thread started main debug: using timeshift granularity of 50 MiB main debug: using timeshift path '/tmp' main debug: `rtp://@239.0.0.10:8000:sdp=/home/andres/test.sdp' gives access `rtp' demux `' path `@239.0.0.10:8000:sdp=/home/andres/test.sdp' main debug: creating demux: access='rtp' demux='' path='@239.0.0.10:8000:sdp=/home/andres/test.sdp' main debug: looking for access_demux module: 1 candidate main debug: net: opening 239.0.0.10 datagram port 8000 main debug: Multicast group join request main debug: using access_demux module "rtp" main debug: TIMER module_need() : 0.490 ms - Total 0.490 ms / 1 intvls (Avg 0.490 ms) main debug: looking for meta reader module: 2 candidates lua debug: Trying Lua scripts in /home/andres/.local/share/vlc/lua/meta/reader lua debug: Trying Lua scripts in /usr/lib/vlc/lua/meta/reader lua debug: Trying Lua playlist script /usr/lib/vlc/lua/meta/reader/filename.luac lua debug: Trying Lua scripts in /usr/share/vlc/lua/meta/reader main debug: no meta reader module matching "any" could be loaded main debug: TIMER module_need() : 0.705 ms - Total 0.705 ms / 1 intvls (Avg 0.705 ms) main debug: `rtp://@239.0.0.10:8000:sdp=/home/andres/test.sdp' successfully opened qt4 debug: IM: Deleting the input main debug: TIMER input launching for 'rtp://239.0.0.10:8000/home/andres/test.sdp' : 0.969 ms - Total 0.969 ms / 1 intvls (Avg 0.969 ms) qt4 debug: IM: Setting an input

Is my sdp specification correct?

My RTP stream is working because I can receive it and decode the h.264 on another linux box using my own client. But I cannot seem to get vlc to process it.

Thanks,

-Andres

[Rémi Denis-Courmont]

Either you pass an SDP or you pass a rtp:// MRL. You cannot do both.

[gonzo1948]

Thank you for your reply Remi, but I still cannot get this to work--sorry to bother you with such a newbe/stupid question but I need more details.

How do you specify the single SDP file for vlc? I have the file but I cannot figure out the syntax for specifying that single SDP file in the Media/OpenNetworkStream dialog. I am not trying to get a stream from the internet so I am not using http. I have an application that is generating H.264 video and sending it out using RTP/RFC3984 via multicast--all on one linux box on my home network. I want to receive that stream on another linux box on my home network running vlc. Given the SDP file, how do you tell vlc to read that file?

Thanks,

-Andres

[Rémi Denis-Courmont]

You open the SDP like a normal file, not a network stream.

[gonzo1948]

thank you, thank you, thank you!!! I now at least get something to happen!

In the message output, what does this mean:

packetizer_h264 warning: waiting for SPS/PPS

I get several of those messages, with increasing buffering messages, then I get this:

main error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 540 ms)

-Andres

[gonzo1948]

here is an excerpt from the message log:

Code: Select all

main debug: `file:///home/andres/almds.sdp' successfully opened qt4 debug: IM: Setting an input main debug: Buffering 0% main debug: Buffering 11% main debug: Buffering 22% packetizer_h264 warning: waiting for SPS/PPS packetizer_h264 warning: waiting for SPS/PPS main debug: Buffering 33% packetizer_h264 warning: waiting for SPS/PPS main debug: Buffering 44% packetizer_h264 warning: waiting for SPS/PPS main debug: Buffering 55% packetizer_h264 warning: waiting for SPS/PPS main debug: Buffering 66% packetizer_h264 warning: waiting for SPS/PPS main debug: Buffering 77% packetizer_h264 warning: waiting for SPS/PPS main debug: Buffering 88% packetizer_h264 warning: waiting for SPS/PPS main debug: Stream buffering done (300 ms in 899 ms) main debug: Decoder buffering done in 0 ms packetizer_h264 warning: waiting for SPS/PPS packetizer_h264 warning: waiting for SPS/PPS packetizer_h264 warning: waiting for SPS/PPS packetizer_h264 warning: waiting for SPS/PPS packetizer_h264 warning: waiting for SPS/PPS main error: ES_OUT_SET_(GROUP_)PCR is called too late (pts_delay increased to 540 ms) main debug: ES_OUT_RESET_PCR called

thanks,

-Andres

[Rémi Denis-Courmont]

You need to pass the SPS/PPS somehow. H.264 decoding is impossible otherwise. If it's not in the SDP, it has to be in-band.