blueMSX also emulates the more specific machines so you don't need openMSX for that but it would still be a good idea to test it in openMSX though.

Quote:

@Nyyrikki: Sorry, I couldn't test SymbOS with the TurboR yet, as I can't boot it in this configuration. I think it's because of its current quick and dirty basic loader. I still use this basic loader, I don't boot MSX-DOS before. I hope I can change this soon.

The problem is probably DOS2, not the turboR. If you're loading data using OUT ($FE),A to switch the memory, the DOS2 memory management system will actually 'erase' this setting just before loading. DOS2 will set the 'correct' page using it's own MMU, discarding the setting you just made. To solve this issue, boot the (emulated) turboR with the number key '1' pressed. Do this until you're in BASIC, and it should boot in DOS1 instead of DOS2. You could then turn on the R800 by using an R800 switcher for BASIC, or adding a few lines in ASM.

	LD	A,($002D)		; MSX System ID byte
	CP	$03			; turboR
	RET	C			; return on anything lower
	LD	A,$81		; R800, and turn led on
	JP	$0180		; the BIOS call CHGCPU

This code of course assumes the BIOS is active on $0000, which it should normally be in BASIC. If you like BASIC l33tn3ss, try the following oneliner Nyyrikki wrote, it should turn the R800 on as well. (not sure if it works when it's part of a bigger listing tho)

8728 DEFUSR=38+PEEK(-2442)+PEEK(-2441)*256:IFUSR(0)THENLINE>1COPY0&H80F6OR384ALLYOURBASEAREBELONGTOUS!

Now, if that ain't cool I don't know what is!

Quote:

@Nyyrikki: Sorry, I couldn't test SymbOS with the TurboR yet, as I can't boot it in this configuration. I think it's because of its current quick and dirty basic loader. I still use this basic loader, I don't boot MSX-DOS before. I hope I can change this soon.

Actually, it doesn't need MSX-DOS, or I am wrong? Even you boot from MSX-BASIC I think that you will be able to use for example subdirectories and other special features as SymbOS is totally independent, or not?

Yours,

Quote:

If you like BASIC l33tn3ss, try the following oneliner Nyyrikki wrote, it should turn the R800 on as well. (not sure if it works when it's part of a bigger listing tho) 8728 DEFUSR=38+PEEK(-2442)+PEEK(-2441)*256:IFUSR(0)THENLINE>1COPY0&H80F6OR384ALLYOURBASEAREBELONGTOUS!

Unfortunately this does not work unless it is the first line in BASIC. (I should fix that) but... it still works if BASIC is moved to different address.

If you make the DOS loader you can just type: SAVE "R800.COM" and use this "BASIC program" to switch to R800 mode on DOS as well. CPU mode can be selected by changeing number after "LINE>" like this:

0 = Z80 (BIOS in ROM)
1 = R800 (BIOS in ROM)
2 = R800 (BIOS in RAM)

Uh, currently I am a little bit confused about all this dos, bios and TurboR stuff.
Now I will first try to make a loader, which works in DOS1 and DOS2, and then I have a look at the TurboR again
When the loader is working (I hope tomorrow) I can upload a first alpha version, but currently you will need a Sunrise IDE interface to load something in SymbOS.
@SPL: Yes, SymbOS doesn't need anything (Basic or DOS) after booting, as it has it's own file system routines for FAT12/16/32 and CPM/Amsdos.

woohoo! the first alhpa release coming up!
*make a little dance*

\o
 |>
< \

keep up the good work!

This version should work in middle of BASIC program as well...

8728 DEFUSR=39+PEEK(-2385)+PEEK(-2384)*256:IFUSR(0)THENLINE>1COPY0&H80F6OR384ALLYOURBASEAREBELONGTOUS!

... naturally DOS compatibility does not work if linenumber is changed or this is not the first line...

Yeah, I'll dance as well...

 o/
<|
/ >

Don't worry about the tR support. I wont sleep before the alpha version runs on my tR

Yes, we know that you can dance :







Here's your song

*NYYRIKKI feels public shame*

Sometimes I really think, that these kind of things don't stay in peoples mind, but seems that I'm wrong. (Yeah, that's me 10 years ago )

Anyway... That MP3 is the Xelasoft MOD-player in action without any "hardware acceleration"... Greez to Alex!

Thanx to Sonic_aka_T I was able to write the DOS loader today. Now SymbOS boots in DOS1 and DOS2 and even on the TurboR! (in BlueMSX) You really feel the difference, but I think there is no difference in the VDP speed, is there?
I will upload the preview on my website later this evening and post the link here, first I want to finish some tests.

Btw, does someone know, if there is a way to copy large files on a harddisc image? Usually I first copy the files on a disk image with Arnold's wrdsk and then copy them in the emulator on the harddisc. But in this case I am limited to 720KB.
Now I would like to test the speed of the SymPlay video player, and 720KB is mostly not enough for a movie.

As blueMSX IDE support is not yet public, I don't know how to move big files on this environment. There are tips and instructions for OpenMSX here:
http://www.msx.org/forumtopic6184.html

The VDP speed is lower on R800 because of there is horribly too much delayed VDP access. To get maximum speed I think, that you should change to Z80 when drawing the screen. If you are interested about this kind of MSX tR support, I think, that I can write you needed CPU change routines. Another way is to try to do as much as possible between VDP I/O commands, CPU will stop to wait only when VDP is accessed again. If I remember correctly the delay between possible VDP I/O commands is 56 t-states.

Does it mean:
- the VDP itself is slower?
- the delay, before you can send the next VDP command, is longer?
- the general I/O (writing/reading) to/from VDP ports is slower?
How long does it take to switch from/to the Z80?

I'll post a link to a blueMSX beta with IDE support here for people that want to try SymbOS in blueMSX (and not have the energy to download the source from sourceforge and compile it themselves )