Well known problem is that when rotating the dish, it picks up bogus channels. Any news in this aspect ? One solution would be to just calculate the distance between old and new position and just wait one second per degree or whatever is the speed of your rotor.
Lauri Tischler wrote:
Well known problem is that when rotating the dish, it picks up bogus channels. Any news in this aspect ? One solution would be to just calculate the distance between old and new position and just wait one second per degree or whatever is the speed of your rotor.
In the actuator plugin, since I know the position of the dish, if it isn't positioned on the target satellite I set Setup.UpdateChannels to 0. I also patch vdr *not* to wait for a lock, and give it more time before deciding that there's no data coming for a recording (see attached patch). Unfortunately both of these solutions aren't the best option: since vdr looks for SI data (?) only right after switching channel, setting Setup.UpdateChannels to 0 will prevent channel updates until a new channel is selected on the same satellite, and not waiting for a lock, while not really problematic for live view, for a recording could give problems (e.g. with the teletext subtitles plugin). Klaus promised a better solution a while ago, I'm still waiting ;-)
Bye
On Fri, 2005-07-22 at 16:33 +0200, Luca Olivetti wrote:
Lauri Tischler wrote:
Well known problem is that when rotating the dish, it picks up bogus channels. Any news in this aspect ? One solution would be to just calculate the distance between old and new position and just wait one second per degree or whatever is the speed of your rotor.
In the actuator plugin, since I know the position of the dish, if it isn't positioned on the target satellite I set Setup.UpdateChannels to 0. I also patch vdr *not* to wait for a lock, and give it more time before deciding that there's no data coming for a recording (see attached patch). Unfortunately both of these solutions aren't the best option: since vdr looks for SI data (?) only right after switching channel, setting Setup.UpdateChannels to 0 will prevent channel updates until a new channel is selected on the same satellite, and not waiting for a lock, while not really problematic for live view, for a recording could give problems (e.g. with the teletext subtitles plugin). Klaus promised a better solution a while ago, I'm still waiting ;-)
Just to second this: Without such a patch vdr does not work very well with a dish positioner. (At least with my dxr3. I don't know about a FF card, it might work for replay, but the timeout for recordings would still be too low)
Its hard to explain to my wife why vdr must restart while we are watching a recording because it is recording something of a more distant satellite.
Bye _______________________________________________ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
Lauri Tischler wrote:
One solution would be to just calculate the distance between old and new position and just wait one second per degree or whatever is the speed of your rotor.
I'm using this hack for my legacy vsec positioner (stone age diseqc :^). It _seems_ to work, no garbage appears to channels. I'm using a slightly pessimistic 750ms/deg value. A generic solution for positioners without position feedback (such as diseqc 1.2) to vdr could be done with help of sat degree data in sources.conf file.
Unfortunaly my hack is not generic because I modified dvbdevice.c vsec specifically so it won't help you.
Seppo
-
Lauri Tischler -
Luca Olivetti -
Malcolm Caldwell -
Seppo Ingalsuo