If we're talking about Atari 2600 specifically. [2579] A2600 Star Wars: Return of the Jedi: Death Star Battle by jlun2 in 00:08.73 [2226] A2600 Superman "pause glitch" by jlun2 in 00:11.42 [2243] A2600 Adventure "Skill Level 1" by negative_seven in 00:31.93 Are done, I am going over all, Atari 2600 TASes (pre-2015). Since there isn't that many 2600 TASes. I'm not looking into doing the downloadables though, only the YouTube encodes. Also, considering the recent progress with Atari 2600 on BizHawk. All Atari 2600 TASes would have to be updated in terms of new submissions, if I'm not mistaken.
But with the latest fixes it now is correctly picked up and starts and runs just fine:
With the implementation of this change, I am not aware of any more graphical glitches in AtariHawk, hurray! (I'm not counting Cosmic Ark stars since that behaviour is still not understood.) The TIA still isn't perfect, but I don't have any tests I can perform that don't work, so maybe I'll have to scrounge around for some test roms to make some of the really obscure accuracy adjustments.
But I think next I'll work on that 45A0 mapper and maybe see if I can do something about the sound emulation.
I was testing out 4-2 on console and I couldn't get the warp. I can get really close but can't quite get it. It should work exactly the same as in Normal mode but I can't get it. It might just be that there isn't a frame where you can get hit and grab the armor at the same time because the enemy's angle and speed are different than in Normal. If the enemy dies and disappears that just means you are picking up the armor too soon.
Will do. Are you testing to see if the other warps work or is this the final version?
Is there no way to get the wrong warp in 4-2? Looks like it should be close to the same as in the normal route but I haven't had a chance to try it out myself. Check out around 4:30 in the video for what I do in the normal route https://www.youtube.com/watch?v=xgqiEp82tF4
Alyosha, why won't you become an actual bizhawk committer?
Unfortunately, I'm still getting the strange clicking/popping sound. It might just be a garbage noise. Here's a sample of it. And you're right about NESHawk, it doesn't produce any sound when paused, just like it should. Looking forward to seeing those TIA fixes when you have them done! It's been kind of exciting following these thread and seeing what progress you're making.
And now here is updated BizHawk, having come a long way from not running at all, to missing some mugs, to finally looking correct:
Tapper , Kool Aid Man, and Cosmic Ark are 3 of the harder games to emulate correctly, each one pushes the hardware and uses TIA quirks in it's own way so I'm pretty happy to have gotten all 3 working correctly (and with color clock correct code too, not just hacks.)
But there is still more to do (try loading up Congo Bongo) so the testing continues!
var samples31khz = new short[_audioClocks]; // monocpu_step &= 31;if(cpu_step == 5) cpu_step=0;
Tapper is a 1983 game by Sega. It has some pretty nice sounding music for a 2600 game. This game also happens to be an excellent emulation test case as it uses several hardware edge cases that I haven't seen in other games.
It didn't work at all in BizHawk 1.11.6. This was because an undocumented 6532 instruction was not emulated correctly. Fixing this at least let's the game run.
It also has some odd mapping going on. Apparently some of Sega's games have banks that are physically flipped, so even though this game uses a common mapper, the initial bank that gets pointed to is incorrect. But somehow through apparently shear luck the game still runs. This will eventually need to be fixed somehow, but I'm not sure exactly how yet.
More seriously, in the above pic we see the middle mug is missing. The reason is due to the uderlying clocking delays in the TIA. When a 'start drawing the player' signal is generated, it actually happens 5 clocks before a pixel appears. What Tipper does is reset the player on the same clock that the signal is generated. On hardware this is fine, but without proper low level emulation of the start signal, this results in the player not being drawn at all in BizHawk. This is going to require quite a significant modification of the code to fix. I guess there is still a lot of work to do!
while (true) do
cam_x=memory.read_u16_le(0x5900)
sonic_x_low=memory.read_u16_le(0x59E8)
sonic_x_high=memory.read_u16_le(0x59EA)
sonic_x=sonic_x_high*65536+sonic_x_low
gui.text(50,20,string.format('%d',sonic_x))
gui.text(90,50,string.format('%d',cam_x))
gui.text(90,50,string.format('%d',cam_x))
memory.write_u16_le(0x5900,math.floor((sonic_x-30000)/256))
emu.frameadvance();
end