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
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.
En/na Reinhard Nissl ha escrit:
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
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
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