Package: vdr-plugin-xineliboutput Version: 1.0.7+cvs20120609.1902-1 Severity: normal Tags: upstream
Hello, I hesitated to create this bug because now that I'm addressing it I can't reproduce it but it happens so often, it will come again, the question is if I'll be ready to check it at that time, so here you are... I'm using the xineliboutput plugin to hear Internet Radio under VDR (there are other means but they are even less stable), by creating a playlist (some attached) which can be browsed to and played like any other music file. The issue is that, after having been heard a while (some hours in general, but I don't know the limit which makes testing difficult), VDR crashes when I press the stop or the blue button. I lived with it until now because I'm generally not in a situation to debug when it happens, and because I had other issues with VDR that I tackled in the mean time, so now I'd like to have a harder look at it. Hence I created this bug for multiple reasons: 1. learn if I'm the only one who has this issue... 2. ask if someone has a smart idea how I could debug such an irregular bug which takes so much time to appear. 3. in general, I'm really willing to learn how to debug VDR as to avoid the same situation as for Bug#666742 where I seem to be the only having the issue. Just give me clear instructions (RTFM _with a link_ is fine as well)! Thanks, Eric -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.6.9+vdr1 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vdr-plugin-xineliboutput depends on: ii libc6 2.13-38 ii libextractor3 1:0.6.3-5 ii libgcc1 1:4.7.2-5 ii libstdc++6 4.7.2-5 ii vdr [vdr-abi-1.7.28-debian] 1.7.28-1 vdr-plugin-xineliboutput recommends no packages. vdr-plugin-xineliboutput suggests no packages. -- no debconf information
m3u.tgz
Description: GNU Zip compressed data
