Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
feos wrote:
Which kind of means it's only HD and uploading that's left :)
No; as of this moment, the HQ encode is not done yet; going to be another 15 hours or so (so closer to 3-4 days I guess). Then comes the "512k" and then the youtuber, and then I need to look it all over, etc.
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
Patashu wrote:
adelikat wrote:
Just food for thought here: As a multi-platform environment, how would expect us to be able to figure out what platform a given .bin is for? Almost every platform commonly have roms in .bin format.
Load it in every core until one of them doesn't throw an exception? :)
We were actually discussing that in #bizhawk a few hours ago. A problem is that cores don't necessarily throw an exception given bad input, because there's no way to know in many cases that the input was bad. Illegal opcodes activate BRK vectors, and the emulated core bounces around nonsensically in what is garbage code to it, but no exception.
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
Flossy wrote:
Is it named something different? Because I don't have it with what I downloaded. I tried downloading it again and still, nothing. The only file named pipedec is a .def one.
Unless you wish to compile from source, you should be downloading the binary package from mediafire.
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
FractalFusion wrote:
I think this is a bug but I don't know if the error is on my end.
I am currently using Pokemon Gold ("Pokemon - Gold Version (UE) [C][!].gbc"), but, when the in-game option uses Stereo mode instead of Mono, the resulting sound sounds like one side of Stereo sound output being played mono (on both sides), rather than the two sides of Stereo sound output being played stereo as it should be.
Fortranm wrote:
I tried to upload a screen capture of it, but... crap, ImageShack begins to ask me for money.
Try Photobucket.com.
There may be other (better) ones out there, but that's the one I use.
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
If the bin really is an iso and you want to load it as such, rename it to .iso
Otherwise, you should be loading the associated .cue
I don't want to be fielding "SANIC CD MUSAK NO WERK" bugs all day because people are loading CD images without the corresponding audio tracks.
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
CoolKirby wrote:
It's worth a try, right? If it doesn't work, you can always publish with the existing A/V sync build from the submission text (and leave the Punies unfixed).
Exciting that this is finally getting published though!
Good point. It will slow things down a bit of course (I could have started the dump tonight using the avsync build), but that's nothing compared to the amount of time you guys spent on it.
Does anyone know the exact git revision that the AVSync build was created from?
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
I'm worried that if I build my own executable, there might be crashes due to differing memory layout (the assumption being that whatever memory layout it happens to be using right now coincidentally provides enough wiggle room for some overreads) or desync due to Dolphin Voodoo. So I'm not sure how I feel about fixing the grey dudes.
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
My user page has been updated with a new binary build download.
The public github repo also has the code changes (just a few integer-pointer cast related things).
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
Here's a board shot of a GG:
http://bootgod.dyndns.org:7777/profile.php?id=597
If you're willing to replace the boot rom, we could easily make one that resets all internal and external ram and io ports to known values, including manually setting a particular ram initial state to match fceux or for things like wheel of fortune. One could also set initial mapper state for many mappers.(Having looked up the GG specs and how it handles the switch to game mode, I can now confidently say that this is doable.)
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
True wrote:
I would only use the game genie as a convenient carrier, and solder up ROM and MCU directly to pins as necessary...
I don't think any special modification would be required? Just replace the GG's 4KiB mask rom with a flashable one, and flash a few lines of code into it:
on_reset:
sei
lda #initial_value
sta $688a
; now do whatever the GG normally does to switch to "game mode"
Edit: I am of course assuming that the 4xxx:7fff range of the real cart's addresses are visible while the GG is active. This might not be true.
Editor, Emulator Coder, Experienced Forum User, Site Developer
Joined: 5/11/2011
Posts: 1108
Location: Murka
The Battle RNG state is a single byte at CPU $688A, which is in the cart's battery-backed ram.
Game Genie donor seems like the simplest way to go; just need to dig up one of those documents that lists what the mmio ports on the Game Genie actually do (I saw it somewhere once...)
On playback, I get graphical glitching on some of the animation frames for these grey dudes, as you can see here.