- Joined
- Sep 30, 2014
- Messages
- 213
- Trophies
- 0
- Age
- 41
- Location
- Nerima, Tokyo
- Website
- jbbongrand.blogspot.fr
- XP
- 920
- Country
audio_rate_control on is the default settingSo m4xw, I was right all along, Retroarch does indeed modify the setting file when going inside the audio menu, even without modifying any option.
I compared the retroarch.cfg file before and after just going to the menu, and retroarch changed the audio_rate_control from false to true.
It's an option you can't find inside retroarch I think?
I changed it back to false manually and of course the issue goes away
And comes back whenever I go to the audio menu again.
Do you still think it's not a bug, nor coming from going to the audio menu?
Ok I misread, my Horizon version is 6.2.0
It's obviously not the default settings since it's going back to false whenever I reset the settings to default.audio_rate_control on is the default setting
It's automatically turned off if AUDIO_RATE_CONTROL_DELTA < 0.0005
That is expected behaviour.
Try switch_thread audio driver
switch_thread is threaded, as the name says.It's obviously not the default settings since it's going back to false whenever I reset the settings to default.
Well unless you go to the audio menu of course
The default control delta I get when resetting is 0.005, not 0.0005, might that be the cause of the issue? Someone forgot a zero for the default value?
Yes switch_thread works fine, but switch audio driver also works fine again after I changed the delta value to 0.0005
So what's the difference between switch and switch_thread driver?
I see, indeed it makes senseswitch_thread is threaded, as the name says.
audio rate control is supposed to be on. I agree tho the default needs to be calculated in the initial configuration, but switch_thread is supposed to be our default driver.
You probably ran into a synchronization problem.
I will figure a solution, but what you described is normal behaviour - right now.
But that means default audio driver selection isn't working as it should.
You should always stick to switch_thread as audio driver
The only things you should really ensure are set: switch_thread audio driver + video_threaded = on.I see, indeed it makes sense
Well I glad we finally got it solved, I can finally fully enjoy retroarch.
Just in case, what are the default drivers recommended (I mean beside audio)?
What's the difference between this and lakka.tv?
And what should I use?
Sadly I dont think it works :-(Mupen64plus-next core works for SX OS or not?
Sadly I dont think it works :-(
Yes, using Mupen64plus-next. I never manage to get to frame buffer, the game just wont load. Just get an error and then retroarch closes. tried Zelda OOT, Mario kart, Mario 64, all the same so farGive details did you use Mupen64plus-next? That's the core you need to use not Mupen64plus. Also try toggling framebuffer if it's on turn it off if it's off turn it on. You have to restart retroarch from the beginning when you make a change like that as well.
I noticed the same. It's there a way to invert the motion on the mgba core?Love the mgba accelerometer support, but it's mirrored in Wario Ware Twisted. Any way to change this?
I already filled out an issue on Github: https://github.com/mgba-emu/mgba/issues/1300I noticed the same. It's there a way to invert the motion on the mgba core?
Awesome. I should have checked there first.I already filled out an issue on Github: https://github.com/mgba-emu/mgba/issues/1300
Yes, using Mupen64plus-next. I never manage to get to frame buffer, the game just wont load. Just get an error and then retroarch closes. tried Zelda OOT, Mario kart, Mario 64, all the same so far
sx os is not supported only way to run it correctly is to use the atmos title redirect along with the new hekate beta svcI was using 1.7.5 and the MUPEN-Next core worked fine. I updated to 1.7.6 and it's horrible for me (on SXOS). Someone suggested to try atmosphere and when I try to run it from atmos it crashes RA. Any ideas?
Works horrible on SXOS
Crashes on atmos...weird