Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[std bug] sti Rip file handle remains open? #168

Open
bazz1tv opened this issue Dec 3, 2020 · 0 comments
Open

[std bug] sti Rip file handle remains open? #168

bazz1tv opened this issue Dec 3, 2020 · 0 comments
Labels

Comments

@bazz1tv
Copy link
Owner

bazz1tv commented Dec 3, 2020

I've noticed that if I try to open the last STI file I've ripped via std while std is still open, Windows 10 complains about the file being used. Then I have to close (or perhaps rip another instrument) in order to access the file from SNES Tracker.

This might be related to #138.

  1. Ensure this problem is not present in the Tracker. Try getting two instances of SNES Tracker open to experiment with saving one of (song, instrument, sample) from one instance and immediately load it from another.

  2. Compare SdlNfd usage in SNES Tracker with std. Remember that std doesn't autocomplete saved file extensions like SNES Tracker v0.2.3 now does. So std must not be using SdlNfd fully, I guess?

@bazz1tv bazz1tv added the bug label Dec 3, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
1 participant