I start vdr and xine and all looks nicely and I zap channels a couple of times without problems and the 3rd time or so xine freezes and I need to restart it
It used to work fine, only 3 things have changed: 64 bits os instead of 32, a newer kernel, and using the kernel´s driver for my card (S2-HD-NOVA) instead of the liaplin´s ones
Could someone point out what is the likely culprit? Does vdr+xine run stable on 64 bits?
uname -r 2.6.34-ARCH
tail /var/log/everything.log Aug 15 10:45:01 htpc crond[2702]: FILE /var/spool/cron/root USER root PID 2935 job sys-hourly Aug 15 10:45:20 htpc kernel: out of order segment: rcv_next CA1E6BF8 seq CA1E6C00 - CA1E6C08 Aug 15 10:45:20 htpc kernel: out of order segment: rcv_next CA1E6BF8 seq CA1E6C08 - CA1E6C56 Aug 15 10:45:20 htpc kernel: ofo requeuing : rcv_next CA1E6C00 seq CA1E6C00 - CA1E6C08 Aug 15 10:45:20 htpc kernel: ofo requeuing : rcv_next CA1E6C08 seq CA1E6C08 - CA1E6C56 Aug 15 11:09:03 htpc -- MARK -- Aug 15 11:10:25 htpc kernel: out of order segment: rcv_next CA1E7E14 seq CA1E7E1C - CA1E7E24 Aug 15 11:10:25 htpc kernel: out of order segment: rcv_next CA1E7E14 seq CA1E7E24 - CA1E7E72 Aug 15 11:10:25 htpc kernel: ofo requeuing : rcv_next CA1E7E1C seq CA1E7E1C - CA1E7E24 Aug 15 11:10:25 htpc kernel: ofo requeuing : rcv_next CA1E7E24 seq CA1E7E24 - CA1E7E72
Hi,
Am 15.08.2010 11:21, schrieb martinez@embl.de:
Which video output driver do you use? vdpau?
Would you be so kind a supply a backtrace of xine when the freeze occurs? Run
gdb xine `pidof xine`
and then at the gdb> prompt:
thread apply all bt
Please make sure to have debug symbols installed so that the backtrace shows reasonable function names and source locations.
Could someone point out what is the likely culprit? Does vdr+xine run stable on 64 bits?
I think so.
uname -r 2.6.34-ARCH
rnissl@corei7:~> uname -a Linux corei7 2.6.34-12-desktop #1 SMP PREEMPT 2010-06-29 02:39:08 +0200 x86_64 x86_64 x86_64 GNU/Linux
I'm running openSUSE 11.3.
BTW: I've noticed a similar behaviour on my system since a few days but I haven't managed to collect a backtrace though, because xine-lib resolved the freeze on it's own.
Bye.
I am using Debian Lenny x64. The problems I see, I also see on my dad's x32 system and have to do with problems between xine and vdpau, such has when signal is corrupt vdpau messes with frame size and xine doesn't seem to know how to deal with that. I also see the random lockups others have reported where vdr buffer goes to 100%. Sometimes it clears and sometimes it doesn't. That seems more likely to happen when changing channels are using on screen menus. Video also sometimes goes into a sort of freeze frame/slow motion and changing channels fixes that.
On 8/15/2010 2:21 AM, martinez@embl.de wrote:
-
martinez＠embl.de -
Reinhard Nissl -
Timothy D. Lenz