[streaming] Re: create 3gp compliant content with vlc

[Cavalera Claudio]

> -----Original Message-----
> [mailto:streaming-bounce at videolan.org] On Behalf Of Torben Knerr

> or is it possible that eplus blocks rtp traffic in their gprs network
> (see: 
> http://lists.apple.com/archives/streaming-server-users/2005/Ma
r/msg00191.html)?

I've not read the linked mail (eheh too lazy I am :)
It is possible, but if this is the case I think the buffering in Nokia
6630 should always stay at 0% and you should not see any RTCP Receiver
Reports arriving at Darwin Server from Nokia 6630. Or you think they
only block UDP from outside to inside their network?
I think that to be sure you could try with a PCMCIA gprs/modem card such
as Novatell Wireless, put your SIM in it and try from a VLC+ethereal
combo PC. Provided that you can capture packets on that interface that
would be a fatality! :-)

I past here my answer to your previous email too...

> [mailto:streaming-bounce at videolan.org] On Behalf Of Torben Knerr
> thanks for pointing me to those settings, they are pretty
> hidden in the 
> menu.

Indeed! :-)

> I already did, and I believe a major problem is the lack of
> RTCP support 
> of vlc (when acting as a server).
> I know of other 3gp players, such as Philips Platform4 Player for 
> PocketPC, who start playing only after
> having received a RTCP Sender Report from the server.

If that is the case, too bad! However in my experience I've found that
players don't really care about RTCP Sender Reports, despite what often
stated. I would try to use another video server instead of darwin, maybe
Helix. As far as concered live streaming, this video server needs a
continuos RTP/RTCP flows from the encoder (VLC).
I've seen many strange behaviours from many players. Hard to believe:
Real One Player Mobile on Nokia devices, works well if you send him RTP
streams without RTCP Sender Reports. I will never understand how these
players can synchronize audio and video with only RTP timestamps and
sequence number, but well, it seems they do that. Sometimes I think RTCP
Sender Reports are not so important despite what RFC says.

Torben maybe you can also try having a look at
http://www.catrasoftware.it/Streaming/CatraStreamingPlatform.htm


> With the Nokia's Realplayer, it doesn't begin to play the
> stream also, 
> and continuosly sends UDP packets
> to the server (which I believe are RTCP Receiver Reports) who in turn 
> does not _not_ respond with a Sender Report.

I've found also that some players (maybe Packet Video Player) want a
particular RTCP Packet at the beginning. They send a RTCP packet to the
server and want it back, otherwise they'll hang or give errors. I think
I've also tried sending this packet full of 0s, it worked, while not
sending it did not work.
I'm sure with netcat you can do good tricks here, try send back to Nokia
the first RTCP Packet you receive or things like that :-)

> Another big problem is that i'm not able to encode a mp4 file
> with vlc 
> which will play on Nokias realplayer.
> They (Nokia) state that they support only 3gp compliant mp4 
> files, so I 
> think vlc is not really 3gp compliant,
> which makes me doubt even more that the streaming thing is possible..
 
This is almost surely a file format issue not a codec issue.
When you stream the file format must be supported by the streaming
server, not the player.

Don't give up! :-)

Claudio

-- 
This is the streaming mailing-list, see http://www.videolan.org/streaming/
To unsubscribe, please read http://www.videolan.org/support/lists.html