Hi people,
I finished the first version of the Unified MSX Format
syntax verifier. You can get it in the address:
http://www.lsi.usp.br/~ricardo/msx/inicheck.zip
Unfortunately I'm too tired to write an instruction manual,
I hope you can wait until tomorrow. Gene
] >No, wrong.
] >Look at the dreaded date field. Almost every vendor as a different way of
] >specifying how to insert date into it's DB system. this means that
] >import/export script generating is DB dependend. Besides talking about dates, Every
]DB vendor that follows the ANSI standard allo
] I would like the format to be verry MSX aware. I would like to use it
] (unchanged) on a real MSX. SQL on MSX isn't done yet.
] So therefore i prefere that the baseformat is flat text, MS(X) -dos style (so
] ended.)
As far as I'm concerned, the server can contain a database with an html
fron
]
] IIRC, 6 meters is the maximum for SCSI.
Actually, it depends on the SCSI type. E.g. SCSI1 is 7 meters. But Ultra SCSI
2 is only 1.5 meters because of the higher allowed transfer speeds. On the
other hand, differential SCSI wide can go up to 15 meters, despite the even
higher speed. But tha
Hi,
>BTW, how do Panasonic mappers work? For instance, the mapper inside TR
...
You can find it in SD MESXES number 6,7 or 8 (I don't remember). I
wrote some articles about some mappers, and explained the basis of TRLOAD
and other megarom emulators.
Anyway, here is the description:
On Wednesday 24 January 2001 18:22, you wrote:
> Also, if we're going to make the format as simple as possible, by
> removing all the redundant tags, then we can also remove the GameID tag.
> After all, GameID=penadv is not needed when the only .ini file inside the
> package is "penadv.ini"
-Oorspronkelijk bericht-
Van: Hans Otten <[EMAIL PROTECTED]>
Aan: '[EMAIL PROTECTED]' <[EMAIL PROTECTED]>
Datum: woensdag 24 januari 2001 20:24
Onderwerp: RE: Musical Wipes ands Animation
Hi,
>The phonenumber is correct. But alas, his wife informed me that Harry died
>two years ago. So
Hi,
We have started a new poll in aamsx.org, focused on the specifications for
the development of new games. This time what we want to know is:
How much memory does your MSX have?
If you have an *EXTERNAL* memory expansion, please *DON'T* count that
memory in the answer. We want to know only ab
Em qui, 25 jan 2001, Daniel Caetano escreveu:
> >Look at the dreaded date field. Almost every vendor as a different way of
> >specifying how to insert date into it's DB system. this means that
> >import/export script generating is DB dependend. Besides talking about dates,
> >if an american w
On Thu, 25 Jan 2001, Maarten ter Huurne wrote:
> I prefer to use /MM/DD:
> - if you sort it alphabetically it's also sorted chronologically
This argument is strong enough for me. .MM.DD is my choice,
and I must agree with Pablo when he says .MM.DD is the most apropriate
separ
Maarten ter Huurne soltó algo asà como:
> Here is a list of generic mapper descriptions for known MegaROM mappers. It is
> intended as a reference for people creating INI files for .msx packages and as
> an example to illustrate how the generic mapper description works.
[...]
> ; 80-in-1 - Kore
Hello friends!
I'm looking for the sources of MGSEL replaying routine
Does anybody have them?
Thank you in advance.
PS. Stuff concerning MGSEL is welcome (players, info, etc.)
Greetings,
Jose Angel Morente ([EMAIL PROTECTED])
([EMAIL PROTECTED])
*MSX DREAMS*
On Thursday 25 January 2001 13:44, you wrote:
> [discussion completely filling everyone's mailbox]
Sorry to all the people who are flooded. I'll combine some replies to make it
less hard on you.
> Go crazy:
>
> DD/mmm/
>
> mmm = {jan, feb, mar, apr, may, jun, jul, aug, sep, oct, nov, dec}
On Thu, 25 Jan 2001 11:51:34 -0200, Pablo Vasques Bravo-Villalba wrote:
>Maarten ter Huurne wrote:
>> I prefer to use /MM/DD:
>(...)
>> The date was intended as a version identifier, it
>> would be ugly to split that into 3 different fields.
>I agree with Maarten, but I've got a suggestion.
>
Hi,
Here is a list of generic mapper descriptions for known MegaROM mappers. It
is intended as a reference for people creating INI files for .msx packages
and as an example to illustrate how the generic mapper description works.
I was able to describe every mapper listed on Sean's page except
My 2 cents. :)
Maarten ter Huurne wrote:
> I prefer to use /MM/DD:
(...)
> The date was intended as a version identifier, it
> would be ugly to split that into 3 different fields.
I agree with Maarten, but I've got a suggestion.
If it's to be used as a version identifier, why
not using dots
[discussion completely filling everyone's mailbox]
>
> I prefer to use /MM/DD:
>
> The date was intended as a version identifier, it would be ugly to split that
> into 3 different fields.
>
> Bye,
> Maarten
Go crazy:
DD/mmm/
mmm = {jan, feb, mar, apr, may, jun, jul, a
On Thursday 25 January 2001 14:41, you wrote:
> I think the "standard" format (which is DD/MM/) will be better. I
> think this is the most used format in the world. (^=
I prefer to use /MM/DD:
- it's the least confusing since /DD/MM doesn't exist
- if you sort it alphabetically it'
>No, wrong.
>Look at the dreaded date field. Almost every vendor as a different way of
>specifying how to insert date into it's DB system. this means that
>import/export script generating is DB dependend. Besides talking about dates,
>if an american writes 2/1/2001 he means the first of februarie
>No, wrong.
>Look at the dreaded date field. Almost every vendor as a different way of
>specifying how to insert date into it's DB system. this means that
>import/export script generating is DB dependend. Besides talking about dates,
>if an american writes 2/1/2001 he means the first of februarie
Laurens Holst wrote:
> > I reported the number of the ISO standard this morning. It would be more
> > efficient if you read all your email before you reply...
> Yes, I read it, but I already sent the mail. It is a lot to read in one
> go... Is it that bothersome? I was only trying to help... Well,
I have these games for sale:
Pennant Race 2 complete - very g. condition40 Euro
The Last Armageddon complete - very g. 25 Euro
The Last Armageddon one manual missing - g. 15 Euro
Schwarzildt complete (?) - very g. 25 Euro
Prices are
My 2-cents again.
I'll set my comments on your remark in between the lines :-)
On Wednesday 24 January 2001 16:02, you wrote:
> ok, ok. I'll give my 2 cents as well :-)
>
> - The data is 'protected', for example it's simply not possible to have
> double entries (based on several fields)
Primary k
> On Wednesday 24 January 2001 19:22, you wrote:
>
> And what about that paralax game 'ARC' that needs a rom-cartridge+disk.
> there you will find the ROM inside the package but also a disk(that contains
> the game. Since the actual game is on the disk Gametype should be disk not
> Cartridge whi
> Depends on how you define cute :) And on how nice you are,
> because I can be quite nasty if you're not nice :)
hehehe, fair enough!
>> beessie (17:48 and still @ work)
> Think that's bad? It's 18:10 now and my working day lasts until
> 22:30... and I started in the morning, too.
> Wynke
25 matches
Mail list logo