Re: MBM replay in DOS (was: RE: Two questions!)
>> > I don't know if you need to use the memory mapper for the replayer, >> > but if so, can you please make sure that it is DOS2 compatible? >> >> I hope he will, since my intention was to use the program from Multi- >> Mente which I only run in DOS2! Heheh. > >The first version will just load and play, nothing TSR like. >So it won't need any memory management and thus run on both DOS1 and >DOS2. When that runs well, I'll make a TSR out of it which should use >the following load scheme: H I think I have already made something like that as a MemMan TSR years ago... Nobody knows MBMENU??? :-( I thought I released some command line utils as well And some info about how to tell the TSR to load the music data and sample kit. Yes, I know, it should be better... * It has no MoonSound support * It does not work like a DOS2 TSR (needs MemMan) Greetings from Erik Maas MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
RE: MBM replay in DOS (was: RE: Two questions!)
On Thu, 14 Oct 1999, Boon, Eric wrote: > > I hope you mean 1=50Hz sync, 2=60Hz sync eh? (thus making no > > difference if the VDP is currently working at 60 or 50Hz...) > > I don't quite get what you're after. Do you mean that I should > switch the VDP mode, or leave the VDP mode alone and only switch > replay speed? Will be difficult to replay @ 60Hz sync, while being > in 50Hz mode :-( Laurens is talking about replay speed. It's possible to replay at 60Hz while the VDP frequency is 50Hz. Examples of solutions: - call MB interrupt twice every 5th VDP interrupt: simple but inaccurate - use line interrupts instead of the retrace interrupt: accurate but tricky to program - use timer in MSX-AUDIO or MoonSound: accurate but doesn't work for MSX-MUSIC only systems > > The autodetection part shouldn't be too hard. In EDIT files, the first byte is always the same. In USER files, it contains information and will usually be different. I think the value it has in EDIT mode is an invalid value for USER mode, so you can use it to detect the file type. > Right, although the EDIT type isn't very hard to decode. > I could even do EDIT->USER conversion while loading the file :-P Well, if it's easy, you can do it. But it's not a feature I would miss if it was not there. Bye, Maarten MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: MBM replay in DOS (was: RE: Two questions!)
> > Hehehe, Arranger IV does that too, and that part was programmed in 1994... > > Ha! Then you guys had to release it earlier! > Now 100% Music has the 'primeur'... Hey, I can't help it! Back then (in 1995 or 1996), Zodiac was to lame to finish it! ;-) Grtjs, Manuel ((m)ICQ UIN 41947405) PS: MSX 4 EVER! (Questions? See: http://www.faq.msxnet.org/) PPS: Visit my homepage at http://www.sci.kun.nl/marie/home/manuelbi/ MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: MBM replay in DOS (was: RE: Two questions!)
> > > -lN When looping is on, loop N times, then fade out > > > N = 0 == loop forever... > > > > Yeah, the loop but fade at loop point is very nice (first seen on 100% > > music). > > Hehehe, Arranger IV does that too, and that part was programmed in 1994... Ha! Then you guys had to release it earlier! Now 100% Music has the 'primeur'... ~Grauw -- >< email me: [EMAIL PROTECTED] or ICQ: 10196372 visit the Datax homepage at http://datax.cjb.net/ MSX fair Bussum / MSX Marathon homepage: http://msxfair.cjb.net/ >< MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: MBM replay in DOS (was: RE: Two questions!)
> > -lN When looping is on, loop N times, then fade out > > N = 0 == loop forever... > > Yeah, the loop but fade at loop point is very nice (first seen on 100% > music). Hehehe, Arranger IV does that too, and that part was programmed in 1994... Grtjs, Manuel ((m)ICQ UIN 41947405) PS: MSX 4 EVER! (Questions? See: http://www.faq.msxnet.org/) PPS: Visit my homepage at http://www.sci.kun.nl/marie/home/manuelbi/ MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: MBM replay in DOS (was: RE: Two questions!)
> > I think Alex asked the question because the original MB1.4 replayer > > source contains IN A,(#FE) commands. > > Ah, I C. I'll take my source-scissors and cut them out ;-) Yuk... > > And what about MoonSound? > > I can mail you a MBM replayer that plays on MoonSound too. It sounds > > nice, in my opinion, because the MoonSound output is much clearer. > > Please do! Any source code (eh, MSX related, that is ;-)) is welcome! The original sourcecode of MB 1.4 (as well as MBFM and MBWAVE v1.3) is on the MCCM Milennium CDROM... > > Hey, maybe it's possible to convert the MWK kit while the song is > > already playing. > > Huh? You mean start playing without samples and add the samples later? > Hmmm... I'll see. Maybe it's possible to start converting while loading > the samples - load a block, convert it, load the next etc... WHILE playing? No... think not. > A:\> amber -v the_best.mbm samples.mbk > -- > AMBER v 0.1 - 20 Oct 1999 - (C) Aurora > -- > MSX-Audio detected > MSX-Music detected > loading the_best.mbm > loading samples.mbk > samples.mbk not found! trying the_best.mbk > the_best.mbk not found! no sample replay > playing 53 patterns... > user interrupt > A:\> _ > > Ah, that brings me to another very useful option: > > -lN When looping is on, loop N times, then fade out > N = 0 == loop forever... Yeah, the loop but fade at loop point is very nice (first seen on 100% music). Comes in very handy when playing multiple looping songs indeed. ~Grauw -- >< email me: [EMAIL PROTECTED] or ICQ: 10196372 visit the Datax homepage at http://datax.cjb.net/ MSX fair Bussum / MSX Marathon homepage: http://msxfair.cjb.net/ >< MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: MBM replay in DOS (was: RE: Two questions!)
> > I hope you mean 1=50Hz sync, 2=60Hz sync eh? (thus making no > > difference if the VDP is currently working at 60 or 50Hz...) > > I don't quite get what you're after. Do you mean that I should > switch the VDP mode, or leave the VDP mode alone and only switch > replay speed? Will be difficult to replay @ 60Hz sync, while being > in 50Hz mode :-( I meant NOT to switch the interrupt-frequency. And replaying 60Hz at a real interrupt isn't that hard... Simply run the interruptroutine twice every 5th interrupt. Difference won't be noticed. And about speed issues, replaying 1 step at top speed takes 3 interrupts right (1 precalc int, 1 replay int and 1 'free' int)? And on lower speeds there are even more 'free' ints. So I think that won't be a problem either. > > > And if you're really going for it: if amber is started without any > > > arguments, you should get a little MBM filebrowser, like in VGIF or > > > BLS or so... :-) > > Yeah right. And some spiffy backdrop and 'equalizer' and all that shit > that blows a simple and useful utility into a bloated M$ proportional > monster (*grin*) Sorry but I have no objections to that... NOP's MODplayer became also more than a simple and useful utility, but it is awesome, much nicer looking than Moonsoft's MODplayer. Although the latter one replays better (supports more). > > Would be very, very nice. > > Adding support for the first file only is VERY easy (simply execute > > FIND_FIRST with pre-setup FCB from adress #5C (if I remember > > correct) before loading). Adding support for more than 1 file will > > be a little more difficult but still work I think. > > But not that much: FIND_NEXT :-) Yeah but you've also got to make a loop and end-of-files detection (a jp and a ret c :)) > > > > Samplekit handling: > > > > Sounds very cool. > > Thought so :-) could however be a little bit slow when all possibities > have to be checked only to find out that there is no samplekit to load... No way man. Can you notice a speed difference of, well, let's say 1/1000th second??? Certainly not when the program is also loading from disk. Anyways my point is detecting soundchips and do some conditional jumps really doesn't require much processorpower. I mean, the MSX Z80 is quite fast (well okay 7MHz or faster is very nice), most problems with speed concern the videoprocessor and diskdrives/harddisks... > > About Maarten ter Huurne's idea: MoonSound support is indeed > > a great idea! I hope the samples will also be supported? > > Also: maybe later. First things first... (and that means going home now > and start coding ;-P) Yeah okay. But keep in mind that you don't have to program this MoonSound support all by yourself; Maarten has already programmed it... ~Grauw -- >< email me: [EMAIL PROTECTED] or ICQ: 10196372 visit the Datax homepage at http://datax.cjb.net/ MSX fair Bussum / MSX Marathon homepage: http://msxfair.cjb.net/ >< MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: MBM replay in DOS (was: RE: Two questions!)
Laurens Holst wrote: > > Only disadvantage would be that decrunching ADPCM will take quite some > time > (as long as loading an 128k samplekit for the MoonSound I think)... > Haven't > tried it myself, just heard from others it takes quite some time. But > ofcourse a half-full samplekit will take only half the time to > convert. And > I think at 7MHz it won't take that long... He, try to run Sandstone with only a moonsound inserted, and then again with only the MSX-AUDIO. Not the difference in startup time (We convert the audio samples to moonsound samples for the soundeffects.) And that's just for a 32 kB MSX audio sample. David Heremans -- "One difference between SuSE and Red Hat is that the former operates in a country where people don't sue each other over coffee being too hot." Linus Torvalds MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
RE: MBM replay in DOS (was: RE: Two questions!)
Hi, Off-topic: interesting, I received Laurens' reply on these 2 msgs before getting these... Maarten wrote: > I think Alex asked the question because the original MB1.4 replayer > source contains IN A,(#FE) commands. Ah, I C. I'll take my source-scissors and cut them out ;-) > And what about MoonSound? > I can mail you a MBM replayer that plays on MoonSound too. It sounds > nice, in my opinion, because the MoonSound output is much clearer. Please do! Any source code (eh, MSX related, that is ;-)) is welcome! > Hey, maybe it's possible to convert the MWK kit while the song is > already playing. Huh? You mean start playing without samples and add the samples later? Hmmm... I'll see. Maybe it's possible to start converting while loading the samples - load a block, convert it, load the next etc... Manuel wrote: > > -v verbose: give status/error reports on stderr > > Can you be more specific on this last one? What are the status- > possibilities? How will DOS display them? I dunno yet... Maybe something like: A:\> amber -v the_best.mbm samples.mbk -- AMBER v 0.1 - 20 Oct 1999 - (C) Aurora -- MSX-Audio detected MSX-Music detected loading the_best.mbm loading samples.mbk samples.mbk not found! trying the_best.mbk the_best.mbk not found! no sample replay playing 53 patterns... user interrupt A:\> _ Ah, that brings me to another very useful option: -lN When looping is on, loop N times, then fade out N = 0 == loop forever... Greetz, +-- Eric Boon ---+ || ++ MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: MBM replay in DOS (was: RE: Two questions!)
> Hello all, > > > > Suggestions for other options: > > > -fN frequency select: 0 = current (default) > > > 1 = 50 Hz (PAL) > > > 2 = 60 Hz (NTSC) > > Huh? I missed that mail somehow! > Right, although the EDIT type isn't very hard to decode. > I could even do EDIT->USER conversion while loading the file :-P > But I don't quite see the advantage of being able to force either of > the two file types. It makes no sense in loading an EDIT file in > USER mode or vice versa... Just in case detection fails... ;-) But you're right. It'll probably fail always then! > > > Further: if you make a TSR version, will there be certain > > > keys to control the music? Things like STOP, PAUSE, FFW, or so... > > > whatever. In the not-TSR version, will there be ways to stop, > > > pause, or ffw the music being replayed? > > Definitely NOT in the 0.1 version! :-) Later, I meant. > > > And if you're really going for it: if amber is started without any > > > arguments, you should get a little MBM filebrowser, like in VGIF or > > > BLS or so... :-) > > Yeah right. And some spiffy backdrop and 'equalizer' and all that shit > that blows a simple and useful utility into a bloated M$ proportional > monster (*grin*) Eh, the little filebrowser shouldn't be THAT hard/big... > > Sounds very cool. > > Thought so :-) could however be a little bit slow when all possibities > have to be checked only to find out that there is no samplekit to load... We can miss a millisecond! ;-) > Also: maybe later. First things first... (and that means going home now > and start coding ;-P) Good point If you want to reread that message you missed, try to check it in the newsgroup on msxnet: news.msxnet.org as news-server (news-host), and there is one group there: local.msx.int, you can't miss it... But if you cannot, I can resend you the message if you like. Grtjs, Manuel ((m)ICQ UIN 41947405) PS: MSX 4 EVER! (Questions? See: http://www.faq.msxnet.org/) PPS: Visit my homepage at http://www.sci.kun.nl/marie/home/manuelbi/ MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
RE: MBM replay in DOS (was: RE: Two questions!)
Hello all, > > Suggestions for other options: > > -fN frequency select: 0 = current (default) > > 1 = 50 Hz (PAL) > > 2 = 60 Hz (NTSC) Huh? I missed that mail somehow! > I hope you mean 1=50Hz sync, 2=60Hz sync eh? (thus making no > difference if the VDP is currently working at 60 or 50Hz...) I don't quite get what you're after. Do you mean that I should switch the VDP mode, or leave the VDP mode alone and only switch replay speed? Will be difficult to replay @ 60Hz sync, while being in 50Hz mode :-( > > -tN file type select: 0 = autodetect (default) > > 1 = USER > > 2 = EDIT > > The autodetection part shouldn't be too hard. > However the EDIT-type support will mean a lot of extra work (he will > have to write those routines from scratch without any documentation > on it, while the USER fileformat is also used in the official > replayroutines. Right, although the EDIT type isn't very hard to decode. I could even do EDIT->USER conversion while loading the file :-P But I don't quite see the advantage of being able to force either of the two file types. It makes no sense in loading an EDIT file in USER mode or vice versa... > > Further: if you make a TSR version, will there be certain > > keys to control the music? Things like STOP, PAUSE, FFW, or so... > > whatever. In the not-TSR version, will there be ways to stop, > > pause, or ffw the music being replayed? Definitely NOT in the 0.1 version! :-) > > And if you're really going for it: if amber is started without any > > arguments, you should get a little MBM filebrowser, like in VGIF or > > BLS or so... :-) Yeah right. And some spiffy backdrop and 'equalizer' and all that shit that blows a simple and useful utility into a bloated M$ proportional monster (*grin*) > But then please not in the first realease (cause it will then > take much longer before the release). Amen, bro', amen! :-) > > And what about: A:/>amber *.mbm ? Will it work? I dunno. Will depend on how much extra effort it will take. > Would be very, very nice. > Adding support for the first file only is VERY easy (simply execute > FIND_FIRST with pre-setup FCB from adress #5C (if I remember > correct) before loading). Adding support for more than 1 file will > be a little more difficult but still work I think. But not that much: FIND_NEXT :-) > > > Samplekit handling: > > Sounds very cool. Thought so :-) could however be a little bit slow when all possibities have to be checked only to find out that there is no samplekit to load... > > And what if NOT MSX-Audio should play? Also suppress sample > > replay, I guess? Eh, if MSX-Audio should not be played, it will not be played including the samples, of course. > About Maarten ter Huurne's idea: MoonSound support is indeed > a great idea! I hope the samples will also be supported? Also: maybe later. First things first... (and that means going home now and start coding ;-P) Cheerio, +-- Eric Boon ---+ || ++ MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: MBM replay in DOS (was: RE: Two questions!)
> Suggestions for other options: > -fN frequency select: 0 = current (default) > 1 = 50 Hz (PAL) > 2 = 60 Hz (NTSC) I hope you meen 1=50Hz sync, 2=60Hz sync eh? (thus making no difference if the VDP is currently working at 60 or 50Hz...) > -tN file type select: 0 = autodetect (default) > 1 = USER > 2 = EDIT The autodetection part shouldn't be too hard. However the EDIT-type support will mean a lot of extra work (he will have to write those routines from scratch without any documentation on it, while the USER fileformat is also used in the official replayroutines. > Further: if you make a TSR version, will there be certain keys to control the > music? Things like STOP, PAUSE, FFW, or so... whatever. In the not-TSR > version, will there be ways to stop, pause, or ffw the music being replayed? > > And if you're really going for it: if amber is started without any arguments, > you should get a little MBM filebrowser, like in VGIF or BLS or so... :-) But then please not in the first realease (cause it will then take much longer before the release). > And what about: A:/>amber *.mbm ? Will it work? Would be very, very nice. Adding support for the first file only is VERY easy (simply execute FIND_FIRST with pre-setup FCB from adress #5C (if I remember correct) before loading). Adding support for more than 1 file will be a little more difficult but still work I think. > > Samplekit handling: Sounds very cool. > And what if NOT MSX-Audio should play? Also suppress sample replay, I guess? What would be the use of adding lots of loading-time when it isn't needed? About Maarten ter Huurne's idea: MoonSound support is indeed a great idea! I hope the samples will also be supported? Simply convert them using XADPCM... And the MoonSound has enough channels to emulate the FM-Pac as well... I have the settings for the OPL4 to emulate the OPLL-instruments somewhere here... Yeah yeah okay I know they will sound a little different because of different filtering etc. but I don't think that's really a problem. I think that when a MoonSound is detected it should automatically be selected. If there also are an MSX Music and/or MSX Audio available in the system then they can only be used by forcing it through command-line options. I know they will sound more 'natural' (like the song used to sound) than a MoonSound, but I think changing the cables etc. will be too much hassle for most people to really care about that. And besides, the difference will be minor I think. Also, the MoonSound works fine at 7MHz. Can't say that about my MSX Music/Audio (the latter one is adapted with a seperate chrystal so it sounds nice, but is still skipping some notes because it's accessed too fast). Only disadvantage would be that decrunching ADPCM will take quite some time (as long as loading an 128k samplekit for the MoonSound I think)... Haven't tried it myself, just heard from others it takes quite some time. But ofcourse a half-full samplekit will take only half the time to convert. And I think at 7MHz it won't take that long... ~Grauw -- >< email me: [EMAIL PROTECTED] or ICQ: 10196372 visit the Datax homepage at http://datax.cjb.net/ MSX fair Bussum / MSX Marathon homepage: http://msxfair.cjb.net/ >< MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: MBM replay in DOS (was: RE: Two questions!)
> The first version will just load and play, nothing TSR like. > So it won't need any memory management and thus run on both DOS1 and > DOS2. I think Alex asked the question because the original MB1.4 replayer source contains IN A,(#FE) commands. > -cN chip select: 0 = auto (default) >1 = MSX-Audio >2 = MSX-Music >3 = Both And what about MoonSound? I can mail you a MBM replayer that plays on MoonSound too. It sounds nice, in my opinion, because the MoonSound output is much clearer. On MoonSound you can also play MWK kits, converted by XADPCM by Alex Wulms. Maybe you should make this optional for non-turbo-R, because it takes quite a lot of time. Hey, maybe it's possible to convert the MWK kit while the song is already playing. Writing to SRAM is impossible when waves are playing. But since the FM and wave part of the OPL4 seem to be separate units and the FM part doesn't need SRAM, maybe it's possible to write to SRAM when playing only FM instruments. Bye, Maarten MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
Re: MBM replay in DOS (was: RE: Two questions!)
> Yoho, Yo-dee-yo! > The first version will just load and play, nothing TSR like. > So it won't need any memory management and thus run on both DOS1 and > DOS2. Ok! That would at least be usable for me to start with. Thanks in advance! > Another thing. First idea for commandline: > > amber [-cN] [-v] filename[.mbm] [filename[.mbk]] > > AMBeR = Aurora's MB Replayer > [...] = optional > > options: > > -cN chip select: 0 = auto (default) >1 = MSX-Audio >2 = MSX-Music >3 = Both > > -v verbose: give status/error reports on stderr Can you be more specific on this last one? What are the status-possibilities? How will DOS display them? Suggestions for other options: -fN frequency select: 0 = current (default) 1 = 50 Hz (PAL) 2 = 60 Hz (NTSC) -tN file type select: 0 = autodetect (default) 1 = USER 2 = EDIT Further: if you make a TSR version, will there be certain keys to control the music? Things like STOP, PAUSE, FFW, or so... whatever. In the not-TSR version, will there be ways to stop, pause, or ffw the music being replayed? And if you're really going for it: if amber is started without any arguments, you should get a little MBM filebrowser, like in VGIF or BLS or so... :-) And what about: A:/>amber *.mbm ? Will it work? > Samplekit handling: > > IF MSX-Audio should play > THEN > IF filename mentioned in cmdline > THEN > try that one > FI > IF not found OR no filename in cmdline > THEN > try samplekit named in MBM > IF not found > THEN > try filename.MBK > IF not found > THEN > suppress sample replay > FI > FI > FI > FI > > Sounds ok? :-) And what if NOT MSX-Audio should play? Also suppress sample replay, I guess? ;-) Grtjs, Manuel ((m)ICQ UIN 41947405) PS: MSX 4 EVER! (Questions? See: http://www.faq.msxnet.org/) PPS: Visit my homepage at http://www.sci.kun.nl/marie/home/manuelbi/ MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
MBM replay in DOS (was: RE: Two questions!)
Yoho, > > I don't know if you need to use the memory mapper for the replayer, > > but if so, can you please make sure that it is DOS2 compatible? > > I hope he will, since my intention was to use the program from Multi- > Mente which I only run in DOS2! Heheh. The first version will just load and play, nothing TSR like. So it won't need any memory management and thus run on both DOS1 and DOS2. When that runs well, I'll make a TSR out of it which should use the following load scheme: check for MemMan IF MemMan present THEN use MemMan routines ELSE check DOS version IF version is DOS2 THEN use DOS2 memory routines ELSE assume DOS1 without memory manager FI FI Another thing. First idea for commandline: amber [-cN] [-v] filename[.mbm] [filename[.mbk]] AMBeR = Aurora's MB Replayer [...] = optional options: -cN chip select: 0 = auto (default) 1 = MSX-Audio 2 = MSX-Music 3 = Both -v verbose: give status/error reports on stderr Samplekit handling: IF MSX-Audio should play THEN IF filename mentioned in cmdline THEN try that one FI IF not found OR no filename in cmdline THEN try samplekit named in MBM IF not found THEN try filename.MBK IF not found THEN suppress sample replay FI FI FI FI Sounds ok? :-) +-- Eric Boon ---+ || ++ MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)