Re: [vdr] Problem with VDR 1.5.14 and FF card version 2.1 card and channels with high bitrate

2008-02-10 Thread Magnus Andersson
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

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


Re: [vdr] Problem with VDR 1.5.14 and FF card version 2.1 card and channels with high bitrate

2008-02-10 Thread Klaus Schmidinger
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

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


Re: [vdr] Problem with VDR 1.5.14 and FF card version 2.1 card and channels with high bitrate

2008-02-09 Thread Klaus Schmidinger
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

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


Re: [vdr] Problem with VDR 1.5.14 and FF card version 2.1 card and channels with high bitrate

2008-02-02 Thread svankan
 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



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


Re: [vdr] Problem with VDR 1.5.14 and FF card version 2.1 card and channels with high bitrate

2008-02-02 Thread Magnus Andersson
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

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


Re: [vdr] Problem with VDR 1.5.14 and FF card version 2.1 card and channels with high bitrate

2008-02-02 Thread Dieter Bloms
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)

-- 
Gruß

  Dieter

--
I do not get viruses because I do not use MS software.
If you use Outlook then please do not put my email address in your
address-book so that WHEN you get a virus it won't use my address in the
From field.


pgpAZbkZX4CwY.pgp
Description: PGP signature
___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] Problem with VDR 1.5.14 and FF card version 2.1 card and channels with high bitrate

2008-02-02 Thread Magnus Andersson
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

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