nununoisy / gb-presenter-rs Goto Github PK

Note: gb-presenter-rs works just fine on MacOS via wine (in my case wine-staging 9.8).

But out of curiosity I tried to compile from source. I'm running an Apple Silicon M1 pro on Sonoma 14.4.1.

As far I can tell I have all of the following taken care of:

• FFmpeg + development libraries
• Qt6 development packages
• a proper SameBoy build environment
• Either Zenity or KDialog, if you plan to use the GUI frontend

But when I run cargo build --release it fails.

I have attached the output from terminal if that helps.

Terminal Saved Output.txt

Found a couple bugs when it comes to trying to play GBS files over the GUI:

1. GBS files with Japanese characters in its metadata (see attached for examples) break the program when loaded. A bit of an issue here because those GBSes are also likely from GBGBS which can automatically rip GBS files from GB rom images, which always appends Japanese metadata to the file. In a program like foobar2000 (very good GBS player) or nezplug++ (bad outdated program), which parse it correctly, it would look like this:
   
   Example GBS: JPMetadata.zip

2. If the above GBS does load, I can't select any song. I also have to manually specify the file opener to select GBS files, and once it accepts those, the song selector is broken. Even worse, I can't even render a file since it says it's not a valid file.
   
   (And yes, that is a custom windows theme. I'm just using Windows 10.)

I'm not sure if using it from command line fares better, but I can try using that instead.

Building from latest commit on Linux Mint 21

As shown in the screenshot when using for example LSDJ files, the bottom of the Application is no longer displayed.

Because the GUI exhibited odd behavior in a previous post I decided to go the command line route. After some fiddling with command line arguments I managed to get it to render:

That should be the end of it, right? Except I put in the wrong GBS song in the track specifier on accident. Trying to run the command again but with the different (correct) track number produced this:

To ensure the track command itself wasn't buggy I did the original set of commands again (The ones that did render a file) but I unfortunately was met with the same error again:

I'm not sure what is wrong but it seems FFmpeg doesn't like something.

(Side note: The command arguments specified in the repo's readme don't actually match up with the arguments needing to be passed into the program)

I also want to apologize by slamming you with a bunch of issues all of a sudden.

Lower noise values should happen on the left and higher noise values should happen on the right, reverse of what it is now. This would match the rest of the notes/pitches on the keyboard.

You should be able to change the resolution with just inputting a number.

(Platform: Linux/Fedora 38)

It seems that the application is unable to select the correct song when using the latest stable version 9.3.9 of LSDJ and plays just whatever is there when LSDJ starts.

Previous 9.2.L works fine.

I checked that the input combos for selecting the song should be the same, no idea what could've changed between the versions...