Hello
ARD swaps some transponders 2nd June. Eins Extra, Eins Festival, Eins Plus, Phoenix, Arte, Radio Bremen TV,BR-alpha Astra 1KR Transponder 51 (10.744 MHz, horizontal, Symbolrate 22.000 kBd) Radio Bremen TV,BR-alpha Astra 1H Transponder 101 resp.93 Bayerisches Fernsehen Transponder 71 MDR FERNSEHEN / NDR Fernsehen
With VDR that seems to be a great pain, or?
Sample: ARD is at say "Channel 5" and the new ARD Channels are detected at "1200" ff... (autodetection is a nice feature)
VDR allows to mark "Channel 1200" and move it 1204 lines back wards via cursor. (Channel table does no "wrapp", there are 1700 channel entries totally so the other way arround would be "only" 500 lines))
OK, Channel lists can be sorted by transponder owners. That way old and new ARD channels are nearby. But in that mode "move" does not work anymore...
OK, so lets moven 1204 lines so the new channel will become "Channel 6" Now simply "delete channel 5". Oops, does not work as there an active "timers"
OK, lets go the timers. No way to sort them by Channels, and not really "attractive" to change every timer manually.
I can't imagine that this is realy the "intended" way if a transponders swaps.
Please tell me what i made wrong? Why is there no "exchange" or "direct renumber"?
BTW: The new ARD channels will be on "lo"-Band AFAIK. A further reason to make the "single LNB patch" part of VDR... Other "Single Wire" Solutionmay have problems too. See CENELEC EN 50494 "Unicable"
Rainer
Rainer Zocholl wrote: ...
VDR allows to mark "Channel 1200" and move it 1204 lines back wards via cursor.
Since VDR allows you to select channels by number in the channel list, mark and move operations have become a lot easier.
But I agree that it's a drag to maintain the channel list via the remote control. I still use a GUI editor on the PC for that.
One feature that I have been missing for years in that area is: VDR should not add a channel to a list before it can actually receive at least audio from it. My "new channels" list is cluttered with a majority of channels that are not useful to me.
Some are useless because they require a CAM that I do not have. Some are useless because they broadcast in a language that I do not understand. Some are useless because they show still pictures of scantily clad females and command me to call 900 numbers.
It would be so nice to have some options like
Only add channel if...
+ audio data can be received + audio language is in a list of selectable languages + video data can be received + video data rate is at least NN Mbit/s
How hard would it be to implement such a pre-filter?
Back to Rainers problem: An additional option could be to add a channel to an existing group based on its attributes (especially the audio language).
Carsten.
Hi!
Carsten Koch schrieb:
For this purpose, I have the decruft plugin (You can have some kind of a "Spam list" with regular expressions for channes you don't want) and the autosort plugin (Can sort the channels based on custom rules).
Sadly, the autosort plugin is not maintained for some time now, and won't longer work with VDR 1.6.0.
http://www.vdr-wiki.de/wiki/index.php/Autosort-plugin http://www.vdr-wiki.de/wiki/index.php/Decruft-plugin (both in German)
Ciao
Martin
Rainer Zocholl wrote:
ARD swaps some transponders 2nd June. With VDR that seems to be a great pain, or?
It doesn't have to, if they move their NID-TID-SID to the new transponders. VDR will then follow with the existing channel to the new transponder. Maybe they do that at the end of the simulcast phase.
It does work, and I've used it a lot. If you want to move channel 1200 where channel 5 was, just mark channel 1200 and drop it at channel 5. This works anyway, no matter whether both are right next to each other or 1195 channels apart.
What I do is: Go to ARD, sort by provider (also ARD), check whether some ARD channel has a 4-digit number, mark it, and drop it on a similar channel. The 4-digit channel then takes the place of the similar channel, moving all after that one down. The actual placement may be corrected later while sorting by number again.
A further reason to make the "single LNB patch" part of VDR...
(Assuming you meant lnbsharing patch:) The SourceCaps patch users probably won't agree. As long as these two patches are not merged into one concept, a permanent integration doesn't make much sense.
Cheers,
Udo
-
Carsten Koch -
Martin Emrich -
Udo Richter -
UseNet-Posting-Nospam-74308-＠zocki.toppoint.de