Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player
(609)
Joined: 2/26/2020
Posts: 698
Location: California
ThunderAxe31 wrote:
CasualPokePlayer wrote:
(this reset is perfectly possible for a human to perform, so console verification should be possible, although console verification will be under the "human is performing reset," and humans don't have the precision that a TAS does for resetting)
I'm not sure if you're saying that it's possible or that it's not, but I have to note that the Speed Demos Archive keeps a recording of speedrun for this category: http://speeddemosarchive.com/demo.pl?PokemonRed_UberLargeSkips_SS_000
From the metadata inside the file mp4, the referring encoding time is 2013-04-09 23:32:37
https://www.speedrun.com/pkmnrbyext#Any (there's a src category for it, how is sda still relevant lol)
By this, I simply mean console verification will simply not have the same time as the TAS (due to the human reset likely happening later than the TAS). Just a slight asterisk in console verification.
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player
(609)
Joined: 2/26/2020
Posts: 698
Location: California
ThunderAxe31 wrote:
I'd also like to try if changing GBC color multiple times can allow more RNG possibilities, or delaying the GBC BIOS sequence by changing color later.
Yes and no, mostly has no effect, and when you actually get an effect, it's more because the bios is being delayed by some amount of frames (which eventually eats into the delays).
Also, the main issue with console verification is that just, you kinda have to have a human to do the reset (this reset is perfectly possible for a human to perform, so console verification should be possible, although console verification will be under the "human is performing reset," and humans don't have the precision that a TAS does for resetting), as GBI's input script can't do resets (for whatever technical reason I don't know, perhaps one day it'll be possible but not today).
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player
(609)
Joined: 2/26/2020
Posts: 698
Location: California
ThunderAxe31 wrote:
Not really a problem actually, implementing additional palettes wouldn't be too hard. For example, a new palette was recently added for Gambatte, Libretro GBC.
Funnily enough this has been an open issue for months.
https://github.com/TASVideos/BizHawk/issues/1866
Wonder why it hasn't been done yet, lack of GBHawk users? Regardless, perhaps this could be a good time to add Gambatte's palettes, assuming no objections from alyosha. Admittedly, I am sorta liking Libretro GBC for Crystal...
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player
(609)
Joined: 2/26/2020
Posts: 698
Location: California
ThunderAxe31 wrote:
CasualPokePlayer wrote:
(unless we want to have some argument that since this is CGB in GBA it needs GBA sound lol)
Indeed, if we want to bring in the fact that this submission uses GBCinGBA mode, then it would make sense to have less popping, but then we would need BizHawk to emulate it differently whether GBCinGBA is used or not. And then, for coherency, we would also need to use Vivid palette for GBCinGBA (or something similar).
Not really an option actually, GBHawk has a single palette you can use (what you see on the temp encodes, seems to be more or less an in between with VBA Accurate and Vivid). There are no other palette options.
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player
(609)
Joined: 2/26/2020
Posts: 698
Location: California
ThunderAxe31 wrote:
Alyosha wrote:
I looked into the documentation on GBDev, and apparently sound on GBA is produced differently then on GBC, but this particular case shouldn't be effected by it.
Actually...
https://youtu.be/jceEj-x01Bo [MOD EDIT: unembedding]
I also tried unplugging the jack and then recording the speaker of the GBC, but recording quality wasn't as good as I hoped. Anycase, I'm telling you that it did hear the very same as when I tried listening with headphonese: I couldn't hear any popping during the BIOS screen, but only when clearing the text boxes during the music-less part of the new game intro.
So sounds like GBC just has less filtering than the GBA. Funnily enough, the level of popping seems to be identical to GBHawk, so this is probably the best we get for accurate sound.
(unless we want to have some argument that since this is CGB in GBA it needs GBA sound lol)
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player
(609)
Joined: 2/26/2020
Posts: 698
Location: California
Alyosha wrote:
I compared the audio against Sameboy for this. The pops appear in all the same places, they are just louder in GBHawk. I'd be interested to hear what it sounds like on console. Also Gambatte definitely has overall less popping, not entirely sure why.
I haven't noticed any pops on console, although that's speaking purely from a Gameboy Player perspective. Perhaps it's something with the GBA's sound system and it's different for actual GBCs?
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player
(609)
Joined: 2/26/2020
Posts: 698
Location: California
DemonStrate wrote:
I thought this would be great for those working on Xbox emulation:
https://www.engadget.com/xbox-os-windows-source-code-leak-142213929.html?bcmt=1
Would be nice to use this information for something like BizHawk or some other emulator. I'd assume it would be a lot of work, but having that information seems extremely valuable.
FBI says nope.
Yeah emu devs can't use this at all, everything has to be clean room RE work. Even looking at the code and having some idea for emulation from that code would be illegal.
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player
(609)
Joined: 2/26/2020
Posts: 698
Location: California
Seems like alyosha has mostly fixed the audio issues, here's an encode with the fixed-ish audio (there are some more pops now, but can't hear any static-y noise).
https://youtu.be/fq88jstQF1U
Also some bug with the latest dev build prevented me from resizing, so you have to deal with 144p for the encode.
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player
(609)
Joined: 2/26/2020
Posts: 698
Location: California
Alyosha wrote:
Can you actually reset a gameboy player?
Yes, RTA runners can simply reset the GBP by either pressing the reset button on the Gamecube or pressing X + B + Start on a Gamecube Controller. This is on the official GBP software and the GBI. However, the GBI does have the issue that if it does that, it will go back to the beginning of input log. There have been theoretical workarounds talked about (e.g. set a flag when resetting for the GBI to know to use some other input log), but it hasn't been high priority as far as I know.
Emulator Coder, Experienced Forum User, Judge, Published Author, Experienced player
(609)
Joined: 2/26/2020
Posts: 698
Location: California
ThunderAxe31 wrote:
EZGames69 wrote:
Is there any reason why the audio sounds off in the encode? (I’m noticing alot more static sounds compared to older encodes of this game, perhaps it’s an issue with SubGBHawk?)
Maybe the "alternate sync" option wasn't checked in the video capture dialog window.
Sorry about that, the encode was very quickly done, and is compressed so it could be uploaded quickly. I'm currently getting a better encode up.
EDIT: Loseless didn't actually help at all, and Youtube apparently can't swap videos around so lol
