2 replies to this topic

[Pr2]

Hi,

 

So far, all the NameSpace that I saw for a service always represent a positive value for the orbital position.

 

So 

19°2 East is represented as: 192 = 0xC0 (C00000)

-5°0 West is represented as: 3600-50 = 3550 = 0xDDE (DDE0000)

 

But it seems that Dreamset application is generating a ServiceName which support the negative orbital position in hexa value:

 

So

-5°0 West is represented as: 0xFFCE (FFCE0000) by Dreamset.

 

But this leads to problems for picons by service reference and mostly EPG data linkage since for the same channels on Western satellites we can have 2 differents namespace  for the same channels.

 

For EPG data the service name reference always use the positive hexa representation, so my first idea was that it must be EPGimport that needs to handle both.

But thinking deeper on it, I now think that it will better if Enigma2 handle this since this impact both EPG and Picons by service reference.

 

So my questions are:

 

- Does the negative name space are really valid one according to "standard" of lamedb?

- If so, shouldn't Enigma2 turn those negative values into their positive equivalent, in order to have a unique and coherent representation of the namespace in the lamedb with one really unique namespace for every possible channels.

 

Dreamset can also be updated to generate the positive value (I am not the Dreamset developper and I never use it), but anyway this pinpoint a potential problem.

 

Pr2

 

[doglover]

Dreamset is able to produce the standardized list.

 

Wat to do:

 

After reading the info from kingofsat, click on Edit Settings.

Select the desired satellite

Click on Satellite Properties  (3rd icon behind the Satellite)

Change the properties of the sat.  (see the attached pic)

Click on OK.

 

The Namespace is the service ref is now correct.

 

 

Another correction you can apply is opening the KingOfSat.xml file in your Dreamset installation folder and edit the entry to:

<sat name="Atlantic Bird 3 (5.0°W)" flags="1" position="3550" url="http://en.kingofsat.net/freqs.php?&pos=5W&standard=Digital&ordre=freq&filtre=no&aff=list">

If you import now the values from KingOfSat, they have the correct  ServiceRef.

 

This all shows that somebody tries to be clever and tries to do things differently.  Which in this case is counter productive.

 

Willy

Attached Files

•  Dreamset 5W.jpg   33.9KB   2 downloads

Edited by doglover, 15 January 2018 - 15:51.

[Pr2]

Hi Willy,

 

Yes but this is indeed the best solution to have Dreamset produce it in "positive value".

 

Anyway this problem can arise again and I would like to know what OpenPli devs think about it.

 

Pr2