search

libretro / RetroArch

Cross-platform, sophisticated frontend for the libretro API. Licensed GPLv3.
http://www.libretro.com
GNU General Public License v3.0
10.21k stars 1.82k forks source link

Incorrect mapper detected for "StarTropics" and "Zoda's Revenge: StarTropics II" #5101

Closed anderbubble closed 7 years ago

anderbubble commented 7 years ago

Description

Incorrect mapper detected for "StarTropics" and "Zoda's Revenge: StarTropics II". See https://github.com/rdanbrook/nestopia/issues/144. I suspect (though I'm not a libretro developer, so I could be wrong) that retroarch does its own mapper detection outside the core and is misdetecting the StarTropics mappers as MMC3 in stead of MMC6B.

Expected behavior

Sound in StarTropics games, ability to register name and play the game.

Actual behavior

No sound, unable to register name. (Name is entered, but does not display on resultant list of registered names for selection.)

Steps to reproduce the bug

  1. Start RetroArch 1.6.0 for Windows x86_64
  2. Download / update any NES core (tested with Nestopia UE, bnes, FCEUmm)
  3. Load any StarTropics rom
  4. Attempt to register name

Version/Commit

Environment information

Headers verified with inestool

ghost commented 7 years ago

both games run fine. Select to move cursor, Start to select option.

also this is not a retroarch issue.

​

On Sat, Jun 24, 2017 at 12:07 PM, Jonathon Anderson < notifications@github.com> wrote:

Description

Incorrect mapper detected for "StarTropics" and "Zoda's Revenge: StarTropics II". See rdanbrook/nestopia#144 https://github.com/rdanbrook/nestopia/issues/144. I suspect (though I'm not a libretro developer, so I could be wrong) that retroarch does its own mapper detection outside the core and is misdetecting the StarTropics mappers as MMC3 in stead of MMC6B. Expected behavior

Sound in StarTropics games, ability to register name and play the game. Actual behavior

No sound, unable to register name. (Name is entered, but does not display on resultant list of registered names for selection.) Steps to reproduce the bug

  1. Start RetroArch 1.6.0 for Windows x86_64
  2. Download / update any NES core (tested with Nestopia UE, bnes, FCEUmm)
  3. Load any StarTropics rom
  4. Attempt to register name

Version/Commit

  • RetroArch: 1.6.0 (updated from 1.5.0, which was also exhibiting this behavior)

Environment information

  • OS: Windows 10 x86_64
  • ROM CRCs:
    • StarTropics (USA).nes (889129CB)
    • Zoda's Revenge - StarTropics II (USA).nes (D054FFB0)

Headers verified with inestool https://github.com/dsedivec/inestool

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/libretro/RetroArch/issues/5101, or mute the thread https://github.com/notifications/unsubscribe-auth/AWPDtum1dU6IseonwpqbeqMGwK2jTfV7ks5sHItkgaJpZM4OENwD .

hizzlekizzle commented 7 years ago

Yeah, I worked with him some last night. He needed NstDatabase.xml for Nestopia. FCEUmm worked on its own.

closing.

anderbubble commented 7 years ago

As discovered via irc, nestopia wasn't working because I was missing NsDatabase.xml, bnes wasn't working because "our bnes is really old" and apparently I was wrong about having verified the same behavior with fceumm, as I can now see it work with that or with or without the DB.

Sorry for the spam.

On Sat, Jun 24, 2017, 1:31 AM retro-wertz notifications@github.com wrote:

both games run fine. Select to move cursor, Start to select option.

also this is not a retroarch issue.

​

On Sat, Jun 24, 2017 at 12:07 PM, Jonathon Anderson < notifications@github.com> wrote:

Description

Incorrect mapper detected for "StarTropics" and "Zoda's Revenge: StarTropics II". See rdanbrook/nestopia#144 https://github.com/rdanbrook/nestopia/issues/144. I suspect (though I'm not a libretro developer, so I could be wrong) that retroarch does its own mapper detection outside the core and is misdetecting the StarTropics mappers as MMC3 in stead of MMC6B. Expected behavior

Sound in StarTropics games, ability to register name and play the game. Actual behavior

No sound, unable to register name. (Name is entered, but does not display on resultant list of registered names for selection.) Steps to reproduce the bug

  1. Start RetroArch 1.6.0 for Windows x86_64
  2. Download / update any NES core (tested with Nestopia UE, bnes, FCEUmm)
  3. Load any StarTropics rom
  4. Attempt to register name

Version/Commit

  • RetroArch: 1.6.0 (updated from 1.5.0, which was also exhibiting this behavior)

Environment information

  • OS: Windows 10 x86_64
  • ROM CRCs:
  • StarTropics (USA).nes (889129CB)
  • Zoda's Revenge - StarTropics II (USA).nes (D054FFB0)

Headers verified with inestool https://github.com/dsedivec/inestool

— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/libretro/RetroArch/issues/5101, or mute the thread < https://github.com/notifications/unsubscribe-auth/AWPDtum1dU6IseonwpqbeqMGwK2jTfV7ks5sHItkgaJpZM4OENwD

.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/libretro/RetroArch/issues/5101#issuecomment-310822198, or mute the thread https://github.com/notifications/unsubscribe-auth/AAVYVkDGzDWb29dMGEw53nExwDALjCKdks5sHLstgaJpZM4OENwD .

numbskill commented 6 years ago

Actually, I’m having this exact same problem and I can’t find any documentation on how to fix this. Both cores have the same issue with not being able to register a name after selecting END and pushing start. It just returns to the first selection screen with nothing registered. I updated databases through retroarch and also tried to find Nsdatabase.xml to manually update but only found NstDatabase.xml ¿is that the same thing?

ghost commented 6 years ago

i dont know how thats a problem in your end. the game registers name fine and able to start, at least for FCEUmm.

and this is a core-related issue and should not be here...

On Wed, Jan 3, 2018 at 1:33 PM, numbskill notifications@github.com wrote:

Actually, I’m having this exact same problem and I can’t find any documentation on how to fix this. Both cores have the same issue with not being able to register a name after selecting END and pushing start. It just returns to the first selection screen with nothing registered. I updated databases through retroarch and also tried to find Nsdatabase.xml to manually update but only found NstDatabase.xml ¿is that the same thing?

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/libretro/RetroArch/issues/5101#issuecomment-354940214, or mute the thread https://github.com/notifications/unsubscribe-auth/AWPDtsDPFrbRKh0xR8GrU05xlJPlIIGzks5tGxFFgaJpZM4OENwD .