search

pipelka / vdr-plugin-xvdr

DISCONTINUED - XVDR Plugin for VDR
GNU General Public License v2.0
43 stars 22 forks source link

cLiveStreamer segfault on stopping livetv #93

Closed sharepass11 closed 11 years ago

sharepass11 commented 11 years ago

This happens very randomly when I stop livetv, I can start and stop 50 times and out of the 50 maybe 1 time I get this segfault and vdr restarts. I'm a few commits behind but I can't see any mention of a fix that goes into this direction. I'll do a pull of the latest changes anyway just to be sure but since it doesn't happen very often and I just cached it I thought I'd post it here.

vdr: 1.7.28 branch: master-pre-vdr-1.7.34 commit: c90f0b10121bbd73669b796152085f16b2f6705e Short log: http://pastebin.com/83CQmz8e (Is there a debug log needed, or do you get enough info with the segfault message?)

sharepass11 commented 11 years ago

Still getting this with latest version too.

pipelka commented 11 years ago

Currently I'm unable to reproduce that. I'll do an automated long-time channel switching test.

pipelka commented 11 years ago

I think I found the problem: a06979225aacf8c886a856d433a0789edbc2257b Please recheck.

sharepass11 commented 11 years ago

Perfect, I did a pull and will see if I still run into the segfault, thanks a lot.

sharepass11 commented 11 years ago

I got a new one testing for stability, this time while trying to start a channel.

http://pastebin.com/5BtHyxG9

Couldn't repeat it so far though, so it may have been some other problem, the original problem didn't occur any more.

pipelka commented 11 years ago

Don't blame it on me:

segfault at ac257ffc ip b701d68b sp aca56440 error 4 in libvdr-sc.so.1.7.28[b6fc7000+6b000]

This time it's vdr-sc. ;-)

AndreyPavlenko commented 11 years ago

Let me blame you again ;) I'm not sure if it's an xvdr issue, but I think it's something related to... I've intermittent XBMC crash when starting a channel playback. I've caught the below stack with gdb:

0 0x00007f1d0915d0be in pa_threaded_mainloop_signal () from /usr/lib/x86_64-linux-gnu/libpulse.so.0

1 0x00007f1d09153e51 in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0

2 0x00007f1d011066f6 in ?? () from /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-2.1.so

3 0x00007f1d01106a7b in pa_pdispatch_run () from /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-2.1.so

4 0x00007f1d0913ae1d in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0

5 0x00007f1d0110aa2b in ?? () from /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-2.1.so

6 0x00007f1d0914e374 in pa_mainloop_dispatch () from /usr/lib/x86_64-linux-gnu/libpulse.so.0

7 0x00007f1d0914e725 in pa_mainloop_iterate () from /usr/lib/x86_64-linux-gnu/libpulse.so.0

8 0x00007f1d0914e7d0 in pa_mainloop_run () from /usr/lib/x86_64-linux-gnu/libpulse.so.0

9 0x00007f1d0915cb1f in ?? () from /usr/lib/x86_64-linux-gnu/libpulse.so.0

10 0x00007f1d01118543 in ?? () from /usr/lib/x86_64-linux-gnu/pulseaudio/libpulsecommon-2.1.so

11 0x00007f1d07578e9a in start_thread () from /lib/x86_64-linux-gnu/libpthread.so.0

12 0x00007f1d03235cbd in clone () from /lib/x86_64-linux-gnu/libc.so.6

13 0x0000000000000000 in ?? ()

Each time, just before the XBMC crash, I can see the following log on the vdr side: XVDR-Error: Parser buffer overflow - resetting XVDR: sync found at offset 921 (streamtype: MPEG2AUDIO / 2208 bytes in buffer / framesize: 732 bytes)

Each xbmc crash log ends with: NOTICE: Creating audio stream (codec id: 86016, channels: 2, sample rate: 22050, no pass-through)

pipelka commented 11 years ago

please. xvdr isn't responsible for every segfault on earth. next time someone posts that his pc crashed because it's located nearby a tv box using xvdr, ... i don't see any link to xvdr in your crash log.

AndreyPavlenko commented 11 years ago

I know that, but i'm in doubt... The crash always occurs immediately after the the buffer overflow error. But, from the other hand, the overflow may be caused by the xbmc crash... Will investigate it further.

pipelka commented 11 years ago

@sharepass11 great. i'll close this.