On 06.01.2014 11:28, Antti Hartikainen wrote:
Hi. I thought it would be time to finally update outdated sources.conf. Patch is against sources.conf delivered with VDR 2.1.3. Some things came up, and I would like to hear some opinions about them. There was/is entries like: S28.2E for Astra 2 satellites and S28.5E for Eutelsat satellite at almost same orbital position Both satellites are supposed to be watched with one dish and LNB, but still they have their own entries in sources.conf. Similar example is "S1W Thor 5/6 & Intelsat 10-02". Thor satellites are positioned 0.2 degrees apart from Intelsat. So should these satellites nearby eachother to be combined as one, or should every one to be separated as its own position?
If these are officially two separate positions, they should be contained as such in sources.conf. I have encountered the same problem while implementing the DiSEqC configuration dialog. My approach will be to make cDiseqcs::Get() search for a suitable DiSEqC entry with a certain tolerance. A value of +/-0.3 degrees would cover the cases you mentioned. Or should it be even +/-0.5?
In this patch I have combined 28.2E and 28.5E positions as one 28.2E position, as atleast I have set them both up as one single position.
Sorry, I don't think this is a good idea. Please make them separate again if you want your patch to be adopted.
I also wanted to change S1W to S0.8W, as it's more true, but I can imagine it would cause a lot of trouble for people who are using the default sources.conf file as their sources.conf, so for now I left it as is. It doesn't really matter, but improves signal strength for people using USALS. :)
The satellite position that is broadcast in the SatelliteDeliverySystemDescriptor's OrbitalPosition/EastWestFlag on that satellite actually says 1.0W, so I'd say that's what should be in sources.conf. Besides, if you change this, you would also have to change it in your diseqc.conf and in all entries in channels.conf that reference that position. Klaus _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
