Thread: iGO Nextgen Avicsync 64bit, Pongo skin [mod FotiL]

I think a great many people will write the same thing I am: "Why should I change anything when it has been working to my complete satisfaction over 90% of the time" 🤔
So why open a can of worms when the barrel was drained long ago 🤔😏

Dear colleagues,
To clarify my stance: my advice was meant exclusively for @Facan. If a user is inexperienced with editing sys.txt, the best choice is to do nothing. The native 64-bit iGO engine (9.35) was coded to handle modern rendering automatically, and it is fully capable of doing so without manual forcing.
When I joined this forum, @Boki advised me to read a lot and study existing threads. He was absolutely right. Through autodidactic learning, I realized that as long as we use Mastro Pongo's original, unmodified skin files, the 64-bit engine scales things on modern high-DPI Android devices much better than outdated, forced Primo-era [rawdisplay] commands.
How do we even know a device's correct layout anyway? The 64-bit iGO engine reads the physical hardware values directly from the Android OS (DisplayMetrics / PPI) and automatically applies the correct base_dpi and internal scaling based on the device's native screen density. The same applies to resolution—modern Android handles screen orientation and dynamic scaling natively, making strings like screen_xy or manual DPI forcing completely obsolete on modern flagship devices.
Of course, "tastes differ". If someone wants to tweak parameters to match their personal aesthetic, they are free to experiment. But for an inexperienced user, forcing lines like driver="gles_2_0_android" or manual DPI settings on modern hardware is just asking for performance loss or a black screen. Leaving that section completely blank remains the best choice for a stable, hassle-free experience.

@AnthonyGreek,
Thank you for your insights! As someone who respects your work on customizing Pongo skin visuals and resizing UI elements, I have a quick developer question.
How do you think your custom layouts (like enlarged buttons) would adapt if you fully relied on the 64-bit engine's native PPI auto-scaling instead of forcing it via sys.txt? Do you think it could make your modifications even more stable across modern high-DPI displays, or would it simply break the custom proportions you worked so hard to fine-tune?
I would love to hear your thoughts on finding this balance!

Originally Posted by Pasi Sarmos

...Of course, "tastes differ". If someone wants to tweak parameters to match their personal aesthetic, they are free to experiment. But for an inexperienced user, forcing lines like driver="gles_2_0_android" or manual DPI settings on modern hardware ...

Colleague, you're mostly right.
However, precisely on modern devices/ screens that have abnormally high resolutions, the detail view is excessively tiny, so the vast majority of users (especially older ones ) require enlarging it. Moreover, there are very popular topics where our members posted skin mods with large fonts and other elements.