nesdev.org

Super 4WD - The Baja (Japan) - error: in-game Mode 7 flickers mad crazy $80/EB86 AE 11 42 LDX $4211 [$80:4211] A:0000 X:0008 Y:00EF D:0000 DB:80 S:0B72 P:envmXdIzC HC:0964 VC:030 FC:01 I:01 $80/EB89 CB WAI A:0000 X:00C2 Y:00EF D:0000 DB:80 S:0B72 P:eNvmXdIzC HC:0994 VC:030 FC:01 I:01 $80/EB8A E2 30 ...

[quote="byuu"]Mesen-S can't run HDMA inside a DMA? That ... would break everything. Do you just mean it's not syncing the PPU up during this combination of DMA+HDMA?[/code] I'll describe what I'm seeing happen in bsnes. lda #$02 sta $420b V:240 -> 016 At V:240, bg2 main screen is off. And ...

Found what's wrong about Dekitate H.S. It does H-DMA[5] at line 0 to PPU 212c which turns on bg2 mainscreen.

But it's doing this in the middle of a DMA from 240 to 41. Mesen-S can't simulate this yet?

Super Famista 5: sram is not initialized and has random values. bsnes default inits 0xff = okay. If you memset with 0x00, you get the special screen. edit: For Dekitate High School, I think the screen should be drawing during dma transfer? Mesen-S maybe doesn't do this? 009b3d sta $420b [00420b] A:1...

Maybe related to Battle Grand Prix? Mesen-S dma timings are slightly off compared to bsnes. And BGP likes to dma during v-blank while that 4212 bpl / bmi loop is running. 0088d3 php A:8000 X:0003 Y:0220 S:1fe2 D:0000 DB:00 nvMxdIZc V:228 H:1286 F:30 0088d4 sep #$20 A:8000 X:0003 Y:0220 S:1fe1 D:0000...

Here's few more games but no debugging info. Battle Grand Prix (USA) = black screen of death after title -- edit: I guess it's kinda random. Sometimes happens after main menu but after load state sometimes works. Super Famista 5 (Japan) = there's some "Tokyo Yomiuri Giants" logo screen on ...

Dekitate High School (Japan) -- error: Mash through all the New Game prompts. After you pick the girl, it'll go into story mode. You'll see a black bar flicker on top of the screen after every text box reset. Looks like 15 pixels for 1 frame with v-crop on. I think it's some dma at 00:9b3d but would...

Ongaku Tsukuru Kanadeeru (Japan) -- error: boots at 00:8000 (rom 0x7ffc?). Should be 00:FF00 (rom 0xfffc)?? note: Deleted old post because I thought it was (32-bit compiler) false-positive. But not so sure anymore. [libretro INFO] ----------------------------- [libretro INFO] Game: µÝ¶Þ¸Â¸°Ù [libret...

Found one. Kaite Tsukutte Asoberu Dezaemon -- error = "sram breakdown" Some searching of byuu's old board https://151.236.14.55/byuubackup2/viewtopic.php@f=4&t=2006&start=0.html board region=ntsc rom name=program%26%2346%3Brom size=0x80000 map address=00-7d,80-ff:8000-ffff mask=0x8...

Yes - Thank you for working around all those problems! And I see you've fixed ExHiROM save games.

I'll start testing some oddball games and see how it goes.

Kinda strange but here's what happens with msvc2017. O2 return (uint8_t)_controllerData[((addr & 0x0E) - 8) >> 1]; mesen-s_libretro.dll+3A2E9 - 83 E2 0E - and edx,0E { 14 } mesen-s_libretro.dll+3A2EC - 83 EA 07 - sub edx,07 { 7 } mesen-s_libretro.dll+3A2EF - D1 FA - sar edx,1 mesen-s_libretro.dl...

https://github.com/SourMesen/Mesen-S/bl ... efile#L262

Played around with the Makefile (windows_msvc2017_desktop_x86).
Od = okay
O1 = bad
O2 = bad
Os = bad
Ot = bad
ltcg:off = no effect other than massive slowdown

I wonder what the asm is generating...

And this behaves like expected: So you're saying adding a printf statement fixes the problem? That's never a good sign... FYI I have not tested the 32-bit builds of Mesen-S at all (libretro or not) - the way I setup the configuration between the UI and the core doesn't like the 32-bit builds, and I...

Does libretro port have input problem? Joypad1 uses both retropads: Retropad1 (A,X,Y,L,R) + Retropad2 (D-Pad,Start,Select,B) It seems to be working fine as far as I can tell? I've reset my retroarch configuration to be sure and it seems to be binding the correct buttons. It seems to be some msvc201...

Does libretro port have input problem? Joypad1 uses both retropads: Retropad1 (A,X,Y,L,R) + Retropad2 (D-Pad,Start,Select,B)