Pi4 - 4.7.1x after recent update audio little glitch/struttering or miss some frame on some libretro core... it's fixable ?

supernalle

Just wanted to chime in here and say that I have exactly the same audio problem.
This occurs on all emulators after updating to the latest retropie version, enabling cheevos and updating the os library as well.
Pi4 4GB Model B.

No problems whatsoever before I added cheevos. Cheevos didnt work correctly with the retropie version I had installed then so therefore I updated and then the audio started "stuttering" from time to time.

Will try to reinstall some day soon when I have time and NOT updating OS libraries.

dankcushions

@supernalle said in Pi4 - 4.7.1x after recent update audio little glitch/struttering or miss some frame on some libretro core... it's fixable ?:

Just wanted to chime in here and say that I have exactly the same audio problem.
This occurs on all emulators after updating to the latest retropie version, enabling cheevos and updating the os library as well.
Pi4 4GB Model B.

No problems whatsoever before I added cheevos. Cheevos didnt work correctly with the retropie version I had installed then so therefore I updated and then the audio started "stuttering" from time to time.

Will try to reinstall some day soon when I have time and NOT updating OS libraries.

are you saying it doesn't happen with updated retropie/retroarch when cheevos are turned OFF? that would make an interesting test.

DjDiabolik

@dankcushions I just turned on my pi4 and before lunch I try the lr-mgba whit CATRAP :)

For my previously savestate created whit lr-gambatte for now I will try not to use them.

Wait a my feedback immediatelly after lunch in this afternoon :)

Thanks again anyway for all the advice :)

@supernalle mmmmmm.... interesting how i can check if on my retropie it's enabled or not this cheevos ? what is that ?

dankcushions

@djdiabolik said in Pi4 - 4.7.1x after recent update audio little glitch/struttering or miss some frame on some libretro core... it's fixable ?:

@supernalle mmmmmm.... interesting how i can check if on my retropie it's enabled or not this cheevos ? what is that ?

in your previous configs they were not enabled

cheevos_enable = "false"

and they are not enabled by default either, so probably a red herring.

DjDiabolik

@dankcushions said in Pi4 - 4.7.1x after recent update audio little glitch/struttering or miss some frame on some libretro core... it's fixable ?:

@djdiabolik said in Pi4 - 4.7.1x after recent update audio little glitch/struttering or miss some frame on some libretro core... it's fixable ?:

@supernalle mmmmmm.... interesting how i can check if on my retropie it's enabled or not this cheevos ? what is that ?

in your previous configs they were not enabled
cheevos_enable = "false"
and they are not enabled by default either, so probably a red herring.

mmmmmmm...... otherwise just for confirmation.
The same "issue" it's also present when i usage lr-mgba ever tested whit same game CATRAP :)

the next step it's try to made a better video whit ALL screen captured :) so that you can possibly check if it is tearing or not................ in the next few days I will try to buy something like that:
alt text

EDIT num.1
Using lr-gambatte right now, only for fun, i have tryed I played a game of the super classic TETRIS for GB.
The problably most famous BACKGROUND music/loop over the world...... it's be emulated perfectly without the slightest sound problem.

a part from CATRAP ever using gambatte I will start testing the weirdest titles to see if there is any other game that has the same problem with the audio.

For absurdly I could try like Super Mario Bros for GB that contain vertical scrool and horizotal scrool..... i post other feedback later in same thread :)

supernalle

are you saying it doesn't happen with updated retropie/retroarch when cheevos are turned OFF? that would make an interesting test.

no, i dont think so, will try to disable cheevos before I try to reinstall an older version. The stuttering/glitching started when I updated the retropie + underlying os packages because cheevos wasn't working with my old version of retropie.

DjDiabolik

@supernalle said in Pi4 - 4.7.1x after recent update audio little glitch/struttering or miss some frame on some libretro core... it's fixable ?:

no, i dont think so, will try to disable cheevos before I try to reinstall an older version. The stuttering/glitching started when I updated the retropie + underlying os packages because cheevos wasn't working with my old version of retropie.

mmmmmmm... but in my case i have this issue every about 5 o 6 minutes. You have a same exact issue whit same periodicity or you have a something more serious than that of my video?

supernalle

@djdiabolik no it sounds like the same as yours.
have you tried reinstalling retropie completely?

DjDiabolik

@supernalle said in Pi4 - 4.7.1x after recent update audio little glitch/struttering or miss some frame on some libretro core... it's fixable ?:

have you tried reinstalling retropie completely?

No... but if i tryed this solution i'm going to use the current weekly image because test right now the "old" 4.7.1 would be a test not very usefull.
But if a clean install made disappear this little trouble can we actually say that some update has corrupted some system component?

DjDiabolik

@dankcushions Hi a have a possibly OT question concern the retroarch.cfg on "all" folder.

Maybe I understand what this non-standard retroarch.cfg creates:

I reset the retroarch.cfg..... rename the retroarch.cfg.rp-dist > retroarch.cfg

At this point i need one things........ usually i use a Gamestop Xbox360 wired controlled and this is perfectly work but i like to enable the left analog stick to make it work such as directional arrow :)

For do this usually i run Retroarch from Retropie (same where is retropie setup)... modify the input option for controller1 and after that i save the retroarch.cfg and exit to return to emulationstation.

This step this step creates a new whole retroarch.cfg whit all non-stardard setting like what I posted in the pass here.

At this point my question it's:
How i can prevent this ? How i can modify this setting for the controller whitout overwrite the "all" folder retroarch.cfg ?

1st EDIT
Just for the record.. about two hour ago... after about one week i have upgrade again my retropie setup.
During this i have see a lot of componet of OS it's been updated..... after that approximately 4 or 5 cores have been updated.
When all it's completed whitout any errors i have reboot my OS.... i have play for about 40 minutes the same game CATRAP in an attempt to pass level 90 and the audio problem seems to be less frequent whit this game.
After that i have play a lot of various GB title and whit some other games all it's perfect.......this thing bothers me and triggers me at the same time :)
Until i can register a better video whit full my TV on screen I can't give the idea :)

dankcushions

@djdiabolik said in Pi4 - 4.7.1x after recent update audio little glitch/struttering or miss some frame on some libretro core... it's fixable ?:

For do this usually i run Retroarch from Retropie (same where is retropie setup)... modify the input option for controller1 and after that i save the retroarch.cfg and exit to return to emulationstation.

what exactly are you changing? is it not something you can configure during https://retropie.org.uk/docs/Controller-Configuration/ ?

When all it's completed whitout any errors i have reboot my OS.... i have play for about 40 minutes the same game CATRAP in an attempt to pass level 90 and the audio problem seems to be less frequent whit this game.

it's possible this issue was fixed(?) with retroarch 1.9.5, which retropie recently upgraded to. or maybe a firmware update. who knows...

DjDiabolik

@dankcushions said in [Pi4 - 4.7.1x after recent update audio little glitch/struttering or miss some >

what exactly are you changing? is it not something you can configure during https://retropie.org.uk/docs/Controller-Configuration/ ?

I change the Input controller... i change the "Device Type" From "Retropad" -> "Retropad whit Analog".

Then immediately below (Analog to digital type) default is selected "None" and i choose here "Left" Analog"

At this point for to keep this setting i need to save the retroarch.cfg and it's be stored on "all" folder and this created the non-standard configuration :)

it's possible this issue was fixed(?) with retroarch 1.9.5, which retropie recently upgraded to. or maybe a firmware update. who knows...

all can be append :) I'll better test this in the next few days because i need to beat this fu****ing game :)
I also took a look at the cpu temperatures after playing for that hour or so.... when i return to emulationstation i press F4 immediatelly on keyboard and i can read the CPU temp it was below 45 ° (which i think is ok right ?).

Whatever this game has a very complex background music compared to many other gb titles... for a purpose test in this days i have also played the same roms from my PC (a i3 6098P whit 8GB of DDR4 and a AMD R7 360) using mgba for windows and also here (from the title bar of app) i can clearly see that while i am playing the fps go down from 60 also at 57/56 sometime.
This game seems to undermine emulation even on windows :)

2nd EDIT After another games played
About retroarch.cfg discussion......... right now i have tryed this way:
https://retropie.org.uk/docs/RetroArch-Configuration/#core-input-remapping

I have activated the input_player1_analog_dpad_mode = "1" and it's saved on a file like Gambatte.rmp inside /opt/config/retropie/gb/Gambatte.

Now need if this file it's autoloaded every time i use lr-gamebatte :)

DjDiabolik

And last night, i have finally BEAT this games.
I have finally BEAT all 100 level of CATRAP :)

Now in future it's only to check if there's little glitch it's been fixed/removed on next retropie updates or it's made most persistent also in other system component/core... and i hope no obviously.

dankcushions

i believe i'm seeing this same issue now. i am on a pi4 playing a lot of SNES right now (so an entirely different emulator), and at random intervals (can be 10+ minutes) I get a second or so of sound cutting out. no frame-drop, just the sound cuts.

if i switch audio_driver to alsa (it defaults to alsathreadon pi4 in current retroarch, following a recent change), the drops never happen.

verbose logs reveal nothing. it's strange as the alsathread driver is well-tested on the earlier pi systems, so i'm not sure what makes the pi4 different, or why there's not more talk of this issue. perhaps there's something else unique about my/our setup.

sirhenrythe5th

@dankcushions thank you so much for the side-note concerning "alsathread".
I was not aware of that and had a look yesterday...all my libretro-cores were set to "alsa".
I had sound-issues (hickups, something that sounded like switching from mono to stereo during gameplay and so on...) in all cores since i started with the Pi4 and thought it will be fixed with upcoming updates.
But changing the Audio-Setting in RA from "alsa" -> "alsathread" did the trick!
Sound is stable now and...performance-boost!
Yeah, now i.e. "Virtua Tennis" (Dreamcast) or "Mat Hoffman BMX" (Dreamcast) run flawlessy :D
Thank you very much!, i had no idea that the default audio-settings have to be changed to get a good performance.

dankcushions

@sirhenrythe5th no problem :) it will be the default in future images at least.

let me know if you get any audio drops! the gameplay should keep going but the audio cuts out for a second or two.