π
#Super Meat Boy
golden saffron
ok sorry about that jeez i shouldn't have got out of bed this morning :/
eternal perch
π
eternal perch
@golden saffron ... you have just removed your port from the PR 
or something
you shouldnt pull from upstream until its merged....
i dont know whats going on anymore.
eternal perch
its okay π
storm swallow
What was the high res test?
golden saffron
@sharp wadi : #1202446614992650280 message
iirc there was someone else too but i wont be able to dig it up i dont think
storm swallow
iirc there was someone else too but i wont be able to dig it up i dont think
You confirmed it by a speculation? π
"didnt someone say" π
golden saffron
thanks m8 π
eternal perch
@golden saffron guess what
small problem with the port π
its not aarch64, its armhf only
eternal perch
π
golden saffron
is that just a tagging issue rather than compatibility?
storm swallow
oh fuck i wanted ot check the sh yesterday π
eternal perch
correct
golden saffron
i did notice the screenshot i added has trouble getting displayed in some of the places it's used
like it looks fine in the portmaster-gui, but it looks a bit fucked here: https://portmaster.games/detail.html?name=supermeatboy
eternal perch
how big is it?
eternal perch
it should be 640x480 π
golden saffron
kk
eternal perch
yeah mate
storm swallow
ffs π
eternal perch
me and tabreturn checked it π
eternal perch
it doesnt work on muOS
oh the unzip doesnt like the extra crap at the start of the archive
storm swallow
- Screenshot needs to show actual gameplay
- Size has to be 640x480
- gameinfo.xml has two images either screenshot or cover not both
- If we add basic metadata we can aswell add description https://portmaster.games/metadata-editor.html
- port.json needs armhf not aarch64
- note that RG552 is not supported rn
After that should be good
@golden saffron
@raven delta wanna know somehting really funny with this "special" box86 version from kreal? Works everywhere except rg552 π
no matter what os
raven delta
uhhhhhhhhhhhhhhhhhhhhhh wtf
storm swallow
there i get the black screen again which i have on all other box86 version
did not have time yet to build the version from around that time
eternal perch
@golden saffron I have a fix for muOS
golden saffron
muos wan't even on the list to test :(((
eternal perch
π
jade tusk
Not when you startedπ
golden saffron
what's the fix and/or problem?
eternal perch
give me a moment, just double checking π
the busybox unzip doesnt like the zip file
hrmmm
well i fixed it
but it crashes
RG35XX PLUS - muOS
DEVICE_INFO_VERSION=0.1.6
CFW_NAME=muOS
CFW_VERSION=2404 SPITFIRE
DEVICE_NAME=RG35XX PLUS
DEVICE_CPU=H700
DEVICE_ARCH=armhf
DEVICE_RAM=1
DISPLAY_WIDTH=640
DISPLAY_HEIGHT=480
ASPECT_X=4
ASPECT_Y=3
DISPLAY_ORIENTATION=0
ANALOG_STICKS=0
@storm swallow any ideas?
raven delta
I don't see GL4ES banner
eternal perch
is it not using libGL?
yeah
weird
AHA
@raven delta:
export LIBGL_ES=2
export LIBGL_GL=21
# export LIBGL_FB=4
thats the libgl_muOS.txt
4 fucks stuff up, should i change it to 2?
like on batofork?
or do what you did on EmuELEC?
raven delta
if muOS has support for drm/gbm devices, do EmuELEC one
eternal perch
same as batofork
storm swallow
not at home sorry
storm swallow
it gives blank screen
same as on my 552
I hope kreal did not hardcode stuff in that box86 version π
golden saffron
- Screenshot needs to show actual gameplay
- Size has to be 640x480
- gameinfo....
ok i think i have made the changes you mentioned, where should I make the note about RG552?
storm swallow
ok i think i have made the changes you mentioned, where should I make the note a...
that is the one that is shown on the website
golden saffron
ah np
storm swallow
or we do if device = 552 echo GET RIPPEd
eternal perch
yep
golden saffron
just at the bottom, say "Note: Currently not supported on RG552"? or similar?
golden saffron
yikes thats what I got the first 1000x i tried to get it running. sound + no video
storm swallow
ah i have to dig into the box86
and try to compile the version around the time this was built
golden saffron
<@576856879586738206> any ideas? <:TurtleThink:1126790733383340063>
weirdly it's not picking up a $LANG string
golden saffron
the game uses it
eternal perch
This is the fix for muOS, it might be useful for other platforms:
# extract Humble version if it's there
if [[ -f "${GAMEDIR}/gamedata/supermeatboy-linux-11112013-bin" ]]; then
if [ "$CFW_NAME" == "muOS" ]; then
# Busybox unzip doesnt like it, we use zip to fix it, but zip wants the file to be named .zip
mv "${GAMEDIR}/gamedata/supermeatboy-linux-11112013-bin" "${GAMEDIR}/gamedata/supermeatboy-linux-11112013-broken.zip"
zip -FF "${GAMEDIR}/gamedata/supermeatboy-linux-11112013-broken.zip" --out "${GAMEDIR}/gamedata/supermeatboy-linux-11112013-fixed.zip"
mv "${GAMEDIR}/gamedata/supermeatboy-linux-11112013-fixed.zip" "${GAMEDIR}/gamedata/supermeatboy-linux-11112013-bin"
rm -f "${GAMEDIR}/gamedata/supermeatboy-linux-11112013-broken.zip"
fi
echo "Extracting Humble version..."
unzip "${GAMEDIR}/gamedata/supermeatboy-linux-11112013-bin" -x 'guis/*' 'meta/*' 'scripts/*' 'data/amd64/*' -d "${GAMEDIR}/gamedata/"
mv ${GAMEDIR}/gamedata/data/* ${GAMEDIR}/gamedata
# move the Humble archive to a subfolder so it only gets extracted on the first run
mkdir -p ${GAMEDIR}/gamedata/humble
mv "${GAMEDIR}/gamedata/supermeatboy-linux-11112013-bin" "${GAMEDIR}/gamedata/humble"
fi
or if we figure out why it doesnt run there. π
I'll fuck around with the libfb changes when i have more time
golden saffron
This is the fix for muOS, it might be useful for other platforms:
```sh
# extrac...
should I go ahead and make that change in the script?
raven delta
WAIT
you're extracting humble with zip?
I think it's gzip rather
some utils are fine with it, others will bitch and moan
golden saffron
caramba
raven delta
(not 100% sure - at least with GOG it usually is the case, took me a while to figure out why some OSes were fine with it)
eternal perch
No itβs gzip at the head and zip at the tail.
Since zip stores the archive structure at the end of the file itβs easy to just unzip it.
golden saffron
you're happy with the new humble unpacking routine then?
eternal perch
Happy? No. But it works. 
golden saffron
ok so some technical problems aside, PR is submitted
raven delta
The interaction between box86 and gl4es is turbo fucking weird...built from sources and it screws up
empty tundra
This released? What was the issue with rg552?
storm swallow
This released? What was the issue with rg552?
black display?
Didn't you have the same issue?
raven delta
I'm nearly sure this is some stupid function signature thing...
at least from the discussion here
empty tundra
black display?
Yep
raven delta
built GL4ES and BOX86 from sources: Black screen when I swap box86, ok GL4ES
storm swallow
built GL4ES and BOX86 from sources: Black screen when I swap box86, ok GL4ES
how odd right
storm swallow
built GL4ES and BOX86 from sources: Black screen when I swap box86, ok GL4ES
Made some progress
- Built box86 version from April 8th from both Kreal and Ptiseb with Dynrec on. Works perfectly on my 351V, black screen on my RG552.
So at least on my 351V there is a regression somewhere
Not sure about the 552 though
raven delta
Made some progress
- Built box86 version from April 8th from both Kreal and Pti...
you have an image from ptitseb that works?
what commit hash?
storm swallow
you have an image _from ptitseb_ that works?
ee714259df79a0579a5f3648857bb1a21c459ad8
just not on my 552 but at least on 351v
now I'm building a newer version and try to find where it fails
raven delta
now I'm building a newer version and try to find where it fails
you can always use git bisect here
helps a lot to drill down on precisely which commit fucked up
storm swallow
helps a lot to drill down on precisely which commit fucked up
sounds interesting
storm swallow
you have an image _from ptitseb_ that works?
That is one thing of the puzzle, that I can find out. Why its not working on RG552 even on that working commit is a puzzle
raven delta
issues might be unrelated
storm swallow
yeah
storm swallow
you can always use git bisect here
Gonna continue later, tried commit 727784d90a632b4226bdc159bb5aa8a7cb7f9332 already breaks it π
that is january 2022
storm swallow
@raven delta found the culprit
https://github.com/ptitSeb/box86/commit/656e7552b57bf6d64b7fa7fe2c4471ed8af39fb6
that is the first commit where screen stayed dark while the game plays in background
raven delta
iiiiiiiinteeeeeeresting
storm swallow
iiiiiiiinteeeeeeresting
Okay i have no idea what the change does π
raven delta
it alters some library loading/symbol resolution
I think the problem might be on GL4ES itself
lemme do some poking
raven delta
$ git diff
diff --git a/src/wrapped/wrappedsdl2.c b/src/wrapped/wrappedsdl2.c
index 074a9615..b58a7c38 100755
--- a/src/wrapped/wrappedsdl2.c
+++ b/src/wrapped/wrappedsdl2.c
@@ -741,11 +741,12 @@ EXPORT void* my2_SDL_GL_GetProcAddress(x86emu_t* emu, void* name)
const char* rname = (const char*)name;
static int lib_checked = 0;
if(!lib_checked) {
+ printf(" --- LOADING %s ---\n", box86_libGL?box86_libGL:"libGL.so.1");
lib_checked = 1;
// check if libGL is loaded, load it if not (helps some Haxe games, like DeadCells or Nuclear Blaze)
- if(!my_glhandle && !GetLibInternal(box86_libGL?box86_libGL:"libGL.so.1"))
- // use a my_dlopen to actually open that lib, like SDL2 is doing...
- my_glhandle = my_dlopen(emu, box86_libGL?box86_libGL:"libGL.so.1", RTLD_LAZY|RTLD_GLOBAL);
+ //if(!my_glhandle && !GetLibInternal(box86_libGL?box86_libGL:"libGL.so.1"))
+ // // use a my_dlopen to actually open that lib, like SDL2 is doing...
+ // my_glhandle = my_dlopen(emu, box86_libGL?box86_libGL:"libGL.so.1", RTLD_LAZY|RTLD_GLOBAL);
}
return getGLProcAddress(emu, (glprocaddress_t)my->SDL_GL_GetProcAddress, rname);
}
Is that gif from now to then or something you changed?
raven delta
Is that gif from now to then or something you changed?
apparently, this hack causes the libgl refcount to never release the library, the game inits video, then deinits video
but libGL is never deinit because of it
this commit stops the refcount from being +1'd
storm swallow
apparently, this hack causes the libgl refcount to never release the library, th...
Wonder if that affected other games as well
golden saffron
i would have thought a bug that severe would have been picked up, breaking all sorts of stuff
amazing detective work figuring it out
storm swallow
```
$ git diff
diff --git a/src/wrapped/wrappedsdl2.c b/src/wrapped/wrappedsdl2....
wow it sure does not like the change π
Calling getGLProcAddress[0xf6c361e8]("glViewport") => 0x40020280
13936|SIGSEGV @0xf70b3e60 (???(/usr/lib32/libc.so.6/0xf70b3e60)) (x86pc=0x400201bb/???:"???", esp=0xf665e55c, stack=0xf5e5f000:0xf665f000 own=(nil) fp=0x1), for accessing 0x3670 (code=-6/prot=0), db=(nil)((nil):(nil)/(nil):(nil)/???:clean, hash:0/0)
ESP-0x10:0x64099010 ESP-0x0c:0x00000000 ESP-0x08:0x081a2480 ESP-0x04:0x00000001
ESP+0x00:0x081a33c4 ESP+0x04:0x00001f03 ESP+0x08:0x00000001 ESP+0x0c:0x00000000
Native bactrace:
./x86/SuperMeatBoy() [0x6296b1bc]
/usr/lib32/libc.so.6(__default_rt_sa_restorer+0) [0xf70704a0]
/usr/lib32/libc.so.6(+0x77e60) [0xf70b3e60]
/usr/lib32/libc.so.6(raise+0x14) [0xf706f4e8]
13936|SIGSEGV @0xf39ddddc (???(0xf39ddddc)) (x86pc=0x400201bb/???:"???", esp=0xf665e55c, stack=0xf5e5f000:0xf665f000 own=(nil) fp=0x1), for accessing 0xf39ddddc (code=1/prot=0), db=(nil)((nil):(nil)/(nil):(nil)/???:clean, hash:0/0)
ESP-0x10:0x64099010 ESP-0x0c:0x00000000 ESP-0x08:0x081a2480 ESP-0x04:0x00000001
ESP+0x00:0x081a33c4 ESP+0x04:0x00001f03 ESP+0x08:0x00000001 ESP+0x0c:0x00000000
Native bactrace:
./x86/SuperMeatBoy() [0x6296b1bc]
/usr/lib32/libc.so.6(__default_rt_sa_restorer+0) [0xf70704a0]
13936|Double SIGSEGV (code=1, pc=0xf39ddddc, addr=0xf39ddddc)!
LIBGL: Shuting down
Also opened an issue
raven delta
Also opened an issue
https://github.com/ptitSeb/box86/issues/950
I had reported on discord already
:p
storm swallow
I had reported on discord already
On Pandora discord?
golden saffron
ptitSeb just pushed https://github.com/ptitSeb/box86/commit/4861b78dc4f84359cf696824593e106035aa29e1 with a possible fix
storm swallow
I'll check it out soon
golden saffron
i'm still getting the black screen that the other newer box86 builds give, may have screwed up the compile somehow though
storm swallow
i'm still getting the black screen that the other newer box86 builds give, may h...
Same I'm afraid
raven delta
On Pandora discord?
armbian one
https://github.com/ptitSeb/box86/commit/3744603bcc45e578f9dfd1f68b8f5b2f6e331d51 <- this one works for me
needs -DGOA_CLONE=ON
build$ cmake .. -DCMAKE_BUILD_TYPE=MinSizeRel -DCMAKE_TOOLCHAIN_FILE=~/armhf.cmake -DGOA_CLONE=ON
smb script is missing chmod +x ./x86/$BINARYNAME
without this, the game wont work on JELOS with the new box86 builds
storm swallow
I'll check it out, thanks @raven delta
raven delta
I'll check it out, thanks <@141306923638063104>
box86/gl4es from GIT HEAD
and some other fixes
needs to be properly tested
RG552 good
ARKOS good
copying over to EmuELEC
raven delta
it's still fucked on EmuELEC - apparently something that happens between loading/unloading GL4ES is hiding some kind of bug
storm swallow
what changed with gl4es?
storm swallow
https://github.com/ptitSeb/box86/commit/3744603bcc45e578f9dfd1f68b8f5b2f6e331d51...
I can't get it to work, ffs
I now used your files and .sh file
Calling getGLProcAddress[0xf6ff41e8]("glViewport") => 0x40020280
2191|SIGSEGV @0xf7471e60 (???(/usr/lib32/libc.so.6/0xf7471e60)) (x86pc=0x400201bb/???:"???", esp=0xf6a1d50c, stack=0xf621e000:0xf6a1e000 own=(nil) fp=0x1), for accessing 0x88f (code=-6/prot=0), db=(nil)((nil):(nil)/(nil):(nil)/???:clean, hash:0/0)
ESP-0x10:0x63fd2248 ESP-0x0c:0x00000000 ESP-0x08:0x081a2480 ESP-0x04:0x00000001
ESP+0x00:0x081a33c4 ESP+0x04:0x00001f03 ESP+0x08:0x00000001 ESP+0x0c:0x00000000
Native bactrace:
./x86/SuperMeatBoy() [0x6295ddac]
/usr/lib32/libc.so.6(__default_rt_sa_restorer+0) [0xf742e4a0]
/usr/lib32/libc.so.6(+0x77e60) [0xf7471e60]
/usr/lib32/libc.so.6(raise+0x14) [0xf742d4e8]
2191|SIGSEGV @0xf3db017c (???(0xf3db017c)) (x86pc=0x400201bb/???:"???", esp=0xf6a1d50c, stack=0xf621e000:0xf6a1e000 own=(nil) fp=0x1), for accessing 0xf3db017c (code=1/prot=0), db=(nil)((nil):(nil)/(nil):(nil)/???:clean, hash:0/0)
ESP-0x10:0x63fd2248 ESP-0x0c:0x00000000 ESP-0x08:0x081a2480 ESP-0x04:0x00000001
ESP+0x00:0x081a33c4 ESP+0x04:0x00001f03 ESP+0x08:0x00000001 ESP+0x0c:0x00000000
Native bactrace:
./x86/SuperMeatBoy() [0x6295ddac]
/usr/lib32/libc.so.6(__default_rt_sa_restorer+0) [0xf742e4a0]
2191|Double SIGSEGV (code=1, pc=0xf3db017c, addr=0xf3db017c)!
LIBGL: Shutting down
this is one my 351V
raven delta
?????
storm swallow
?????
To be sure grabbed the latest smb from github, replaced your files and et voila results in sigsegv
rebooted just in case
raven delta
What os did you test on?
RG552/JELOS, ArkOS
storm swallow
@empty tundra
can you please try these files on your 552?
Because i now tried on my 552 and my 351V and all i get is
gl4es.armf
empty tundra
gl4es.armf
echo pewter
this is exactly why you enver update anything π
storm swallow
this is *exactly* why you enver update anything π
Well the old version only works on some devices also xD
echo pewter
yea, i've been watching from time to time. i'm kinda in the loop.
empty tundra
It never worked for me so
storm swallow
Tried downgrading my amberelec setup but still the same error
@raven delta do you have a device with amberelec on it?
Just to make sure I'm not crazyy π
eternal perch
Just to make sure I'm not crazyy π
That ship has sailed.
glass pumice
lets pray one day it'll work on rg35xx 
storm swallow
lets pray one day it'll work on rg35xx <:KEKSad:1095274252518834207>
try these #1202446614992650280 message
glass pumice
try these https://discord.com/channels/1122861252088172575/1202446614992650280/1...
alr
@storm swallow any explanation to where to put these ?
storm swallow
<@576856879586738206> any explanation to where to put these ?
all replacement files for existing files
glass pumice
well libEGL.so.1 doesn't exist only
storm swallow
well libEGL.so.1 doesn't exist only
beside libgl π
storm swallow
Welp
storm swallow
nop doesn't work
black screen?
storm swallow
Welp
echo pewter
i'm confused/interested, why is libmali reporting opengl symbol errors
when it should have been libGL/libEGL, right?
storm swallow
when it should have been libGL/libEGL, right?
On what log are you answering?
echo pewter
On what log are you answering?
this one i suppose #1202446614992650280 message
storm swallow
this one i suppose https://discord.com/channels/1122861252088172575/120244661499...
Good question
glass pumice
On what log are you answering?
only logs I get for my case is that it can't find libEGL for some reason
alright ik why
the fix above was looking in gl4es.armhf which didn't exist
still not working but now it finds it
maiden perch
dont tell thats works
OWWWWWWWWWOW
Finally super meat boy port
i have game files on epic games and epic games not support linux
i dont have steam version
thets orginal super meat boy
so i dont have it even
torpid kestrel
Running MuOS with RG35xx_H -> keen to help out if I can in any way.
storm swallow
Running MuOS with RG35xx_H -> keen to help out if I can in any way.
Nothing you can do
dusk peak
Iβm guessing thereβs no fixing this one on MuOS?
storm swallow
Iβm guessing thereβs no fixing this one on MuOS?
It's not just a problem on muos
All cfws with high res displays also
dusk peak
Damn, thatβs a shame.
glass pumice
All cfws with high res displays also
so in retro perspective 640x480 is high res ?
storm swallow
so in retro perspective 640x480 is high res ?
Anything higher than 640
golden saffron
incidentally it runs at 720p over hdmi fine on my RG353V, not sure if that's helpful or already known
tulip spade
Hello, what version can I use for R36s?
storm swallow
Hello, what version can I use for R36s?
tulip spade
Thanks
torpid kestrel
Running on the latest MuOs RB on the RG35XX H π
storm swallow
Running on the latest MuOs RB on the RG35XX H π
It's released already π
This was the testing thread
torpid kestrel
Sorry ha! π¬
jade tusk
Some others were having issues so by accident the info is kinda useful π
crisp vortex
I've copied my linux version of super meat boy into gamedata however the game just crashes immediately. I've included the log.txt if it's helpful. Im on muos on a 40xxV. If there's anything else I can provide or test to help debug Im happy to contribute. really looking forward to getting this running on handheld!
old bobcat
It should be working on 640x480 devices already.
At least it does for me no problem
Just tested it and it's working fine here, I'd say there might be some issue with your game files or something.
analog birch
Game runs fine for me unless i try to enter a warp zone in which case it crashes. im on an rgcubexx on muos - installed straight to SD from the archive from the portmaster website. But going into portmaster on my device and reinstalling it seems to have fixed that behavior
worthy niche
Similar here on my cubexx with latest muos. The warp worked the 1st time I entered, but now crashes whenever I try.
Though I'm still chuffed it's running at all, for some reason i thought it only worked on 640x480. (Shows what I know).