First and foremost consider this:
AM2R was better than Samus Returns.
Description
So I learned that RetroArch can now play music as well. Hopefully, this turns into something awesome, like Steam's music player, pulling out the music stream in games and replacing it with music of my choice.
And I'm playing an mp3, on this wonderful black screen, and it occurs to me to press F1 and peek around. Turns out, the options for save/load state are available for the ffmpeg core.
But they don't work. Now, I can't meaningfully play audiobooks or Godspeed You! Black Emperor albums because I have no way to save where I was. I'm looking to clock 80 hours minimum into F#A#∞, and this experience is currently unplayable on any emulator frontend available.
In the interest of helping RetroArch realize its true Neo-Zawinskian destiny, such a flaw cannot go unfixed. Therefore, I am opening an issue to either request this bug be fixed by a maintainer, a mentor in the project knowledgeable with ffmpeg/jack/retroarch willing to extend such patience to a new developer, or a bounty be placed to solve this very pressing and user-critical feature. This could also be an excellent Google Summer of Code opportunity for a student wanting to make a meaningful impact on the project.
Expected behavior
I would be able to load and save states on my mp3's and albums.
Oh, and Achievements would work with mp3's, too, for things like Lou Reed's Metal Machine Music.
Actual behavior
Core tells me save states aren't supported. This is less than ideal.
Steps to reproduce the bug
- Load Content -> Start directory -> Navigate to music file -> Run (because Add to Mixer and Play is unreliable).
- Press F1 (this gets its own step)
- Arrow down to "Save State" and select it
- Frown in dismay when it tells you the feature isn't supported in the core.
Bisect Results
This started happening right around the time lossy audio files were playable in an emulator shell independent of a game console core.
Version/Commit
- RetroArch: 1.7.3 release.
Environment information
- OS: Gentoo Linux (kernel 4.16.3)
- Compiler: GCC 7.3.0
- CPU Features MMX MMXEXT SSE1 SSE2 SSE3 SSSE3 SSE4 SSE4.2 AVX AES
First and foremost consider this:
AM2R was better than Samus Returns.
Description
So I learned that RetroArch can now play music as well. Hopefully, this turns into something awesome, like Steam's music player, pulling out the music stream in games and replacing it with music of my choice.
And I'm playing an mp3, on this wonderful black screen, and it occurs to me to press F1 and peek around. Turns out, the options for save/load state are available for the ffmpeg core.
But they don't work. Now, I can't meaningfully play audiobooks or Godspeed You! Black Emperor albums because I have no way to save where I was. I'm looking to clock 80 hours minimum into F#A#∞, and this experience is currently unplayable on any emulator frontend available.
In the interest of helping RetroArch realize its true Neo-Zawinskian destiny, such a flaw cannot go unfixed. Therefore, I am opening an issue to either request this bug be fixed by a maintainer, a mentor in the project knowledgeable with ffmpeg/jack/retroarch willing to extend such patience to a new developer, or a bounty be placed to solve this very pressing and user-critical feature. This could also be an excellent Google Summer of Code opportunity for a student wanting to make a meaningful impact on the project.
Expected behavior
I would be able to load and save states on my mp3's and albums.
Oh, and Achievements would work with mp3's, too, for things like Lou Reed's Metal Machine Music.
Actual behavior
Core tells me save states aren't supported. This is less than ideal.
Steps to reproduce the bug
Bisect Results
This started happening right around the time lossy audio files were playable in an emulator shell independent of a game console core.
Version/Commit
Environment information