[streaming] Re: gpe-vlc on ipaq

[Jean-Paul Saman]

Rhea Santos wrote:
> 
> hi! here's the error.log when i run vlc on gpe,familiar linux v0.6.1,  ipaq,
> (with 10Mbps ethernet card) to receive a stream from a vls PC. Vlc program
> exits due to segmentation fault.
> 
Thanks, this helps. There are a few things you could check so the 
problem can be diagnosed.( I scattered them in between the error message)

> 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
> [00000001] main vlc warning: config file /root/.vlc/vlcrc does not exist yet
> [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 warning: config file /root/.vlc/vlcrc does not exist yet

not a problem, no custom configuration exists.

> [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 2 candidates
> [00000121] main input: playlist item `udp://@:1234'
> [00000121] main input debug: waiting for thread completion
> [00000121] main input debug: thread 3076 (input) created at priority 0
> (src/inpu
> [00000121] main input debug: access `udp', demux `', name `@:1234'
> [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 debug: detected TS over raw UDP

Network is up here. UDP packets come in on the specified port.

> [00000121] main input debug: looking for demux module
> [00000121] main input debug: probing 12 candidates
> [00000121] mp4 input warning: MP4 plugin discarded (unseekable)
> [00000121] avi input warning: avi module discarded (invalid headr)
> [00000121] asf input warning: ASF v1.0 plugin discarded (not a valid file)
> [00000121] main input debug: looking for mpeg-system module
> [00000121] main input debug: probing 1 candidate
> [00000025] main module debug: using mpeg-system module "mpeg_system"
> [00000027] main module debug: using demux module "ts"
> [00000121] access_udp input error: recv failed (Resource temporarily
> unavailable

Looks like the network link got disconnected temporarily. Did you check 
at this point if you could still ping the server machine?

> [00000121] access_udp input error: recv failed (Resource temporarily
> unavailable

Here things start going wrong of course the buffer got with recv() is in 
  an undetermined state.

> [00000120] familiar interface debug: changing to dir .
> [00000120] familiar interface debug: updating interface
> [00000120] familiar interface debug: Manage GTK keyboard events using
>  timeouts [00000121] main input debug: ES 50 has unknown type
> [00000121] main input debug: ES 80 has unknown type
> [00000121] main input debug: ES 81 has unknown type
> [00000121] main input debug: selecting ES 82
> [00000121] main input debug: selecting ES 0x82
> [00000122] main decoder debug: looking for decoder module
> [00000122] main decoder debug: probing 11 candidates
> [00000005] main module debug: using decoder module "mpeg_video"
> [00000122] main decoder debug: looking for motion compensation module
> [00000122] main decoder debug: probing 1 candidate
> [00000008] main module debug: using motion compensation module "motion"
> [00000122] main decoder debug: looking for idct module
> [00000122] main decoder debug: probing 2 candidates
> [00000007] main module debug: using idct module "idctclassic"
> [00000122] main decoder debug: thread 4101 (decoder) created at priority 0
> (src/
> [00000121] main input debug: selecting ES 83
> [00000121] main input debug: selecting ES 83
> [00000121] main input debug: selecting ES 0x83
> [00000123] main decoder debug: looking for decoder module
> [00000123] main decoder debug: probing 11 candidates
> [00000034] main module debug: using decoder module "mpeg_audio"
> [00000123] main decoder debug: thread 5126 (decoder) created at priority 0
> (src/
> [00000121] mpeg_system input warning: first packet for PID 130 received by TS
> de
> [00000121] mpeg_system input warning: packet lost by TS demux for PID 130:
> curre
> [00000121] mpeg_system input warning: garbage at input (0)
> [00000121] mpeg_system input warning: packet lost by TS demux for PID 130:
> curre

There is a known bug in gpe-vlc-0.5.3 (vlc-0.5.3) which make vlc crash 
when the function recv() fails (returns -1). In vlc-0.6.2 this is fixed, 
packages are being built and tested this week. I hope to release 
vlc-0.6.2 for ipaq this weekend.

Are you going to upgrade to familiar 0.7.1? Or should I also create a 
familiar v0.6 ipaq package?

I'd like to know how many vlc users on iPaq still run familiar v0.6. 
Please report.

-- 
Kind greetings,

Jean-Paul Saman

VLC iPaq port  maintainer


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