Fedora 9 and VLC 0.8.6h

*nix specific usage questions
GrandPA
New Cone
New Cone
Posts: 2
Joined: 01 Jul 2008 14:52

Fedora 9 and VLC 0.8.6h

Postby GrandPA » 01 Jul 2008 15:04

I'm trying to join multicast streams from my network with VLC on Fedora Core 9. In the access router I can see that the computer get a membership with the multicast group that I've chosen, but it only lasts for about five minutes (it doesn't get renewed). No picture and no sound during the five minutes it's connected.

The VLC-client doesn't display any information about the stream at all. If I run VLC on a Windows XP I get picture and I get a persistent connection (it's getting updated and doesn't disconnect after five minutes) to the stream and that leads me in the direction that it's something I'm missing about the OS here. I've disabled the firewall in Fedora just to see that's what causes the problem but there was no improvement.

Log from VLC
[00000001] main private debug: checking builtin modules
[00000001] main private debug: checking plugin modules
[00000001] main private debug: loading plugins cache file /root/.vlc/cache/plugins-04041e.dat
[00000001] main private debug: recursively browsing `/usr/lib/vlc'
[00000001] main private debug: module bank initialized, found 244 modules
[00000001] main private debug: opening config file /root/.vlc/vlcrc
[00000001] main private debug: CPU has capabilities 486 586 MMX MMXEXT SSE SSE2 FPU
[00000001] main private debug: looking for memcpy module: 3 candidates
[00000001] main private debug: using memcpy module "memcpymmxext"
[00000317] main playlist debug: waiting for thread completion
[00000317] main playlist debug: thread 3085208464 (playlist) created at priority 0 (playlist/playlist.c:184)
[00000318] main private debug: waiting for thread completion
[00000318] main private debug: thread 3074718608 (preparser) created at priority 0 (playlist/playlist.c:210)
[00000319] main interface debug: looking for interface module: 1 candidate
[00000319] main interface debug: using interface module "hotkeys"
[00000319] main interface debug: thread 3064228752 (interface) created at priority 0 (interface/interface.c:231)
[00000321] main interface debug: looking for interface module: 1 candidate
[00000321] main interface debug: using interface module "screensaver"
[00000321] main interface debug: thread 3052403600 (interface) created at priority 0 (interface/interface.c:231)
[00000323] main interface debug: looking for interface module: 5 candidates
[00000323] main interface debug: using interface module "wxwidgets"
[00000323] main interface debug: thread 3041913744 (manager) created at priority 0 (interface/interface.c:216)
[00000323] wxwidgets interface debug: Using last windows config '(-1,0,0,1024,768)(0,280,70,409,78)(6,0,0,-1,150)'
[00000323] wxwidgets interface debug: id=0 p=(280,70) s=(409,78)
[00000323] wxwidgets interface debug: id=6 p=(0,0) s=(-1,150)
[00000317] main playlist debug: adding playlist item `udp://@239.195.195.20' ( udp://@239.195.195.20 )
[00000317] main playlist debug: creating new input thread
[00000326] main input debug: waiting for thread completion
[00000326] main input debug: thread 3025746832 (input) created at priority 0 (input/input.c:265)
[00000326] main input debug: creating statistics handler
[00000326] main input debug: `udp://@239.195.195.20' gives access `udp' demux `' path `@239.195.195.20'
[00000326] main input debug: creating demux: access='udp' demux='' path='@239.195.195.20'
[00000328] main demuxer debug: looking for access_demux module: 0 candidates
[00000328] main demuxer warning: no access_demux module matched "udp"
[00000326] main input debug: creating access 'udp' path='@239.195.195.20'
[00000329] main access debug: looking for access2 module: 9 candidates
[00000329] access_udp access debug: opening server=:0 local=239.195.195.20:1234
[00000329] main access debug: net: connecting to '[]:0@[239.195.195.20]:1234'
[00000329] main access debug: looking for network module: 1 candidate
[00000329] ipv6 access debug: 239.195.195.20: Address family for hostname not supported
[00000329] main access debug: using network module "ipv6"
[00000329] main access debug: removing module "ipv6"
[00000329] main access debug: looking for network module: 1 candidate
[00000329] ipv4 access debug: resolving 239.195.195.20:1234...
[00000329] ipv4 access debug: resolving :0...
[00000329] ipv4 access debug: IP_ADD_MEMBERSHIP multicast request
[00000329] main access debug: using network module "ipv4"
[00000329] main access debug: removing module "ipv4"
[00000329] main access debug: using access2 module "access_udp"
[00000333] main private debug: pre buffering

And there it sits :(

Any ideas anyone?

Rémi Denis-Courmont
Developer
Developer
Posts: 15133
Joined: 07 Jun 2004 16:01
VLC version: master
Operating System: Linux
Contact:

Re: Fedora 9 and VLC 0.8.6h

Postby Rémi Denis-Courmont » 01 Jul 2008 18:32

Either firewalling or network card driver problem.
Rémi Denis-Courmont
https://www.remlab.net/
Private messages soliciting support will be systematically discarded

GrandPA
New Cone
New Cone
Posts: 2
Joined: 01 Jul 2008 14:52

Re: Fedora 9 and VLC 0.8.6h

Postby GrandPA » 02 Jul 2008 07:31

First of all: Thanks for the reply!

The firewall is disabled and the server is connected directly to the multicast interface, so that leaves me with a potential problem with the network card or perhaps driver? It's a brand new Dell 1950 and I've tried both of the network interfaces (same controller, but at least two interfaces :)) and that didn't help.

According to the access-router it joins initiates the multicast-group and if I sniff the network everything looks alright. Compared to the traffic from the XP-client I don't find anything strange, allthough there is a lot of data to cover so everything is possible of course. Any ideas on what to look for?

Rémi Denis-Courmont
Developer
Developer
Posts: 15133
Joined: 07 Jun 2004 16:01
VLC version: master
Operating System: Linux
Contact:

Re: Fedora 9 and VLC 0.8.6h

Postby Rémi Denis-Courmont » 02 Jul 2008 17:03

IGMP not being renewed is a bug in some part of your kernel (or hardware, but Windows works so...). Nothing we can help with.
Rémi Denis-Courmont
https://www.remlab.net/
Private messages soliciting support will be systematically discarded

kwizart
Cone that earned his stripes
Cone that earned his stripes
Posts: 164
Joined: 18 Dec 2006 03:43

Re: Fedora 9 and VLC 0.8.6h

Postby kwizart » 02 Jul 2008 23:20

There is a new fedora 9 kernel today did you hit this problem on this newer kernel or earlier ? (what's append with the newest ?)

dragon-pk
Blank Cone
Blank Cone
Posts: 67
Joined: 27 Mar 2008 05:23

Re: Fedora 9 and VLC 0.8.6h

Postby dragon-pk » 10 Jul 2008 09:40

First of all: Thanks for the reply!

The firewall is disabled and the server is connected directly to the multicast interface, so that leaves me with a potential problem with the network card or perhaps driver? It's a brand new Dell 1950 and I've tried both of the network interfaces (same controller, but at least two interfaces :)) and that didn't help.

According to the access-router it joins initiates the multicast-group and if I sniff the network everything looks alright. Compared to the traffic from the XP-client I don't find anything strange, allthough there is a lot of data to cover so everything is possible of course. Any ideas on what to look for?
can fc9 and xp Connect ?


Return to “VLC media player for Linux and friends Troubleshooting”

Who is online

Users browsing this forum: No registered users and 16 guests