Page 1 of 1

Problems Fedora core 5 with UDP MPEG TS multicast streaming

Posted: 24 May 2006 18:13
by apapucio
Hi, I have tried in Windows XP SP2 VLC 0.8.5 Final release this:

Code: Select all

vlc -vvv udp://@235.100.100.100:1234
to recieve a multicast streaming froma a dedicated streming server hardware. Everything works great.

Now using FEDORA CORE 5, VLC 0.8.5.
( I think all needed modules are properly configured (vlc -l))

I have tried unicast vlc -vvv udp://@10.1.1.110:1234 using vlc to make the streaming. It works OK.

But when trying:

Code: Select all

vlc -vvv udp://@235.100.100.100:1234
I'm always getting:

Code: Select all

VLC media player 0.8.5 Janus [00000001] main vlc debug: opening config file /home/jblasco/.vlc/vlcrc [00000001] main vlc debug: checking builtin modules [00000001] main vlc debug: checking plugin modules [00000001] main vlc debug: loading plugins cache file /home/jblasco/.vlc/cache/plugins-04041e.dat [00000001] main vlc debug: recursively browsing `modules' [00000001] main vlc debug: recursively browsing `/usr/lib/vlc' [00000001] main vlc debug: recursively browsing `plugins' [00000001] main vlc debug: module bank initialized, found 222 modules [00000001] main vlc debug: opening config file /home/jblasco/.vlc/vlcrc [00000001] main vlc debug: CPU has capabilities 486 586 MMX MMXEXT SSE SSE2 FPU [00000001] main vlc debug: looking for memcpy module: 3 candidates [00000001] main vlc debug: using memcpy module "memcpymmxext" [00000285] main playlist debug: waiting for thread completion [00000285] main playlist debug: thread 26024864 (playlist) created at priority 0 (playlist/playlist.c:184) [00000286] main private debug: waiting for thread completion [00000286] main private debug: thread 73550752 (preparser) created at priority 0 (playlist/playlist.c:210) [00000287] main interface debug: looking for interface module: 1 candidate [00000287] main interface debug: using interface module "hotkeys" [00000287] main interface debug: thread 36514720 (interface) created at priority 0 (interface/interface.c:231) [00000289] main interface debug: looking for interface module: 1 candidate [00000289] main interface debug: using interface module "screensaver" [00000289] main interface debug: thread 47004576 (interface) created at priority 0 (interface/interface.c:231) [00000285] main playlist debug: adding playlist item `udp://@239.192.0.2:5000' ( udp://@239.192.0.2:5000 ) [00000291] main interface debug: looking for interface module: 4 candidates [00000291] main interface debug: using interface module "wxwidgets" [00000291] main interface debug: thread 61725600 (manager) created at priority 0 (interface/interface.c:216) [00000291] wxwidgets interface debug: Using last windows config '(-1,0,0,1024,768)(0,246,52,479,86)(6,0,0,-1,150)' [00000291] wxwidgets interface debug: id=0 p=(246,52) s=(479,86) [00000291] wxwidgets interface debug: id=6 p=(0,0) s=(-1,150) [00000285] main playlist debug: nothing requested, starting [00000285] main playlist debug: creating new input thread [00000294] main input debug: waiting for thread completion [00000294] main input debug: thread 84040608 (input) created at priority 0 (input/input.c:261) [00000294] main input debug: creating statistics handler [00000294] main input debug: `udp://@239.192.0.2:5000' gives access `udp' demux `' path `@239.192.0.2:5000' [00000294] main input debug: creating demux: access='udp' demux='' path='@239.192.0.2:5000' [00000296] main demuxer debug: looking for access_demux module: 0 candidates [00000296] main demuxer warning: no access_demux module matched "udp" [00000294] main input debug: creating access 'udp' path='@239.192.0.2:5000' [00000297] main access debug: looking for access2 module: 6 candidates [00000297] access_udp access debug: opening server=:0 local=239.192.0.2:5000 [00000297] main access debug: net: connecting to '[]:0@[239.192.0.2]:5000' [00000297] main access debug: looking for network module: 1 candidate [00000297] ipv6 access debug: 239.192.0.2: Esta familia de direcciones no está soportada para el `host' [00000297] main access debug: using network module "ipv6" [00000297] main access debug: removing module "ipv6" [00000297] main access debug: looking for network module: 1 candidate [00000297] ipv4 access debug: resolving 239.192.0.2:5000... [00000297] ipv4 access debug: IP_ADD_MEMBERSHIP multicast request [00000297] main access debug: using network module "ipv4" [00000297] main access debug: removing module "ipv4" [00000297] main access debug: using access2 module "access_udp" [00000301] main private debug: pre buffering
I thought that it could be a network problem:
But using Ethereal I can see multicast packet in the client machine.
Client routing table:

Code: Select all

Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.100.0 * 255.255.255.0 U 0 0 0 eth0 10.1.1.0 * 255.255.255.0 U 0 0 0 dev10768 224.0.0.0 * 240.0.0.0 U 0 0 0 eth0 default 10.1.1.248 0.0.0.0 UG 0 0 0 dev10768
The streaming server is on 192.168.100.0 network.

Please, can anyone help me?

I can do that , for you some suggestion

Posted: 19 Dec 2006 06:38
by stream_media
first : set the correct multicast address 224.0.0.0

second : the client only need to set 224.0.0.0

make sure the server and client in the same sub network

if not ,you may set the router

Posted: 01 Feb 2007 16:30
by dalam
I have the same problem. Two computers, one under control of XP SP2, the second FC5. XP SP2 shows, and FC5 will show a fragment and through what that time all stops. But if to disconnect Firewall on FC5 that all shows. A problem in rules Firewall.