Re: "philosophical" view of emulation vs real thing
TFH wrote: > > For those still telling there is no perfect msx emulator, please try > BrMSX... And maybe you will think differently... > ahum, does it run Unknown Reality from NOP ?? especially the vertical screensplit. Ha, thought so David -- "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: Target: slowflop F700 (was Re: S/F motor off)
> Calling 256 times #FD9F still sounds a bit "tricky-wicky" to me. Moreover, > the F700 patch turns #FD9F intro a simple RET, leaving the motor spinning > forever. Calling FD9F 256 times is one thing: compatible. And you can use the other way of 'patching' the F700 which was suggested; disable the VDP interrupts while loading from or saving to disk. I remember some clubs could build other DiskROMs in Sony-computers... A lot of people have 'patched' their computer that way... Then the drive will be fast for ALL programs, not only the F700-patched programs (I don't think I will add a 'F700-patch' to my game either). ~Grauw 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: UZIX ED
At 19:45 09/07/99 +0200, you wrote: >PS in UZIX is there a c compiler (eg cpp or gcc) Unfortunately not, you'll need to use Hitech-C compiler (external) with all libs from Adriano Cunha. Ricardo Jurczyk Pinheiro - ICQ UIN:3635907 - [EMAIL PROTECTED]|_Sola Scriptura | http://i.am/rjp -M.Sc. Numerical Modelling (hope so!) |_ Sola Gratia | UFF - Niteroi - RJ - Brazil - [EMAIL PROTECTED]_| Sola Fide | MSX, ST, B5, X-F, Anime, Christian, Maths, CuD, Linux!_| Solo Cristi | Christian, Rock, Comics, Transformers, and hate M$! | Soli Deo Gloria | 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: Phoenix project - The new MSX platform pro-standarization
> mailinglist), but maybe it's easier to use existing services, like making > a Phoenix directory on funet. > > Bye, > Maarten No problem. Give me some content and I will put it online. Tristan + Omega + join #msx on undernet +[EMAIL PROTECTED]+ | | FUNET MSX maintainer | ftp://ftp.funet.fi/pub/msx | + irc: OmegaMSX +Techno composer+ http://users.bart.nl/~omegamsx + 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/)
Funet update: Music!
Hey boys 'n girls, I've drastically updated the /pub/msx/music dir at Funet. The new directory structure is as follows: basic FM-PAC or PSG basic songs diskMusicdisks or demos editors Programs to edit music files mbm Moonblaster 1.4 songs miscMisc music files mod MSX related MOD, S3M etc songs moonsound_mfm Moonsound FM songs moonsound_mwm Moonsound WAVE songs mp3 MP3 music recorded from an MSX mus FAC Soundtracker songs players Replayer utilities and drivers sme3Super Music Editor 3 songs utils Various music related utilities The new files are as follows: ./basic: 108 BASIC songs! ./disk: fairplay.lzh megam300.lzh minidemo.pma mtv.pma music-h.pma muzax1v2.pma muzax2.xsa muzax3.pma scc-demo.pma sgallery.doc sgallery.lzh tia_v12.xsa usw.xsa ./editors: fst-pro.pma fst.pma fst201.pma mbfm103a.pma mbwv103a.pma mbwv104.lzh mbwv106.lzh mbwv113.lzh mbwv113drv.lzh mbwvmanual_txt.lzh mbwvmanual_word.lzh musica.lzh ./mbm: aleste1.pma audiokit.pma audiowav.pma aurora2.pma boggle.pma bucket.pma bucketkt.pma callist2.pma callisto.pma chil-aur.pma flock.pma gtst.pma harder.pma jermusic.pma madcap.pma mbmenu2.pma mbmuzak2.pma mbr143.pma mbscan.pma mbvoices.pma montykit.pma montysas.pma moonmuzk.pma music239.pma neagles3.pma ouatitm.pma parodius.pma parokit.pma prijsw.pma sfight.pma sfightkt.pma usas.pma whistle.pma ./misc: bgm-s.lzh cx5mvocs.lzh firehawk.pma mio-s.lzh mpk-s.lzh sccsongs.pma ./mod: adol-xm.lzh cstage.lzh parodius.lzh psyworld.arj strshpw1.lzh usas1.arj usas2.arj xak3.arj xak3intr.arj ./moonsound_mfm: 50jvrij.pma aleste.pma bdd3.pma bekvol.pma cargame2.pma chevy.pma crime2.pma ending5.pma feedbck.pma fuzz.pma gazzle.pma imp092.pma imp137.pma imp151.pma imp181.pma pandemon.pma psyche.pma rpiano1.pma snatch.pma started.pma streetfg.pma theend.pma turk.pma whistles.pma xak-ii.pma xak1.pma ./moonsound_mwm: 00index.txt alpha.pma away.mwm bekvol2.pma black.arj careless.pma chill2.pma dicpromo.pma digit3.pma dominia.pma eathis.pma eleanor.pma ephedrin.pma evewar.pma experien.pma futbrip.mwm gabber.pma grace.pma groucho.pma hakkuh.pma hh.pma hipdance.pma jungle.pma junglelo.pma llight.pma mental.pma omega02.pma overdriv.pma sdsnatch.arj songs.pma spiyface.pma tragedy.pma tw-h-ste.arj without.pma xeno.pma ./mp3: DIGIT3.MP3 Hakkuh.mp3 Hakkuh.txt XENO.MP3 alpha.txt bigs-0.mp3 bigs-3.mp3 bigs-6.mp3 bigs-7.mp3 chill.txt dominia.mp3 dominia.txt fray-E.mp3 ill-4.mp3 ill-9.mp3 tragedy.mp3 tragedy.txt xak1-1.mp3 xak1-10.mp3 xak1-11.mp3 xak1-13.mp3 xak1-15.mp3 xak1-16.mp3 xak1-18.mp3 xak1-1C.mp3 xak1-1D.mp3 xak1-2.mp3 xak1-21.mp3 xak1-2F.mp3 xak1-3.mp3 xak1-4.mp3 xak1-8.mp3 xak1-a.mp3 xak1-b.mp3 xak1-c.mp3 xak1-e.mp3 xak1-f.mp3 xak3demo.mp3 xaktow-2.mp3 xaktow-B.mp3 xaktow-D.mp3 ./mus: 144 .mus songs! ./players: 4traxmid.pma bgm.pma fst-pcm.pma fst.pma mbr.pma mbrpcmtr.pma mmodply.lzh mmusicsh.lzh mpx.lzh muplay.lzh nmodply.lzh opl4repl.lzh pcmint21.pma playpro.pma playvoc.com psgmidi.pma replay-m.pma screplay.pma sme3-ply.pma smid.pma st2midi.pma ./sme3: 00Index bossa2.pma eineklei.pma esa3.pma fmpac.pma fmscc1.pma houseb.pma japkrieb.pma psg.pma psgscc-1.pma radiorap.pma regg0301.pma sme3pl1.pma st-bal2.pma stereo1.pma sublim1.pma sunny.pma verkinfo.pma wildcopp.pma ./utils: fstrip.pma mbchange.pma mblister.com mbm2ptch.com mbmenu2.pma mbnocall.pma mbscan.pma midiio.pma moondrv.pma sopl-170.lzh st2-pro.pma I hope I have pleased some people. Tristan + Omega + join #msx on undernet +[EMAIL PROTECTED]+ | | FUNET MSX maintainer | ftp://ftp.funet.fi/pub/msx | + irc: OmegaMSX +Techno composer+ http://users.bart.nl/~omegamsx + 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: AARGH!! (was Re: Fast VRAM loader)
At 10:22 PM 7/12/99 +0200, you wrote: >] 1. Write your own diskroutines directly accessing the FDC, which leave the >] interrupts enabled. >This is not feasable. During sector I/O from floppy you can't miss a single >byte. Even a trivial interrupt routine which returns immediately with a reti >instruction takes too long during diskload. Yes, it's true that the sector I/O would fail. But if you automatically retry, disk I/O will only slow down, but still work. As long as a single sector can be located and transferred in an interrupt period. 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: "philosophical" view of emulation vs real thing
At 10:11 PM 7/12/99 +0200, you wrote: >>For those still telling there is no perfect msx emulator, please try >>BrMSX... And maybe you will think differently... > >Stop writing this "philosophical" nonsense... There will never be a perfect >emulator... There is no reason why there can't be. If you can make it in digital hardware, you can make it in software as well. It's just a matter of how much effort you put into it. >Some of them are getting in the right direction but... still >they are not the same as the REAL THING! Why? >This conversation is probably only getting you more hits on your >homepage... Arnaud only said that in his opinion, BrMSX had already reached the perfect state. If you have a problem with this conversation, blame me, not him... And it will get him one extra hit: me downloading BrMSX. But with the number of hits he already gets, I can hardly imagine that's the reason he replied. >People better buy the real thing to keep MSX going... Is MSX just the hardware? In my opinion, when someone plays an MSX game in an emulator, they are connected to MSX as well. Maybe not as much as when coding a real machine in assembly, but connected nevertheless. >(and they must not >forget to get a subscription on XSW-Magazine!)... Laurens wants me to read Track, you want me to read XSW... Where does it stop? ;) 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: "philosophical" view of emulation vs real thing
At 05:46 PM 7/12/99 +0200, you wrote: >> For those still telling there is no perfect msx emulator, please try >> BrMSX... And maybe you will think differently... > >That was not my point. > >An emulated MSX, even on another computer called MSX isn't a _real_ MSX. But why? Is it purely emotional? By the way, I will try BrMSX to see if it deserves to be called "perfect". 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: PSG pitch table, wave re-trigger, 4-bit PCM & YM/AY differences
At 05:28 PM 7/12/99 -0300, you wrote: > About FudeBrowser... Does anyone want to make WISE for MSX or WISE >for Java? I can give my WISE lex/yacc sources to anyone interested. I would like to attempt WISE for Java, if it's not too much work. Can yacc produce Java or C++ code, or only C? I recently re-implemented SQueeZe (Mayhem's cruncher) in Java, once I get it in proper shape I'll release it for everyone to use. Did you know that JIT-compiled Java is faster than QuickBASIC? >The >HTZ specs will be posted in this list still this week (I just need to >finish writing them :) Code first, specify later... Yes, I do it too. 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: Phoenix project - The new MSX platform pro-standarization
At 10:39 PM 7/11/99 +0200, you wrote: > WHAT IS PHOENIX PLATFORM??? > > Phoenix is a new name for a new MSX evolution, with Phoenix the MSX users >have the guarantee of a full compatibility between different projects and a >big number of software specifically designed for your piece of hardware. >This means that if you buy the Z380 board of Padial you will can use the >software designed in the Z380 board of another hardware developer. It's a good idea to standardize the new MSX efforts, it will improve their chances of success. But I wonder, how will the Phoenix standard be decided? There have been many discussions about new MSX standards on this list and the newsgroup, but there was never consensus about what new MSX should be like. Some people want full compatibility with nowadays MSX, other people want a machine that will run Linux, some are willing to pay a lot, others want a cheap system etc. So if the Phoenix standard would be decided upon by consensus, I think it is sure to fail. An alternative to consensus would be voting, in that case the question is: who gets to vote? Anyone who subscribes to a Phoenix mailinglist? A selected group? You must understand that I (and probably many others) are a bit sceptical about new MSX projects, since many were announced and none were ever completed. For people to have faith in Phoenix, it would have to be clear that it will not be another dream that will never become reality. Another question: what are the starting assumptions for Phoenix? You talk about Z380, is that a fixed fact or is it a possibility? And when you write MSX, do you mean "something that is 99% compatible with MSX2" or do you mean "something that carries the spirit of MSX" or something else? > Collaboration, this is a good idea of Paco Molla Gandía, Jesús Tarela and >Rafael Corrales Pulido, we need more interested people in making Phoenix, we >need technical support, a new WEB, a FTP server and a new MSX mailing list, >we need translators, and a concrete list of hardware developers and concrete >projects. We will start stablishing a relationship between MSX hardware >developers and programmers for getting a common agreement. I have experience in web and software. Stack may be willing to host some services (they already host this mailinglist), but maybe it's easier to use existing services, like making a Phoenix directory on funet. 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: S/F motor off
Roberto Pinna wrote: >Indeed... if you use B or BC you should push it, but what if you don't?? >(grin!) > >As far as I know $FD9F (H.TIMI), 'corrupts' not only BC, but as far as I >know all registers, except IX, IY, and the shadow registers. If you >really need them afterwards.. push everything on the stack. It's not a question of using B afterwards, B is the loop counter! MkII wrote: >Killing interrupts or RETing #FD9F (at least someone who also uses # >instead of h!) causes spinning-forever drive motor 8:( I suggested killing interrupts during disk loading, not full-time. And about RETting #FD9F, it's very easy to solve: simply copy the 5 bytes of the hook entry to some memory location and then call that 256 times after you're done loading. But #401F is a nicer way, although it's more difficult. A warning in advance: DOS2's disk change feature won't function well if the interrupt routine is not called. Usually, it counts the time after a disk access. Since it is physically impossible to swap a disk in less than about a second, it's safe to assume the disk isn't changed if the last access is more recent. But if you stop calling #FD9F, time will be "frozen" for DOS2 and it won't detect disk changes at all. Ofcourse, for ESE-RAM this is not a problem, but for floppy it is. To solve it, invalidate the DOS2 disk buffers (sector cache) using the BDOS call for that purpose. >Also, I'm planning to play background music while loading, so I need >standard interrupts enabled. Good luck! Playing music while loading is very difficult... The reason: almost all DiskROMs turn off the interrupt for long periods during loading. So unless you're willing to write custom FDC drivers (and mail them to the UZIX team ;), you'll have to cope with long intervals between interrupts. You could make special music that still sounds nice when played while loading. NOP played some kind of "music" while loading in Unknown Reality. And for Almost Real we had a part planned where MSX-AUDIO ADPCM samples were played while loading, using NOP's SampBox format. This "required" 256K of sample RAM: the 32K version was very boring. This part didn't make it into the released version, because it took too much disk space, required non-standard hardware (256K sample RAM) and it needed debugging. >>That's because the SONY DiskROM has a different "algorithm" for the drive >>LED: it only turns on when that drive is selected. This is not connected to >>the slowdown. > >I see. The light is unlit after loading but the motor is still spinning. The motor does stop spinning automatically (by hardware), but not at the same time as the LED goes out. >Yeah. Now I'd like to know the actual causes of the slowdown. What does the >interrupt do in a F700 to slow it down 400%?!?!?!?!? Just an idea: maybe it's only a bit too slow. If it is called inbetween sectors and doesn't return in time, the next sector will have passed the head and the DiskROM will have to wait nearly a full rotation. If this is true, an interleaved-formatted disk would be about equally fast on a F700 and on for example a 8250. Or maybe the F700 DiskROM turns on interrupts more frequently than other models? You could measure this by installing a counter on #FD9F or #FD9A and see how much counts it gets while loading a fixed amount of data on a F700 and on a 8250 (take the average over a few runs). 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: S/F motor off
At 10:35 PM 7/11/99 +0200, you wrote: >] #401F: Stop drive served by this DiskROM. >] I'm not sure whether this stops a specific drive or all drives connected >] to >] the called DiskROM. On the 8250, it stops all drives. On some machines, >] where the motors stops automatically, #401F is simply a "RET". >It only stops the drives served by the diskrom. I prefer to use this >function. Yes, but what I don't know is: Does it stop _all_ drives server by that DiskROM or does it take some kind of parameter? It could be that the 8250 DiskROM does more than it should do. I have no documentation for this call, what I know is from disassembling. One document even describes #401F as "nothing (RET)". This was probably someone disassembling as well, but on a Sony instead of a Philips. >] #4029: Stop all drives. >] Be careful using this, it may stop drives you don't want to stop. See >] other mail. >This function does not work properly on the MSX turbo R under DOS2. The DOS2 >of the MSX turbo R contains a small bug in the call to the CPU switching >routine. So, please don't use this function at all. Thanks for the warning. By the way, do you know a way to find the DiskROM slot ID for a drive under DOS2? Under DOS1 you can use the #FB21 table, but I doubt that will work under DOS2, which supports re-arragning drive letters, gaps in drive letters (A,B,H) etc. 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: AARGH!! (was Re: Fast VRAM loader)
] 1. Write your own diskroutines directly accessing the FDC, which leave the ] interrupts enabled. This is not feasable. During sector I/O from floppy you can't miss a single byte. Even a trivial interrupt routine which returns immediately with a reti instruction takes too long during diskload. ] 3. When loading from harddisk in very small blocks it should be possible to ] catch every interrupt. So make playing music while loading a harddisk-only ] feature. When loading from harddisk you can also load in large blocks. Harddisk interfaces on the MSX use asynchronous i/o anyway and therefore they can keep the interrupts enabled. Kind regards, Alex Wulms -- Alex Wulms/XelaSoft - MSX of anders NIX - Linux 4 ever See my homepage for info on the *** XSA *** format http://www.inter.nl.net/users/A.P.Wulms 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: UZIX and Floppy Interfaces...
] ] Everyone plus the Girl, ] ] > About incompatibility, that can be avoided by making sure there are ] > drivers for every FDC ever used for MSX. I know only 4 different ones: ] > Philips/SONY (mem), turbo R (mem), Sanyo Wavy (IO), Brazilian FDCs ] > (IO). Maybe there are more, but the number is managable. ] ] Now, Uzix is only a conversion from the old-UZI from CP/M. For near ] future is necessary kill BIOS and write our drivers for access ] floppies (the memory way and the I/O way), IDE devices, SCSI devices, ] etc... I offer my fastcopy drivers for the floppy access (the memory way). Kind regards, Alex Wulms -- Alex Wulms/XelaSoft - MSX of anders NIX - Linux 4 ever See my homepage for info on the *** XSA *** format http://www.inter.nl.net/users/A.P.Wulms 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: "philosophical" view of emulation vs real thing
] > For those still telling there is no perfect msx emulator, please try ] > BrMSX... And maybe you will think differently... ] ] That was not my point. ] ] An emulated MSX, even on another computer called MSX isn't a _real_ MSX. ] ] ] And besides, BrMSX doesn't emulate MSX2. ] What I need is a turboR-emulator which runs Illusion City. I want one that runs Zone Terra ;-) Kind regards, Alex Wulms -- Alex Wulms/XelaSoft - MSX of anders NIX - Linux 4 ever See my homepage for info on the *** XSA *** format http://www.inter.nl.net/users/A.P.Wulms 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: PSG pitch table, wave re-trigger, 4-bit PCM & YM/AY differences
On Fri, 9 Jul 1999, MkII wrote: > What's the recommended method to setup PSG for 4-bit PCM playback? Setting > the lowest pitch? Disabling both noise & tone in the mixer? > Disable the mixer. This way the output becomes grounded on level "1" regardless of the internal counter states. About your other question, as far as I know there is no way to change pitch without getting "pops". The output of the psg is something like this: _ _ _ _ _ _ When you change the pitch (from a lower frequency to a high frequency), you may get this: _ ___ ___ _ ____ ___ ^ I think this transition is the "pop" you hear. The only way to avoid the pop would be changing the psg register when is wave is on level "0". But I know no way to detect when the wave is on level "0"... About video decompressing on msx... Did you people never saw VIP (Video Player)? It plays compressed video and compressed audio on a msx1 with megaram. The video uses a variation of the RLE algorithm and the audio uses a variation of the ADPCM. All of this is done by software in real-time. You can get VIP at http://www.lsi.usp.br/~ricardo/msx.htm About FudeBrowser... Does anyone want to make WISE for MSX or WISE for Java? I can give my WISE lex/yacc sources to anyone interested. The HTZ specs will be posted in this list still this week (I just need to finish writing them :) Ricardo Bittencourt http://www.lsi.usp.br/~ricardo [EMAIL PROTECTED] "Ricardo is subtle, but malicious he is not" Say NO to Coca-Cola. Drink Tubaina. --- 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: "philosophical" view of emulation vs real thing
Hello Arnaud, >For those still telling there is no perfect msx emulator, please try >BrMSX... And maybe you will think differently... Stop writing this "philosophical" nonsense... There will never be a perfect emulator... Some of them are getting in the right direction but... still they are not the same as the REAL THING! This conversation is probably only getting you more hits on your homepage... People better buy the real thing to keep MSX going... (and they must not forget to get a subscription on XSW-Magazine!)... --[ MARI ]-- - Visit XSW-Magazine's Homepage http://www.xsw-msx.demon.nl - M.H.M. van den Broek Molenweg 17 5342 TA Oss The Netherlands +31-412-630653 +31-6-22125592 - 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/)
UZIX and Floppy Interfaces...
Everyone plus the Girl, > About incompatibility, that can be avoided by making sure there are > drivers for every FDC ever used for MSX. I know only 4 different ones: > Philips/SONY (mem), turbo R (mem), Sanyo Wavy (IO), Brazilian FDCs > (IO). Maybe there are more, but the number is managable. Now, Uzix is only a conversion from the old-UZI from CP/M. For near future is necessary kill BIOS and write our drivers for access floppies (the memory way and the I/O way), IDE devices, SCSI devices, etc... --- Giovanni Nunes [EMAIL PROTECTED] - [EMAIL PROTECTED] http://www.geocities.com/ResearchTriangle/2472/ 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: Fast VRAM loader
Is Weesp close enough? -Original Message- From: Laurens Holst [mailto:[EMAIL PROTECTED]] Sent: Monday, July 12, 1999 6:07 PM To: [EMAIL PROTECTED] Subject: Re: Fast VRAM loader > >Your way is faster, but it doesn't preserve the DE-register and it's only 4 > >T-states faster... > > About the T-states, here is my code again: > ;DE = number of bytes > dec de > inc e > inc d > ld b,e > ld a,d > ;B = initial inner loop (OTIR/DJNZ) counter > ;A = outer loop (JR/JP) counter > The "ld a,d" is there only because you used A as the outer loop counter. If > you use D instead, you can omit this instruction. Ahhh... yeah... great! The Need for Speed :) > >So you use it too, eh? Did you think of it yourself or did you read about it > >in my article in Track? > > Most probably I either thought of it myself or saw it when disassembling > something. I haven't read your article (or Track at all), sorry. Tsk, tsk, tsk... I even called it "Maarten ter Huurne should really read this" Nah, that's not true. ~Grauw PS. By the way, does anyone of you live near Bussum (Hilversum)??? The guys of Paragon live in Bunschoten, which is quite close, but they haven't got a railway there so I have to cycle, which is still quite far. I believe Patriek lives in Utrecht or so... But he isn't too busy with his MSX lately. Okay, I like the GameBoy Color too (I've got one, upcoming for it are R-Type in color and Asteroids, great games, great looking). I think I need to inspire him with some project or so... -- >><< email: [EMAIL PROTECTED] or ICQ: 10196372 Visit the Datax homepage at http://datax.cjb.net/ ... Live long and prosper... >><< 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/) 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: Fast VRAM loader
> >Your way is faster, but it doesn't preserve the DE-register and it's only 4 > >T-states faster... > > About the T-states, here is my code again: > ;DE = number of bytes > dec de > inc e > inc d > ld b,e > ld a,d > ;B = initial inner loop (OTIR/DJNZ) counter > ;A = outer loop (JR/JP) counter > The "ld a,d" is there only because you used A as the outer loop counter. If > you use D instead, you can omit this instruction. Ahhh... yeah... great! The Need for Speed :) > >So you use it too, eh? Did you think of it yourself or did you read about it > >in my article in Track? > > Most probably I either thought of it myself or saw it when disassembling > something. I haven't read your article (or Track at all), sorry. Tsk, tsk, tsk... I even called it "Maarten ter Huurne should really read this" Nah, that's not true. ~Grauw PS. By the way, does anyone of you live near Bussum (Hilversum)??? The guys of Paragon live in Bunschoten, which is quite close, but they haven't got a railway there so I have to cycle, which is still quite far. I believe Patriek lives in Utrecht or so... But he isn't too busy with his MSX lately. Okay, I like the GameBoy Color too (I've got one, upcoming for it are R-Type in color and Asteroids, great games, great looking). I think I need to inspire him with some project or so... -- >><< email: [EMAIL PROTECTED] or ICQ: 10196372 Visit the Datax homepage at http://datax.cjb.net/ ... Live long and prosper... >><< 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: AARGH!! (was Re: Fast VRAM loader)
> > Also, I'm planning to play background music while loading, so I need > standard > > interrupts enabled. > > Forget about that. During the disk access, the interrupts are switched off > and > on time and again. So, no nice 50/60 Hz interval -> no nice music... There are three solutions: 1. Write your own diskroutines directly accessing the FDC, which leave the interrupts enabled. However, you will need to write a good CRC error check routine in case you miss some bytes (music can take up a lot of time). However, although it is possible: FORGET IT!!! Aargh, to be precise. Awful solution. The ones below are much better. 2. Play a NOP - Unknow Reality-alike kind of sound, or play looped samples on the Music Module / MoonSound. Those will keep playing while accessing disk too. 3. When loading from harddisk in very small blocks it should be possible to catch every interrupt. So make playing music while loading a harddisk-only feature. ~Grauw -- >><< email: [EMAIL PROTECTED] or ICQ: 10196372 Visit the Datax homepage at http://datax.cjb.net/ ... Live long and prosper... >><< 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: Phoenix project - The new MSX platform pro-standarization
I still don't get this. Is it some kind of large database for MSX-programmers??? Well in that case, there already is a mailinglist, this list. And the FTP is Funet FTP I guess... ~Grauw 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: AARGH!! (was Re: Fast VRAM loader)
> >> My loading routine was OK! I've just tested in my NMS 8250 and it's really > >> fast. Less than 6 sec per screen 8 where basic takes almost 10! > > > >Basic, 10 seconds??? Using BLOAD??? I guess using COPY, which is very slow. > >Use BLOAD and it will load in 1 or 2 seconds. Use my routine (however, fix > >the bugs Maarten ter Huurne mentioned or ask me to resend it) and it will > >load even faster. > > A SCREEN 8 loading in 1 or 2 seconds? *_* > > We're talking about floppies ain't we? That's what it takes to load from an > ESE-RAM! 8;) Hmmm... Disk, eh? Long time ago... :) Still, 10 seconds sounds awfully long to me. ~Grauw -- >><< email: [EMAIL PROTECTED] or ICQ: 10196372 Visit the Datax homepage at http://datax.cjb.net/ ... Live long and prosper... >><< 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: "philosophical" view of emulation vs real thing
> For those still telling there is no perfect msx emulator, please try > BrMSX... And maybe you will think differently... That was not my point. An emulated MSX, even on another computer called MSX isn't a _real_ MSX. And besides, BrMSX doesn't emulate MSX2. What I need is a turboR-emulator which runs Illusion City. RuMSX: go for it! ~Grauw 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: PSG wave stop
If you use ordinary speakers, rest asured, it won't produce a supersonic wave, even excellent speakers can usually only produce waves up to 22kHz.. >From: MkII <[EMAIL PROTECTED]> >Reply-To: [EMAIL PROTECTED] >To: [EMAIL PROTECTED] >Subject: PSG wave stop >Date: Sat, 10 Jul 1999 19:37:37 +0200 > >What's the actual effect of setting both pitch registers of a channel to 0? > >A "frozen" wave or a "supersonic" pitch wave? > >I'd like to stop a sound without dropping volume to 0 (resulting in a >"pop!"), and I've discovered setting both pitch regs to 0 stops the sound >smoothly. > >But... if it actually outputs a supersonic sound... don't like my >neighbourhood dogs around nor my brain being damaged! > >Kiss you lot. > > Mk2 > > > > >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/) > ___ Get Free Email and Do More On The Web. Visit http://www.msn.com 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: PSG wave stop
MkII wrote: > What's the actual effect of setting both pitch registers of a channel to 0? > A "frozen" wave or a "supersonic" pitch wave? > But... if it actually outputs a supersonic sound... don't like my > neighbourhood dogs around nor my brain being damaged! But if you drop the frequency too low you could create an earthquake. Which could be worse. `:P~ Good thing our speakers neither usual DACs can't out- put these kinds of frequencies! `:))) []s, Parn 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: AARGH!! (was Re: Fast VRAM loader)
MkII kissed: > Also, I'm planning to play background music while loading, so I need standard > interrupts enabled. Forget about that. During the disk access, the interrupts are switched off and on time and again. So, no nice 50/60 Hz interval -> no nice music... Eric 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: S/F motor off
> >This method worked perfectly on the Philips MSX computers. The Turbo-R > >on the other hand doesn't need such a routine, since the spindle motor > >is switched off automatically after a certain time. > How? Does it have dedicated hardware? I don't know, but I do know the Sony F700 works the same. The drive always stops, as it is not controlled by counting down through fd9f. How it IS controlled, I don't know...Maybe a simple one-shot, triggered by drive-access? If it is a Philips, you could POKE the counter to 1 so it will take only 1 interrupt to stop. But this would not be 100% compatible I guess. Greetz, Patrick 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/)