-
Content Count
935 -
Joined
-
Last visited
Content Type
Profiles
Member Map
Forums
Blogs
Gallery
Calendar
Store
Everything posted by sup8pdct
-
I vote airball as well. I did however rip the music routine out of it tho. James
-
some better pics would be nice. How many pins on the black connector? James
-
From what i remember of tapes, One track has the fsk, 2nd track has normal audio that comes in on audio in pin on sio port. The FSK when recording is generated by Pokey and put on sio out pin and tape deck simply records it. Reading, the tape converts the fsk to digital. I do remember reading an artical in an early antic about adding a notch filter to a 410. This improves the digital conversion somewhat. But these days, who uses tapes? James
-
The Block Cartridge - Protronics
sup8pdct replied to Atari8bitCarts's topic in Atari 8-Bit Computers
Yes. the 400/800 can do 16k. however, the right slot I believe can only do 8k. This device plugs into left slot and cart being copied goes into right, ergo, only 8k possible.(again, need to check schematics). As only 800 has right slot, that alone makes this device very limited usage wise. I do agree it is rather pointless today other then collector value. Cart emulators can be useful at times. One guy i used to know modded his 3rd memory board to protect his favorite assembler program (edit 6502) for the single reason that it listed programs to screen really fast. James -
The Block Cartridge - Protronics
sup8pdct replied to Atari8bitCarts's topic in Atari 8-Bit Computers
From what I understand of the 800, The left slot can only use 8k carts,(need to check schematics), so this thing can only backup 8K ones. Also when xl line came out, it would have made this thing redundant. James -
This was back in 2009 so memory is rather patchy. The max size may be 8112 sectors. I could be wrong. Only way to tell is to make several sizes and fill them up. Then look at the sector bitmap starting at sector 4 for jibberish. I do remember spending ages copying very large files from drive to drive to test this. I have the advantage of having a fully specked BB with it's extra goodies to check such things and a SIO2USB to do testing with. James
-
16 meg won't work anyway. After a certain size, dos xe over writes the sector bitmap when saving files once a sector limit is passed. makeing it usless.. James
-
I do have a fully speced black box and 3 800's willing to try it out. If you send it to me, I will test it with the BB for you However, i have a feeling my 800 will not part with such an upgrade and my negotiation skills to persuade it to do so are severely lacking James
-
Have just modded superdos 5.1 slightly to increase the ram disk speed of superdos. I have disabled the axlon banking access. For those that like every thing fast, please test it and let me know if it was worthwhile. James SDOSRAM.zip
-
Go to this thread http://www.atariage.com/forums/topic/154173-bored-so-i-did-this-part-2/page__hl__%2Bdosxe+%2Bsource Download the dos xe formatter (one at end of thread) and set up a disk type for the hyperxf DSDD. It is very similar to an XF dsdd but different. Also useful info contained in that thread. James
-
I dissembled dosxe to figure out larger sizes of drives for harddisks. Found once the sector map went past one sector, strange things happened. It may have been possible to get the sector bit map to map 2 or more sectors per mapping bit, but never found it. It does do this with 128 byte sectors. If bill did get it working with HDD, I would like to know what size and what the drive table was. James
-
Don't use superdos 5.0. It has a bug in it. Use superdos 5.1. Superdos 5.1 Sends the format command for DSDD with the high bit set. The XF sees this and formats with the correct sector spacing to suit high speed reads. The XF also has the 10th byte ($09) of the percom block set to $41 when ever a read percom block is used. Superdos also looks for that. Re the slow ramdisk. Superdos can use axlon and XE ramdisks so switches both when using ramdisk access. It could be modded to stop the axlon from working and speed it up somewhat. Will need to look into the source code to see where and what to change. James
-
I do believe that i also had this disk or one with a subset of those programs on it. Also dos 1. I think from memory when i went to put it to atr, it had several bad sectors I once believed that these programs once came on cassette or disk. I could be wrong tho. James
-
The 810 parks the head at track 40 for a reason (or 39 depending on your logic). It is due to a possibility of the head receiving a short burst of power that could erase a small section of the track when first powered on with disk in drive and door closed. On inner most track, it won't matter so much if that happens. James
-
...FYI, when SuperSynchroMesh is loaded, the "BF" message appears (and stays, for the most part) in the Track-Readout display. It does temporarely show sector-counts, but most of the time comes back with the "BF" reminder (at least, that's the way DosXL original code handles / shows it). Yes. i did see that in the z80 code, only when the track buffering is enabled. It shouldn't matter what dos is used. James
-
hmmm. I thought i included track buffering. I have no way to test it so maybe it doesn't work at the moment. James
-
...This would be REALLY nice... although, and in all fairness, I have performed some basic RWTEST benchmarks with {DosXL+Synchromesh+DosXL Formatting in double-density} vs. {SDX+SDX-optimized Formatting in double-density}, and SDX simply trounces its DosXL counterpart (SDX churns about 3500-3900 bytes/sec writing, and about 7000-7500 bytes/sec reading). Seems like SDX's INDUS.SYS may be more efficient and/or (possibly) extra buffering leveraging the Atari's own RAM. I wonder what further gains would be realized by having Indus.sys tapping into on-board IndusGT RAM (ramcharger). F.H. I believe that bug has been fixed with SDX version of indus.sys. I do believe there were 2 versions of syncromesh. A slow one at about 38k baud (early version) and one around 76K baud (latter version included with sdx). James
-
It should return an error. However, there is a sector 0 i do believe but the mio uses it to store its config information. Do believe BB does the same. James
-
Ran this on my Pal 800. It passed all tests apart from basic switching (no basic). It has a atari 6502c like xl-xe. Just ran 2nd version again on pal 800. Passed all except for basic. James
-
Ran this on Superram 800 which is axlon compatiable. Banks $01 thru to $10 for 256K showed. Ran file from SDX cart which took one bank for it self, so no doubt your program clobbered it. James
-
decompilers/code reading/development
sup8pdct replied to Atari8bitCarts's topic in Atari 8-Bit Computers
Check out this thread. http://www.atariage.com/forums/topic/194476-what-is-a-good-disassembler-on-xlxe/ james -
Perhaps i should say that soldering skills are needed, pins need to be bent out and jumper wires installed. Many pins are the same so it isn't to much work. James [quote name=Sub(Function()' timestamp='1330593682' post='2476344] I think it is a 2564 compatible pinout.
-
Eproms can be made to fit, tho some skills are required with soldering iron. James
-
There are power in and power out sockets for the 400/800 on one edge of the board. I believe (not able to confirm one way or other) it would be set for power draw for selected console James.
-
Is the the particular doohickie you have in mind???? James
