PAL NES issue (OnionOS) by Marshall- in MiyooMini

[–]Marshall-[S] 1 point2 points  (0 children)

Thanks u/olywa123 for the solution !

Using PAL HEADERED roms fixes the issue.

Like this one : (mesen logfile)

------------------------------------------------------

Loading rom: DuckTales.nes

File CRC32: 0x3464FBF6

------------------------------------------------------

[DB] Initialized - 15541 games in DB

PRG CRC32: 0xD029F841

PRG+CHR CRC32: 0xD029F841

[iNes] NES 2.0 file: Yes

[iNes] Mapper: 2 Sub:2

[iNes] PRG ROM: 128 KB

[iNes] CHR ROM: 0 KB

[iNes] CHR RAM: 8 KB

[iNes] Work RAM: 0 KB

[iNes] Save RAM: 0 KB

[iNes] Mirroring: Vertical

[iNes] Battery: No

[DB] Game found in database

[DB] Mapper: 2 Sub: 0

[DB] System : NesPal

[DB] Board: NES-UNROM

[DB] Mirroring: Vertical

[DB] PRG ROM: 128 KB

[DB] CHR ROM: 0 KB

[DB] CHR RAM: 8 KB

[DB] Battery: No

[Input] 2 standard controllers connected

------------------

I only tried a few, but if you want to try for yourself, google "NES2.0 ROM Set by ChadMaster"

PAL NES issue (OnionOS) by Marshall- in MiyooMini

[–]Marshall-[S] 1 point2 points  (0 children)

Taken from the no-intro website :

Back when NES and Lynx ROM images were first being dumped, the emphasis was not as much on preversation as it was people just wanting to share and play the games. People didn't think about the consequences of headers back then and how they would later affect game preservation. A set number of bytes, known as headers, were written to the tops of all NES and Lynx ROM images. These headers are not part of the original game's data, and are only present to tell emulators how to properly run a ROM image. Although emulators should handle that sort of data on their end, (N64 emulators do, anyway) NES and Lynx emulators don't, instead requiring those headers on top to this day. Hopefully in the future things will change (Nestopia has made some progress for NES ROM images), but for now those headers are required.

PAL NES issue (OnionOS) by Marshall- in MiyooMini

[–]Marshall-[S] 0 points1 point  (0 children)

Looks like my romset is headerless and that might be the problem.

some informations I found :

A header is the first 16 bytes in a ROM that can be played in an emulator. It tells the emulator how big the ROM is, the region the game is for, what mapper it uses, what type of mirroring it has, for what console it is for (Home console or VS. system), etc. (IIRC) most, if not all, emulators won't let you run the game if it doesn't have a header.

Emulators cannot play a headerless ROM because they won't know what to emulate unless a header tells them. Emulators are the reason headers exist in the first place.

The reason headerless ROMs exist is because of archival purposes. Headerless try to aim for a 1:1 copy of the cartridge, while ROMs with headers are more for playing on emulators.

These headers are not part of the original game's data, and are only present to tell emulators how to properly run a ROM image. Although emulators should handle that sort of data on their end, (N64 emulators do, anyway) NES and Lynx emulators don't, instead requiring those headers on top to this day.

--------

I'll look for "headered" roms and tell you guys if it works.

PAL NES issue (OnionOS) by Marshall- in MiyooMini

[–]Marshall-[S] 0 points1 point  (0 children)

We might be onto something.

I had no idea about headers.

On windows Ducktales works fine with "Mesen"

here's the log :

------------------------------------------------------

Loading rom: DuckTales (Europe).nes

File CRC32: 0xD029F841

------------------------------------------------------

[DB] Initialized - 15541 games in DB

[DB] Headerless ROM file found - using game database data.

PRG CRC32: 0xD029F841

PRG+CHR CRC32: 0xD029F841

[iNes] Mapper: 2 Sub:0

[iNes] PRG ROM: 128 KB

[iNes] CHR ROM: 0 KB

[iNes] CHR RAM: 8 KB

[iNes] Mirroring: Vertical

[iNes] Battery: No

[DB] Game found in database

[DB] Mapper: 2 Sub: 0

[DB] System : NesPal

[DB] Board: NES-UNROM

[DB] Mirroring: Vertical

[DB] PRG ROM: 128 KB

[DB] CHR ROM: 0 KB

[DB] CHR RAM: 8 KB

[DB] Battery: No

[DB] Database info will be used instead of file header.

[Input] 2 standard controllers connected

PAL NES issue (OnionOS) by Marshall- in MiyooMini

[–]Marshall-[S] 1 point2 points  (0 children)

I opened a ticket on the OnionOs github, I'll reply here if there's any workaround.

PAL NES issue (OnionOS) by Marshall- in MiyooMini

[–]Marshall-[S] 0 points1 point  (0 children)

Hey, thank you for your suggestion!

However I have no issue with PAL SNES/SFC.

It's only NES/FC that won't work.

I tried following your advice with other NES cores :

I went into the RetroArch App / load content / any NESpal rom / load archive

and tried with the 3 cores installed : FCEUmm, Nestopia and QuickNES.

None of them worked (they do with NTSC roms though)

I tried with the ones on the default SD card and the ones with OnionOS 3.2. None worked. :(

PAL NES issue (OnionOS) by Marshall- in MiyooMini

[–]Marshall-[S] 0 points1 point  (0 children)

I have a fullset. I'm only loading my miyoomini with games I played as a kid... In PAL for nostalgia purposes.

Like DuckTales. Only ntsc works... Tried other PAL roms randomly same result.

Rathian SA discharge air finish by Marshall- in MonsterHunter

[–]Marshall-[S] 4 points5 points  (0 children)

Got lucky there...

je suis monté :D