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

problems when using dzip app and not library #43

Open
neogeographica opened this issue Jul 27, 2014 · 0 comments
Open

problems when using dzip app and not library #43

neogeographica opened this issue Jul 27, 2014 · 0 comments
Labels

Comments

@neogeographica
Copy link
Collaborator

reQuiem supports using the dzip app or a library. It will behave differently depending on which of these you have installed (or if you have both installed).

When you have the library installed (regardless of whether the app is in place), demo playback from dzipped files works nicely. Demos show up with their "real" name and .dem extension in the demo menu, and you can play them while still leaving them compressed.

However, if you have the app installed and NOT the library, demo playback gets worse in a couple of ways:

  • You see the names and extensions of .dz files in the demo menu, instead of the names/extensions of the contained demos. This isn't too bad really.
  • This is worse: if you play a .dz demo, the app extracts the .dem demo file and leaves it in the gamedir. This loses the advantage of compression, and you now have two entries in your demo menu (both the .dz file and the .dem file).

It seems like the .dem file should be deleted after playback is done.

At first glance at StopDZPlayback it looks like the extracted .dem file will only be deleted in cases where the library is being used for playback. If the app is being used, reQuiem explicitly avoids deleting the .dem file. Not sure why.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant