Sean Young wrote:
>
> Why not simply .msx?
I completely agree with your explanation, however
making .msx a extended rom format is too limiting. Let's
make .msx a generic msx game format like I described in
my previous email, to avoid funky extensions for extended
.dsk formats that cou
Hi people,
As you may know, I'm developing now a windows version of
BrMSX (which also run on linux with WINE). BrMSX for windows
will have a lot of new features: one of them is the generalized
file formats.
I was going to introduce a new generic file format for
msx game
On Sat, Jan 20, 2001 at 09:50:36PM +0100, Jose Angel Morente wrote:
> > How about ERF (Extended ROM Format)? It sounds cool, IMO...
>
> Yeah!
"Extended ROM Format" is rather general; then again, all abreviations don't
seem to be very descriptive. Why not simply .msx? As far as I know this exten
> I think it should also have a new filename extension, because using .ROM will
> confuse existing emulators.
Sure it will also confuse newcomers to the msx emulator world yet more...
> How about ERF (Extended ROM Format)? It sounds cool, IMO...
or
.ERO(tic) :-)
Just joking :-)
> A possibl
Hi,
- Original Message -
From: "TFH/Fony" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, January 20, 2001 10:47 PM
Subject: Re: extended ROM format
> > Well, I am not an expert in ROMs world. But the only thing that I say is
> > that is better to append the extra data th
> Well, I am not an expert in ROMs world. But the only thing that I say is
> that is better to append the extra data than to insert it at the beginning
> of a file.
Maybe a stupid idea: What about adding an extra filem instead of changing
the original ROM?
Like this:
nemesis2.rom <- The origin
> > Why don't fix this 'header' at the end of the file instead of the
> > beginning?
> > So, old ROM loaders can load the new format (by ignore the extra bytes)
> > And new ROM loaders can read and use the new bytes?
> I don't think existing emulators will ignore the extra bytes. They could
als
> > I'm thinking about a nice idea. What about creating a extended .ROM format for
> > emulators?
>
> It sounds like a good idea to me.
Great!
> > I mean a new file format with a header which contains useful data for
> > the emulators: complete name of game, manufacturer, CRC, kind of mapper,
>
On Saturday 20 January 2001 18:33, you wrote:
> Why don't fix this 'header' at the end of the file instead of the
> beginning?
> So, old ROM loaders can load the new format (by ignore the extra bytes)
> And new ROM loaders can read and use the new bytes?
I don't think existing emulators will i
> I'm thinking about a nice idea. What about creating a extended .ROM format
> for emulators?
>
> I mean a new file format with a header which contains useful data for
> the emulators: complete name of game, manufacturer, CRC, kind of mapper,
etc.
>
> For example, we could add a 80 bytes long head
-Oorspronkelijk bericht-
Van: Hans Otten <[EMAIL PROTECTED]>
Aan: '[EMAIL PROTECTED]' <[EMAIL PROTECTED]>
Datum: zaterdag 20 januari 2001 17:14
Onderwerp: Musical Wipes ands Animation
Hello Hans,
>In issue of MCCM 62 there is a review of the program
>"Musical Wipes and Animation"
I've
On Saturday 20 January 2001 16:03, you wrote:
> I'm thinking about a nice idea. What about creating a extended .ROM format
> for emulators?
It sounds like a good idea to me.
> I mean a new file format with a header which contains useful data for
> the emulators: complete name of game, manufactu
Hi,
In issue of MCCM 62 there is a review of the program
"Musical Wipes and Animation"
It is a program that allows music (FMPAC etc) and video to be edited for
video editing with the NMS8280 and Sony 900P.
I would like to see how the program works on my 8280. IS it available
somewhere?
Hans
> Also, it seems that #4000..#7FFF doesn't contain any data at all. Only
> #8000..#BFFF contains data. If there is data in #4000..#7FFF, the BASIC ROM
> will try to execute the BASIC program in that page and will switch away
> itself, resulting in a reset.
>
> By the way, I have Super Lode Run
On Thursday 18 January 2001 17:12, you wrote:
> No, it isn't broken. It executes using a little basic program. rom header
> explanation
>
> db "AB"
> dw rcInit ; machine language init routine
> dw rcCall ; basic call statement support
> dw rcDev ; device access support
> d
15 matches
Mail list logo