The VideoLAN Forums

I just compiled a 22566 svn snapshot of VLC 0.9.

It plays static files, http and mms streams just fine, but I'm unable to play rtsp streams.

This is what I get in the console:

# vlc -v rtsp://192.168.1.142/live.sdp
VLC media player 0.9.0-svn Grishenko
[00000001] main libvlc debug: VLC media player - version 0.9.0-svn Grishenko - (c) 1996-2007 the VideoLAN team
[00000001] main libvlc debug: libvlc was configured with ./configure '--with-ffmpeg-tree=/home/manager/vlc_ffmpeg/ffmpeg' '--enable-live555' '--with-live555-tree=/usr/lib/live' '--disable-wxwidgets' '--enable-x11' '--disable-skins2' '--enable-qt4'
[00000001] main libvlc debug: translation test: code is "C"
Unable to determine our source address: This computer has an invalid IP address: 0x0
Unable to determine our source address: This computer has an invalid IP address: 0x0
[00000317] live555 demuxer warning: no data received in 10s. Switching to TCP
[00000313] message interface warning: message queue overflowed
Unable to determine our source address: This computer has an invalid IP address: 0x0
Unable to determine our source address: This computer has an invalid IP address: 0x0
[00000317] live555 demuxer error: no data received in 10s, aborting


What's wrong with my source address, and why VLC thinks it's invalid?

# ifconfig
eth0 Link encap:Ethernet HWaddr 00:16:3E:18:87:94
inet addr:192.168.113.18 Bcast:192.168.113.255 Mask:255.255.255.0
inet6 addr: fe80::216:3eff:fe18:8794/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:203826 errors:0 dropped:0 overruns:0 frame:0
TX packets:197250 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:68814311 (65.6 MiB) TX bytes:38026056 (36.2 MiB)

This error message is not coming from VLC. Probably faulty liblive555.

I wonder if this is related to gethostbyname() to be replaced with getaddrinfo() (within live555)

But that's just a blind suggest...

The workaround is to open 15947 in udp

I'm thinking it might be your /etc/hosts file that is wrong.

try the command:
ping `hostname`
if it pings 127.0.0.1 then you are in trouble.

is your hostname on the line for localhost, something like
127.0.0.1 the-name-of-your-machine localhost

In that case I understand why vlc would get confused.

try changing it to:

127.0.0.1 localhost
the-ip-of-your-machine the-name-of-your-machine

then check with the following command:

ping `hostname`
this should ping your true IP address and not the dummy 127.0.0.1 one

Well I have this problem with Fedora 7 (and not Fedora Core 6 with the same /etc/host file)
So I expect some glic changes (where are thoses functions live I think ?!)

Fedora guidelines ask this https://www.redhat.com/archives/fedora- ... 00925.html
here is a patch commited to achieve this: https://www.redhat.com/archives/fedora- ... 03754.html

Ps: that an hightly unconfirmed suggestion... (But Quovodis already studied the question with me some past days)...

@georgesdev, indeed you are right:

I've switch my /etc/hosts to:

127.0.0.1 localhost.localdomain localhost
192.168.1.100 kwizart.localdomain kwizart
::1 localhost6.localdomain6 localhost6

Then everything went fine...

Even im facing same problem..., how to fix this....

I made modifications in /etc/hosts file like this
127.0.0.1 localhost.localdomain localhost localhost
192.168.2.197 root.localdomain root
::1 localhost6.localdomain6 localhost6


still it is not working...!!!!!!!!!


Problem explanation is given in following link..
http://lists.live555.com/pipermail/live ... 06053.html

I'm getting the same:
And it continues.
Please fix this so we can use VLC!

My config:
> uname -a
Linux dhcppc3 2.6.25.18-0.2-default #1 SMP 2008-10-21 16:30:26 +0200 i686 athlon i386 GNU/Linux

To reiterate: this error message is not coming from VLC. This is not a VLC bug.

Do not expect the VideoLAN project to fix this, because we cannot.

Indeed, this problem isn't a vlc bug, but one of its dependency as live555.
There are two ways to fix the problem, as it will appear if you have a firewall that is closed by default.

- either using fixed ip from /etc/hosts like it was told before
- Or open the udp port 15947 of your firewall. (better if you have a dynamic ip attributed via dhcp).

quoting groupsock/GroupsockHelper.cpp at l.579

// Get our address by sending a (0-TTL) multicast packet,
// receiving it, and looking at the source address used.
// (This is kinda bogus, but it provides the best guarantee
// that other nodes will think our address is the same as we do.)
do {
loopbackWorks = 0; // until we learn otherwise

testAddr.s_addr = our_inet_addr("228.67.43.91"); // arbitrary
Port testPort(15947); // ditto

This hack doesn't seems ipv6 compliant.(like the whole live555 library anyway)

In centos 7, I disabled the firewalld and selinux, solved the problem.
systemctl stop firewalld
systemctl disable firewalld
setenforce 0