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

add support for Morita Shougi Advance, Doraemon, and Mobile Pro Yakyuu: Kantoku no Saihai #23

Open
wants to merge 16 commits into
base: main
Choose a base branch
from

Conversation

Wit-MKW
Copy link
Contributor

@Wit-MKW Wit-MKW commented Jul 22, 2024

additionally fixed EX Monopoly. note that the user will not be presented with a "Monopoly Code" when uploading unless the server ignores Content-Length: headers for GET requests, which cannot be achieved through PHP code alone. i suppose most web servers will have this as an option, seeing as it seems to be frowned upon to have a message-body in a GET request.

if all is well, this 200.member.cgb file should just be a duplicate of the data built into the ROM. the byte in counter.cgb must be incremented each time 200.member.cgb is changed.
each level pack costs 30¥; i can't find any source on how expensive they were when the service was running.
GitHub Desktop is giving me hell, so individual uploads will have to do.
@Wit-MKW Wit-MKW changed the title add support for Morita Shougi Advance & Mobile Pro Yakyuu: Kantoku no Saihai add support for Morita Shougi Advance, Doraemon, and Mobile Pro Yakyuu: Kantoku no Saihai Jul 24, 2024
this website's great.
complete with ranking letters! see the Discord server for a Python script to create & edit this file. (`counter.cgb` next to it just needs to have its byte incremented on every `200.member.cgb` update.)
i ought not to be trusted with anything.
i checked: i created them all, and am the only person to have edited any.
ghost uploads, as you probably know, are realised as emails to a blank destination address. the email has headers "X-Game-code: AGB-AGTJ-00" & "X-Game-title: GT-CHAMP", and the ghost data itself is an attachment named "gtent00.cgb" through "gtent06.cgb"; its format is 32 bytes for the user's email address, then 0x2F90 bytes in the same format as ghost.cgb, then a 4-byte little-endian byte-sum of the whole thing. the ghost ID is little more than a byte-sum itself, so if a ghost already exists with the same ID, you might consider adding multiples of 0x400000 until you get a unique ID.
because who wants to waste 12 KB?
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant