Hi guys,
I just added the new ZDF HD channels (ZDF, KIKA, ZDF neo, kultur and info) and I get strange effects like the ones described in http://www.heise.de/newsticker/meldung/Neue-HDTV-Sender-Ruckler-auf-bestimmt.... It looks as if the color pallette switched every 0.7 s. This didn't happen with the old ZDF HD channel. My setup is unchanged. Other HD channels are not affected.
Did anyone else observe this, and what can we do to fix this?
Hi,
Am 01.05.2012 20:08, schrieb Harald Milz:
I just added the new ZDF HD channels (ZDF, KIKA, ZDF neo, kultur and info) and I get strange effects like the ones described in http://www.heise.de/newsticker/meldung/Neue-HDTV-Sender-Ruckler-auf-bestimmt.... It looks as if the color pallette switched every 0.7 s. This didn't happen with the old ZDF HD channel. My setup is unchanged. Other HD channels are not affected.
Did anyone else observe this, and what can we do to fix this?
You didn't mention your setup in detail, but I assume you're using a xine-lib VDPAU based solution.
In my vdr-xine setup I had to switch from vdpau_h264 to vdpau_h264_alter decoder. The following lines from ~/.xine/config give vdpau_h264_alter a higher priority:
# priority for vdpau_h264 decoder # numeric, default: 0 #engine.decoder_priorities.vdpau_h264:0
# priority for vdpau_h264_alter decoder # numeric, default: 0 engine.decoder_priorities.vdpau_h264_alter:1
Bye.
Hi, same problem as mentioned by Harald. Setting priority to alternativ Decoder did not solve the problem. However, running xine-lib-1.1.16.1. Regards Thorsten
On 05/01/12 21:18, Reinhard Nissl wrote:
Hi,
Am 01.05.2012 20:08, schrieb Harald Milz:
I just added the new ZDF HD channels (ZDF, KIKA, ZDF neo, kultur and info) and I get strange effects like the ones described in http://www.heise.de/newsticker/meldung/Neue-HDTV-Sender-Ruckler-auf-bestimmt....
It looks as if the color pallette switched every 0.7 s. This didn't happen with the old ZDF HD channel. My setup is unchanged. Other HD channels are not affected.
Did anyone else observe this, and what can we do to fix this?
You didn't mention your setup in detail, but I assume you're using a xine-lib VDPAU based solution.
In my vdr-xine setup I had to switch from vdpau_h264 to vdpau_h264_alter decoder. The following lines from ~/.xine/config give vdpau_h264_alter a higher priority:
# priority for vdpau_h264 decoder # numeric, default: 0 #engine.decoder_priorities.vdpau_h264:0
# priority for vdpau_h264_alter decoder # numeric, default: 0 engine.decoder_priorities.vdpau_h264_alter:1
Bye.
Hi
Same problem here, using xine-lib 1.1.19 (aka 2.0) , xlo + vdr-sxfe in vdpau mode, vdr 1.7.22 and nvidia lib 290.10
All HD channels in Freesat (28.2E) or French Canalsat (19.2E) or DVB-T HD are perfect
TS recorded files play nice with mplayer in vdpau mode ...
I have recorded many concert today on 3Sat HD, hope watch them ;o)
Thanks for your help
Le mardi 01 mai 2012 21:54:10, Thorsten_Stuppi a écrit :
Hi, same problem as mentioned by Harald. Setting priority to alternativ Decod er did not solve the problem. However, running xine-lib-1.1.16.1. Regards Thorsten
On 05/01/12 21:18, Reinhard Nissl wrote:
Hi,
Am 01.05.2012 20:08, schrieb Harald Milz:
I just added the new ZDF HD channels (ZDF, KIKA, ZDF neo, kultur and info) and I get strange effects like the ones described in http://www.heise.de/newsticker/meldung/Neue-HDTV-Sender-Ruckler-auf-best immten-Receivern-1564225.html.
It looks as if the color pallette switched every 0.7 s. This didn't happen with the old ZDF HD channel. My setup is unchanged. Other HD channels are not affected.
Did anyone else observe this, and what can we do to fix this?
You didn't mention your setup in detail, but I assume you're using a xine-lib VDPAU based solution.
In my vdr-xine setup I had to switch from vdpau_h264 to vdpau_h264_alter decoder. The following lines from ~/.xine/config give vdpau_h264_alter a higher priority:
# priority for vdpau_h264 decoder # numeric, default: 0 #engine.decoder_priorities.vdpau_h264:0
# priority for vdpau_h264_alter decoder # numeric, default: 0 engine.decoder_priorities.vdpau_h264_alter:1
Bye.
On Tue, May 01, 2012 at 09:18:33PM +0200, Reinhard Nissl wrote:
Hi,
Am 01.05.2012 20:08, schrieb Harald Milz:
I just added the new ZDF HD channels (ZDF, KIKA, ZDF neo, kultur and info) and I get strange effects like the ones described in http://www.heise.de/newsticker/meldung/Neue-HDTV-Sender-Ruckler-auf-bestimmt.... It looks as if the color pallette switched every 0.7 s. This didn't happen with the old ZDF HD channel. My setup is unchanged. Other HD channels are not affected.
Did anyone else observe this, and what can we do to fix this?
You didn't mention your setup in detail, but I assume you're using a xine-lib VDPAU based solution.
Yes, it's (still) vdr 1.7.15 and xinelib 1.0.7
I'll give the alter decoder a try next weekend. Maybe I'll be upgrading my setup ;-)
Hi,
this solution worked on my SuSE-System after updating xine-lib. So far, so good. However, on my Debian-System I did update xine-lib as well (without any harder problems) . Then I edited /.xine/config as discribed below. But Xine seems not to react on this entry. I can see that config is written each time I enter Xine-Setup at runtime, but in the Setup-Window ("Engine") there is no entry saying "Priority for vdpau_264_alter decoder". In consequence, xine does not use this alternative decoder... Hm, as I said, on the SuSE-System everything is fine... The only difference, as far as I can see, is that on Debian xine gui language is english, on the Debian System it is english.
Any ideas? Thorsten
On 05/01/12 21:18, Reinhard Nissl wrote:
Hi,
Am 01.05.2012 20:08, schrieb Harald Milz:
I just added the new ZDF HD channels (ZDF, KIKA, ZDF neo, kultur and info) and I get strange effects like the ones described in http://www.heise.de/newsticker/meldung/Neue-HDTV-Sender-Ruckler-auf-bestimmt....
It looks as if the color pallette switched every 0.7 s. This didn't happen with the old ZDF HD channel. My setup is unchanged. Other HD channels are not affected.
Did anyone else observe this, and what can we do to fix this?
You didn't mention your setup in detail, but I assume you're using a xine-lib VDPAU based solution.
In my vdr-xine setup I had to switch from vdpau_h264 to vdpau_h264_alter decoder. The following lines from ~/.xine/config give vdpau_h264_alter a higher priority:
# priority for vdpau_h264 decoder # numeric, default: 0 #engine.decoder_priorities.vdpau_h264:0
# priority for vdpau_h264_alter decoder # numeric, default: 0 engine.decoder_priorities.vdpau_h264_alter:1
Bye.
Sorry - on SuSE it is german...
On 05/06/12 17:11, Thorsten_Stuppi wrote:
Hi,
this solution worked on my SuSE-System after updating xine-lib. So far, so good. However, on my Debian-System I did update xine-lib as well (without any harder problems) . Then I edited /.xine/config as discribed below. But Xine seems not to react on this entry. I can see that config is written each time I enter Xine-Setup at runtime, but in the Setup-Window ("Engine") there is no entry saying "Priority for vdpau_264_alter decoder". In consequence, xine does not use this alternative decoder... Hm, as I said, on the SuSE-System everything is fine... The only difference, as far as I can see, is that on Debian xine gui language is english, on the Debian System it is english.
Any ideas? Thorsten
On 05/01/12 21:18, Reinhard Nissl wrote:
Hi,
Am 01.05.2012 20:08, schrieb Harald Milz:
I just added the new ZDF HD channels (ZDF, KIKA, ZDF neo, kultur and info) and I get strange effects like the ones described in http://www.heise.de/newsticker/meldung/Neue-HDTV-Sender-Ruckler-auf-bestimmt....
It looks as if the color pallette switched every 0.7 s. This didn't happen with the old ZDF HD channel. My setup is unchanged. Other HD channels are not affected.
Did anyone else observe this, and what can we do to fix this?
You didn't mention your setup in detail, but I assume you're using a xine-lib VDPAU based solution.
In my vdr-xine setup I had to switch from vdpau_h264 to vdpau_h264_alter decoder. The following lines from ~/.xine/config give vdpau_h264_alter a higher priority:
# priority for vdpau_h264 decoder # numeric, default: 0 #engine.decoder_priorities.vdpau_h264:0
# priority for vdpau_h264_alter decoder # numeric, default: 0 engine.decoder_priorities.vdpau_h264_alter:1
Bye.
On 05/01/12 20:08, Harald Milz wrote:
Did anyone else observe this,
Yes. Same here. It happens only when I play back new channels like 3sat HD with xine.
and what can we do to fix this?
I installed the latest *xine-lib/xine-lib-1.2-vdpau* http://anonscm.debian.org/hg/xine-lib/xine-lib-1.2-vdpau/ from http://anonscm.debian.org/hg/xine-lib/xine-lib-1.2-vdpau/archive/tip.tar.bz2
However, with that xine-lib, xine-ui now shows some of the buttons (vcd, dvb) twice, leaving no more room for the vdr button. I have found no solution for that yet. I worked around it by entering the vdr mrl on the xine command line. With that workaround, vdr works fine here with the new channels.
Carsten.
On 05/01/12 23:16, Carsten Koch wrote:
However, with that xine-lib, xine-ui now shows some of the buttons (vcd, dvb) twice, leaving no more room for the vdr button. I have found no solution for that yet.
I have now. I noticed that the new version creates a new plugin directory /usr/lib64/xine/plugins/2.1. The previous one was using /usr/lib64/xine/plugins/2.0. It seems that xine-ui was loading from both, so I removed the old one. Now all is OK.
Carsten.
Success! Thanks, Carsten.
On 05/01/12 23:16, Carsten Koch wrote:
On 05/01/12 20:08, Harald Milz wrote:
Did anyone else observe this,
Yes. Same here. It happens only when I play back new channels like 3sat HD with xine.
and what can we do to fix this?
I installed the latest *xine-lib/xine-lib-1.2-vdpau* http://anonscm.debian.org/hg/xine-lib/xine-lib-1.2-vdpau/ from http://anonscm.debian.org/hg/xine-lib/xine-lib-1.2-vdpau/archive/tip.tar.bz2
However, with that xine-lib, xine-ui now shows some of the buttons (vcd, dvb) twice, leaving no more room for the vdr button. I have found no solution for that yet. I worked around it by entering the vdr mrl on the xine command line. With that workaround, vdr works fine here with the new channels.
Carsten.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Hi
Problem solved by updating xine-lib to the proposed one Thanks for your help
Best regards
Le mardi 01 mai 2012 23:16:23, Carsten Koch a écrit :
On 05/01/12 20:08, Harald Milz wrote:
Did anyone else observe this,
Yes. Same here. It happens only when I play back new channels like 3sat HD with xine.
and what can we do to fix this?
I installed the latest *xine-lib/xine-lib-1.2-vdpau* http://anonscm.debian.org/hg/xine-lib/xine-lib-1.2-vdpau/ from http://anonscm.debian.org/hg/xine-lib/xine-lib-1.2-vdpau/archive/tip.tar.bz 2
However, with that xine-lib, xine-ui now shows some of the buttons (vcd, dvb) twice, leaving no more room for the vdr button. I have found no solution for that yet. I worked around it by entering the vdr mrl on the xine command line. With that workaround, vdr works fine here with the new channels.
Carsten.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
-
Carsten Koch -
Dominique -
Harald Milz -
Reinhard Nissl -
Thorsten_Stuppi