61 replies to this topic

[doglover]

Went through my PM's, because I remembered something:

 

I provided somebody with a VUduo2, EPGimport and the sources.

He runs BH.

This was his answer

 

epgimport did install on BH. I also see it in plugins

/etc/epgimport dir was not made by epgimport, so i made it myself and put the source file in it.

Then i could see the sources in epgimport menu.

I set general and denmark and started download, and then reboots

So it seems its working in BH :-)

 

 

 

Willy

Edited by doglover, 17 October 2017 - 13:15.

[Matrix10]

Unfortunately, you misunderstood me.

I did not even intend to bring the problem to you.

I know you already have more than enough to do.

 

We are interested but under the condition that we do not have to change the VU + coding base

(at least I understood that) .We are looking for VU + to do it.

I just wanted to tell you where the problems are.

And that is not the problem we are responsible for.

 

Unfortunately there are many plugins and addons that work on VU + coding

not working on PLI or OE-a and vice versa.

The same problem you have with CrossEPG installation on Pli.

 

So Willy does not understand this as your bug or something you need to fix.

We appreciate your great work and contribution.

 

Greeting/Groeten

 

MX

[Matrix10]

Went through my PM's, because I remembered something:

 

I provided somebody with a VUduo2, EPGimport and the sources.

He runs BH.

This was his answer

 

epgimport did install on BH. I also see it in plugins

/etc/epgimport dir was not made by epgimport, so i made it myself and put the source file in it.

Then i could see the sources in epgimport menu.

I set general and denmark and started download, and then reboots

So it seems its working in BH :-)

 

 

 

Willy

 

I have to say I did not test on mips Duo2 already on arm ultimo 4K / solo 4K

 

The result was as I wrote it already.

Very slow and loss of epg

[WanWizard]

EPGImport uses several improvements to Enigma to speed up the import, which will not work on an old DMM derivative image like VU+'s own image.

 

Unfortunately I don't have a VU+ box at hand, so I can't check or change anything at the moment.

[doglover]

Explanation of different kind of EPG patches in images:
- No patch used: The box (Enigma2) needs to be restarted to load the EPG data. While starting GUI can freeze/crash.

- CrossEPG patch: Same as no patch used, EPG data is written in epg.dat. At the end the "load" command is given to read epg.dat

- Oudeis patch: EPG data is immediately loaded and accessible, even while the xmltv-plugin is running. Normaly there are no issues while loading.

- Pli patch: Same as Oudeis patch but the xmltv-plugin runs in a seperate "thread" so no issues at all in the GUI or other components.

 

Willy

Edited by doglover, 17 October 2017 - 14:46.

[WanWizard]

There are more improvements, OpenPLi supports threaded imports too, most of the oudeis patch is related to reloading.

[Lost in Space]

Improvements ???

 

cd /usr/lib/enigma2/python/Plugins/Extensions/EPGImporter

grep try: *.py | wc -l     
55
 

This is NOT what I would call good coding practice ....

 

But I agree .... CrossEPG is .... worse

[WanWizard]

Not sure what you are trying to say here, and why according to you there is a relation between improvements in Enigma and try/except blocks in a plugin?

 

As always, feel free to improve the code if you think it can be improved, after all, it is open source and that's how it works. If you don't intend to, there isn't any point to this remark, isn't there?

[Abu Baniaz]

@doglover you have a PM.

[doglover]

Thanks for the Crossepg version.

Installed it on OpenPLi 6.0RC. 

 

Trying things out resulted in:

 

1.  The problems with the sources are fixed. The sources are updated again.  Although one problem remains.

It creates conf files which contains all the mirrors.  Crossepg will import then the files up to 5 times.

This should be fixed.

 

2.  The version I got does not import xz files on OpenPLi 6.0 RC.

I have no clue as to why.

gz files imported normally.  (but as you know they are EOL 31-12-2017)

 

Willy

Edited by doglover, 18 October 2017 - 13:40.

[WanWizard]

From what source is that version build, @Abu Baniaz?

 

I'd rather fix this issue properly, and have a working CrossEPG in the feeds again. Currently busy with a massive E2OpenPlugins cleanup, once done I can see if I can address this issue.

[doglover]

From what I know (and can see) they are from here:  https://github.com/o...2b9876b4e2527f7

 

Willy

[Abu Baniaz]

@WanWizard, it is from OE-A. (As mentioned in post 13).

[Abu Baniaz]

....loss of epg

 

With regards to the above. Would anyone know why using Cross and EPG importer results in corrupt EPG message on VIX.

Cross on its own is fine

EPG Importer on its own is fine.

[doglover]

No idea.

 

Willy

[WanWizard]

@WanWizard, it is from OE-A. (As mentioned in post 13).

 

Ok, so the same as the recipe we have. I'll put it on the todo list.

[Abu Baniaz]

The OE-A one needs boxbranding to work. Please factor this in to your work. I dont know if you have same recipe.

Edited by Abu Baniaz, 19 October 2017 - 18:26.

[littlesat]

The boxbranding module from oe-a is something we do not adapt... as we thing differently about this... Why does the plug-in need it?

[mrvica]

you mean this file

usr/lib/enigma2/python/boxbranding.so

[Abu Baniaz]

OE-A images use box branding to identify manufacturer/receiver. I believe there was disagreement about having it in the EPG menu.

 

The one I sent to Doglover just has a .py file with this

image_brand = "openpli"

def getImageDistro():
    return image_brand

 

The one on E2OpenPlugins does not need box branding. Blackhole build from here and they have confirmed it works with .xz files. If you are determined to have it, why not build from there?