-
Notifications
You must be signed in to change notification settings - Fork 21
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
No way to include a specific beta/demo/sample ROM #31
Comments
Hmm... this is a tricky one to implement. Which of the following would describe better what you want?
|
I would say both 1 and 3. As it is, I'm not sure why anyone would use --prefer-prereleases, since you end up with a weird mix of betas/demos/samples and final releases. Originally, I was trying to get US protos over Japanese releases (Bashi Bazook, Squashed, etc.). Although it's possible to do this with --exclude on a case-by-case basis, it's easy to overlook something, so a general option would make this much less of a hassle. (This was actually my original issue before I realized --exclude would work, at this point these are really two separate issues.) However, there's also the case where a game might have been changed for the worse between beta and release, and someone would want the beta of that specific game only. Since they have the same title and region with an extra "(Beta)" at the end, I think the only way to do that right now is an awkward --exclude using regex and $. It would be much easier if there was a higher priority "prefer" option. |
Since "Released ROMs" is prioritized above --prefer and --avoid, the only way to include a specific unreleased alternative seems to be using --exclude on the released ROM, which doesn't work for betas etc. that have the same title. Using --prefer-prereleases isn't an option since that replaces everything with beta versions.
Right now --prefer only affects versions of the same region/language, so a high priority --prefer (maybe --include? or call the old one --prefer-version or --prefer-variant?) would allow a lot more flexibility.
The text was updated successfully, but these errors were encountered: