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

Feature request: Command line option for e-Reader dotcodes #2474

Closed
Miss-Inputs opened this issue Mar 15, 2022 · 2 comments
Closed

Feature request: Command line option for e-Reader dotcodes #2474

Miss-Inputs opened this issue Mar 15, 2022 · 2 comments
Labels
severity:enhancement Feature requests
Milestone

Comments

@Miss-Inputs
Copy link

Discussed this on the Discord like 2 years ago and should have filed an issue about it but I forgot, and only realised 2 years later that I forgot.

For the purposes of integrating e-Reader stuff with frontends, I want to be able to specify e-Reader dotcode files from the command line (presumably along with the e-Reader ROM) using the batch scanning feature, so something like:
mgba-qt e-Reader (USA).gba --dotcodes strip1.raw strip2.raw strip3.raw

Or perhaps --dotcode strip1.raw --dotcode strip2.raw1 etc if that's how parsing command line arguments works.

And then ideally one would then select Scan Card and it automagically scans all the cards, as though they were opened from the file menu. Bonus points if there is a way to avoid having to autofire/mash A to get through all the cards (having it automatically press the button when it's done scanning), though that might be another story and not entirely possible any time soon.

Bonus points if it would be possible to load an m3u file containing paths to multiple e-Reader dotcode files instead.

@endrift endrift added the severity:enhancement Feature requests label Mar 15, 2022
@endrift
Copy link
Member

endrift commented Mar 15, 2022

This is feasible, minus the first bonus. It'd be the latter syntax.

@endrift endrift added this to the mGBA 0.10.0 milestone Mar 23, 2022
@endrift
Copy link
Member

endrift commented Apr 22, 2022

Ended up going with --ecard, which you can specify multiple times. It will also recursively attempt to scan the paths presented in a file if it looks like an m3u, as requested.

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

No branches or pull requests

2 participants