Homebrew RELEASE Development Thread - RetroArch libnx

  • Thread starter Thread starter m4xw
  • Start date Start date
  • Views Views 764,747
  • Replies Replies 4,272
  • Likes Likes 69
Status
Not open for further replies.
Aside from minor issues like no dock/portable switching and configuration saving, the SNES9X2010 core runs pretty well. Only weird behavior I've noted is that moving the right stick towards the right either slows the game down, or completely freezes the emulator, requiring a relaunch.

Progress so far is great, though, keep it coming!
 
Aside from minor issues like no dock/portable switching and configuration saving, the SNES9X2010 core runs pretty well. Only weird behavior I've noted is that moving the right stick towards the right either slows the game down, or completely freezes the emulator, requiring a relaunch.

Progress so far is great, though, keep it coming!
Just redownload. We fixed the slowmotion days ago, it was a keybind
 
  • Like
Reactions: Ty_
Just redownload. We fixed the slowmotion days ago, it was a keybind

Oh, huh. I downloaded the file posted in OP, was there a version posted elsewhere in the thread?

Also, is vsync audio crackling a known issue? VSync makes games run perfect visually, but kills the audio quality, while turning VSync off does the opposite.
 
Oh, huh. I downloaded the file posted in OP, was there a version posted elsewhere in the thread?

Also, is vsync audio crackling a known issue? VSync makes games run perfect visually, but kills the audio quality, while turning VSync off does the opposite.

> Oh, huh. I downloaded the file posted in OP

I just downloaded that too, and the line is fixed and shouldn't slow it down, did u mix up the downloads?

The vsync/audio issue is known

Else look in your .cfg for slowmotion_ratio = "X.000000" and change it to slowmotion_ratio = "1.000000"

or remove the keybind
 
Last edited by m4xw,
> Oh, huh. I downloaded the file posted in OP

I just downloaded that too, and the line is fixed and shouldn't slow it down, did u mix up the downloads?

The vsync/audio issue is known

Weird, I'll go try redownload, thanks!
 

Attachments

Last edited by Melon__Bread,
Hrm. I hate to post again when I'm all confused, but I haven't been able to get settings to persist between starts on snes9x or the beetle ngpc core. I'm unable to do things like disable overlays or rebind anything, which is why the fast forward wasn't working earlier.
 
Hrm. I hate to post again when I'm all confused, but I haven't been able to get settings to persist between starts on snes9x or the beetle ngpc core. I'm unable to do things like disable overlays or rebind anything, which is why the fast forward wasn't working earlier.

You can alter settings, then go to Configuration -> Save New Configuration , and then change the current configuration file to the newly made one. It's messy and hacky, but it works.

Alternatively, you can change the cfg file using a PC.
 
You can alter settings, then go to Configuration -> Save New Configuration , and then change the current configuration file to the newly made one. It's messy and hacky, but it works.

Alternatively, you can change the cfg file using a PC.

Ah, thank you. It isn't blazing speed, but it's quite nice to have and comes in handy for ye olde jrpgs.
 
  • Like
Reactions: Sm0k3r83
Given just how many cores have been built so far with libnx, I was wondering if you guys have any plan to make an official Pull Request to RetroArch/LibRetro's GitHub so that the buildbot starts building nightlies of them?
What do you think @m4xw @Melon__Bread ?
Or are you waiting on implementing more stuff before sending the PR?
 
  • Like
Reactions: wicksand420
Given just how many cores have been built so far with libnx, I was wondering if you guys have any plan to make an official Pull Request to RetroArch/LibRetro's GitHub so that the buildbot starts building nightlies of them?
What do you think @m4xw @Melon__Bread ?
Or are you waiting on implementing more stuff before sending the PR?
I am all for submitting a pull request for the cores back up to libretro. But I have 2 concerns.
  1. I do not know what to do with the cores that already have libtransistor in their Makefiles. In terms of what is the professional thing to do
  2. I did not do much of my own work. Most of it m4xw's work that I just transferred over. so I do not feel it is my place to do it
 
The first point you make is actually something I've been thinking about.
How are we going to handle both lib builds?
Perhaps adding a _ts/_nx at the end of the filename could do it?

As for the second, I agree wholeheartedly, m4xw has the decision here as to when and what to do for the PRs :)
 
Alternatively, you can change the cfg file using a PC.

This does not work, at least not for me with the FCEUMM core. I'm tired from work and kind of bitter, but fuck it; I said this yesterday, and was told to just edit the file on my PC. I pointed out that I said I already did that and it did not work, and was ignored, which I expect this post to be as well.
 
  • Like
Reactions: mangotowel
The first point you make is actually something I've been thinking about.
How are we going to handle both lib builds?
Perhaps adding a _ts/_nx at the end of the filename could do it?

As for the second, I agree wholeheartedly, m4xw has the decision here as to when and what to do for the PRs :)
That's a good idea, similar to how WiiU does for it's buildbot builds.. (RPX/ELF)

It's great how fast we're accumulating cores, wont be long before you guys are rivaling the WiiU :P
 
Given just how many cores have been built so far with libnx, I was wondering if you guys have any plan to make an official Pull Request to RetroArch/LibRetro's GitHub so that the buildbot starts building nightlies of them?
What do you think @m4xw @Melon__Bread ?
Or are you waiting on implementing more stuff before sending the PR?
I will use https://about.gitlab.com/features/gitlab-ci-cd/

Thats what we use for our production deployment (in the company i work) and it works flawless.

Fuck everything else.

The first point you make is actually something I've been thinking about.
How are we going to handle both lib builds?
Perhaps adding a _ts/_nx at the end of the filename could do it?

As for the second, I agree wholeheartedly, m4xw has the decision here as to when and what to do for the PRs :)

My repo is a mess, it will be rebased and completly squashed, but not before 1.0. Threading is done and working, but there is a problem with the task queue.
After that just get everything in as 2nd target in different files. Many stuff will be compatible, or for example they could nearly reuse my threading stuff for transistor.
I def. want to get eveything upstream at some point, not a priority.

This does not work, at least not for me with the FCEUMM core. I'm tired from work and kind of bitter, but fuck it; I said this yesterday, and was told to just edit the file on my PC. I pointed out that I said I already did that and it did not work, and was ignored, which I expect this post to be as well.
It works. Make sure retroarch.cfg is in the same folder as the NRO.
Else post what you are trying to achieve and post your config on pastebin. Maybe youre salty and bitter, but I didn't sleep today and need to work in 4h already. Now who's bitter? :P

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

Insomnia wins again
 
Last edited by m4xw,
This does not work, at least not for me with the FCEUMM core. I'm tired from work and kind of bitter, but fuck it; I said this yesterday, and was told to just edit the file on my PC. I pointed out that I said I already did that and it did not work, and was ignored, which I expect this post to be as well.
I don't know how FCEUMM works, but Snes9x and Vba-next would defaultly load retroarch.cfg in their folders. If you don't mind, you could load .cfg file everytime you start playing games then change and save it.
 
Last edited by zwq939681378,
Status
Not open for further replies.

Site & Scene News

Popular threads in this forum