Re: [vdr] ERROR: driver buffer overflow on device 1

2010-03-17 Thread Torgeir Veimo 
On 14 March 2010 21:47, Reinhard Nissl rni...@gmx.de wrote:
 Hi,

 Am 14.03.2010 12:46, schrieb Goga777:
 I have experienced this problem several times today while on HD h264
 channels.  Like previously posted:

 Mar 12 15:02:23 vdr: [20675] buffer usage: 70% (tid=20674)
 Mar 12 15:02:24 vdr: [20675] buffer usage: 80% (tid=20674)
 Mar 12 15:02:24 vdr: [20675] buffer usage: 90% (tid=20674)
 Mar 12 15:02:25 vdr: [20675] buffer usage: 100% (tid=20674)

 VDR was unresponsive and had to be restarted to fix.

 Best regards,
 Derek

 Sorry, forgot to mention this is with VDR-1.7.13...


 I confirm - with vdr 1.7.13 still have the same issue

 I assume, you both use vdr-xine. It would be a good idea to
 create a backtrace in that situation to rule out vdr-xine as
 source of this issue.

 yes, I'm using the vdr-xine 093
 please advice how should I use backtrace

I see similar problems with xineliboutput, but I'm not sure it's
exactly the same problem. I don't have to restart VDR, restarting the
vdr-sxfe client is sufficient.

In the logs I get

Mar 17 13:54:43 htpc vdr: [3710] [xine..put] cXinelibServer::Play_PES
Buffer overflow (TCP/PIPE)
Mar 17 13:54:43 htpc vdr: [3710] [xine..put] cXinelibServer::Play_PES
Buffer overflow (TCP/PIPE)
Mar 17 13:54:43 htpc vdr: [3710] [xine..put] cXinelibServer::Play_PES
Buffer overflow (TCP/PIPE)
[ repeat X times..]

Mar 17 13:54:54 htpc vdr: [3710] [xine..put] cXinelibServer::Play_PES
Buffer overflow (TCP/PIPE)
Mar 17 13:54:54 htpc vdr: [3710] [xine..put] cXinelibServer::Play_PES
Buffer overflow (TCP/PIPE)
Mar 17 13:54:54 htpc vdr: [3710] [xine..put] cXinelibServer: Too many
TCP buffer overflows, dropping client
Mar 17 13:54:54 htpc vdr: [3710] [xine..put] cXinelibServer::Play_PES
Write/Queue error (TCP/PIPE)
Mar 17 13:54:54 htpc vdr: [3710] [xine..put] Closing connection 0

Sometimes the logs has the buffer usage messages as well;

Mar 16 01:38:17 htpc vdr: [8370] [xine..put] cXinelibServer::Play_PES
Buffer overflow (TCP/PIPE)
Mar 16 01:38:17 htpc vdr: [8370] [xine..put] cXinelibServer: Too many
TCP buffer overflows, dropping client
Mar 16 01:38:17 htpc vdr: [8370] [xine..put] cXinelibServer::Play_PES
Write/Queue error (TCP/PIPE)
Mar 16 01:38:19 htpc vdr: [8371] buffer usage: 70% (tid=8370)
Mar 16 01:38:19 htpc vdr: [8371] buffer usage: 80% (tid=8370)
Mar 16 01:38:19 htpc vdr: [8371] buffer usage: 90% (tid=8370)
Mar 16 01:38:19 htpc vdr: [8371] buffer usage: 100% (tid=8370)
Mar 16 01:38:20 htpc vdr: [8370] ERROR:  thread 8429 won't end (waited
3 seconds) - canceling it...
Mar 16 01:38:20 htpc vdr: [8370] [xine..put] Closing connection 0
Mar 16 01:38:20 htpc vdr: [8371] buffer usage: 60% (tid=8370)

This is a problem since the vdr-sxfe client doesn't exit, it just
freezes. It would be better if it exit, then it could reconnect if
scripted to do so.

Some output from gdb;

[r...@htpc ~]#  gdb /usr/local/bin/vdr `pidof vdr`
GNU gdb (GDB) Fedora (7.0.1-33.fc12)
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as i686-redhat-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/local/bin/vdr...done.
Attaching to program: /usr/local/bin/vdr, process 1809
Reading symbols from /usr/lib/libjpeg.so.62...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libjpeg.so.62
Reading symbols from /lib/libpthread.so.0...(no debugging symbols found)...done.
[Thread debugging using libthread_db enabled]
[New Thread 0xaf599b70 (LWP 3711)]
[New Thread 0xb17f8b70 (LWP 3710)]
[New Thread 0xb21f9b70 (LWP 1822)]
[New Thread 0xb35fbb70 (LWP 1820)]
[New Thread 0xb3ffcb70 (LWP 1819)]
[New Thread 0xb49fdb70 (LWP 1818)]
[New Thread 0xb53feb70 (LWP 1817)]
[New Thread 0xb5dffb70 (LWP 1815)]
[New Thread 0xb6b1bb70 (LWP 1814)]
Loaded symbols for /lib/libpthread.so.0
Reading symbols from /lib/libdl.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libdl.so.2
Reading symbols from /lib/libcap.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libcap.so.2
Reading symbols from /lib/librt.so.1...(no debugging symbols found)...done.
Loaded symbols for /lib/librt.so.1
Reading symbols from /usr/lib/libfreetype.so.6...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libfreetype.so.6
Reading symbols from /usr/lib/libfontconfig.so.1...(no debugging
symbols found)...done.
Loaded symbols for /usr/lib/libfontconfig.so.1
Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols
found)...done.
Loaded symbols for /usr/lib/libstdc++.so.6
Reading symbols from /lib/libm.so.6...(no debugging symbols found)...done.
Loaded symbols for /lib/libm.so.6
Reading symbols from /lib/libgcc_s.so.1...(no debugging symbols found)...done.

Re: [vdr] ERROR: driver buffer overflow on device 1

2010-03-17 Thread Reinhard Nissl 
Am 17.03.2010 07:23, schrieb Torgeir Veimo:
 On 14 March 2010 21:47, Reinhard Nissl rni...@gmx.de wrote:
 Hi,

 Am 14.03.2010 12:46, schrieb Goga777:
 I have experienced this problem several times today while on HD h264
 channels.  Like previously posted:

 Mar 12 15:02:23 vdr: [20675] buffer usage: 70% (tid=20674)
 Mar 12 15:02:24 vdr: [20675] buffer usage: 80% (tid=20674)
 Mar 12 15:02:24 vdr: [20675] buffer usage: 90% (tid=20674)
 Mar 12 15:02:25 vdr: [20675] buffer usage: 100% (tid=20674)

 VDR was unresponsive and had to be restarted to fix.

 Best regards,
 Derek

 Sorry, forgot to mention this is with VDR-1.7.13...


 I confirm - with vdr 1.7.13 still have the same issue

 I assume, you both use vdr-xine. It would be a good idea to
 create a backtrace in that situation to rule out vdr-xine as
 source of this issue.

 yes, I'm using the vdr-xine 093
 please advice how should I use backtrace
 
 I see similar problems with xineliboutput, but I'm not sure it's
 exactly the same problem. I don't have to restart VDR, restarting the
 vdr-sxfe client is sufficient.

Hmm, looks like xine / vdr-sxfe would be to blame. There are some
cases where vdpau leaks images while decoding h264 video and when
no more images are left, xine / vdr-sxfe freezes and vdr runs
into an buffer overflow.

Does this happen too when not using vdpau?

Bye.
-- 
Dipl.-Inform. (FH) Reinhard Nissl
mailto:rni...@gmx.de

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Recording DVB-T HD infrance

2010-03-17 Thread Eric Valette 

On 15/03/2010 22:10, dplu wrote:

Hi

There is a French forum who explain how to patch vdr to add support for e-ac3
audio track on pat.c and remux.c

By default, the e-ac3 ID is not recognize by vdr ... this is why you have zero
when you should have two available tracks

http://dvbkivabien2.info/viewtopic.php?f=30t=13835


It works like a charm and no need to update Channles.conf, its done 
automagically. Tested with vdr 7.14.


Still wonder why such a one liner patch is not integrated though.

Thanks a lot for you help.

--eric






___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Recording DVB-T HD infrance

2010-03-17 Thread Klaus Schmidinger 
On 17.03.2010 23:20, Eric Valette wrote:
 On 15/03/2010 22:10, dplu wrote:
 Hi

 There is a French forum who explain how to patch vdr to add support
 for e-ac3
 audio track on pat.c and remux.c

 By default, the e-ac3 ID is not recognize by vdr ... this is why you
 have zero
 when you should have two available tracks

 http://dvbkivabien2.info/viewtopic.php?f=30t=13835
 
 It works like a charm and no need to update Channles.conf, its done
 automagically. Tested with vdr 7.14.
 
 Still wonder why such a one liner patch is not integrated though.

That forum is in French and apparently requires registration.

Can you post that one-liner here?

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr

Re: [vdr] Recording DVB-T HD infrance

2010-03-17 Thread Eric Valette 



Still wonder why such a one liner patch is not integrated though.


That forum is in French and apparently requires registration.

Can you post that one-liner here?


I just translate the instruction, into english (could do german too ;-)) 
Could do a diff but for one trivial line no need for it.


Just add the following line in pat.c

case SI::AC3DescriptorTag:
+ case SI::EnhancedAC3DescriptorTag:
dpid = stream.getPid();



I think for streamdev the same patch is required in
livestreamer.c

case SI::AC3DescriptorTag:
+ case SI::EnhancedAC3DescriptorTag:
Dprintf(cStreamdevPatFilter PMT scanner: adding PID %d (%s) %s\n,

-- eric



___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr