The VideoLAN Forums

Dear Forum,

FreeBSD 6.2 running vlc 0.9.0-svn Grishenko. runs from shell with:
vlc -vvv --loop playlist.m3u --sout '#transcode{acodec=mpga,vb=2048,ab=192}:standard{access=udp,mux=ts,dst=239.255.255.255}'

Starts playing fine but after a couple of hours it _always_ stops with the dreaded 'Killed' following message:

[00000517] spudec packetizer debug: invalid starting packet (size < 4 or pts <=0)
[00000517] spudec packetizer debug: spu size: 0, i_pts: 0 i_buffer: 2019
[00000517] spudec packetizer debug: invalid starting packet (size < 4 or pts <=0)
[00000517] spudec packetizer debug: spu size: 0, i_pts: 0 i_buffer: 829
[00000517] spudec packetizer debug: invalid starting packet (size < 4 or pts <=0)
[00000517] spudec packetizer debug: spu size: 0, i_pts: 0 i_buffer: 2019
[00000517] spudec packetizer debug: invalid starting packet (size < 4 or pts <=0)
[00000517] spudec packetizer debug: spu size: 0, i_pts: 0 i_buffer: 829
[00000517] spudec packetizer debug: invalid starting packet (size < 4 or pts <=0)
[00000517] spudec packetizer debug: spu size: 0, i_pts: 0 i_buffer: 2019
[00000517] spudec packetizer debug: invalid starting packet (size < 4 or pts <=0)
[00000517] spudec packetizer debug: spu size: 0, i_pts: 0 i_buffer: 829
[00000517] spudec packetizer debug: invalid starting packet (size < 4 or pts <=0)
[00000517] spudec packetizer debug: spu size: 0, i_pts: 0 i_buffer: 2019
[00000517] spudec packetizer debug: invalid starting packet (size < 4 or pts <=0)
[00000517] spudec packetizer debug: spu size: 0, i_pts: 0 i_buffer: 829
[00000504] access_output_udp private debug: packet has been sent too late (20649)
[00000517] spudec packetizer debug: invalid starting packet (size < 4 or pts <=0)
[00000517] spudec packetizer debug: spu size: 0, i_pts: 0 i_buffer: 1752
[00000517] spudec packetizer debug: invalid starting packet (size < 4 or pts <=0)
[00000517] spudec packetizer debug: spu size: 0, i_pts: 0 i_buffer: 1752
[00000517] spudec packetizer debug: invalid starting packet (size < 4 or pts <=0)
[00000517] spudec packetizer debug: spu size: 0, i_pts: 0 i_buffer: 1752
Killed

I have seen another thread in the forum (posted by the DJ) that says this about the 'Killed':

"There are 2 options. You have old plugins from a previous installation still around somewhere.
or the vlc software was linked to a dynamic library that has since changed or been removed. My gut tells me it's the first."

There are no old plugins on this install, it's fresh from start and the dynamic linked libraries are:

gadus# ldd /usr/local/bin/vlc
/usr/local/bin/vlc:
libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x2807b000)
libvlc.so.0 => /usr/local/lib/libvlc.so.0 (0x28168000)
libhal.so.1 => /usr/local/lib/libhal.so.1 (0x2822e000)
libintl.so.6 => /usr/local/lib/libintl.so.6 (0x28236000)
libdbus-1.so.3 => /usr/local/lib/libdbus-1.so.3 (0x2823f000)
libm.so.4 => /lib/libm.so.4 (0x28274000)
libpthread.so.2 => /lib/libpthread.so.2 (0x2828a000)
libc.so.6 => /lib/libc.so.6 (0x282af000)
libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x28394000)

If anyone has any pointer to what could be causing this I'd be grateful if you posted to this thread.

/Humperdinck

maybe it segfaults

i only see this message when using kill -9 iirc

you should launch it in gdb to see what happens

if it happens at the same time, lot of chances for a memory problem, do you check if vlc is 'eating' your memory ?

Hi and thanks for your reply,

I don't know if I'm doing this correctly but I run it in gdp by issuing :

gdb --args vlc -vvv --loop playlist.m3u --sout '#transcode{acodec=mpga,vb=2048,ab=192}:standard{access=udp,mux=ts,dst=239.255.255.255}'

I then start it by typing run at the gdb prompt. However right at start (right after loading the first item in the playlist) I get the following :

[00000370] ogg demuxer debug: found video header of type: XVID

Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread 0x81b3a00 (LWP 100098)]
0x288828e4 in Demux (p_demux=0x81c4800) at vlc_common.h:674
674 vlc_common.h: No such file or directory.
in vlc_common.h

Typing finish here gives me this:

(gdb) finish
Run till exit from #0 0x288828e4 in Demux (p_demux=0x81c4800) at vlc_common.h:674

Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread 0x81c4100 (LWP 100104)]
0x282e4c77 in _umtx_op () from /lib/libc.so.6

Am I doing this the right way?

I have verified that it's not a memory issue.

I have also (separately from above) changed the dynamic mapping for the libpthread library to libthr with no change in behaviour.

I have a feeling that this issue has to do with the way vlc handles threads. It's just a hunch though.

Let me correct the previous post, there is a memory behaviour as if there is a memory leak. The memory slowly gets eaten up down to a minimum level where it stays until the crash _or_ until the message 'Killed' ends the application.

This behavior is almost the same for 2 different versions on two different machines, FreeBSD, 6.2 and 5.5. The 6.2 has more 'Killed' where the 5.5 core dumps. It is reproducable on both.

I have tried remapping the libpthread on both machines without effect.

Here's an interesting follow-up...

I have two machines running FreeBSD, one version 6.2 and one version 5.5. Both behave very similar when running vlc.

I took the machine that ran FreeBSD5.5 (see the viewtopic.php?t=28799 thread) with almost the same behaviour as the FreeBSD 6.2 one and installed Fedora Core on it.

Fedora is version 2.6.18-1.2798.fc6 and I put the vlc from freshrpms (0.8.5) on it and play the same playlist in the same way that I played on the FreeBSD using the same options.

It stops playing giving the message 'Killed' precisely like it does on FreeBSD6.2.

Hello again Dear Forum,

I am not entirely certain, but I think that vlc behaves in the same way even for the windows port. Streaming to udp using the vlc 0.8.5 also stops at approximately the same points as streaming with the FreeBSD5.5, FreeBSD6.2 and the Fedora Core2.6-18. This is more of a feeling since the Windows version isn't run from shell as the *nix ones are, but, the behaviour is _very_ similar. The hardware is 3 different machines with FreeBSD5.5 and Fedora using the same.

I am still hoping for some for input on this, if there's anything I can do further please let me know.

(There's another thread that I have abandoned for this one about FreeBSD 5.5. The older thread is at viewtopic.php?t=28799&sid=abf26d8e21cba ... 63639d20b2)

I have confirmed the same behaviour also on FreeBSD6.2 using vlc0.8.6.

Merry Christmas everyone and especially the developers of VLC!