Odroid XU4 issues with 4.1 Stable

[Jul'S]

@aze said in Odroid XU4 issues with 4.1 Stable:

If true, use polygon offset values specified below
force_polygon_offset = True
Specifies a scale factor that is used to create a variable depth offset for e$
polygon_offset_factor = -2
Is multiplied by an implementation-specific value to create a constant depth $
polygon_offset_units = -2

Thank you very much for the settings! much better than that!
Do you have to run the dreamcast in 16/9? I block...

Merci beaucoup pour les reglages ! bien mieu comme ca !
Arrive tu a faire tourner la dreamcast en 16/9? je bloque...

[aze]

@rockaddicted @Substring Should apply to all games. I don't have a full list of games this fixes, but two notable games are Mario 64 and Zelda Ocarina of Time. I have tested a number of N64 games and have not found any adverse impact from this setting on the XU4, I cant speak to x86.

@Jul-S Glad it worked for you! I have not tried any Dreamcast games yet...

[Substring]

ok, i found the scumvm problem : it won't compile with opengl support. Should solve this sooner and later, thank you for the feedback

[rockaddicted]

@aze ok so I'll have to test that on X86 first, and if no regression I'll add these settings by default.
If regressions, that will be platform specifics settings.

I you try other games and find problem with these settings enabled, notify me please.
We should do a game specific settings system.

[MarcDK]

@aze said in Odroid XU4 issues with 4.1 Stable:

This XU4 is pretty sweet, it even runs Conkers Bad Fur Day with minimal slowdowns.

Does it run Soul Calibur with solid 60 FPS on the Dreamcast? If this is the case I'll hit the order button right away.

[Substring]

@marcdk we can't measure the FPS in reicast Only a general feeling

[Substring]

@aze Regarding scummvm on XU4, can you download http://dl.free.fr/sAoGeUMcs and uncompress it to /usr/bin (don't forget to remount / as RW before), also do chmod u+x /usr/bin/scummvm and try from ES a scummvm game ?

[jkno23]

@substring Can Recalbox somehow profit from compiling against DRM/KMS + GBM?

Please see the post from memeka from 11th Octobter.

https://forum.odroid.com/viewtopic.php?f=98&t=28436

What version of Kodi is implemented in the 4.1 build?

[aze]

@substring Yes, that launches just fine for me. I did notice that I had to go into the ScummVM GUI and force it to maintain the aspect ratio (by default it was stretching it). Also not a big deal but for some reason if you press any F keys on the attached keyboard you get a string of ^@^@^ at the top left of the screen..like the terminal background is showing through or something.

[Substring]

@jkno23 I've talked with memeka, that's something i'll dig later, though i don't see any benefits yet. Could you tell me why GBM is better than FBDEV ?

[Substring]

@aze yeah, the terminal is something complicated to handle with ARM GPUs ... Something to do with SDL I guess

[jkno23]

@substring According to memeka FBDEV is stable under 3.10 Kernel and after switching to official odroids 4.9 Kernel the FBDEV becomes buggy. The stable (according memeka) alternative under 4.9 Kernel is DRM/KMS + GBM.

[Substring]

@jkno23 yeah, but crashoverride didn't look that convinced (look at the post i made in the GAMES AND EMULATORS subforum)

but of course if it works at least the same, i'll probably switch to it. But not yet if you don't mind

[grgohr]

@grgohr said in Odroid XU4 issues with 4.1 Stable:

I saw the following in the changelogs but I still need to force usbhid.quirks=0x16c0:0x05e1:0x040 in the boot.ini file, otherwise only player 1 is recognized for the Xinmo dual arcade

• Add xin-mo 18pin, mayflash N64 and correction usbhid

hello @Substring beside the xinmo dual arcade issue still being faced, it still does not work at all in Moonlight => is it possible to include the latest 2.4.3 version in the builds as it includes SDL controls instead of the 2.2.2 that is quite old now ? Might help to solve the issue ? (PPSSPP works well with it finally but no luck in Moonlight). Congrats for the stable version and good luck in managing the feedbacks !

[Substring]

@grgohr Moonlight is the 2.3.0, the dev didn't b*mp the version number.

Regarding XU4 and moonlight, it has no hw acceleration, so ... ahem ... looks bad ...

Anyway, moonlight will be b*mped later because there have been some major changes in the pad configuration, need to rewrite the configgen.

Regarding xinmo, shouldn't be too hard to solve, i have to check a few things here and there first

[Substring]

d**n what's wrong ???

# cat /sys/module/usbhid/parameters/quirks
(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null),(null)

whereas it should be full ...

edit: ok found the problem, will work on it

[Jimmy Truffaut]

Hi everyone,
GlideN64mk2 works great with these parameters, thanks so much!

Did someone have found a concrete solution about the ScummVM issues (black screen and back menu) on ODROID XU4??

Thanks, have a nice day
You do great work!

[Substring]

@jimmy-truffaut yeah, found the solution : need to upgrade scummvm. If you are not patient, you need to recompile by yourself. @Cthulhus made it yesterday on pi and kinda detailled his steps (in french, sadly)

[MarcDK]

@aze said in Odroid XU4 issues with 4.1 Stable:

force_polygon_offset = True

@aze Where do I put this? Which file and where is it?

[quenbo]

@marcdk said in Odroid XU4 issues with 4.1 Stable:

force_polygon_offset = True

You have to edit this file : /share/system/configs/mupen64/mupen64plus.cfg