Two ways of doing this would be nice. 1) Menu selection for TVonly
2) Using ca.conf file to define wanted channels, only channels with defined caid are loaded, like:
0x0..0xFF Free To Air # 0x100..0x1FF Seca/Mediaguard # 0x900..0x9FF NDS/Videoguard 0xB00..0xBFF Conax # 0xD00..0xDFF CryptoWorks # 0xE00..0xEFF PowerVu # 0x1800..0x18FF Nagravision
With ca.conf file above only FTA and Conax channels would be updated/collected to channels.conf
Lauri Tischler wrote:
Two ways of doing this would be nice.
- Menu selection for TVonly
Either that or just put the radio channels into their own group.
- Using ca.conf file to define wanted channels, only channels with defined caid are loaded, like:
I would prefer VDR to automatically add only channels that actually broadcast viewable video and audible audio. I have many channels in my channels.conf that claim to be FTA but have no picture and no sound. Also, people with a CAM usually have a subscription for certain *channels*, not for certain caids, so they will even see more of this type of clutter.
I'd actually be willing to zap though all 2836 entries in my channels.conf and manually delete all channels that show nothing, if most of them would not come back right away.
3) I only understand English and German. It would be nice if new channels that have a certain audio language would be put into a separate group.
Maybe the group header could be extended to specify match criteria in addition to the group title?
For example:
Old:
: German TV.
New:
: %ALANG=deu %AUDIO=yes %VIDEO=yes German TV.
Old:
: German Radio.
New:
: %ALANG=deu %AUDIO=yes %VIDEO=no German Radio.
Old:
: Garbage (at least with the CAMs I have)
New:
: %AUDIO=no %VIDEO=no Garbage (at least with the CAMs I have)
When adding a new channel, VDR would go though the group headers and add the channel at the end of the first group that has any criteria and matches all criteria. If no group has any criteria, the channel is added at the end, as before.
Carsten.
Carsten Koch wrote:
I would prefer VDR to automatically add only channels that actually broadcast viewable video and audible audio. I have many channels in my channels.conf that claim to be FTA but have no picture and no sound.
I believe that's because the new channel is made first and then, if ever, pids are added. IMHO, new channels should not be put into channels.conf if there are not working pids.
Also, people with a CAM usually have a subscription for certain *channels*, not for certain caids, so they will even see more of this type of clutter.
How cam ? No more, certainly less.
On Sun, 17 Jul 2005 14:50:14 +0300, Lauri Tischler wrote:
Two ways of doing this would be nice.
Menu selection for TVonly
Using ca.conf file to define wanted channels, only channels with defined caid are loaded, like:
0x0..0xFF Free To Air # 0x100..0x1FF Seca/Mediaguard # 0x900..0x9FF NDS/Videoguard 0xB00..0xBFF Conax # 0xD00..0xDFF CryptoWorks # 0xE00..0xEFF PowerVu # 0x1800..0x18FF Nagravision
With ca.conf file above only FTA and Conax channels would be updated/collected to channels.conf
Certainly I think it would be a good idea on systems without any decryption devices to be able to elect to have a channels.conf that contains only FTA channels. For example, those of us who use DVB-S to receive BBC from Astra 2 find our channels.conf totally cluttered with the Sky Channels which are encrypted using NDS Videocrypt for which there is absolutely no means of (legitimate) decryption without a Sky Digibox. I would like an option in setup.conf AddNewChannels=OnlyFTA.
With regard to the perennial problem of garbage landing in channels.conf, how about reworking the "add channels" functions so that instead of landing directly in channels.conf new channels could first be sent to "candidates.conf", from which the user could manually select which channels to add permanently to channels.conf. A message could be displayed whenever VDR starts to the effect that "X new channels available - press OK to edit".
Are these options that Klaus would consider adding?
Iwan Davies
On Sun, 2005-07-17 at 22:18 +0100, Iwan Davies wrote:
On Sun, 17 Jul 2005 14:50:14 +0300, Lauri Tischler wrote:
Two ways of doing this would be nice.
Menu selection for TVonly
Using ca.conf file to define wanted channels, only channels with defined caid are loaded, like:
0x0..0xFF Free To Air # 0x100..0x1FF Seca/Mediaguard # 0x900..0x9FF NDS/Videoguard 0xB00..0xBFF Conax # 0xD00..0xDFF CryptoWorks # 0xE00..0xEFF PowerVu # 0x1800..0x18FF Nagravision
With ca.conf file above only FTA and Conax channels would be updated/collected to channels.conf
Certainly I think it would be a good idea on systems without any decryption devices to be able to elect to have a channels.conf that contains only FTA channels. For example, those of us who use DVB-S to receive BBC from Astra 2 find our channels.conf totally cluttered with the Sky Channels which are encrypted using NDS Videocrypt for which there is absolutely no means of (legitimate) decryption without a Sky Digibox. I would like an option in setup.conf AddNewChannels=OnlyFTA.
With regard to the perennial problem of garbage landing in channels.conf, how about reworking the "add channels" functions so that instead of landing directly in channels.conf new channels could first be sent to "candidates.conf", from which the user could manually select which channels to add permanently to channels.conf. A message could be displayed whenever VDR starts to the effect that "X new channels available - press OK to edit".
Are these options that Klaus would consider adding?
Two thoughts:
1. It might be useful just to have an option that says 'hide un-watchable channels' for the channels display (eg menu 2) 2. Klaus has said that 1.4 will have a favorite channels option. Perhaps this will do what is needed
In the end the question is do you really want to remove the channels form channels.conf or would just removing the visibility within vdr be enough?
(Just my 2c)
Iwan Davies
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Malcolm Caldwell wrote:
On Sun, 2005-07-17 at 22:18 +0100, Iwan Davies wrote:
On Sun, 17 Jul 2005 14:50:14 +0300, Lauri Tischler wrote:
Two ways of doing this would be nice.
Menu selection for TVonly
Using ca.conf file to define wanted channels, only channels with defined caid are loaded, like:
0x0..0xFF Free To Air # 0x100..0x1FF Seca/Mediaguard # 0x900..0x9FF NDS/Videoguard 0xB00..0xBFF Conax # 0xD00..0xDFF CryptoWorks # 0xE00..0xEFF PowerVu # 0x1800..0x18FF Nagravision
With ca.conf file above only FTA and Conax channels would be updated/collected to channels.conf
The ca.conf file will soon be completely oboslete and removed.
Certainly I think it would be a good idea on systems without any decryption devices to be able to elect to have a channels.conf that contains only FTA channels. For example, those of us who use DVB-S to receive BBC from Astra 2 find our channels.conf totally cluttered with the Sky Channels which are encrypted using NDS Videocrypt for which there is absolutely no means of (legitimate) decryption without a Sky Digibox. I would like an option in setup.conf AddNewChannels=OnlyFTA.
With regard to the perennial problem of garbage landing in channels.conf, how about reworking the "add channels" functions so that instead of landing directly in channels.conf new channels could first be sent to "candidates.conf", from which the user could manually select which channels to add permanently to channels.conf. A message could be displayed whenever VDR starts to the effect that "X new channels available - press OK to edit".
Are these options that Klaus would consider adding?
Two thoughts:
1. It might be useful just to have an option that says 'hide un-watchable channels' for the channels display (eg menu 2) 2. Klaus has said that 1.4 will have a favorite channels option. Perhaps this will do what is needed
Originally I intended to implement favorite channel lists in 1.4, but I guess I'll rather adopt some of these "ever so important" patches floating around, and then call it stable. Favorite channels will have to wait until 1.5.x.
In the end the question is do you really want to remove the channels form channels.conf or would just removing the visibility within vdr be enough?
With the favorite channels lists I intend to implement, the user can select only those channels that s/he wants to see. The channels.conf file will still contain all channels ever detected.
Klaus
On Mon, 2005-07-18 at 08:27 +0200, Klaus Schmidinger wrote:
Malcolm Caldwell wrote:
On Sun, 2005-07-17 at 22:18 +0100, Iwan Davies wrote:
On Sun, 17 Jul 2005 14:50:14 +0300, Lauri Tischler wrote:
Two ways of doing this would be nice.
Menu selection for TVonly
Using ca.conf file to define wanted channels, only channels with defined caid are loaded, like:
0x0..0xFF Free To Air # 0x100..0x1FF Seca/Mediaguard # 0x900..0x9FF NDS/Videoguard 0xB00..0xBFF Conax # 0xD00..0xDFF CryptoWorks # 0xE00..0xEFF PowerVu # 0x1800..0x18FF Nagravision
With ca.conf file above only FTA and Conax channels would be updated/collected to channels.conf
The ca.conf file will soon be completely oboslete and removed.
Certainly I think it would be a good idea on systems without any decryption devices to be able to elect to have a channels.conf that contains only FTA channels. For example, those of us who use DVB-S to receive BBC from Astra 2 find our channels.conf totally cluttered with the Sky Channels which are encrypted using NDS Videocrypt for which there is absolutely no means of (legitimate) decryption without a Sky Digibox. I would like an option in setup.conf AddNewChannels=OnlyFTA.
With regard to the perennial problem of garbage landing in channels.conf, how about reworking the "add channels" functions so that instead of landing directly in channels.conf new channels could first be sent to "candidates.conf", from which the user could manually select which channels to add permanently to channels.conf. A message could be displayed whenever VDR starts to the effect that "X new channels available - press OK to edit".
Are these options that Klaus would consider adding?
Two thoughts:
1. It might be useful just to have an option that says 'hide un-watchable channels' for the channels display (eg menu 2) 2. Klaus has said that 1.4 will have a favorite channels option. Perhaps this will do what is needed
Originally I intended to implement favorite channel lists in 1.4, but I guess I'll rather adopt some of these "ever so important" patches floating around, and then call it stable. Favorite channels will have to wait until 1.5.x.
In the end the question is do you really want to remove the channels form channels.conf or would just removing the visibility within vdr be enough?
With the favorite channels lists I intend to implement, the user can select only those channels that s/he wants to see. The channels.conf file will still contain all channels ever detected.
So, if I am not wrong, this would be more about favorite filters?
As well as a defined list of favorite channels, a programmatic lists like: all radio, no radio or only FTA would be great. With quite a few channels it gets quite hard to find what you are looking for, and this would help!
Also, I like the sorting ability now in the channels menu. I would like one more option: sort by source, where source is the value defined in sources.conf (eg the satellite names etc). In my setup this would be quite useful. (Sort by provider is not quite good enough - most c-band channels seem to have a provider of 'default provider' :) )
Klaus
_______________________________________________
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Malcolm Caldwell wrote:
Also, I like the sorting ability now in the channels menu. I would like one more option: sort by source, where source is the value defined in sources.conf (eg the satellite names etc). In my setup this would be quite useful. (Sort by provider is not quite good enough - most c-band channels seem to have a provider of 'default provider' :) )
There's a patch for that, by Luca Olivetti.
--- menu.c.sortbysource 2005-01-09 16:42:26.532491562 +0100 +++ menu.c 2005-01-09 18:37:29.606277755 +0100 @@ -328,14 +328,14 @@
class cMenuChannelItem : public cOsdItem { public: - enum eChannelSortMode { csmNumber, csmName, csmProvider }; + enum eChannelSortMode { csmNumber, csmName, csmProvider, csmSourceNumber, csmSourceName, csmSourceProvider }; private: static eChannelSortMode sortMode; cChannel *channel; public: cMenuChannelItem(cChannel *Channel); static void SetSortMode(eChannelSortMode SortMode) { sortMode = SortMode; } - static void IncSortMode(void) { sortMode = eChannelSortMode((sortMode == csmProvider) ? csmNumber : sortMode + 1); } + static void IncSortMode(void) { sortMode = eChannelSortMode((sortMode == csmSourceProvider) ? csmNumber : sortMode + 1); } virtual int Compare(const cListObject &ListObject) const; virtual void Set(void); cChannel *Channel(void) { return channel; } @@ -352,10 +352,42 @@ Set(); }
+int snum(int source) +{ + int stype = (source & cSource::st_Mask); + // arbitrary order: sat, cable, terrestrial, none + int r; + switch(stype) { + case cSource::stCable: + r=0x7FF0; + break; + case cSource::stTerr: + r=0x7FF2; + break; + case cSource::stSat: + r=source & cSource::st_Pos; + if (source & cSource::st_Neg) r*=-1; + break; + default: //stNone or unknown + r=0x7FFF; + } + return r; +} + int cMenuChannelItem::Compare(const cListObject &ListObject) const { cMenuChannelItem *p = (cMenuChannelItem *)&ListObject; int r = -1; + if (sortMode >= csmSourceNumber) { + int rsource = snum(channel->Source()) - snum(p->channel->Source()); + if (sortMode == csmSourceProvider && rsource == 0) + r = strcoll(channel->Provider(), p->channel->Provider()); + if ((sortMode == csmSourceName || r == 0) && rsource == 0) + r = strcoll(channel->Name(), p->channel->Name()); + if ((sortMode == csmSourceNumber || r == 0) && rsource == 0) + r = channel->Number() - p->channel->Number(); + return ((rsource == 0) ? r : rsource); + } if (sortMode == csmProvider) r = strcoll(channel->Provider(), p->channel->Provider()); if (sortMode == csmName || r == 0) @@ -369,10 +401,10 @@ { char *buffer = NULL; if (!channel->GroupSep()) { - if (sortMode == csmProvider) - asprintf(&buffer, "%d\t%s - %s", channel->Number(), channel->Provider(), channel->Name()); + if (sortMode == csmProvider || sortMode == csmSourceProvider) + asprintf(&buffer, "%d\t%s %c %s - %s", channel->Number(), *cSource::ToString(channel->Source()), (sortMode >= csmSourceNumber) ? '*' : '-', channel->Provider(), channel->Name()); else - asprintf(&buffer, "%d\t%s", channel->Number(), channel->Name()); + asprintf(&buffer, "%d\t%s %c %s", channel->Number(), *cSource::ToString(channel->Source()), (sortMode >= csmSourceNumber) ? '*' : '-', channel->Name()); } else asprintf(&buffer, "---\t%s ----------------------------------------------------------------", channel->Name());
On 18 Jul 2005 Klaus Schmidinger Klaus.Schmidinger@cadsoft.de wrote:
With the favorite channels lists I intend to implement, the user can select only those channels that s/he wants to see. The channels.conf file will still contain all channels ever detected.
A problem is, that the channels.conf keeps on growing as new channels are added but old are never removed.
I vote for a mechanism with a touch timestamp (which is set when the channels if announced). Channels which are not touched for a certain time and are not used otherwise e.g. by a pending timer could be removed.
Regards.
Lauri Tischler wrote:
Two ways of doing this would be nice.
- Menu selection for TVonly
See attached patch (one hunk will probably fail without the "source dependant new channel insertation" patch, however it is simple enough to correct manaully)
Bye
Lauri Tischler lwgt@iki.fi wrote:
Two ways of doing this would be nice.
- Menu selection for TVonly
- Using ca.conf file to define wanted channels, only channels with defined caid are loaded, like:
Just learnt about the decruft plugin http://www.vdr-wiki.de/wiki/index.php/Decruft-plugin
I've no idea how well it works, just testing.
Stefan Huelswitt wrote:
I vote for a mechanism with a touch timestamp (which is set when the channels if announced). Channels which are not touched for a certain time and are not used otherwise e.g. by a pending timer could be removed.
What if you have EPG scan enabled? Doesn´t the card touch all channels?
There has often been a discussion on how to determine channels that don´t exist anymore, and I don´t have much idea about it. So I say sorry for this basic question, but, what happens if a channels stops transmission? Doesn´t it have no more audio and video PIDs transmitted? So can´t I simply delete channels where the audio and video PID can´t be determined anymore?
Jörg
Harald Milz wrote:
Lauri Tischler lwgt@iki.fi wrote:
Two ways of doing this would be nice.
- Menu selection for TVonly
- Using ca.conf file to define wanted channels, only channels with defined caid are loaded, like:
Just learnt about the decruft plugin http://www.vdr-wiki.de/wiki/index.php/Decruft-plugin
Looks promising, rereading configfile without restarting would be nice. Also capability to sort group, like sort group 'New FreeTV-Channels @ S13.0E' by provider, name
I've been using patch "source dependant new channel insertation" from Rotor-0.1.0 plugin . Is that the greatest and latest of it ? Small change there would also be nice, new created channels without pids are stuffed into respective 'New FreeTV-Channels' group, it would be better if they were stuffed into some temporary group first (New Pidless Channels) and after pids are found put into proper group.
On 21 Jul 2005 Joerg Knitter joerg.knitter@gmx.de wrote:
Stefan Huelswitt wrote:
I vote for a mechanism with a touch timestamp (which is set when the channels if announced). Channels which are not touched for a certain time and are not used otherwise e.g. by a pending timer could be removed.
What if you have EPG scan enabled? Doesn´t the card touch all channels?
There has often been a discussion on how to determine channels that don´t exist anymore, and I don´t have much idea about it. So I say sorry for this basic question, but, what happens if a channels stops transmission? Doesn´t it have no more audio and video PIDs transmitted? So can´t I simply delete channels where the audio and video PID can´t be determined anymore?
May be "touched" is a bit misleading. What I mean is "channels which aren't announced in SI data".
Regards.
Stefan Huelswitt wrote: ...
May be "touched" is a bit misleading. What I mean is "channels which aren't announced in SI data".
IIRC somebody mentioned in another posting that the SI data are not always correct. So I really believe that the only way to decide whether a channel is transmitting useful audio and video data is to tune to it and see if data are coming. From a user's standpoint, that's all that matters.
Unless the channel has a visible picture and audible sound, it is of no use, no matter what the SI data says. If it is of no use, I do not want it in my channels menu.
Carsten.