Re: [vdr] RFC: one or many positioners?

2013-04-22 Thread Timothy D. Lenz
Better to support multi-positioners. Makes options much more flexible. On 4/21/2013 5:54 AM, Klaus Schmidinger wrote: I'm currently implementing support for steerable dishes, loosely based on https://linuxtv.org/patch/12911. In doing so, I'm defining a virtual base class cPositioner, which defin

Re: [vdr] RFC: one or many positioners?

2013-04-22 Thread Lars Hanisch
Am 22.04.2013 14:28, schrieb Klaus Schmidinger: >... > or even > > virtual void Drive(bool Left) {}// true = left, false = right > virtual void Step(int Steps) {} // <0 = left, >0 = right > virtual void SetLimit(bool Left) {} // true = left, false = right > > ? If you would go thi

Re: [vdr] RFC: one or many positioners?

2013-04-22 Thread Füley István
On 2013.04.21. 15:54, Klaus Schmidinger wrote: (...) The question I have now is: will it be enough to have *one* single positioner in any given setup, or are there actually users who have more than one positioner? (...) Klaus Currently I have 4 tuners, each of them is connected to several

Re: [vdr] RFC: one or many positioners?

2013-04-22 Thread VDR User
On Mon, Apr 22, 2013 at 5:33 AM, Klaus Schmidinger wrote: >> I think I would be interested to have possibility for multiple positioners >> later, if VDR would only support it. > > There doesn't seem to be such a big demand for multiple positioners, > so I guess I'll take the easy way and assume th

Re: [vdr] RFC: one or many positioners?

2013-04-22 Thread Luca Olivetti
Al 22/04/13 14:28, En/na Klaus Schmidinger ha escrit: > So what do you folks think? I don't have any preference wrt Left/Right East/West. My last (and only) set top box with integrated positioner was analogue and used East/West, but I don't remember if it had any provision for the southern hemisp

Re: [vdr] RFC: one or many positioners?

2013-04-22 Thread Klaus Schmidinger
On 22.04.2013 13:38, Antti Hartikainen wrote: ... I think I would be interested to have possibility for multiple positioners later, if VDR would only support it. There doesn't seem to be such a big demand for multiple positioners, so I guess I'll take the easy way and assume there is only one.

Re: [vdr] RFC: one or many positioners?

2013-04-22 Thread Klaus Schmidinger
On 22.04.2013 13:35, Luca Olivetti wrote: Al 22/04/13 11:11, En/na Klaus Schmidinger ha escrit: I'd suggest a parameter with the number of steps to move (and for "step" I mean a "pulse", not the next/previous stored satellite position). I don't see the need for a "number of steps". Well, I

Re: [vdr] RFC: one or many positioners?

2013-04-22 Thread Klaus Schmidinger
On 22.04.2013 12:37, Mike Booth wrote: I have two positioners one for a ku dish and a second for a C Band dish. The general desire for multiple positioners appears to be rather low, so I guess I won't do the extra work to handle such cases. Would it be possibles to cater for the southern hemi

Re: [vdr] RFC: one or many positioners?

2013-04-22 Thread Antti Hartikainen
On Mon, Apr 22, 2013 at 11:46:34AM +0300, Teemu Suikki wrote: > 2013/4/21 Klaus Schmidinger : > > I'm currently implementing support for steerable dishes, loosely based > > on https://linuxtv.org/patch/12911. In doing so, I'm defining a virtual > > base class cPositioner, which defines all the func

Re: [vdr] RFC: one or many positioners?

2013-04-22 Thread Luca Olivetti
Al 22/04/13 11:11, En/na Klaus Schmidinger ha escrit: >> I'd suggest a parameter with the number of steps to move (and for "step" >> I mean a "pulse", not the next/previous stored satellite position). > > I don't see the need for a "number of steps". Well, I use it from time to time. Say I move

Re: [vdr] RFC: one or many positioners?

2013-04-22 Thread Luca Olivetti
Al 22/04/13 11:12, En/na Klaus Schmidinger ha escrit: >> virtual void Recalc(int Number) >>///> Number >>/// > What would this actually be good for? Imagine that the dish moved but the counter didn't work, or simply there's some slack accumulated, so the actual position and the registere

Re: [vdr] RFC: one or many positioners?

2013-04-22 Thread Mike Booth
I have two positioners one for a ku dish and a second for a C Band dish. Would it be possibles to cater for the southern hemispere by a switch. Your East is my West. Mike ___ vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/li

Re: [vdr] ERROR: video data stream broken with DVB-T, AVC and ITE9135 device?

2013-04-22 Thread Klaus Schmidinger
On 21.04.2013 18:11, Michael Smith wrote: Hi, I've switched from DVB-S to DVB-T usb dongle with ITE9135 chipset and I'm trying to record an AVC channel. I'm using VDR-1.7.27. Every thing OK when I use VDR with streamdev plugin. In fact I've set my system to stream channels for more than 10 da

Re: [vdr] RFC: one or many positioners?

2013-04-22 Thread Klaus Schmidinger
On 21.04.2013 20:36, Luca Olivetti wrote: Al 21/04/13 15:52, En/na Klaus Schmidinger ha escrit: One more observation virtual void StepEast(void) {} ///< Move the dish one step to the east. virtual void StepWest(void) {} ///< Move the dish one step to the west. I'd

Re: [vdr] RFC: one or many positioners?

2013-04-22 Thread Klaus Schmidinger
On 21.04.2013 20:17, Luca Olivetti wrote: Al 21/04/13 15:52, En/na Klaus Schmidinger ha escrit: Any visual feedback will be done via the channel display of the skin, by comparing CurrentLongitude() to TargetLongitude(). And of course any section filtering will start only after the target posit

Re: [vdr] RFC: one or many positioners?

2013-04-22 Thread Klaus Schmidinger
On 21.04.2013 20:43, Luca Olivetti wrote: Al 21/04/13 20:36, En/na Luca Olivetti ha escrit: Al 21/04/13 15:52, En/na Klaus Schmidinger ha escrit: One more observation virtual void StepEast(void) {} ///< Move the dish one step to the east. virtual void StepWest(void) {}

Re: [vdr] RFC: one or many positioners?

2013-04-22 Thread Teemu Suikki
2013/4/21 Klaus Schmidinger : > I'm currently implementing support for steerable dishes, loosely based > on https://linuxtv.org/patch/12911. In doing so, I'm defining a virtual > base class cPositioner, which defines all the functions necessary to > control the positioner. An implementation of cDis