Hello!
I have problems with channels that uses high bitrate on Thor 1W. A few channels uses between 10-11 Mbit/s mpeg2 and if I use tv-out from FF card vdr 1.5.14 the picture glitches and the remote response becomes really slow. It can take 10 seconds or more to change channel. There are no problems if I use xineliboutput and vdr 1.5.14 or channels with low bitrate. VDR 1.4.7 is ok with both xinliboutput plugin and tv-out from FF card so my question is how to log this? I start vdr with option -l 3 but there is nothing in the log.
vdr 1.5.14 patches: vdr-1.5.14-liemikuutio-1.17.diff vdr-1.5.14-ttxtsubs-0.0.5.diff vdr-1.5.14-dvb-api-emulate-0.1.diff
I have seen this in earlier versions of 1.5 so it is not related to 1.5.14 only.
/Magnus
On 02/01/08 19:17, Magnus Andersson wrote:
Hello!
I have problems with channels that uses high bitrate on Thor 1W. A few channels uses between 10-11 Mbit/s mpeg2 and if I use tv-out from FF card vdr 1.5.14 the picture glitches and the remote response becomes really slow. It can take 10 seconds or more to change channel. There are no problems if I use xineliboutput and vdr 1.5.14 or channels with low bitrate. VDR 1.4.7 is ok with both xinliboutput plugin and tv-out from FF card so my question is how to log this? I start vdr with option -l 3 but there is nothing in the log.
Please post the channel definitions of some of these channels.
Klaus
Klaus Schmidinger wrote:
On 02/01/08 19:17, Magnus Andersson wrote:
Hello!
I have problems with channels that uses high bitrate on Thor 1W. A few channels uses between 10-11 Mbit/s mpeg2 and if I use tv-out from FF card vdr 1.5.14 the picture glitches and the remote response becomes really slow. It can take 10 seconds or more to change channel. There are no problems if I use xineliboutput and vdr 1.5.14 or channels with low bitrate. VDR 1.4.7 is ok with both xinliboutput plugin and tv-out from FF card so my question is how to log this? I start vdr with option -l 3 but there is nothing in the log.
Please post the channel definitions of some of these channels.
Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
24;Telenor:12303:vC34M0O0S0:S1.0W:27799:523:684=sve:576:B00:3012:70:16:0 SVT2 ¬stNytt;Telenor:12303:vC34M0O0S0:S1.0W:27799:512:640=sve;641=sve:576:B00:3009:70:16:0 24 ¬stNytt;Telenor:12303:vC34M0O0S0:S1.0W:27799:523:684=sve:576:B00:3020:70:16:0
The problem is not always permanent but here a good way to reproduce the problem. Restart vdr on BBC World (FTA) channel on Thor 1W and configure vdr to start at last channel.
BBC World;Telenor:11325:hC78M0O0S0:S1.0W:24500:513:644=eng:577:1:1001:70:25:0
When BBC world has started tune one of the high bitrate channels and you will see the problem.
/Magnus
Klaus Schmidinger wrote:
On 02/01/08 19:17, Magnus Andersson wrote:
Hello!
I have problems with channels that uses high bitrate on Thor 1W. A few channels uses between 10-11 Mbit/s mpeg2 and if I use tv-out from FF card vdr 1.5.14 the picture glitches and the remote response becomes really slow. It can take 10 seconds or more to change channel. There are no problems if I use xineliboutput and vdr 1.5.14 or channels with low bitrate. VDR 1.4.7 is ok with both xinliboutput plugin and tv-out from FF card so my question is how to log this? I start vdr with option -l 3 but there is nothing in the log.
Please post the channel definitions of some of these channels.
Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
24;Telenor:12303:vC34M0O0S0:S1.0W:27799:523:684=sve:576:B00:3012:70:16:0 SVT2 ¬stNytt;Telenor:12303:vC34M0O0S0:S1.0W:27799:512:640=sve;641=sve:576:B00:3009:70:16:0 24 ¬stNytt;Telenor:12303:vC34M0O0S0:S1.0W:27799:523:684=sve:576:B00:3020:70:16:0
The problem is not always permanent but here a good way to reproduce the problem. Restart vdr on BBC World (FTA) channel on Thor 1W and configure vdr to start at last channel.
BBC World;Telenor:11325:hC78M0O0S0:S1.0W:24500:513:644=eng:577:1:1001:70:25:0
When BBC world has started tune one of the high bitrate channels and you will see the problem.
/Magnus
On 02/02/08 11:35, Magnus Andersson wrote:
Klaus Schmidinger wrote:
On 02/01/08 19:17, Magnus Andersson wrote:
Hello!
I have problems with channels that uses high bitrate on Thor 1W. A few channels uses between 10-11 Mbit/s mpeg2 and if I use tv-out from FF card vdr 1.5.14 the picture glitches and the remote response becomes really slow. It can take 10 seconds or more to change channel. There are no problems if I use xineliboutput and vdr 1.5.14 or channels with low bitrate. VDR 1.4.7 is ok with both xinliboutput plugin and tv-out from FF card so my question is how to log this? I start vdr with option -l 3 but there is nothing in the log.
Please post the channel definitions of some of these channels.
Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
24;Telenor:12303:vC34M0O0S0:S1.0W:27799:523:684=sve:576:B00:3012:70:16:0 SVT2 ¬stNytt;Telenor:12303:vC34M0O0S0:S1.0W:27799:512:640=sve;641=sve:576:B00:3009:70:16:0 24 ¬stNytt;Telenor:12303:vC34M0O0S0:S1.0W:27799:523:684=sve:576:B00:3020:70:16:0
The problem is not always permanent but here a good way to reproduce the problem. Restart vdr on BBC World (FTA) channel on Thor 1W and configure vdr to start at last channel.
BBC World;Telenor:11325:hC78M0O0S0:S1.0W:24500:513:644=eng:577:1:1001:70:25:0
When BBC world has started tune one of the high bitrate channels and you will see the problem.
Those Telenor channels are encrypted, so I'm afraid I can't test them.
However, this may also be the reason for your problem. When VDR first switches to an encrypted channel, it always does so in Transfer-Mode, so that it can check whether the TS packets get decrypted. Once it knows that a channel can be decrypted, it switches to it in direct live mode if you switch to it again.
While in Transfer-Mode, the high data rate stream is read from the FF card and sent back to it for replay. I assume this is too much load for the FF card.
Try switching to the same channel again after some 15 seconds. Does it show up ok then?
Klaus
Klaus Schmidinger wrote:
Those Telenor channels are encrypted, so I'm afraid I can't test them.
However, this may also be the reason for your problem. When VDR first switches to an encrypted channel, it always does so in Transfer-Mode, so that it can check whether the TS packets get decrypted. Once it knows that a channel can be decrypted, it switches to it in direct live mode if you switch to it again.
While in Transfer-Mode, the high data rate stream is read from the FF card and sent back to it for replay. I assume this is too much load for the FF card.
Try switching to the same channel again after some 15 seconds. Does it show up ok then?
Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Yes it does. If I stay 15 seconds with bad picture and change to another channel and back it works. I have to do that every time I restart vdr on these channels. Is there a solution to this or do I have to buy new hardware for VDR 1.6.0? I like VDR as it is now because I do not have any HDTV channels or a LCD TV. Why does it work in version 1.4.7?
/Magnus
On 02/10/08 20:34, Magnus Andersson wrote:
Klaus Schmidinger wrote:
Those Telenor channels are encrypted, so I'm afraid I can't test them.
However, this may also be the reason for your problem. When VDR first switches to an encrypted channel, it always does so in Transfer-Mode, so that it can check whether the TS packets get decrypted. Once it knows that a channel can be decrypted, it switches to it in direct live mode if you switch to it again.
While in Transfer-Mode, the high data rate stream is read from the FF card and sent back to it for replay. I assume this is too much load for the FF card.
Try switching to the same channel again after some 15 seconds. Does it show up ok then?
Yes it does. If I stay 15 seconds with bad picture and change to another channel and back it works. I have to do that every time I restart vdr on these channels. Is there a solution to this or do I have to buy new hardware for VDR 1.6.0? I like VDR as it is now because I do not have any HDTV channels or a LCD TV. Why does it work in version 1.4.7?
Version 1.4.7 simply switched to the encrypted channel and didn't check whether it was actually decrypted.
Version 1.5 automatically selects a suitable CAM, and if there is more than one CAM that claims to be able to decrypt a given channel, it needs to check whether it actually can do so. Therefore it starts in Transfer-Mode, which is apparently a problem on FF cards with high bandwith channels.
Too bad the CI standard is so broken...
Klaus
On 02/01/08 19:17, Magnus Andersson wrote:
Hello!
I have problems with channels that uses high bitrate on Thor 1W. A few channels uses between 10-11 Mbit/s mpeg2 and if I use tv-out from FF card vdr 1.5.14 the picture glitches and the remote response becomes really slow. It can take 10 seconds or more to change channel. There are no problems if I use xineliboutput and vdr 1.5.14 or channels with low bitrate. VDR 1.4.7 is ok with both xinliboutput plugin and tv-out from FF card so my question is how to log this? I start vdr with option -l 3 but there is nothing in the log.
Please post the channel definitions of some of these channels.
Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
24;Telenor:12303:vC34M0O0S0:S1.0W:27799:523:684=sve:576:B00:3012:70:16:0 SVT2 ¬stNytt;Telenor:12303:vC34M0O0S0:S1.0W:27799:512:640=sve;641=sve:576:B00:3009:70:16:0 24 ¬stNytt;Telenor:12303:vC34M0O0S0:S1.0W:27799:523:684=sve:576:B00:3020:70:16:0
The problem is not always permanent but here a good way to reproduce the problem. Restart vdr on BBC World (FTA) channel on Thor 1W and configure vdr to start at last channel.
BBC World;Telenor:11325:hC78M0O0S0:S1.0W:24500:513:644=eng:577:1:1001:70:25:0
When BBC world has started tune one of the high bitrate channels and you will see the problem.
/Magnus
Hi,
On Fri, Feb 01, Magnus Andersson wrote:
I have problems with channels that uses high bitrate on Thor 1W. A few channels uses between 10-11 Mbit/s mpeg2 and if I use tv-out from FF card vdr 1.5.14 the picture glitches and the remote response becomes really slow. It can take 10 seconds or more to change channel. There are no problems if I use xineliboutput and vdr 1.5.14 or channels with low bitrate. VDR 1.4.7 is ok with both xinliboutput plugin and tv-out from FF card so my question is how to log this? I start vdr with option -l 3 but there is nothing in the log.
vdr 1.5.14 patches: vdr-1.5.14-liemikuutio-1.17.diff vdr-1.5.14-ttxtsubs-0.0.5.diff vdr-1.5.14-dvb-api-emulate-0.1.diff
I have seen this in earlier versions of 1.5 so it is not related to 1.5.14 only.
I've the same problem with ARD, when I switch audio to dolby digital. When I set audio to stereo, there are no problems.
Can you try to disable dolby digital ?
PS.: cpu is "Mobile Genuine Intel(R) processor 900MHz" and ff card is a 01:0f.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Dieter Bloms wrote:
Hi,
On Fri, Feb 01, Magnus Andersson wrote:
I have problems with channels that uses high bitrate on Thor 1W. A few channels uses between 10-11 Mbit/s mpeg2 and if I use tv-out from FF card vdr 1.5.14 the picture glitches and the remote response becomes really slow. It can take 10 seconds or more to change channel. There are no problems if I use xineliboutput and vdr 1.5.14 or channels with low bitrate. VDR 1.4.7 is ok with both xinliboutput plugin and tv-out from FF card so my question is how to log this? I start vdr with option -l 3 but there is nothing in the log.
vdr 1.5.14 patches: vdr-1.5.14-liemikuutio-1.17.diff vdr-1.5.14-ttxtsubs-0.0.5.diff vdr-1.5.14-dvb-api-emulate-0.1.diff
I have seen this in earlier versions of 1.5 so it is not related to 1.5.14 only.
I've the same problem with ARD, when I switch audio to dolby digital. When I set audio to stereo, there are no problems.
Can you try to disable dolby digital ?
PS.: cpu is "Mobile Genuine Intel(R) processor 900MHz" and ff card is a 01:0f.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
Thank you for your inputs. I never use dolby digital because I use stereo speakers on the TV. Even if I disable dolby digital in the DVB configuration I still get the problems. Somtimes high bitrate channels works after switching to the DVB-T card and then back again and with your information I can force the problem to come back even if channel works without problem. By changing to dolby digital audio instead of stereo the channel becomes bad again and remote is barely responsive.
My configuration is: Gentoo linux with Athlon64 3500+ CPU compiled for 64 bit with Hauppauge version 2.1 DVB-S and one Airstar2 DVB-T. I have the same here 04:07.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01)
/Magnus
-
Dieter Bloms -
Klaus Schmidinger -
Magnus Andersson -
svankan＠bahnhof.se