A strange question requires a strange answer.
YES for standard roms with a hexadecimal util
you can see the start adress after 41 42 : xx 00 , xx 40 , xx 80 for 8K 16 K and 32K
if 48k you have bank 0000 4000 and 8000 with data and start in xx 40
search the code 32 00 xx for megaroms
32 00 5O is scc
32 00 40 is konami
32 00 60 is Ascii
NO ans YES with spécial roms with esoteric mapper ( ex : zemina ) search the code for change banks but more difficult
-
i have a special mapper with 1Mo of SRAM and the 3 mappers exist by electronic switching
for loading the files i use the extend style megamu .AS8 .KO8 .KS8 .A16
i added
.R48 for 8k start in 4000
.R88 for 8k start in 8000
.R40 for 16K or 32k start in 4000
.R80 for 16k start in 8000
i use the ASCII mapper for loading the rom
.
you can see this mapper with loader at :
http://msx.hansotten.com/uploads/msxarchives/msxram.zip
but the D6 D7 signal U2A U2B is inverted
People who are limited to 0 and 1 are boring, a rainbow is made of several colors and I prefer an approach that de facto tries to include the highest possible number of cases than an approach that a priori decides that only 2 situations can exist.
To answer to another 'argument' : GDX approach is like the French grammatical rules. There are general rules, exceptions in these rules and exceptions in these exceptions. It seems complicated for people who want to limit everything to 2 situations, but it actually illustrates the complexity and the richness of the French language. The same can for sure be said for other languages, so that's not a French specificity, I use it only as an example.
Besides, saying yes AND no is a way to be tolerant ant to accept that different approaches are possible, at least when you have an open mind, not a mind emprisoned in 0 and 1.
Hi Jipe!
YES for standard roms
What's a standard ROM? How can be ROM standard if the ROM format isn't a standard?
Guillian made a ROM with common, ehem, size where you can't to know how load it. I think is enough, to prove that Header has not enough info about hardware works.
with a hexadecimal util
you can see the start adress after 41 42 : xx 00 , xx 40 , xx 80 for 8K 16 K and 32K
if 48k you have bank 0000 4000 and 8000 with data and start in xx 40
I don't want sound unfriendly but this method fails. Please re-read entire post. I know, hard job to separate info on this large post.
search the code 32 00 xx for megaroms
32 00 5O is scc
32 00 40 is konami
32 00 60 is Ascii
Again, sorry, this method fails. How identify you if is ASCII 8 or ASCII16? Anyway, there are ROMs standard, ehem..., are not using xx00 addresses but xx89, xx34 (examples). I don't remember well... I remember Bubble Bobble, Cross Blaim... (sorry I can not to confirm now).
More examples: R-Type, custom mapper. How you know with only the ROM how works? You can't! Then the answer to Imanok question and perfectly answered by Grauw, and 10 times explained by Guillian is no, always no.
NO ans YES with spécial roms with esoteric mapper ( ex : zemina ) search the code for change banks but more difficult
Indeed! Hard job even non-esoteric mapper.
.R48 for 8k start in 4000
.R88 for 8k start in 8000
.R40 for 16K or 32k start in 4000
.R80 for 16k start in 8000
Yeah! Perfect! You used the extension for identify how hard works. This could be a standard.
Therefore you need extra work around to identify Rom type/ hardware works, isn't?
for identify is not an automatic searching program but an human searching with shem on MSX and HexEdit on PC
for R-Type i make a 512k version for "normal mapper"
exist always a solution for lauching a game
To answer to another 'argument' : GDX approach is like the French grammatical rules.
This is not French but computing, Mars... The answer is no. And no means no. Of course you could to say: "If I analyse the ROM, disassemble, blah1, blah2... finally I could to say the ROM has enough info..."
I think isn't the thread matter, though. The matter is ROM loading analysing header...
This thread remembers me to the president of Spain : "A plate is a plate". Very deep words... (ironic).
for identify is not an automatic searching program but an human searching with shem on MSX and HexEdit on PC
Indeed! I agree and I can't contradict it.
for R-Type i make a 512k version for "normal mapper"
exist always a solution for lauching a game
made you a normal mapper version? Uff... I think one of the problems of MSX is that: anybody made a work and years later other make same work. R-TYPE 512 version has years and years... (I think MSX-Legacy compilation)
This thread remembers me to the president of Spain : "A plate is a plate". Very deep words... (ironic).
Or this one :
"the economic recovery is not like water that falls from the sky without knowing why" ;)
As I've said, it's 2 different approaches, and in fine, on pure scientific approach, it's indeed no, but let's me think that the other approach has more poetry and soul !
sorry i am also a french user and i dont translate the entire text because is https site
but is reality the header is not enough for loading a rom
after many year to loading msx files in the mapper of msx i think is not the good way
with an electronic device is more easy : look ESE-SRAM , FLASH etc and i make my cartridge
only the 48K and the 64k program can't loading but i use a old 64k SRAM of elektor for this
made you a normal mapper version? Uff... I think one of the problems of MSX is that: anybody made a work and years later other make same work. Smile R-TYPE 512 version has years and years... (I think MSX-Legacy compilation)
are you sure is not mine , i have 59 year old ans many work on MSX
ask to JAM