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

2013-04-23 Thread Klaus Schmidinger

On 22.04.2013 13:30, Luca Olivetti wrote:

Al 22/04/13 11:12, En/na Klaus Schmidinger ha escrit:


virtual void Recalc(int Number)
///Store the current position in a satellite position with the given
Number
///and recalculate all other positions relative to this one


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
registered position differ.
Without this method you should store each of the already stored
position, with a Recalc method, positioning to one know good satellite
would be enough, since the relatives positions would still be good.
Actually, the description is wrong, as the effect would be You,
positioner, now are at this position, so it would be something like


Set as your current position the position specified by Number

(or longitude if you prefer)

So maybe it should be better called SetCurrentPosition


The specs on the 0x6F command are a little vague.
What do you suggest should be sent to a DiSEqC rotor?
Something like

  6F nn 00 00

where 'nn' is the number of the satellite position the dish currently
actually points to?

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


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

2013-04-23 Thread Klaus Schmidinger

On 22.04.2013 18:12, Füley István wrote:

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 satellite 
positions via Diseqc 10/1 switches (i have quad LNBs and one LNB on a motorized 
dish). The configuration is defined in diseqc.conf, and believe me, it wasn't 
easy to set it up :)
Will the rotor implementation change the syntax of diseqc.conf and if yes, will 
the new syntax be backward compatible with the current one?


The syntax of the diseqc.conf will of course remain compatible, so that
existing setups will work unchanged.

There will just be one additional control character (presumably 'P' for
Position). If it is followed by a number, as in

S19.2E  11700 V  9750  t V W15 [E0 10 38 F0] W15 P1
S19.2E  9 V 10600  t V W15 [E0 10 38 F1] W15 P1
S19.2E  11700 H  9750  t V W15 [E0 10 38 F2] W15 P1
S19.2E  9 H 10600  t V W15 [E0 10 38 F3] W15 P1

then GotoPosition() will be called with that number. If there is no number,
GotoAngle() will be called with the satellite's longitude.

I'm also thinking of allowing something in the form of

*  11700 V  9750  t V W15 [E0 10 38 F0] W15 P
*  9 V 10600  t V W15 [E0 10 38 F1] W15 P
*  11700 H  9750  t V W15 [E0 10 38 F2] W15 P
*  9 H 10600  t V W15 [E0 10 38 F3] W15 P

(note the '*' instead of, e.g., 'S19.2E'), which could be a shortcut
for a (USALS) positioner that could receive any satellite (as long as it's
above the horizon).

Klaus

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


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

2013-04-23 Thread Luca Olivetti
Al 23/04/13 12:41, En/na Klaus Schmidinger ha escrit:


 So maybe it should be better called SetCurrentPosition
 
 The specs on the 0x6F command are a little vague.
 What do you suggest should be sent to a DiSEqC rotor?
 Something like
 
   6F nn 00 00
 
 where 'nn' is the number of the satellite position the dish currently
 actually points to?

I have no idea about DiSEqC rotors, sorry, I just drive a couple of
relays and count the pulses myself (well, actually my device
driver/plugin) but it seems such a basic functionality to me that I'd be
surprised if it isn't there.

A google search found this
http://www.dvbviewer.tv/forum/topic/46086-positioner-console-re-calculate-command/

Bye
-- 
Luca

___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


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

2013-04-23 Thread Ales Jurik

On 04/23/2013 01:08 PM, Klaus Schmidinger wrote:
...

I'm also thinking of allowing something in the form of

*  11700 V  9750  t V W15 [E0 10 38 F0] W15 P
*  9 V 10600  t V W15 [E0 10 38 F1] W15 P
*  11700 H  9750  t V W15 [E0 10 38 F2] W15 P
*  9 H 10600  t V W15 [E0 10 38 F3] W15 P

(note the '*' instead of, e.g., 'S19.2E'), which could be a shortcut
for a (USALS) positioner that could receive any satellite (as long as it's
above the horizon).

Klaus



Hi Klaus,

please could it be possible to have functionality of diseqc.conf which 
allows simple combining of fixed LNB's and motorized dish, so the will 
it be possible to have in diseqc.conf standard entries like


S19.2E  11700 V  9750  t v W15 [E0 10 38 F0] W15 A W15 t
S19.2E  9 V 10600  t v W15 [E0 10 38 F1] W15 A W15 T
S19.2E  11700 H  9750  t V W15 [E0 10 38 F2] W15 A W15 t
S19.2E  9 H 10600  t V W15 [E0 10 38 F3] W15 A W15 T

followed with the new syntax one

*  11700 V  9750  t V W15 [E0 10 38 FC] W15 P
*  9 V 10600  t V W15 [E0 10 38 FD] W15 P
*  11700 H  9750  t V W15 [E0 10 38 FE] W15 P
*  9 H 10600  t V W15 [E0 10 38 FF] W15 P

and the standard entries will be prioritized? This will allow to use 
fixed LNB's as preferable ones in combined diseqc installation. Of 
course with chance of source choosing (if more than one tuner is used).



My second wish is to have possibility to use the new syntax on all 
tuners available, so only gotoxx command will be send to the/all tuner, 
to allow simple cooperation with intelligent vtuner devices like NessieDVB.


Thanks,

Best Regards,

Ales


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr


Re: [vdr] Which epg for Sky UK

2013-04-23 Thread Teemu Suikki
Hi!

Is anyone using this patch with Sky Italia? It doesn't work for me.

Also with Sky UK, I have full epg for many channels, but missing for some.
For example ITV1 has 7 days epg, but ITV2-4 have none.

This patch looked so promising at first, but now I'm thinking of changing
back to LoadEPG plugin..
 14.4.2013 11.35 André Weidemann andre.weidem...@web.de kirjoitti:

 On 14.04.2013 00:38, Lucian Muresan wrote:

  The current git version of eepg tends to crash on me at least one if not
 twice a day with vdr-2.0.0, after it used to work well for several
 weeks. I do not know what changed the behaviour, since I cannot find any
 useful crash dump...


 Same problem here. I dumped the plugin in favor to the patch, which worked
 flawlessly ever since.

  BTW, where is the most current freeview patch?


 Ever since vdr-1.7.35 I've used this patch (see attachment). It should
 apply cleanly to the most recent vdr version.

 I think I originally downloaded it from here:
 http://www.vdr-portal.de/**board16-video-disk-recorder/**
 board55-vdr-plugins/p1082416-**eepg-und-vdr-1-7-28/#**skipPoint1082422http://www.vdr-portal.de/board16-video-disk-recorder/board55-vdr-plugins/p1082416-eepg-und-vdr-1-7-28/#skipPoint1082422

 André

 ___
 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


Re: [vdr] Which epg for Sky UK

2013-04-23 Thread Scott Waye
Cant help with Italia, but ITV2-4 have full schedules here using that 
patch (vdr.eepg-patch-1.7.35)


On 23/04/2013 19:48, Teemu Suikki wrote:


Hi!

Is anyone using this patch with Sky Italia? It doesn't work for me.

Also with Sky UK, I have full epg for many channels, but missing for 
some. For example ITV1 has 7 days epg, but ITV2-4 have none.


This patch looked so promising at first, but now I'm thinking of 
changing back to LoadEPG plugin..


14.4.2013 11.35 André Weidemann andre.weidem...@web.de 
mailto:andre.weidem...@web.de kirjoitti:


On 14.04.2013 00:38, Lucian Muresan wrote:

The current git version of eepg tends to crash on me at least
one if not
twice a day with vdr-2.0.0, after it used to work well for several
weeks. I do not know what changed the behaviour, since I
cannot find any
useful crash dump...


Same problem here. I dumped the plugin in favor to the patch,
which worked flawlessly ever since.

BTW, where is the most current freeview patch?


Ever since vdr-1.7.35 I've used this patch (see attachment). It
should apply cleanly to the most recent vdr version.

I think I originally downloaded it from here:

http://www.vdr-portal.de/board16-video-disk-recorder/board55-vdr-plugins/p1082416-eepg-und-vdr-1-7-28/#skipPoint1082422

André

___
vdr mailing list
vdr@linuxtv.org mailto: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


___
vdr mailing list
vdr@linuxtv.org
http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr