Re: [vdr] vdr-1.7.15 dvb-t channel mismatch

2010-08-22 Thread Stefan Lucke
On Saturday 21 August 2010, L. Hanisch wrote:
> Hi,
> 
> Am 21.08.2010 22:06, schrieb Stefan Lucke:
> > reststarting my vdr activities I went into trouble with dvb-t
> > channels.conf for Berlin. Just took the channels from:
> > http://www.vdr-wiki.de/wiki/index.php/Channels.conf_DVBT-De-Berlin-Brandenburg
> >
> > There is the following entry for ARTE:
> >
> > arte;ARD:191500:I999B7C23D12M16T8G8Y0:T:27500:201:202=deu,203=fra:204:0:2:8468:0:0
> >
> > I was able to tune and watch tv on this channel, but there was
> > no EPG available. VDR created the following new entry in channels.conf:
> >
> > arte;ARD:19150:B7C23D12G8M16T8Y0:T:0:0:0:0:0:2:8468:257:0
> >
> > Tuning to this VDR generated channel shows now the EPG information,
> > but no video and no sound :-(.
> 
>   What happens with this entry (adding the TID of the vdr-generated entry):
> 
> arte;ARD:191500:I999B7C23D12M16T8G8Y0:T:27500:201:202=deu,203=fra:204:0:2:8468:257:0

Thanks that brings EPG data to already present channels entry.
Neither NID nor TID are shown while editing those entries, so I could
not see a difference. Looking at NID I guess it plays it's role too.
>From epg.data:

C T-8468-257-2 arte

-- 
Stefan Lucke

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


Re: [vdr] vdr-1.7.15 dvb-t channel mismatch

2010-08-22 Thread L. Hanisch

Hi,

Am 22.08.2010 10:35, schrieb Stefan Lucke:

   What happens with this entry (adding the TID of the vdr-generated entry):

arte;ARD:191500:I999B7C23D12M16T8G8Y0:T:27500:201:202=deu,203=fra:204:0:2:8468:257:0


Thanks that brings EPG data to already present channels entry.
Neither NID nor TID are shown while editing those entries, so I could
not see a difference. Looking at NID I guess it plays it's role too.

From epg.data:


C T-8468-257-2 arte


 The elements of the channel identifier are "Source-NID-TID-SID". If you can't edit them in the OSD, stop your vdr and 
edit the channels.conf with an editor. The last four digits of the entry are "SID:NID:TID:RID".

 -> http://www.vdr-wiki.de/wiki/index.php/Channels.conf

 Or you can try the plugin "wirbelscan", perhaps this will get you the right 
channel entries.

Lars.

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


Re: [vdr] speeding up vdr+xine on an old Pentium4

2010-08-22 Thread martinez
You are absolutely right, the P4 has indeed 2.4GHz (and 512MB of RAM)
Which makes it the more surprising that on SD channels I am getting cpu
utilization in the region of 80% to 95%
It should be a lot less?

This is the lspci output for the graphics card:
00:00.0 Host bridge: Intel Corporation 82845G/GL[Brookdale-G]/GE/PE DRAM
Controller/Host-Hub Interface (rev 01)
00:02.0 VGA compatible controller: Intel Corporation
82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device (rev 01)
00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM
(ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 01)

Date: Sat, 21 Aug 2010 23:34:15 +0100
From: Tony Houghton 
Subject: Re: [vdr] speeding up vdr+xine on an old Pentium4
To: vdr@linuxtv.org
Message-ID: <20100821233415.5c6c5...@realh.co.uk>
Content-Type: text/plain; charset=ISO-8859-1

On Sat, 21 Aug 2010 22:41:32 +0200
 wrote:

I?ve taken an old PC (Intel graphics card on board, p...@553mhz, 512Megs of
RAM) and installed mms, vdr and lirc basically.

Do you mean P3 or have you mistyped the clock speed? The slowest P4 was
about 1400MHz, I thought. Surely one wouldn't be underclocked by such a
huge factor.

-- 
TH * http://www.realh.co.uk

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


Re: [vdr] vdr-1.7.15 dvb-t channel mismatch

2010-08-22 Thread Stefan Lucke
On Sunday 22 August 2010, L. Hanisch wrote:
> Hi,
> 
> Am 22.08.2010 10:35, schrieb Stefan Lucke:
> >>What happens with this entry (adding the TID of the vdr-generated 
> >> entry):
> >>
> >> arte;ARD:191500:I999B7C23D12M16T8G8Y0:T:27500:201:202=deu,203=fra:204:0:2:8468:257:0
> >
> > Thanks that brings EPG data to already present channels entry.
> > Neither NID nor TID are shown while editing those entries, so I could
> > not see a difference. Looking at NID I guess it plays it's role too.
> >> From epg.data:
> >
> > C T-8468-257-2 arte
> 
>   The elements of the channel identifier are "Source-NID-TID-SID". If you 
> can't edit them in the OSD, stop your vdr and 
> edit the channels.conf with an editor. The last four digits of the entry are 
> "SID:NID:TID:RID".
>   -> http://www.vdr-wiki.de/wiki/index.php/Channels.conf

Thanks, but VDR is semi prepared for the fix.
In file menu.c (line ~248) NID, TID and RID menuitems are commented out ;-) .

So now I can delete the new entry first and set the TID
of existing entry :-) to the correct value.

-- 
Stefan Lucke

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


Re: [vdr] vdr-1.7.15 dvb-t channel mismatch

2010-08-22 Thread Niko Mikkilä
Hi,

Sat, 2010-08-21 at 22:06 +0200, Stefan Lucke wrote:
> reststarting my vdr activities I went into trouble with dvb-t
> channels.conf for Berlin. Just took the channels from:
> http://www.vdr-wiki.de/wiki/index.php/Channels.conf_DVBT-De-Berlin-Brandenburg
> 
> There is the following entry for ARTE:
> 
> arte;ARD:191500:I999B7C23D12M16T8G8Y0:T:27500:201:202=deu,203=fra:204:0:2:8468:0:0

The zero TID is due to an old bug in the dvb-apps scan tool. Buggy
versions seemed to always return that for channels in the first scanned
mux and perhaps in some other cases too.

The problem has been fixed in January, but most distributions carry
older versions.

See: http://linuxtv.org/hg/dvb-apps/rev/673a3b451936

--

Niko


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


Re: [vdr] speeding up vdr+xine on an old Pentium4

2010-08-22 Thread Niko Mikkilä
Sun, 2010-08-22 at 11:51 +0200, marti...@embl.de wrote:
> You are absolutely right, the P4 has indeed 2.4GHz (and 512MB of RAM)
> Which makes it the more surprising that on SD channels I am getting cpu
> utilization in the region of 80% to 95%
> It should be a lot less?

What kind of deinterlacing settings are you using with Xine? Full-rate
Greedy2Frame (which I'd recommend) will probably cause a load of 50% to
100% on that CPU, depending on how good your graphics card drivers are.

--

Niko


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


Re: [vdr] speeding up vdr+xine on an old Pentium4

2010-08-22 Thread Tony Houghton
On Sun, 22 Aug 2010 11:51:23 +0200
 wrote:

> You are absolutely right, the P4 has indeed 2.4GHz (and 512MB of RAM)
> Which makes it the more surprising that on SD channels I am getting cpu
> utilization in the region of 80% to 95%
> It should be a lot less?

Run xdpyinfo and make sure XVideo is listed in the extensions (the
extensions come fairly near the top of a *lot* of info).

-- 
TH * http://www.realh.co.uk

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


Re: [vdr] projects.vdr-developer.org update to Redmine 1.0.0

2010-08-22 Thread Tobi
> On August 21 / 22 I will update projects.vdr-developer.org to a
> new Redmine version, so please be prepared for some service
> downtime.

I didn't ran into any problems when updating Redmine from 0.7.4 to 1.0.0.
Everything seems to run fine. If you encounter any problems, please file a
bug report here:

http://projects.vdr-developer.org/projects/project-management/issues/new

For a list of changes since 0.7.4 see:

http://www.redmine.org/wiki/Redmine/Changelog

Tobias

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