On the card side, Say you have a standard s1 and a s2. The s2 can do both s1 and s2, but the standard only card can only do s1. There is also turbo mode in NA and cards that do turbo can also do standard but they can't do s2. We have all 3 types in use though most of the turbo mode requires a propriatory receiver.
There are also problems on the dish side. Two dishes, One fixed, one on a rotor. If each goes to a separate card, clearly, the fixed dish can only see what is on one sat while the rotor can see that sat plus many others. If the lnb on the rotor is of the dual mode type, circular/linear, or covers a greater range as some do, then even while pointing to the same sat as the fixed, it will cover stuff the fixed can't. There could also be ways using dual output lnbs, where the fixed and rotor have signals going to two cards. only one card can move the dish, but ether card can see ether dish. When recording 2 channels at the same time, vdr needs a way to know if both are on the same sat, then it can use the rotor for both. For recording on different sats, it needs to plan ahead by putting the recording that is on a sat not viewable by the fixed dish, on the card that can move the dish so that a second recordind on the sat viewable by the fixed dish goes to the other card. Sounds confusing, but with multi-dish setups, that happens.
On 2/6/2010 5:05 PM, Klaus Schmidinger wrote:
On 07.02.2010 00:31, Timothy D. Lenz wrote:
This would cause duplicate lines for devices that overlap, such has where there are both fixed and rotor dish. Better to include the supporting devices in the entries.
I don't see what you mean. Can you be more specific?
Klaus
On 2/6/2010 4:57 AM, Klaus Schmidinger wrote:
On 02.02.2010 07:35, Ian Bates wrote:
On 1 Feb 2010, at 22:24, abbe normal wrote:
On 2/1/10, VDR Useruser.vdr@gmail.com wrote:
On Mon, Feb 1, 2010 at 7:12 AM, Halim Sahinhalim.sahin@t-online.de wrote: > Hi List and Klaus, > > It would be really nice if vdr could support diseqc setup directly in > vdr. > > I don't know if this can be done by a plugin but the current > solution is > difficult for endusers. > Setting a diseqc.conf needs some knowledge in diseqc and it's > commands. > A simple interface for creating a diseqc.conf can improove the > usability of vdr! Personally I think adding support for multiple diseqc switches is a more important feature as I've noticed several users asking how to do this in VDR -- which it unfortunately doesn't support. I think this is actually one of the reasons some guys fumble around trying to cascade their diseqc switches. However, not all switches can be cascaded and so they're left stuck. Can't cascade, and no support for multiple switches.
hey guys
i agree multi cards should be able to use mutli diseqc configs... or at least be able to assign them to different switches that could be used... would be nice to add more dishes and lnbs to my setup... would like to do c and ku band dvb as well as have at least 2 to 3 fixed dishes with lnbs on them now im limited to 4 max or use a very costly switch...
abby
Dear all,
I have a diseqc-patch I that hacked together a couple of years ago relating to multi-cards/multi-switches that has served my purpose well. It may not be the best way, it may even be the wrong way. I will drag it out of the VDR box for all to see but that will not be for a couple of days.
MOTIVATION
I have three LNBs (28.2/5, 19.2, 13.0) and two cards, each card attached to a 4-way diseqc switch. Despite the switches being the same model and bought at the same time each one responds to a different set of diseqc commands to change LNB. IIRC one seemed to behave as a cascade of 2-way switches, the other responded to the more usual commands for a 4-way switch.
DESCRIPTION
Enter my hack. It allows diseqc commands to be defined on a per-card basis (numbered 1, 2, ...). How you determine which number corresponds to which card is left as an exercise for the reader (hint: the margin may not be big enough). These defines are placed in 'diseqc-multi.conf' and start with the card number but are otherwise the same format as those found in 'diseqc.conf'.
CONFIGURATION
Configuration options within VDR are:
- use only the diseqc.conf defines,
- use only the diseqc-multi.conf,
- use the disqc-multi.conf if a card definition appears otherwise use
the diseqc.conf defines.
I don't like the introduction of a separate diseqc-multi.conf file, and also those additional setup options in VDR.
What about simply extending the existing diseqc.conf file to accept device numbers, as in:
1 2 4:
S19.2E 11700 V 9750 t v W15 [E0 10 38 F0] W15 A W15 t S19.2E 99999 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 99999 H 10600 t V W15 [E0 10 38 F3] W15 A W15 T
3 5:
S13.0E 11700 V 9750 t v W15 [E0 10 38 F4] W15 B W15 t S13.0E 99999 V 10600 t v W15 [E0 10 38 F5] W15 B W15 T S13.0E 11700 H 9750 t V W15 [E0 10 38 F6] W15 B W15 t S13.0E 99999 H 10600 t V W15 [E0 10 38 F7] W15 B W15 T
This could mean that devices 1, 2 and 4 can receive S19.2E, while devices 3 and 5 can receive S13.0E.
If no device numbers (followed by a ':') are given, a setup where every device can receive every satellite is assumed.
Once a line with device numbers (followed by a ':') appears, these apply to all following diseqc lines, until the next line with device numbers is seen. If a diseqc line is parsed without a previous device line, that diseqc line applies to all devices.
Klaus
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr