No sound in any daphne/singe game after end of audio stream detected error in a game

[Ardend]

Running this on Steam Deck, and I added Ninja Hayate to the library and didn't realize the .ogg file for the game was empty. When I checked the logs wondering if there was a sound error, I saw that end of stream error and tested the file and it didn't play. I found the working .ogg file but since that error no games have sound. Has anyone else run into this issue?

[DirtBagXon]

Starting hypseus without, or with a 0 sized .ogg file produces the errors you describe.

But then replacing the .ogg with a working version immediately works in testing.

You could try deleting the .dat files to force re-indexing on next start, but it should not be necessary.

You seem to state that this is affecting *all games now? This certainly doesn't feel like an hypseus issue, but could possibly/logically mean the Steam Deck has turned off sound, for this, or all apps following the total lack of sound? I don't have a Steam Deck to try this theory, or any idea where setting for this are.

[DirtBagXon]

Nothing gets cached, apart from .dat files, as I say I don't have a Steam Deck so can't test.

What are the logs stating? What is the full argument list being set when running hypseus, this should be near the top of the log.

Can you post the full hypseus.log - If you took the appImage from the Release page, the log file should get written to /tmp as I am aware appImage logging on a Steam Deck is problematic to say the least.....

[Ardend]

So.. you were right! The sound was muted by the system after the error, but only for that app (hypseus). Ran it in windowed mode, checked the volume in the applications tab of the sound menu and sure enough it was muted. Unmuted and sound is now working. I had no idea that as even a thing until thinking about your first comment and some quick searches showed that apps can be muted individually. Thanks for the help! I have a follow up question related to Hayate. I followed the instructions for converting that better youtube video to replace the old one, but the audio doesn't line up with it. The new video opens with a color test and then a long hayate singe disclaimer, and I thought that -fastboot would bypass that but it doesn't. Im guessing its a different commandline option? And again, thanks for all the help!

[DirtBagXon]

Yeah, like I said it seemed like the logical explanation - glad it's sorted.

"I followed the instructions for converting that better youtube video to replace the old one, but the audio doesn't line up with it." - Then it's possible you have an earlier/later version than the usual one floating around. The YouTube video is for the Singe 1 version of Hayate - not the Singe 2 version, but it is possible you have a different Singe 1 version too.... Also be certain you used the exact ffmpeg conversion command from the page (or the repo), as if the FPS is changed that will also cause the same desync result.

Edit: -fastboot is a Daphne side command and only works on a very small number of games. It has no use in Singe and I'm afraid no way to avoid that long disclaimer, unless you edit the Singe LUA directly. Which, in hayate, is problematic as it was converted to bytecode.

[Ardend]

Oh good to know on the fastboot thing, I won't waste time with that in the commands file. I'll have to hunt down a different singe 1 ogg file. The one I grabbed came from a Hayate HD file set, but that ogg doesnt seem to work. It starts playing immediately when the new video color bars are showing and then is silenced during the disclaimer, then is totally out of sync after that. Was there ever a non HD hayate video set? I'm guessing that is the ogg file I need.

[DirtBagXon]

Regarding long boot times on hayate and timegal:

They can be addressed by updating the respective main.singe files from the latest repo commit: DirtBagXon/hypseus_singe_data@2c66031