Homebrew RELEASE Development Thread - RetroArch libnx

[Syynx]

Vsync can be activated manually, else wait threading.

I'm pretty sure the screen tearing happens even with vsync on, but let me double check

 

[SeongGino]

I'm pretty sure the screen tearing happens even with vsync on, but let me double check

I'm assuming it's referring to the visual 'fuzzing'.
Pretty sure that's still very much alive and well.

 

[Syynx]

I'm assuming it's referring to the visual 'fuzzing'.
Pretty sure that's still very much alive and well.

Yeah that's it. I just tested Zelda on the SNES emulator, with vsync on it's lessened but still there (mostly on the left side of the screen)

 

[SeongGino]

Yeah that's it. I just tested Zelda on the SNES emulator, with vsync on it's lessened but still there (mostly on the left side of the screen)

That's an inherent issue with NX Libretro atm.

--------------------- MERGED ---------------------------

It's also right about now that I noticed, but across all the cores, the polling rate is rather low.
I.E. button mashing in games doesn't work and misses a lot of quick motions, which makes the likes of Megaman (mostly X-series) and Ninja Gaiden unplayable for my tastes.

Not totally sure if this is a homebrew thing or a Libretro thing, though.

 

[Leonidas87]

"Location: Toronto, Ontario"

--------------------- MERGED ---------------------------

Also, is there a way we can get dynarec working? It's basically one of many things that are preventing parallel-n64 from being compiled...

Spoiler: Error example (just in case)

mupen64plus-core/src/r4300/hacktarux_dynarec/assemble.h: In function 'mov_m16_re
g16':
mupen64plus-core/src/r4300/hacktarux_dynarec/assemble.h:520:10: warning: cast fr
om pointer to integer of different size [-Wpointer-to-int-cast]
put32((unsigned int)(m16));
^
mupen64plus-core/src/r4300/hacktarux_dynarec/assemble.h: In function 'cmp_reg32_
m32':
mupen64plus-core/src/r4300/hacktarux_dynarec/assemble.h:527:10: warning: cast fr
om pointer to integer of different size [-Wpointer-to-int-cast]
put32((unsigned int)(m32));
^
mupen64plus-core/src/r4300/hacktarux_dynarec/assemble.h: In function 'add_m32_re
g32':
mupen64plus-core/src/r4300/hacktarux_dynarec/assemble.h:534:10: warning: cast fr
om pointer to integer of different size [-Wpointer-to-int-cast]
put32((unsigned int)(m32));
^
mupen64plus-core/src/r4300/hacktarux_dynarec/assemble.h: In function 'sub_reg32_
m32':
mupen64plus-core/src/r4300/hacktarux_dynarec/assemble.h:541:10: warning: cast fr
om pointer to integer of different size [-Wpointer-to-int-cast]
put32((unsigned int)(m32));
^
mupen64plus-core/src/r4300/hacktarux_dynarec/assemble.h: In function 'mov_eax_me
moffs32':
mupen64plus-core/src/r4300/hacktarux_dynarec/assemble.h:547:10: warning: cast fr
om pointer to integer of different size [-Wpointer-to-int-cast]
put32((unsigned int)(memoffs32));
^
mupen64plus-core/src/r4300/hacktarux_dynarec/assemble.h: In function 'test_m32_i
mm32':
mupen64plus-core/src/r4300/hacktarux_dynarec/assemble.h:569:10: warning: cast fr
om pointer to integer of different size [-Wpointer-to-int-cast]
put32((unsigned int)m32);
^
mupen64plus-core/src/r4300/hacktarux_dynarec/assemble.h: In function 'mov_m32_re
g32':
mupen64plus-core/src/r4300/hacktarux_dynarec/assemble.h:590:10: warning: cast fr
om pointer to integer of different size [-Wpointer-to-int-cast]
put32((unsigned int)(m32));
^
mupen64plus-core/src/r4300/hacktarux_dynarec/assemble.h: In function 'mov_memoff
s32_eax':
mupen64plus-core/src/r4300/hacktarux_dynarec/assemble.h:691:10: warning: cast fr
om pointer to integer of different size [-Wpointer-to-int-cast]
put32((unsigned int)(memoffs32));
^
In file included from mupen64plus-core/src/r4300/mips_instructions.def:50,
from mupen64plus-core/src/r4300/cached_interp.c:165:
mupen64plus-core/src/r4300/fpu.h: At top level:
mupen64plus-core/src/r4300/fpu.h:56:12: fatal error: fenv.h: No such file or dir
ectory
#include <fenv.h>
^~~~~~~~
compilation terminated.
make: *** [Makefile:893: mupen64plus-core/src/r4300/cached_interp.o] Error 1

Gtfo are you really from T.dot

You live in Toronto??

Wow what a SMALL WORLD

 

[CatmanFan]

Gtfo are you really from T.dot

You live in Toronto??

Wow what a SMALL WORLD

lol no I was just quoting your profile information.
Check my country symbol.

 

[DogParty]

I was on vacation for the last week so I've missed all of this progress! Congrats @m4xw!!! Unbelievable work!!!!! <3

 

[SkyeHDD]

I've thrown together a new version of libretro-prboom with a more modern control scheme. Music is tested and working, but you must use .MP3 files to do it sadly.

https://github.com/Zero-Shift/libretro-prboom/releases/tag/1.1

Also, since I'm rather new to this, how does one go about adding a hbmenu icon and author name?

 

[ShadowOne333]

I've thrown together a new version of libretro-prboom with a more modern control scheme. Music is tested and working, but you must use .MP3 files to do it sadly.

https://github.com/Zero-Shift/libretro-prboom/releases/tag/1.1

Also, since I'm rather new to this, how does one go about adding a hbmenu icon and author name?

You need to create a folder with the same name as the NRO, and then an icon.png inside and a meta.xml as well for the info of the app.

 

[SeongGino]

You need to create a folder with the same name as the NRO, and then an icon.png inside and a meta.xml as well for the info of the app.

Not necessary. It can be embedded into the executable.

 

[ShadowOne333]

Not necessary. It can be embedded into the executable.

It helps for the user to hopefully make custom icons/data for the app though.
I do it for a lot of my homebrew apps.

 

[JJTapia19]

I've thrown together a new version of libretro-prboom with a more modern control scheme. Music is tested and working, but you must use .MP3 files to do it sadly.

https://github.com/Zero-Shift/libretro-prboom/releases/tag/1.1

Also, since I'm rather new to this, how does one go about adding a hbmenu icon and author name?

I like using this tool. https://gbatemp.net/threads/nro-asset-editor.499003/

 

[SkyeHDD]

I like using this tool. https://gbatemp.net/threads/nro-asset-editor.499003/

Killer, thanks!

Not necessary. It can be embedded into the executable.

Can it be done through the Makefile? I only found a libtransistor example

 

[Starcarr]

Killer, thanks!


Can it be done through the Makefile? I only found a libtransistor example

Yes, that's how we are doing it for many of the cores. See https://git.m4xw.net/Switch/RetroArch/RetroArch/blob/develop/Makefile.switch look for APP_ICON.

 

[SkyeHDD]

Yes, that's how we are doing it for many of the cores. See https://git.m4xw.net/Switch/RetroArch/RetroArch/blob/develop/Makefile.switch look for APP_ICON.

Annnd there it is. My dumbass was looking in the core's Makefile. Thanks!

 

[m4xw]

I was on vacation for the last week so I've missed all of this progress! Congrats @m4xw!!! Unbelievable work!!!!! <3

If you want access, send me your email!

I take any help I can get

Edit: 5am here, RIP me

 

[ShadowOne333]

Just took a peek at the Makefile and noticed something... odd?
You guys are crediting Reswitched, but to my knowledge Reswitched is in charge of libtransistor and NOT libnx.
The team in charge of libnx are the Switchbrew guys (plutoo, yellows8, etc):
https://github.com/switchbrew/libnx

Was this intentional or am I missing something?
Not want to sound rude or anything, I'm just curious

 

[m4xw]

Just took a peek at the Makefile and noticed something... odd?
You guys are crediting Reswitched, but to my knowledge Reswitched is in charge of libtransistor and NOT libnx.
The team in charge of libnx are the Switchbrew guys (plutoo, yellows8, etc):
https://github.com/switchbrew/libnx

Was this intentional or am I missing something?
Not want to sound rude or anything, I'm just curious

Much of the code I wrote, is basically a rewrite of reswitched's logic with libnx.

I thought them basically giving me the code on the silver plate is worth giving credit

But by now, it differs in many areas

 

[ShadowOne333]

Much of the code I wrote, is basically a rewrite of reswitched's logic with libnx.

I thought them basically giving me the code on the silver plate is worth giving credit

But by now, it differs in many areas

Ah I see.
Thanks for explaining!

 

[m4xw]

Ah I see.
Thanks for explaining!

I mean I should probably give libnx credit too, but if I build a Qt5 application, I don't credit Qt as well, but if I use any logic you wrote, I would credit you.

Maybe I am overly careful with that, but every work deserves it's respect

And well, they are already kinda in the name