xDreamy 6.3 Evaluation

[el bandido]

For TNAP 6 users, the xDreamy 6.3 skin renders the Weigel epg exceptionally well. Time has been spent examining this skin, and while improvements can be made, the skin has decent to impressive performance on the TNAP 6 09-13 image. The skin was asking for a dependency that was not available in previous TNAP versions. It should be noted that xDreamy relies on the Internet in order to get the full benefits of the skin, and is something to consider if you have limited or extremely slow Internet speeds.

Currently there are some installations problems that can be easily solved, and do not really effect TNAP because we can build into the image what is desired or needed. The xDreamy skin has a few bugs, but that is to be expected. xDreamy Does Not Have any apparent memory leaks or anything detrimental in its operation. Speed of items being accessed in the skin is at least good, with the only slow-down being with the epg posters loaded.

The xDreamy skin is assembled and designed in part using AI technology, so we will continue that here and put a little bit of effort into improvements along with both personal and AI evaluations. The first thing that was done to the 6.3 version was to test it and see how it runs. A look at terminal htop while changing the screens and loading the epg did not show a great deal of resource usage which is not the case for every skin I have seen.

For starters, a test plugin was created and installed to better understand the workings of the skin. The files for that are attached, along with an assessment of the test. Files and assessment generated using Claude Code.

 

[el bandido]

The package TNAP was missing completely is named python3-image. This was added to the build, but the skin would have loaded without it, but in a diminished condition. This is where a bitbake file would be nice as all dependencies are built per the bitbake recipe. There are opkg lock errors as well. You may be able to get "creative" and get around the opkg lock errors, but this will be a daunting task. Most likely if nothing changes, the skin will probably run good in some images that have all dependencies, but not so good in other images that do not have the needed dependencies.

A couple more reports are attached from Claude Code. The analysis by Claude on the load of the skin in relation to the fta receiver, which is Octagon SF8008 is interesting.

 

[el bandido]

Claude did not like this error, so he fixed it:
ERROR - Error updating renderer status: "'enable' if enable else 'disable'"

 

[el bandido]

xDreamy relies on the Internet to give the user the best experience. However, you will always have someone who claims something sinister is going on because of an Internet connection. While this could be True, it is hard to imagine a fta enigma2 skin trying to steal your personal information, but I guess anything could happen.

So to be sure the Internet associated with the xDreamy skin is clean and well-intentioned, I ask Claude to carefully examine ALL Internet connections associated with xDreamy.

Claude Code Notes heavy Internet usage for a skin, but does not complain much about anything else. Report attached.

 

[eastof111]

I uninstalled 6.2 version and installed the 6.3 version using the ipk file. Going to plugins> xdreamy will display a popup window indicating the installed version number. Would be great to disable this display allowing a quicker access to repeated mods.

 

[inspiron80]

Next Version Plan

1. Implement dynamic keys for the Second Info Bar screen, allowing the key text to adapt based on the corresponding image code.

2. Introduce background auto-scanning for posters, scheduled 24 hours in advance.

3. Enhance the event name filtration dictionary to streamline the poster search process.

4. Revise and fixs based on your advises

Regards

 

[el bandido]

Several xDreamy screens do not display correctly. The plugins download menu is garbled, and the blindscan menu doe not display explanations for settings. There are others besides these two.

Signal is displayed in % , not in db.

<------------------------->


<------------------------->

 

[inspiron80]

Several xDreamy screens do not display correctly. The plugins download menu is garbled, and the blindscan menu doe not display explanations for settings. There are others besides these two.

Signal is displayed in % , not in db.

View attachment 19153<------------------------->View attachment 19154


View attachment 19155<------------------------->View attachment 19156

Description and hint text fixed next update
plugin download 3 times fixed !!! Make me crazy....fix next update.


Signal in which screen?

 

[inspiron80]

Test versions

https://www.mediafire.com/file/537bwfxikuctthj/enigma2-plugin-skins-xDreamy_6.3.2_all.ipk/file

 

[el bandido]

Please attach the file instead of providing download link to mediafire or similar. Thanks

I

Thread '𝗫𝗗𝗥𝗘𝗔𝗠𝗬 𝗦𝗞𝗜𝗡'

Friday at 9:09 PM

XDREAMY SKIN V 6.3.0


XDREAMY Supported Images
🅇🄳🅁🄴🄰🄼🅈 🅂🅄🄿🄿🄾🅁🅃🄴🄳 🄸🄼🄰🄶🄴🅂
OpenATV, OpenSPA, OpenBH, OpenDroid, Pure2, Egami, Openpli, OpenViX, TNAP, NonSoloSAT, Satloadge, Teamblue, Hyperion, .......OpenSources


What’s New / Changed:
- Rectify the self-update mechanism for the skin plugin.

- Amend the dependencies installation script; wget, curl, requests, and Pillow dependencies are now automatically procured from the image feed.

- Address the full preview functionality in the picture player plugin.

- Accelerate poster downloads, featuring enhancements in rendering code.

-...

• inspiron80
• Replies: 1
• Forum: xDreamy Skin Downloads

• 

The hints for the blindscan plugin and plugin descriptions are improved in 6.3.2. However the receiver locks up and becomes unusable when moving from an ATSC Terrestrial channel to a satellite channel. This is unexpected behavior, especially from a skin.

Skin colors and perhaps the skin format changed when accessing the xDreamy plugin. I have seen this in other versions it seems.

 

[el bandido]

Internet overhead from regular usage was checked and found to be acceptable when considering the posters that the user sees have to be downloaded. See attached. Also the python script that was used is attached, and can probably be used on most enigma2 receivers to discover Internet and other connections that are being used in the receiver.

 

[inspiron80]

Hi

Really appreciated your feedback and support.

the receiver locks up and becomes unusable when moving from an ATSC Terrestrial channel to a satellite channel. This is unexpected behavior, especially from a skin

Could you please share any crash logs or debugging logs you might have? Unfortunately, I don’t have access to those channels, so I’m having a bit of trouble pinpointing the root cause. I'm not sure if it's related to the image, the skin code, or the converters. Thank you!

 

[el bandido]

I will have to see what I can find on it. This terrestrial freezing problem did not exist in 6.3 to the best of my knowledge.

 

[inspiron80]

The release has multiple internal updates, but the important improvement is the posters.

It is supposed that if you leave the device alone without any interference from you,

every two hours it will automatically search for the events available in the bouquets and download them automatically in the background.

This way, the user doesn't have to wait to download the posters one by one or move between channels (zapping) to load the posters.

In addition to that, the search method has been improved significantly compared to previous versions in terms of both quantity and quality

 

[inspiron80]

I will have to see what I can find on it. This terrestrial freezing problem did not exist in 6.3 to the best of my knowledge.

In this Case the problem may be related to poster render , because i made changes mainly in it,

Lets make simplest test

Backup render

iPosterX
iPosterXDownloadThread
iconverlibr

Restarting the system, make your test to swap between channels as you mentioned, if it pass the problem in the above files, if not, we have to dig more

 

[el bandido]

This particular problem with the ATSC channel freeze goes back to at least the 6.2 skin version. The problem is iCaidInfo2.py, and was found using the process of elimination. . A complete explanation of what was done to repair it is attached along with the repaired and tested version. This problem did not seem to exist in the Edision receivers, so likely only in the SF8008 and similar models.

Your plugin would not rebuild (opkg-build <Name of Folder Here>) and instead threw an error about an illegal character in the CONTROL file. No upper case allowed here: Package: enigma2-plugin-skins-xdreamy. The edited CONTROL file is attached.

Probably most of the remaining xDreamy problems will either be in the python files, or a result of the python files. These files should probably be gone through carefully one at a time, and update or combine them. The better these python files are, the better the skin will be.

 

[inspiron80]

Thank you very much for your valuable support and efforts to improve skin performance.

I completely agree with you; most of the current skin issues are primarily focused on converter's and renderers files. Most of it are very old, no one try to revise it or make centeral hub to improve it similar to oe plugin git،

I was thinking to merge it but i am not that expert to make similar task.

Merging of

Access.py, caidinfo2, emuinfo

Is one example