What's truly optimized?

Have some feedback, questions, suggestions, or just fancy a chat? Pop it in here.
Post Reply
napard
Posts: 3
Joined: Wed Jul 14, 2021 3:56 am

What's truly optimized?

Post by napard »

After several months I'm giving DietPI another chance on the ODROID-XU4, installed base system, XFCE, MC, Firefox. Now, XFCE and Firefox are sluggish as hell, I can't run any webgl example at a decent speed, so, I've seen that as part of the desktop got installed some x86-video-armsoc-odroid, the question is, again, because I couldn't either get any emulator to run on a previous opportunity, ¿Is ANY KIND of GPU acceleration enabled on this SBC? ¿Which are the applications that are compiled to make use of it? Cause I really don't get it, what is 'truly optimized'?

Supose I just wan't to, for the love of God, compile DOSBox-X myself, or maybe run Hatari, or some MAME or N64 emulator, ¿what's the magic I have to do to get decent speed on those things? I can't even get a fluid scroll on a web page...

Could anyone give me a hand on this? Thanks.
User avatar
Joulinar
Posts: 6504
Joined: Sat Nov 16, 2019 12:49 am

Re: What's truly optimized?

Post by Joulinar »

Hi,

DietPi themselves did not compile any specific software or has any dedicated. We use software that global available from official source, similar to what you could do manually. The optimisation comes from the automation perspective. We try to integrate each software title with the other. Means, they could work together with others. We automate all installations steps needed to get them running, without any user input needed.
Pls let us know if a solution is working. This could help others if they hit by similar situation. Your DietPi Team
napard
Posts: 3
Joined: Wed Jul 14, 2021 3:56 am

Re: What's truly optimized?

Post by napard »

Thanks for your reply, by the way, I figured out the problem with the slow desktop responsivenes, it's due the XFCE compositing manager, apearently it does not get along with the default config and I assume XFCE has not any chance of using GLES capabilities as I understand.
Regarding DosBOX or any SDL2 based emulator of sorts, would It be capable of using GPU acceleration if compiled with correct flags and SDL2 detects correctly a GLES implementation?
User avatar
Joulinar
Posts: 6504
Joined: Sat Nov 16, 2019 12:49 am

Re: What's truly optimized?

Post by Joulinar »

I don't know, maybe the developer @MichaIng could answer
Pls let us know if a solution is working. This could help others if they hit by similar situation. Your DietPi Team
User avatar
MichaIng
Site Admin
Posts: 3530
Joined: Sat Nov 18, 2017 6:21 pm

Re: What's truly optimized?

Post by MichaIng »

The compositing or specific visual effects can be disabled can be on Xfce via settings GUI, if it slows down the desktop too much. LXDE will run quicker OOTB.

I don't know much about DosBOX, but SDL2 with KMS/DRM and GLES support builds well on Odroid XU4. For a minimal build for Amiberry we do:

Code: Select all

apt install autoconf make g++ pkg-config libdrm-dev libgbm-dev malit628-odroid libasound2-dev libudev-dev libfreetype6-dev libxml2-dev libflac-dev libmpg123-dev libmpeg2-4-dev strip
./configure CFLAGS='-g0 -O3' CXXFLAGS='-g0 -O3' --enable-video-kmsdrm --disable-video-rpi --disable-video-x11 --disable-video-wayland --disable-video-opengl --disable-video-opengles1 --disable-video-vulkan --disable-video-dummy --disable-diskaudio --disable-sndio --disable-dummyaudio --disable-oss --disable-dbus
make -j$(nproc)
find . -type f \( -name '*.so' -o -name '*.so.*' \) -exec strip --strip-unneeded --remove-section=.comment --remove-section=.note -v {} +
make install
Post Reply