Re: [vdr] vdr-1.7.14 + xine fails with h.264

2010-03-29 Thread Jouni Karvo 
Luca Olivetti kirjoitti:
 En/na Reinhard Nissl ha escrit:

 Since 1.7.12, VDR records PCR. Please apply the patch found in
 the below link to vdr-xine-0.9.3:

 http://www.linuxtv.org/pipermail/vdr/2010-February/022368.html

 It doesn't happen with all channels, though, I'm currently using an
 unpatched xine-0.9.3 (patching now) with vdr-1.7.14 and I can see
 bbchd with no problems.

 Bye
This patch does help, thanks!

yours,
   Jouni

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

Re: [vdr] vdr-1.7.14 + xine fails with h.264

2010-03-28 Thread Reinhard Nissl 
Hi,

Am 27.03.2010 12:42, schrieb Jouni Karvo:

 since I updated from vdr-1.7.11, there is some change in the way H.264
 is treated:
 
 With 1.7.11 + xine with vdpau support, I can watch H.264 HDTV shows
 without problems.  Occasionally, there is a small glitch.
 
 But with 1.7.14 + the same version of xine, H.264 (both SDTV and HDTV)
 fail.  Syslog reports:
 
 The picture has big distortions, and typically xine hangs at some point.
 
 With traditional Mpeg-streams, there is no problem watching with 1.7.14.

Since 1.7.12, VDR records PCR. Please apply the patch found in
the below link to vdr-xine-0.9.3:

http://www.linuxtv.org/pipermail/vdr/2010-February/022368.html

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

[vdr] vdr-1.7.14 + xine fails with h.264

2010-03-27 Thread Jouni Karvo 

hi,

since I updated from vdr-1.7.11, there is some change in the way H.264
is treated:

With 1.7.11 + xine with vdpau support, I can watch H.264 HDTV shows
without problems.  Occasionally, there is a small glitch.

But with 1.7.14 + the same version of xine, H.264 (both SDTV and HDTV)
fail.  Syslog reports:

Mar 27 13:20:22 vdr vdr: [24138] receiver on device 1 thread started
(pid=20841, tid=24138)
Mar 27 13:20:22 vdr vdr: [24139] TS buffer on device 1 thread started
(pid=20841, tid=24139)
Mar 27 13:20:22 vdr vdr: [24138] cVideoRepacker: operating in H.264 mode
Mar 27 13:20:22 vdr vdr: [24138] SetBrokenLink: no GOP header found in
video packet
Mar 27 13:20:23 vdr vdr: [24138] cVideoRepacker: operating in H.264 mode
Mar 27 13:20:24 vdr vdr: [24138] SetBrokenLink: no GOP header found in
video packet
Mar 27 13:20:25 vdr vdr: [24138] cVideoRepacker: operating in H.264 mode
Mar 27 13:20:25 vdr vdr: [24138] cVideoRepacker: operating in H.264 mode
Mar 27 13:20:25 vdr vdr: [24138] SetBrokenLink: no GOP header found in
video packet
Mar 27 13:20:25 vdr vdr: [26422] femon receiver thread started
(pid=20841, tid=26422)
Mar 27 13:20:25 vdr vdr: [26524] femon osd thread started (pid=20841,
tid=26524)
Mar 27 13:20:25 vdr vdr: [24138] ERROR: 1 ring buffer overflow (45 bytes
dropped)
Mar 27 13:20:26 vdr vdr: [24138] cVideoRepacker: operating in H.264 mode
Mar 27 13:20:27 vdr vdr: [24138] SetBrokenLink: no GOP header found in
video packet
Mar 27 13:20:30 vdr vdr: [24138] cVideoRepacker: operating in H.264 mode
Mar 27 13:20:30 vdr vdr: [24138] cVideoRepacker: operating in H.264 mode
Mar 27 13:20:31 vdr vdr: [24138] SetBrokenLink: no GOP header found in
video packet
Mar 27 13:20:32 vdr vdr: [24138] cVideoRepacker: operating in H.264 mode
Mar 27 13:20:32 vdr vdr: [24138] ERROR: 3 ring buffer overflows (135
bytes dropped)

The picture has big distortions, and typically xine hangs at some point.

With traditional Mpeg-streams, there is no problem watching with 1.7.14.

yours,
   Jouni

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