ivop

Here's a conversion of Turbo Basic XL. turbosic.xex turbosic-source.zip

Thanks Claus! Was an interesting read.

Thanks! Now I am confused. The flash80 documentation in CharlieChaplin's zip-file says it's Bill Kendricks. It seems to be the same code as yours, and yours include source code. I assume it was you who wrote it then?

Thanks! Looks like Bill Kendrick's flash80.com is the fastest w/ 1200-1400 characters per second.

@Claus, thanks! I remember reading that article a while ago but totally forgot about it. @Rybags, I agree that more memory mapping schemes might be inconvenient, but I suppose having two expansions side by side would not be such a problem, i.e. traditional portb $4000-7fff and another expansion for the lower 16kB

Thanks! I'll have a look at it. Any source available? And what about its speed, i.e. characters per second and memory usage?

Thanks!

Hi, Did anyone ever consider expanding the memory in such a way that one can switch 32kB banks, starting from $0000. Having a different stack and zero page would be very nice for a multitasking OS. Another possibility might be a small circuit that remaps $00xx and/or $01xx to any other page, selected by two 8-bit latches somewhere in the hardware area. Regards,

Hi, I was wondering if there's any code floating around that implements a 64 column text mode in graphics 8? If not I'm considering to implement a 64x30 vt100 console. Regards,

You might want to take a look at how I combined Atmas II and DOS.SYS in a single executable: http://www.atariage.com/forums/topic/204330-sic-cart-conversions/ It would be a waste of space though if you had to duplicate this for a lot of utilities.

Hi, Here's a way to store 31 cartridges in one SIC! cart. sic31in1.zip contains an example cartridge image. sic31in1-source.zip contains all source material so anybody can build their one custom cart. Cartridge images need to be 16kB or 8kB. The 8kB ones need to be padded with zeroes up to 16kB. Next you can edit sic.m65 to match the right names and bank selection bytes. These range from $01 to $1f, add $20 for 16kB roms. Next, assemble with atasm -r sic.m65 To build the final SIC! rom, concatenate empty8k.rom, sic.bin and all rom images. On Linux you can simply use cat and I believe window's cmd.exe has copy /b file + file + file dest Regards, Ivo Edit: all code can be used freely in case somebody wants to make a GUI based ROM builder. Also, use OPTION/SELECT to select the game you want, press START to run. sic31in1.zip sic31in1-source.zip

That's low and uncalled for. Have you seen post #428? It seems you are constantly one or two posts behind what fjc said.

In addition to that, I also changed an occurrence of DFDFL1+FILDIR to FILDIR+DFDFL1 because of a bug in atasm. atasm thinks you are addressing page zero (DFDFL1 = 0) and then segfaults during the second pass. Just added this information in case somebody decides to convert DUP.SYS and stumbles upon a similar problem.

You probably installed a version with debug symbols, et cetera, and/or are compiling with debug information.

Although I still don't have a v1.02 MAC/65 dump at my disposal, I investigated how it (and Action, Basic XL,XE) can be converted to a SIC! cart. OSS carts use the address lines to do bank-switching, i.e. write something to $d500, $d501 or $d509 selects a different 4k bank at $a000-$afff ($b000-$bfff is a fixed bank) SIC on the other hand uses the databus to do bank-switching, i.e. write $00, $01, $02, etc... to $d500. It can disable $8000-$9fff (which is off by default) so the amount of free RAM will be the same. All of the above mentioned OSS carts use single store instructions to switch banks, which leaves all registers (A,X,Y) unchanged. Switching to a different SIC bank needs something like PHA, LDA #$02, STA $D500, PLA, which does not fit in the same space, so it should be put in a subroutine (jsr foo fits in place of sta foo). Sadly, there is no free ROM space in bank M to put three such routines, so that only leaves RAM. My idea is to use SIC bank0 to setup the switching routines at, let's say the bottom of the stack, then switch to bank 1 and run the cart which has all bank switching stores replaced by the corresponding jsr's. OSS carts: Physical order of banks: M, 0, 9, 1. A3 A0 A000-AFFF B000-BFFF RD5 Values 0 0 bank 0 bank m 1 0,2,4,6 $d500 0 1 bank 1 bank m 1 1,3,5,7 $d501 1 0 off off 0 8,A,C,E 1 1 bank 9 bank m 1 9,B,D,F $d509 SIC! Cart: Each bank is 16k $00 bank 0: 8k off 8k init code, copy bankswitching code to bottom of stack, switch to $01 and run $01 bank 1: 8k off 4k oss bank 0, 4k oss bank m $02 bank 2: 8k off 4k oss bank 1, 4k oss bank m $03 bank 3: 8k off 4k oss bank 9, 4k oss bank m shortest code I can come up with: (18 bytes) switch01: pha lda #$01 bpl switch switch02: pha lda #$02 bpl switch switch03: pha lda #$03 switch: sta $d500 pla rts If this works, you can also put a menu in bank $00 (plenty of space) and select one of four carts and fill 4-6, 7-9 and 10-12 with the other three M019 OSS carts and run one of those instead ATM I am busy with other stuff and I don't want to do too many things at once, but this should get you or anybody else started in porting these carts to a sic cart.

Where can I find a 1.02 ROM image? I googled around but didn't have any luck.

Perhaps we should start a thread for these? (i.e. games, utilities that do not work out of the box with a sic! cart) Here's and .xex file which contains DOS 2.5 + Atmas II which can be used to boot both at once from a SIC! Cart. This file can also be used to boot from several emulators (boot file/image) and other $700 based boot loaders. Aspeqt file loader works as well. DOS is loaded at $5700 and moved to $700 before initializing DOS and running the application, atmas 2 in this case. atmas.xex

Here's a zipfile containing detokenized [1] .m65 files, slightly modified to assemble with atasm 1.07. I adjusted pathnames in FMS.m65, replaced labels starting with ':' and fixed @ORG and @ERROR macros to work with atasm. Assemble with: atasm FMS.m65 It only contains the FMS (DOS.SYS), I do not really care about DUP.SYS. [1] http://www.atariage....ze-mac65-files/ fms.zip

http://raster.infos....art/ramcart.htm Basically, get the zipfile at the bottom, unzip, boot ramcart.atr from the software directory (use APE, Aspeqt, etc...) , and have a rom-file ready on D2: (preferably a XEGS ROM, like Hardball )

I agree on level codes. I am playing on real hardware, too. Continuity saves its state in a cookie (I had to turn them on for that particular domain though ). As for the rest, if the music bothers you, turn the volume down. If you can't find the right transition between screens, look harder! Or perhaps you cannot leave the screen at that side at all. Happens in Continuity and I have seen it in RR already. That's the whole point of the puzzles. Which leads me to the puzzles. As there's is no time limit and unlimited lives, it's not really an arcade game, but a logic game. That's why I got really frustrated when I had solved the puzzle, but didn't advance to the next level for over 10 minutes because the way to solve it needed to be pixel perfect. Still, it's a great game IMHO. A remarkable piece of programming!

Very nice! Thanks. I just put it on a SIC! cart and it works flawlessly so far, including loading of the next level. Guess I'm going to waste some time on this game

Yes 4164 is 64Kx1, so you need 8 for 64Kx8 which is 64 kB. -12 and -15 is 120ns and 150ns BTW

Most stuff you can buy cheaper ready-made, but it's a lot more fun to build stuff yourself

Here's an MS-DOS port of xfd tools I wrote back in 95. I cannot seem to find my original Unix version online anymore. Perhaps I have a backup somewhere http://ftp.pigwa.net...tils/XFD Tools/

Perhaps the people that read it had no interest, but I'm sure there are people interested. Could you record the audio and share it with us or are you only interested in selling the tapes?