It is currently 21 Nov 2017 12:42

All times are UTC [ DST ]




Post new topic Reply to topic  [ 24 posts ]  Go to page 1, 2  Next
Author Message
 Post subject: N64 File Format
PostPosted: 14 Feb 2015 03:54 
Offline

Joined: 29 Jan 2015 23:00
Posts: 127
No-Intro currently uses a byte swapped file format for the N64. However, the developer of CEN64, an emulator which attempts to emulate the N64 as accurately as possible (cycle-accurate), has said that the N64 uses big endian internally, so that's the only ROM format it supports (i.e. big endian ROMs are the most "accurate"). If No-Intro is about preserving ROMs as closely as possible to the actual hardware, shouldn't No-Intro use big endian for N64 ROMs?


Top
 Profile  
 
 Post subject: Re: N64 File Format
PostPosted: 14 Feb 2015 10:07 
Offline
Datter
User avatar

Joined: 04 Oct 2010 06:51
Posts: 158
Please see this thread.

Basically, it boils down to:

  • 16bit-only ROMs don't have Endianness, since all accesses are word-oriented
  • mixed 8bit/16bit ROMs do have Endianness

For mixed 8bit/16bit ROMs pinout is mostly compatible between manufacturers (JEDEC), but Endianness not always is. Most manufacturers do not expect you to switch between byte and word mode at runtime. Thus, you will find information regarding Endianness only on rare occasions.

The idea of no-intro is to preserve the ROM, not necessarily the ROM in the Endianness of the processor. Some processors can even switch Endianness at runtime, which diminishes that meaning even further... Also, programming plays a big part, too. You'd mostly want an image that you can program without modifying it, though I personally don't see that as a big hurdle.

cYa,

Tauwasser


Top
 Profile  
 
 Post subject: Re: N64 File Format
PostPosted: 03 Mar 2016 17:24 
Offline

Joined: 29 Jan 2015 23:00
Posts: 127
There has been a new discussion on the CEN64 forums about the proper N64 byteorder. I'd like to hear what other people think about MarathonMan's (author of CEN64) opinion on No-Intro's choice to use byteswapped ROMs.

http://forums.cen64.com/viewtopic.php?f=9&t=203


Top
 Profile  
 
 Post subject: Re: N64 File Format
PostPosted: 06 Mar 2016 22:27 
Offline
Datter
User avatar

Joined: 17 Jun 2009 04:42
Posts: 290
What makes byteswapped ROM images more "correct", though? Does the N64 switch the endianness in the processor? When you open a ROM mage in a hex editor, it is immediately clear that the big endian format is the coherent one, anyway. No-Intro seems to use the something equivalent to big endian for the Megadrive/Genesis dat as well. Is that incorrect or does the Genesis actually handle things differently?

At the least, having an option on the Datomatic would be great. Choose one or the other between byteswapped and big endian.


Top
 Profile  
 
 Post subject: Re: N64 File Format
PostPosted: 09 Sep 2017 14:26 
Offline
Datter

Joined: 29 Apr 2014 20:25
Posts: 5
I feel like the format change was rushed and reckless. MAME uses byte-swapped format and it would have been more clever to contact mamedevs about it first, since MAME tends to use 1:1 accurate format. Mooglyguy is the mister n64 of the the mame team, I would have asked his opinion first before doing any change, what if cen64 is wrong and we have to revert the whole set back and forth ? That would be terrible for all no-intro users.


Top
 Profile  
 
 Post subject: Re: N64 File Format
PostPosted: 09 Sep 2017 17:02 
Offline

Joined: 25 Nov 2016 17:09
Posts: 84
I kept a copy of my byteswapped set so i dont care much :D


Top
 Profile  
 
 Post subject: Re: N64 File Format
PostPosted: 09 Sep 2017 19:11 
Offline

Joined: 22 Sep 2012 16:36
Posts: 327
Trying to follow that discussion immediately gives me a headache, when they refer to files by extension.
Which is arbitrary.
Like Genesis. Doesn't the set currently "md", or was it "gen"? I know "md" was originally used for some really old, obsolete format so it's probably fair enough to reuse since people have probably even forgot about it. Though the "SMD" and "BIN" names remained in constant use (despite that ROMs found on the Internet were regularly renamed anyways). Long after the interleaved ("SMD") format had hopefully disappeared, since it was unnecessary for most users and as I recall, scrambled enough to make it unusable for ROM hacks/translations anyways.


Top
 Profile  
 
 Post subject: Re: N64 File Format
PostPosted: 11 Sep 2017 00:29 
Offline

Joined: 29 Jan 2015 23:00
Posts: 127
When was the format changed?


Top
 Profile  
 
 Post subject: Re: N64 File Format
PostPosted: 12 Sep 2017 08:26 
Offline

Joined: 25 Nov 2016 17:09
Posts: 84
i think it was in january this year


Top
 Profile  
 
 Post subject: Re: N64 File Format
PostPosted: 12 Sep 2017 21:13 
Offline
Datter

Joined: 29 Apr 2014 20:25
Posts: 5
KingMike wrote:
Trying to follow that discussion immediately gives me a headache, when they refer to files by extension.
Which is arbitrary.
Like Genesis. Doesn't the set currently "md", or was it "gen"? I know "md" was originally used for some really old, obsolete format so it's probably fair enough to reuse since people have probably even forgot about it. Though the "SMD" and "BIN" names remained in constant use (despite that ROMs found on the Internet were regularly renamed anyways). Long after the interleaved ("SMD") format had hopefully disappeared, since it was unnecessary for most users and as I recall, scrambled enough to make it unusable for ROM hacks/translations anyways.


This is not a mere extension problem, nointro will always use the .n64 extension regardless of the format.
The issue here is the byte order. cen64 author claim the roms are not byte swapped, fair enough, but I would have tried to get a confirmation before rushing a format change for a whole set, because the mame project which is reputed for its accuracy, still uses byte swapped format. I think mooglyguy, the main author of the cycle accurate n64 driver, is idling on the mamedev irc channel, at freenode. Try to contact him about this issue. I would trust his word over anyone else.


Top
 Profile  
 
 Post subject: Re: N64 File Format
PostPosted: 13 Sep 2017 07:51 
Offline
Datter
User avatar

Joined: 17 Jun 2009 04:42
Posts: 290
Not everyone reputes MAME for accuracy in all matters.

I think it's worth noting that No-Intro currently uses z64 as the extension for N64 files rather than having the extension be n64. I think we should have the extension be N64 on big endian and byteswapped both, though.


Top
 Profile  
 
 Post subject: Re: N64 File Format
PostPosted: 14 Sep 2017 19:47 
Offline
Datter

Joined: 29 Apr 2014 20:25
Posts: 5
C. V. Reynolds wrote:
Not everyone reputes MAME for accuracy in all matters.

I think it's worth noting that No-Intro currently uses z64 as the extension for N64 files rather than having the extension be n64. I think we should have the extension be N64 on big endian and byteswapped both, though.


friend, you've done enough rushed changes, it's time to document yourself before doing any more stupid things
using .z64 is a violation of the nointro extension policy
and most of all do as I say and contact the mamedev mooglyguy
he knows more about the n64 hardware than you ever will, stop doing things you don't understand anything about, nointro deserves better standards

sorry to put it so bluntly but this is a serious issue we have here, it's time you understand you need to know what you're doing, especially when it has consequences on the storage of hundreds people


Top
 Profile  
 
 Post subject: Re: N64 File Format
PostPosted: 15 Sep 2017 17:37 
Offline

Joined: 29 Jan 2015 23:00
Posts: 127
coraz wrote:
C. V. Reynolds wrote:
Not everyone reputes MAME for accuracy in all matters.

I think it's worth noting that No-Intro currently uses z64 as the extension for N64 files rather than having the extension be n64. I think we should have the extension be N64 on big endian and byteswapped both, though.


friend, you've done enough rushed changes, it's time to document yourself before doing any more stupid things
using .z64 is a violation of the nointro extension policy
and most of all do as I say and contact the mamedev mooglyguy
he knows more about the n64 hardware than you ever will, stop doing things you don't understand anything about, nointro deserves better standards

sorry to put it so bluntly but this is a serious issue we have here, it's time you understand you need to know what you're doing, especially when it has consequences on the storage of hundreds people

Is there any place where mooglyguy has documented why he believes byteswapped ROMs are more accurate?


Top
 Profile  
 
 Post subject: Re: N64 File Format
PostPosted: 16 Sep 2017 17:43 
Offline

Joined: 22 Sep 2012 16:36
Posts: 327
coraz wrote:

friend, you've done enough rushed changes, it's time to document yourself before doing any more stupid things
using .z64 is a violation of the nointro extension policy
and most of all do as I say and contact the mamedev mooglyguy
he knows more about the n64 hardware than you ever will, stop doing things you don't understand anything about, nointro deserves better standards

sorry to put it so bluntly but this is a serious issue we have here, it's time you understand you need to know what you're doing, especially when it has consequences on the storage of hundreds people


No matter how much of an "expert" one guy is, it seems a rash decision to make based solely on one person's opinion. Especially for a subject that clearly has been so heavily debated for years.

And I've also read things about MAME development in the past and how committed they are to accuracy. I heard of them not making changes to drivers that were already "good enough". (as much as the fact they keep redefining what "good" ROM sets are would suggest a concern for accuracy)


Top
 Profile  
 
 Post subject: Re: N64 File Format
PostPosted: 17 Sep 2017 02:31 
Offline
Datter
User avatar

Joined: 04 Oct 2010 06:51
Posts: 158
This post would suggest that he doesn't care about the format as long as the contents match.

MAME/MESS recognizes two formats, see n64.cpp line 315: Little Endian and Byteswapped Big Endian.


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 24 posts ]  Go to page 1, 2  Next

All times are UTC [ DST ]


Who is online

Users browsing this forum: Google [Bot] and 5 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Jump to:  
Powered by phpBB® Forum Software © phpBB Group