On 06.01.2010 13:18, Theunis Potgieter wrote:
> 2010/1/6 Klaus Schmidinger <klaus.schmidin...@tvdr.de>:
>> On 06.01.2010 13:05, Theunis Potgieter wrote:
>>> 2010/1/6 Klaus Schmidinger <klaus.schmidin...@tvdr.de>:
>>>> On 05.01.2010 09:40, Theunis Potgieter wrote:
>>>>> 2010/1/4 Klaus Schmidinger <klaus.schmidin...@tvdr.de>:
>>>>>> On 04.01.2010 16:09, Theunis Potgieter wrote:
>>>>>>> 2010/1/4 Klaus Schmidinger <klaus.schmidin...@tvdr.de>:
>>>>>>>> On 04.01.2010 14:37, Theunis Potgieter wrote:
>>>>>>>>> I was in search for a plug-in that could map alternative long names to
>>>>>>>>> the supposedly current long name of a channel. I guess I didn't search
>>>>>>>>> hard and long enough, but could not find one that would implement this
>>>>>>>>> behaviour. The idea is, that when ever a channel list is called, it
>>>>>>>>> will provide the alternative long name, but saves the original long
>>>>>>>>> name in channels.conf.
>>>>>>>>> So I thought of implementing one my self. After reading the
>>>>>>>>> PLUGINS.html from VDR-1.7.10, I thought it would be possible. I didn't
>>>>>>>>> see any spoon feeding when it came to channels in the documentation,
>>>>>>>>> so I thought I will have a look at channels.h and there seems to be a
>>>>>>>>> member function called Name() in the tChannelID class. Would it be
>>>>>>>>> wise then to copy the tChannelID class and replace the member function
>>>>>>>>> Name()?
>>>>>>>> tChannelID has no member function named Name().
>>>>>>>> Maybe you mean the cChannel class?
>>>>>>>> I guess if you change the implementation of cChannel::Name(), then you
>>>>>>>> could do what you want.
>>>>>>> Thanks for that. I must have scrolled back up and saw the wrong class,
>>>>>>> I meant cChannel:Name().
>>>>>>>>> Which global pointer will I have to deleted and assign to the new 
>>>>>>>>> object?
>>>>>>>> I don't understand this question.
>>>>>>>> There is no "new object".
>>>>>>>> You will have to patch the VDR source to implement this.
>>>>>>> The idea is that the plug-in would delete the current instance of
>>>>>>> cChannel and instantiate a new cChannel instance in the place there
>>>>>>> of. This without having to patch vdr to implement this feature. There
>>>>>>> for the question about the (e.g. global) pointer that is pointing to
>>>>>>> the original instance of cChannel. Is there a member function in the
>>>>>>> plug-in class that can be called from VDR's main and hand over such a
>>>>>>> pointer?
>>>>>> There is an object of cChannel for each channel, and they are stored in
>>>>>> a list. You can either patch VDR to modify cChannel::Name() so that it
>>>>>> takes the original name as an index into some database of yours, or
>>>>>> modify the names in your channels.conf and set "Setup/DVB/Update 
>>>>>> channels"
>>>>>> to "PIDs only".
>>>>>> Just curious: what's wrong with the original names?
>>>>> The long names and the short names are the same.
>>>> And what's wrong with that?
>>> If you have a lot of channels, where the Long names are reduced to
>>> short (acronym) names. Then you might run into the problem where you
>>> see a few channels with the same short name but with different IDs. I
>>> can't always remember what the short name used to stand for after I
>>> visit the channel in 6 months. The STB will show the correct long
>>> name.
>> Where does the STB get that long name from?
> I only guess that it will get that information in the same form as the
> EPG works. The EPG can only be accessed by going to a specific channel
> and view it using the STB's propriety hardware.

Those providers really suck!

At the moment the only real advice I can give you is to change the
cChannel::Name() function so that it looks up your long channel names
in a list that maps channel ids to long names.

A clean solution will be possible once I get to implement user defined
favorite channel lists, where the user will be able to overwrite the
channel name.


vdr mailing list

Reply via email to