Posts by jeepcook

Quote from pepsik

It very crude "build" ... serviceapp - on feed for py3.11, and therefore it is not working ... I think there are still many such plugins with old bytecode on feed

Code

13:23:13.9194 ImportError: bad magic number in 'Plugins.SystemPlugins.ServiceApp': b'\xa7\r\r\n'

p.s. There are certain difficulties with multiboot ...

Yes ServiceApp is broken, it's true. I will see because I have successful installed it on this new version. I'll do a feedback later.

For multibot the STATUP_x in /boot is copied as STATUP but the process don't reboot the system, just do an enigma2 restart, you have just to reboot to change partition.

This version is not a beta, not even an alpha .....

Quote from pepsik

e2m3u2b is not support this python version yet ... but by the next release it’s possible... everything will appear.. as soon as OpenATV 7.4 appears on py3.12 for Ultimo4K

Compiled just for you ;-)

https://www.idrive.com/idrive/sh/sh?k=g9j5q4m2l1

Yes everything is migrating to Python 3.12. I think the stable 7.4 will be in 3.12.

But in fact there are too many changes currently in 7.4 Beta. For a stable situation, I will reinstall 7.3 stable and wait few days to migrate.

Quote from pepsik

Quote from jeepcook

version 3.12.1

e2m3u2b is not support this python version yet ... but by the next release it’s possible... everything will appear.. as soon as OpenATV 7.4 appears on py3.12 for Ultimo4K

ok you're the 19th on the list ;-)

Hello,

On the next compiled versions of OATV 7.4, installation of e2m3u2b 1.2 is ok but after enigma2 restart the folder /usr/lib/enigma2/python/Plugins/Extensions/E2m3u2bouquet is deleted.

The big difference I see is now python3 is on version 3.12.1. But something must have been added to have this deletion.

It's a strange situation. I will check commits.

OpenATV 7.4 rev33053+30dc116.

If you need more informations, tell me. For now I will go back to the 20240118 compilation rev33052+276055f, python 3.11.5.

So the issue could come from OATV 7.4. I will test with an older version.

The problem is not an understanding but just that during a laps of time the epg is "disturbed" until the end of the process. I never seen this case before. That's why I asked you. Sorry for bother.

I'm speaking about epg import. Where do you see I spoke about sort.override? Calm down....

No more comment, it's useless.

I have the impression that you do not want to deal with this case. Until now it wasn't annoying but recently it's annoying because during a certain period anything is displayed in the epg

Quote from pepsik

Quote from jeepcook

Did you change something with the last version on the load epg process?

No. I have already answered this question for you. In the latest version, I simply returned the names of the bouquet files using the suffix "userbouqet" and the "extension" (prefix) - tv... No changes were made to the EPG import code

OK so I've detected the issue I described in my previous post.

Hello,

Did you change something with the last version on the load epg process? It seems that the load is not executed at the end of the process but during it. This has a strange effect, during this continuous load the epg isn't consistent and display bad epg. The epg is ok only at the end of the process, and this process can last several minutes.

Another effect is to have on the screen the infobar signaling a new program but not the good one.

Ok it's clear for me. Thanks

One question, how the process know which epgimport to process. In fact I have 4 providers in my epgimport directory, only 3 are processed. The fourth is a provider for which there is a problem with the m3u8 grab, unable to reach the source.

But I'd like to process the epgimport for this provider because the xml is reachable and the .tv file exists because it was created before the problem to grab the m3u8.

Thanks

Quote from pepsik

UPDATE

1.2

2) A step back in the naming of userbouquet files. Returned the previous file names due to repeated requests of users for userbouquets created by this plugin. Made for compatibility with other plugins in which the mandatory prefix "userbouquet" and suffix "key" in names of user bouquets is strictly set.

Hello,

Is the algorithm the same as the one used in 1.1. In fact are the generated ServiceRefs the same in both versions?

Thanks

Quote from Lululla

install 7.4 for example and then follow the instructions in the first post of this topic, you cannot put a 7.4_dev img directly, you just have to add and update the appropriate feeds

ok, so here we can see builds of feeds and images, so the images are trashed and only the feeds are available, it's strange...

BuildStatus DEVEL 7.4 d78c4cd as at 2023/12/31, 02:57:54

Quote from urie

you need to add devleval feeds as instructed ob page 1

Thanks I understood and I did that, now I'd like to download full images.

Hello,

What are the lik to download different builds ?

For 7.3: https://images.mynonpublic.com/openatv/7.3/ or https://images.mynonpublic.com/openatv/current/

For 7.4: https://images.mynonpublic.com/openatv/7.4

But I can't found the urls for 7.3 devel (7.4) and 7.4 devel (7.5). And these images are built:

example for 7.4 devel https://images.mynonpublic.com…build_status_devel74.html

thanks

Quote from pepsik

Quote from jeepcook

For a reason I don't understand, using PIL enabled, no picon are displayed on AOTV 7.4b.

The only thing I can think of is that this image uses the latest version of PIL and in this version "Image.ANTIALIAS" is deprecated... but it should be visible in the plugin's DEBUG log. I'll install this latest version of OpenATV tomorrow and check what's up with the PIL library

Currently oatv 7.4 is only in beta version and is outdated for a lot of packages. A lot of commits have to be made in oe-a 5.4 and oatv master repositories.

Quote from pepsik

Quote from jeepcook

delivering a lot of picons as png but in fact they are jpg renamed as png. And picons have to be real png.

Using the menu item "optimise picons during loading" (this is "run" through PIL) should solve these "troubles" on the part of the provider ... The point is that this library does not work with "extension" of files ... it works with binary data of the file ... and then saves this data as a PNG RGBA file.

For a reason I don't understand, using PIL enabled, no picon are displayed on AOTV 7.4b. Perhaps a missing library, I don't know. But it's not here we will debugging OATV.

Quote from pepsik

Quote from jeepcook

But it's true that some are not displayed on the gui, perhaps a bug or a limitation added in OATV 7.4

Quote from jeepcook

Now I understand why you see none of the picons. I think you have PIL enabled.

PIL is a python library used to normalise (resize to a standard size, transparency, etc.) downloaded piсons. This library is installed automatically if it is present on the image feed. PIL - can't cause the error of downloading picons, as indicated in the logs above. I asked to enable DEBUG in the plugin logging settings and see what is displayed in the logs

If you don't get any piсons after downloading - try just RebootGUI ... this will force the image to "re-read" all the piсons from the storage folder

Display More

Of course there is no download error, as I said the picons are downloaded in the defined directory, no one is missing (during my tests).