[vlc] Re: vlc on ipaq

[Rhea Santos]

hi! thanks for being around =)

I ran ping command on my ipaq and it worked just fine in connecting to the vls 
PC server. I also tried tcpdump on the server and it seems that vls is 
transmitting the video streaming packets thru udp.

here's the tcpdump log...

/when i ping  server 10.10.4.51/
 tcpdump: listening on eth0
15:28:28.631559 10.10.4.46 > 10.10.4.51: icmp: echo request (DF)
15:28:28.631725 10.10.4.51 > 10.10.4.46: icmp: echo reply

/when I ran vls and opie-vlc/
15:30:39.347007 10.10.4.51.1044 > 10.10.4.46.1234:  udp 1316 (DF)
15:30:39.348255 10.10.4.51.1044 > 10.10.4.46.1234:  udp 1316 (DF)
15:30:39.349535 10.10.4.51.1044 > 10.10.4.46.1234:  udp 1316 (DF)
15:30:39.350760 10.10.4.51.1044 > 10.10.4.46.1234:  udp 1316 (DF)
15:30:39.351877 10.10.4.46 > 10.10.4.51: icmp: 10.10.4.46 udp port 1234 
unreachable [tos 0xc0]
15:30:39.352642 10.10.4.51.1044 > 10.10.4.46.1234:  udp 1316 (DF)
15:30:39.353869 10.10.4.51.1044 > 10.10.4.46.1234:  udp 1316 (DF)
15:30:39.355109 10.10.4.51.1044 > 10.10.4.46.1234:  udp 1316 (DF)

Could it be on the opie-vlc side's problem?How can I go about fixing this? Is 
this bug already fixed on the 0.6.0 version?
tnx!



On Wednesday 23 July 2003 02:58 pm, you wrote:
> Rhea Santos wrote:
> > hi again...sorry for the delayed follow-up....
> > im using opie-vlc 0.5.3.
>
> Thanks for sending the log. You triggered a small bug in vlc inside
> module/access/udp.c
>
> > here's the vlc error when  opie-vlc udp://@: is ran on opie & familiar
> > linux:
> >
> > VideoLAN Client 0.5.3 Natalya
> > [00000000] main root debug: VLC media player - version 0.5.3 Natalya -
> > (c) 1996-
> > [00000000] main root debug: libvlc was configured with ./configure
> > --mandir=/sha
> > [00000001] main vlc debug: translation test: code is "C"
> > [00000001] main vlc debug: opening config file /root/.vlc/vlcrc
> > [00000000] main root debug: checking builtin modules
> > [00000000] main root debug: checking plugin modules
> > [00000000] main root debug: recursively browsing `modules'
> > [00000000] main root debug: recursively browsing `/usr/lib/vlc'
> > [00000000] main root debug: recursively browsing `plugins'
> > [00000001] main vlc debug: module bank initialized, found 109 modules
> > [00000001] main vlc debug: opening config file /root/.vlc/vlcrc
> > [00000001] main vlc debug: CPU has capabilities
> > [00000001] main vlc debug: looking for memcpy module
> > [00000001] main vlc debug: probing 1 candidate
> > [00000021] main module debug: using memcpy module "memcpy"
> > [00000119] main playlist debug: waiting for thread completion
> > [00000119] main playlist debug: thread 1026 (playlist) created at
> > priority 0 (sr
> > [00000119] main playlist debug: adding playlist item ^k udp://@:1234 ^{
> > [00000120] main interface debug: looking for interface module
> > [00000120] main interface debug: probing 1 candidate
> > remote control interface initialized, `h' for help
> > [00000121] main input debug: looking for access module
> > [00000121] main input debug: probing 3 candidates
> > [00000121] access_udp input debug: opening server=:0 local=:1234
> > [00000121] main input debug: looking for network module
> > [00000121] main input debug: probing 2 candidates
> > [00000121] ipv4 input debug: socket buffer size is 0x1fffe instead of
> > 0x80000 [00000089] main module debug: using network module "ipv4"
> > [00000089] main module debug: unlocking module "ipv4"
> > [00000087] main module debug: using access module "access_udp"
> > [00000121] access_udp input error: recv failed (Resource temporarily
> > unavailable
>
> The function recv() returned -1, because of a network error. Can you
> ping the streaming server from your iPaq ?? I think not, but check it
> please.
>
> > [00000121] access_udp input debug: detected TS over raw UDP
> > Segmentation fault
>
> Here the bug is triggered inside modules/access/udp.c. If the network
> would work properly this bug wouldnot have been triggered.


-- 
This is the vlc mailing-list, see http://www.videolan.org/vlc/
To unsubscribe, please read http://www.videolan.org/support/lists.html
If you are in trouble, please contact <postmaster at videolan.org>