[Live-devel] (no subject)

[Riccardo Rosapepe]

>>2) When the streaming server ( my application ) is NOT a LAN but on a 
>>machine that has a gprsmodem with a SIM card that, connecting via ppp 
>>bridge obtains an url from an internet provider , VLC or Quicktime are not
>>able to play the url in the format
>>rtsp://url_given_from_provider:7070/testStream .
>>Why?

>Probably because multicast packets don't reach from the streaming server to
>your receiver in this case (i.e., IP multicast routing is not enabled
>between them).

>>Should i stream using unicast?

>Yes.

>>If yes.. how?

>Try using "testOnDemandRTSPServer" -  instead of "testMPEG4VideoStreamer" -
>as a model.  Note, however, that you will need to modify
>"MPEG4VideoFileServerMediaSubsession::createNewStreamSource()" (in
>"liveMedia/MPEG4VideoFileServerMediaSubsession.cpp") to read from your
>device source, instead of a "ByteStreamFileSource".

Ok, so.. , i try to experiment with a test prototype before start coding, 
just
to see if i am on the right way.. well, this morning i encoded several mp4
movies ( with ffmpeg codec ) at different fps, bitrate and resolution and
renamed it "test.m4v" then i ran testOnDemandRTSPServer.
The results?
Well, exactly the same... streaming on the LAN i can see ALL movies in  
client
machines opening movies with url printed out by testOnDemandRTSPServer app (
xxx.xxx.xxx.xxx:7070/mpeg4ESVideoTest ).. but, if i put 
testOnDemandRTSPServer
on the linux box with gprs modem on it... Quick time says "connecting..." 
then
"requesting data" then nothing happens... is stalled.

If i click "Get Movie properties" menu voice in Quick Time and check for
"Streaming" "Bit Rate" i have a current/average and maximum values of 0.0 
kbit/s
but a buffer size of 3.00 seconds...
( with my grabbing app ,instead,the behaviour of Quick time is the same 
except for that current/average and maximum values are about 0.8 kbit/s... 
too few data to get a frame? )

but a buffer size of 3.00 seconds
if it can help ...

this is the result of ifconfig on the Linux machine from wich i want to run
testOnDemandRTSPServer...

eth0      Link encap:Ethernet  HWaddr 00:08:9B:4B:21:D1
            inet addr:192.168.1.95    Bcast:192.168.2.255    
Mask:255.255.255.0
            UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
            RX packets:128 errors:0 dropped:0 overruns:0 frame:0
            TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
            collisions:0 txqueuelen:100
            RX bytes:17894(17.4 Kb)    TX bytes:240 ( 240.b )
            Interrupt:11 Base address:0xd000

lo         Link encap: Local Loopback
            inet addr:127.0.0.1    Mask:255.0.0.0
            UP LOOPBACK RUNNING MTU:16436  Metric:1
            RX packets:1929 errors:0 dropped:0 overruns:0 frame:0
            TX packets:1929 errors:0 dropped:0 overruns:0 carrier:0
            collisions:0 txqueuelen:100
            RX bytes:1114130 (1.0 Mb)    TX bytes:1114130 (1.0 Mb)

ppp0    Link encap:Point-to-Point Protocol
            inet addr:212.141.105.96    P-t-P:10.0.0.1    
Mask:255.255.255.255
            UP POINTOPOINT RUNNING NOARP MULTICAST    MTU:2000 Metric:1
            RX packets:11 errors:0 dropped:0 overruns:0 frame:0
            TX packets:14 errors:0 dropped:0 overruns:0 carrier:0
            collisions:0 txqueuelen:3
            RX bytes:1062 (1.0 Kb)    TX bytes:490( 490.b )

from a Win2k machine in the LAN(192.168.1.55 ) where Quick time client is, i 
can
ping ppp0(212.141.105.96 ) with these results:

Pinging 212.141.105.196 with 32 bytes of data:

Request timed out.
Reply from 212.141.105.196: bytes=32 time=828ms TTL=52
Reply from 212.141.105.196: bytes=32 time=672ms TTL=52
Reply from 212.141.105.196: bytes=32 time=672ms TTL=52

maybe too much network latency prevents streaming to work?

I have very little knowledge of advanced network topology and configuration 
( i
spend  most of my time at job coding and debugging ) and i know little about
rtsp protocol so excuse me if something could happen obvious to you but, as 
far
as i know,  i really can't understand the reason of such different behaviour

tanks in advance

Riccardo Rosapepe

_________________________________________________________________
Ricerche online più semplici e veloci con MSN Toolbar! 
http://toolbar.msn.it/