[vdr] Undetected channels on transponders switching from DVB-S to DVB-S2
Hi, I think it is a great feature that VDR will update channel parameters and add newly found channels automatically if UpdateChannels is set to value 5 in setup.conf. But my impression is currently that VDR might fail to find new channels on a satellite transponder in the special situation that the transponder has changed it's broadcasting method from DVB-S to DVB-S2. Of course, prior to changing the method, a transponder might be scraped from any channels so that there will be nothing on the transponder any more for a couple of days or weeks (this of course totally depends on the habits of the provider). And this tackles another small problem: I think that VDR doesn't delete any channels from the channels.conf in any case. So outdated channels have to be removed manually. Has there been an attempt to offer a functionality that VDR makes a note of those channels that get the line frontend timed out while tuning to channel X in the syslog and offers those channels for manual deletion via the OSD in a special OSD page called Outdated channels? My questions are based on the experience when two transponders switched from DVB-S to DVB-S2 in 2011: 1) On S28.2E the transponder containing the BBC HD channels did this. 2) On S19.2E the transponder now containing the Sonnenklar.HD TV did this. In both cases VDR wasn't able to add the new DVB-S2 channels to the channels.conf automatically as long as not all predecessor channels had been manually removed from the channels.conf. It would be nice if this could happen automatically and users could remove outdated channels from the channels.conf easily. Regards, Henning P.S.: My own special situation is that I use my VDR as a channel list provider for the Channelpedia project and I want to make it easier for me and other people to contribute their channel lists to this directory. (http://channelpedia.yavdr.com/) ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Undetected channels on transponders switching from DVB-S to DVB-S2
Am 11.09.2011 11:37, schrieb Henning Pingel: And this tackles another small problem: I think that VDR doesn't delete any channels from the channels.conf in any case. So outdated channels have to be removed manually. Has there been an attempt to offer a functionality that VDR makes a note of those channels that get the line frontend timed out while tuning to channel X in the syslog and offers those channels for manual deletion via the OSD in a special OSD page called Outdated channels? There's currently no 'official' method to track down channels that are no longer announced. There's a trick however: Modify your channels.conf so that all channel names start with [outdated], then start VDR and wait for a full transponder scan to finish. All existing channels will be renamed back to their proper names, and all remaining [outdated] channels can be dropped after some grace period. I use a more advanced variant using a small patch and a plugin, both currently not publicly released: The patch tracks a 'last seen' timestamp to all channels, where 0 means 'not seen since VDR start'. A matching plugin holds a second channel list and periodically syncs with the regular channel list, with the additional info 'first seen' and 'last seen' tracked persistently across VDR sessions. Also, the plugin renames channels that are gone for some time so they can be identified and deleted. This has however two downsides: First, a VDR that hasn't been running for some time will instantly mark all channels gone, and the same thing happens if a source is temporarily unavailable - for me, DVB-T is regularly not plugged, so all DVB-T channels are usually marked as gone. Cheers, Udo ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] Undetected channels on transponders switching from DVB-S to DVB-S2
Al 11/09/11 13:49, En/na Udo Richter ha escrit: Am 11.09.2011 11:37, schrieb Henning Pingel: And this tackles another small problem: I think that VDR doesn't delete any channels from the channels.conf in any case. So outdated channels have to be removed manually. Has there been an attempt to offer a functionality that VDR makes a note of those channels that get the line frontend timed out while tuning to channel X in the syslog and offers those channels for manual deletion via the OSD in a special OSD page called Outdated channels? There's currently no 'official' method to track down channels that are no longer announced. There's a trick however: Modify your channels.conf so that all channel names start with [outdated], then start VDR and wait for a full transponder scan to finish. All existing channels will be renamed back to their proper names, and all remaining [outdated] channels can be dropped after some grace period. My actuator plugin has menu options to mark, unmark and delete marked channels. The idea is, you mark the channels, do a complete satellite scan, then delete the (still) marked channels. Even if I wrote that specifically to get rid of obsolete channels, I never use it, because there are some channels that are not advertised in the nit. As a result I now have a channel.conf with more that 7000 channels and most of the entries are rubbish. Bye -- Luca ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
[vdr] [ANNOUNCE] epgsearch-1.0.0
Hi, it's time for a new release. I'm quite happy with the current state, so I decided to place a '1' in front of the version :-) Because of the big distance to the last release the history is quite long. So I just put a link to it here: http://winni.vdr-developer.org/epgsearch/HISTORY Have fun! download: http://winni.vdr-developer.org/epgsearch/downloads/vdr-epgsearch-1.0.0.tgz cheers, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] epgsearch-1.0.0
Christian, On 11 September 2011 19:37, Christian Wieninger cwienin...@gmx.de wrote: it's time for a new release. I'm quite happy with the current state, so I decided to place a '1' in front of the version :-) Congrats on the new release! Changelog looks fantastic. One quick question... - new internal variables: * %day%, %month% and %year% which return the numeric day, month and year (with century) of an event * %chgrp% returns the VDR channel group name corresponding to an event * %liveeventid% returns the encoded event ID as used in the frontend 'live' to add direct links e.g. in the search timer mails (see sample conf/epgsearchupdmail-html.templ). * %timer.liveid% returns the encoded timer ID as used in the frontend 'live' to add direct links e.g. in the search timer mails. * %date_iso% and %date_iso_now% return the (current) date in '-MM-DD' format, suggested by Andreas Mair. * %search.series% returns 1 or 0 depending on the flag series recording of a search and can be used in the directory entry of a search or it's depending variables. I'm slightly confused. Can these 'internal variables' be used as automatic substitution variables for the recordings directory? e.g., for TV series which don't publish episode numbers in the EPG, or which happen every day (e.g. soaps) can I setup a search timer to record to a directory of 'SeriesName~%year%%month%%day%' ? ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Re: [vdr] [ANNOUNCE] epgsearch-1.0.0
Am 11.09.2011 22:22, schrieb Dominic Evans: Christian, On 11 September 2011 19:37, Christian Wieningercwienin...@gmx.de wrote: it's time for a new release. I'm quite happy with the current state, so I decided to place a '1' in front of the version :-) Congrats on the new release! Changelog looks fantastic. thanks! One quick question... - new internal variables: * %day%, %month% and %year% which return the numeric day, month and year (with century) of an event * %chgrp% returns the VDR channel group name corresponding to an event * %liveeventid% returns the encoded event ID as used in the frontend 'live' to add direct links e.g. in the search timer mails (see sample conf/epgsearchupdmail-html.templ). * %timer.liveid% returns the encoded timer ID as used in the frontend 'live' to add direct links e.g. in the search timer mails. * %date_iso% and %date_iso_now% return the (current) date in '-MM-DD' format, suggested by Andreas Mair. * %search.series% returns 1 or 0 depending on the flag series recording of a search and can be used in the directory entry of a search or it's depending variables. I'm slightly confused. Can these 'internal variables' be used as automatic substitution variables for the recordings directory? e.g., for TV series which don't publish episode numbers in the EPG, or which happen every day (e.g. soaps) can I setup a search timer to record to a directory of 'SeriesName~%year%%month%%day%' ? exactly. Please have a look at this http://winni.vdr-developer.org/epgsearch/en/epgsearch.4.html#1__using_variables_in_the_directory_entry_of_a_search_timer and http://winni.vdr-developer.org/epgsearch/en/epgsearch.4.html#12__user_defined_variables cheers, Christian ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr