On 16.06.2012 18:21, Ludi wrote:
Hi again,

On Sat, 16 Jun 2012 16:53:58 +0200
Ludi<ludi...@hotmail.com>  wrote:

Hi Klaus,

First of all, thanks for your reply and for taking the problem into

On Sat, 16 Jun 2012 15:32:11 +0200
Klaus Schmidinger<klaus.schmidin...@tvdr.de>  wrote:

On 15.06.2012 17:17, Ludi wrote:

Some time ago, I started a discussion in german on the VDR forum
about making the VDR more friendly for users that are
simultaneously using different sources to receive channels:

I am going to explain the problem, when receiving channels from
two different sources by using the second german public channel
named ZDF:

Suppose a user is receiving the channel ZDF by dvb-s and dvb-t.
For the VDR, these are two different channels, and it probably is
not a bad thing that the VDR differentiates between them because
these channels might be of different quality (different data
rates, etc.). However, as both sources name these channels often
the same way, it is not easily possible to differentiate between
the two channels in the VDR OSD, which is particularly annoying
for the timers, one of the main VDR features.

Currently, I work around this problem, by setting the VDR to not
update channelnames and manually adding a suffix to the
channelnames in the channels.conf. So, to use the example above
and differentiate between the two channels, they could be renamed
to ZDF-s and ZDF-t (or ZDF.s and ZDF.t, or...). In practice, I
only only rename the channelnames of the source with the smallest
number of channels; I know that the channelnames without suffix
are those from the other source.

@ Klaus

Do you think that you could add an additional option to one of
your next VDR releases, like "Add suffix about source to
channelnames"; I could imagine such an option next to the "Update
channels" option in the DVB section of the Setup in the OSD of
the VDR.

Since the information is already in the channels.conf for every
channel, I assume, that it will not require huge changes to the
VDR code to use channelnames-source (or something similar)
instead of only the channelname in the channelname field of the
channels.conf, when the corresponding option is active.

I'd rather have the channels.conf entries keep the names that are
broadcast in the SI data. I wouldn't want to add a "source" suffix

I understand your concerns.

I assumed that changing the names in the channels.conf would be the
best in order to make also the plugins and other software use the
names+source for free. Moreover, since the channels.conf can be
constantly updated, I thought that it would not really matter, because
the names without source could be restored in the channels.conf by
simply disabling the new option and configure the update setting to
also  modify the channelnames. I was not aware that there was a
standard for the broadcasting of the channelnames; but it does not
surprise me either now.

However, I could imagine adding a function like

    cString cChannel::NameWithSource(void)

which would return things like

    ZDF (DVB-T)
    ZDF (DVB-S)

or, shorter,

    ZDF (T)
    ZDF (S)

and using that function instead of the Name() function at the
appropriate places.

If I get you right, that means that if the user activates the new
option (I assume that you will make it optional, since most people
probably use only one source and do not have the problem), the VDR
uses the NameWithSource() method instead of the Name() method.

But what does this mean for the plugins? I am particularly thinking at
the plugins related to the timers, like the epgsearch and the live
plugin. Will they have to be adapted or will they also show the
name+source if the new option is enabled?

Concerning whether to use the longer or the shorter version of the
name+source, I would choose the shorter version to not increase
chances of the new name not fitting in the OSD. Thus:

     ZDF (S)
     ZDF (T)
     ZDF (C)

I suppose that ZDF (I) for the IPTV reception would also make sense.
And what about analogue and the other standards?

Maybe that the different ways of reception are already available in an
header of the VDR or in some definition of the channels.conf.

That would be the first character of the "source" parameter in channels.conf.


In case, I am missing something, I would also like to ask
everybody reading this to let us know, if for any reason, the
idea about replacing the channelnames with channelname-source
cannot work.

Well, it could work all right. But as I said, I'd like to keep that
raw data in the channels.conf entries.

In any case, I am grateful for anything you will do to improve
the VDR for people receiving channels from different sources.



vdr mailing list

Reply via email to