headers
Klaus Schmidinger | 1 Feb 2008 16:32
Picon
Favicon

Re: wrong time in tv program

On 01/29/08 20:16, Martin SCHREIBER wrote:
> hello!
> 
> the time in the vdr (right bottom) is displayed correctly but the time
> for the tv movies are displayed with a 7 hour displacement.
> 
> e.g. the local time is 20:11 but the start time of the tv movie is
> displayed as 13:00. but the correct tv movie name is displayed.
> 
> 'date' in the shell displays the correct time and also the correct
> timezone is set up in /etc/timezone as 'Europe/Berlin'.

Is this happening only on a particular channel or on all channels?

Do you use the EPG data that comes from the broadcasters, or from
some other source?

Klaus

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Permalink | Reply | 3 comments |
headers
Jan Willies | 1 Feb 2008 18:42

Re: segfaults with vdr ??? 1.5.3 (fonts issue?)

Jan Willies wrote:
> vdr <at> digestive.jpl.se wrote:
>> I had the same problem and I think I upgraded fontconfig and freetype 
>> and then it worked like a charm!
> 
> Thanks, but it seems you had a problem which was somewhat different than mine.

I fixed it by installing another distro - archlinux ;-) 

seems my debian installation got messed up over the years.

- Jan

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Permalink | Reply | 0 comments |
headers
Magnus Andersson | 1 Feb 2008 19:17
Picon
Favicon

Problem with VDR 1.5.14 and FF card version 2.1 card and channels with high bitrate

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

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Permalink | Reply | 9 comments |
headers
Klaus Schmidinger | 1 Feb 2008 22:11
Picon
Favicon

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

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 <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Permalink | Reply | 6 comments |
headers
Magnus Andersson | 2 Feb 2008 11:35
Picon
Favicon

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

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 <at> 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 <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Permalink | Reply | 3 comments |
headers
Magnus Andersson | 2 Feb 2008 10:21
Picon
Favicon

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

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 <at> 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 <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Permalink | Reply | 0 comments |
headers
Dave P | 2 Feb 2008 13:09
Picon
Favicon

Freeview Replay aka TV-Anytime patch

There was a discussion here last year about implementing support for 
Freeview Replay, the cut-down version of TV-Anytime (ETSI TS 102 323) 
broadcast in the UK.

I've now produced a patch which implements the low-level support needed for 
Freeview Replay. It captures the series and item CRIDs and stores the 
information in epg.data and channels.conf.

If anyone is interested in taking this forward and building high-level 
functions to make use of the data, the patch is at

http://www.pickles.me.uk/vdrtva-0.0.1.tar.gz

The patch was prepared against vdr-1.5.13.
--

-- 
Dave

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Permalink | Reply | 0 comments |
headers
svankan | 2 Feb 2008 11:49
Picon
Favicon

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

> 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 <at> 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 <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Permalink | Reply | 0 comments |
headers
Hans Gustafsson | 2 Feb 2008 13:13
Picon

Re: new drivers

Tony,

I got rid of the xine blue screen/hang by downgrading libX11 and
libX11-devel to the ones from fedora 7 :)

Hope it works for you too.

Regards,
Hans

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Permalink | Reply | 1 comment |
headers
Morfsta | 2 Feb 2008 13:17
Picon

Re: What is H264 Spatial Direct Mode?

Here's an update on this for those interested in H264 and VDR.

I brought up the problems with Spatial Direct Mode and FFMPEG on their
mailing list and Loren has implemented it within the code. When tuning
to one of the affected channels I no longer get messages saying that
spatial direct is not implemented, but I still get extreme
artifacting, dropped frames and problems with xine: -

video_out: throwing away image with pts 1124374 because it's too old
(diff : 31864).
buffer usage: 1689,  0,  0,  0, 0x9639a0
buffer usage: 1689,  0,  1,  0, 0x9639a0
ffmpeg_video_dec: error decompressing frame
ffmpeg_video_dec: error decompressing frame
buffer usage: 1669,  0,  1,  0, 0x9639a0
ffmpeg_video_dec: error decompressing frame
buffer usage: 1662,  0,  1,  0, 0x9639a0
ffmpeg_video_dec: error decompressing frame
buffer usage: 1647,  0,  1,  0, 0x9639a0
video_out: throwing away image with pts 1126698 because it's too old
(diff : 33319).
buffer usage: 1714,  0,  0,  0, 0x9639a0
buffer usage: 1675,  0,  0,  0, 0x9639a0
buffer usage: 1675,  0,  1,  0, 0x9639a0
video_out: throwing away image with pts 1138960 because it's too old
(diff : 25556).

Hopefully, we can continue the interest and get these issues fixed.
Reinhard, do you have any idea why this might be occuring? I can
upload some samples somewhere if required.

Thanks

_______________________________________________
vdr mailing list
vdr <at> linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Permalink | Reply | 1 comment |

Gmane