-
Content Count
3,397 -
Joined
-
Last visited
-
Days Won
16
Posts posted by tep392
-
-
It's been a long, long time, but I think that the only success that I had with Syncalc was with a Happy PDB file. I do remember that I had nearly no success with the original CSS Bitwriter. Never tried the replica with anything.
-Larry
I was able to make a copy with my 810 Happy that works, but I really want to get this bitwriter to work since this is one of the programs it was intended to copy. I think the long tracks are ok because it get through them all. When I tried copying them without the bitwriter, it would move the head to read tracks that it shouldn't have. I re-read the SA manual and I think the problem might be track 4 with the fuzzy sector. It looks like fuzzy support might not be enabled by default. I'll try again tonight and make sure the P(hantom) sector option is enabled.
-
Perhaps you also have a 1050, and ordered a Super Archiver + Bitwriter board? That will copy lots more stuff than an original Archiver. With a Happy 1050, you can load the Happy Archiver, then load the Super Archiver disk. Works well -- my personal favorite.
Larry
Have you copied Syncalc with the SA+bitwriter before? I'm attempting to do it with my new Bitwriter Replica, but haven't got it to work yet. I copy the normal length tracks and fuzzy track 4 with 3.02 Super Archiver program. Then I copy all the long 21 sector tracks with the Bitwriter program. It seems to read all the correct tracks in the same order as the original disk, but after the loading is finished, it does a reset and re-boots.
-
The A8 version has less aggressive and slower moving ghosts. Specifically at the start of the game. If you compare the 5200 version with the A8 version you can tell right away.
Someone should convert the 5200 version to A8 so that system can have a good Atari Pac-man.
Some fellow has already done that.

-
1
-
-
First: Sorry to read that. Although I test every device carefully, not all faults can be excluded. Could you sent me a picture from the installed version, specially the ribbon cable? When I shipping out the first big batch in 2016, two user sent me similar reports - in both cases the ribbon cable was the source of trouble.
One wasn´t correct crimped, the other one... was crimped the wrong way (180 degrees turned). This won´t damage anything, but the read and write signals are routed over the ribbon cable, so the basic functions - read and write data - won´t be successful.
Jurgen
Thanks for the suggestions. I just got it working.
I decided to re-seat the RIOT and FDC to wipe off any corrosion and that seemed to do the trick. All the speeds are about 5 rpm too high so I need to do some adjusting. I'm guessing that bringing the main rpm down will bring the others down with it, right? I also noticed when I took a closer look at the main board that L6 is burned and the case is cracked. It must not be open circuit, since the motor still turns, but I should probably replace it to be safe. Maybe that's why the speed is off?-
2
-
-
I found the Super Archiver Diagnostic disk.
archiver memory - PASS
6532 & 6810 RAM - PASS
ROM: ver 1.6 - PASS
When I try the speed test it tells me the disk isn't formatted. I know it is, so there must be an issue reading that I'll need to track down.
Checked power supply and get 12.2V and 5.0V.
-
I just installed the bitwriter replica in my 1050 and it's not working. Here's what I know
- I tested the drive before install and all worked well. Format, write and read all worked. Tested 90K and 180K (had a US doubler)
- when removing the US doubler, I put original RAM chip back in. left eprom slot empty.
- It spins up and head moves at power up. Seems normal.
- I rechecked all wires against the install instructions and can't find any errors. Solder joints are clean. No bridges. I triple checked IC pin numbers. This is the A version. It's plugged into the factory CPU socket.
- I photographed all connections from the drive mech before disassembly and know they are all installed correctly.
- When I attempt to boot a disk, I get a single beep while it reads track 0, it moves the head back and forth and tries a second time, then it boots SDX from the U1MB installed in my 800XL
- When I try a directory, it spins and attemps to read track 0, makes a splat noise and gives me error 139 NAK .
Any suggestions? Are there any self tests I can use to check basic functionality?
-
I was surprised to see a notice of this on facebook and not a peep about it on AA. 100 copies seems way low to me. Hopefully they will make digital downloads available, assuming this is for real.
-
1
-
-
-
-
I'm pretty sure the Antonia 4MB doesn't require onboard RAM. It also has 8 flashable slots for both OS and built in language.
-
Even with the randomness, I've found you can still use the hiding spot to rest. Of course the pause button makes that trick irrelevant, but it's still fun that you can do it.

-
1
-
-
Today I bought my first classic computer, and you can almost smell the minty freshness!






Now I just need a power supply for it... and a 1050 disk drive to save and load programs with... and some game cartridges... and a 48K memory upgrade so it can play the games. Geez, retro computing is really expensive!

Congrats! I love the 400, my first computer. Missile Command, Defender and Donkey Kong are must have carts.
-
So.... are you saying it was just yours or are Xboards not early 84' 7800 compatible? So far all I've been testing on is early 84 and early 86 7800 modules with expansion ports on them.
I'm just saying that it didn't work well with my A1 s/n with expansion interface sample. The games ran, but some of the games would crash after a few minutes. It works perfectly in my A3 model.
-
I don't have an Xboard but when the time comes I will see about either obtaining one or if Mitch or someone else has one installed I would like to see how they get another with one another.
I installed an Xboard last year.
It actually didn't work in one of my 7800's, an early expansion port model.-
1
-
-
I know this will sound crazy but any chance of there being a floppy disk release? It would be super cool to be able to get a boxed floppy release of this awesome game.
-
I sent you a PM
-
Hi *,
I could need some help with a MADS macro.
Similar to macros like "mva" and "mwa" I would like to have a macro for "double words" (32bit). For instance
$org 2000 .macro mdwa src,dst lda <:src sta :dst lda >:src sta :dst+1 lda <(:src/65355) sta :dst+2 lda >(:src/65535) sta :dst+3 .endm .struct values longvalue .dword .ends m values mdwa #$12345678,m.longvalue
Unfortunately my attempt does not "compile" . MADS tells me something like "Extra character on line".
It's probably pretty obvious but I'm giving up for now

I figured out the cause of the "Extra character on line" error and thought I would post it here for future reference. I was getting the same error, even when I used the example macros from the MADS documentation. The problem was that I was using an older version of MADS, before support was added for argument labels. Older versions only supported numeric arguments.
-
I'll give him a couple more points for not asking what they're worth, ignoring our advice, and then putting them up for stupid high starting bids. Your getting exposure with the largest Atari community and they should bid up to their market value.
-
1
-
-
2. It also makes me wonder if 5200 / A8 Pac-Man Arcade has the coin op patterns?
It uses the same movement logic for the ghosts/monsters, so strategy should be the same as you would use on the arcade version, but the patterns don't work because the maze geometry doesn't match the arcade version. It's shorter and has few dots. It should be possible to develop new patterns for it.
-
2
-
-
-
-
Luckily, tep392 swooped in and made the 5200 conversion himself. He did a straight conversion version as well as one that fixes a few bugs that were present in the original 5200 release. I am attaching his conversions to this post.
My memory is really getting bad. I totally forgot about that conversion.
-
2
-
-
I used this disassembly as a reference almost the entire way.
This disassembly has been extremely useful to me. The disassembly originated with Don Hodges, though it looks like it's been updated a bit. Don gave me his disassembly back in 2012 when I was working on Donkey Kong XM for the 7800. I also found a few errors and a fair amount of missing details. I use my personal copy for reference now. D2K has a lot of additional code with the extra 4 screens, but it's built off the original, so has a lot in common.
http://donhodges.com/Controlling_the_barrels_in_Donkey_Kong.htm
-
Doing this port really opened my eyes to how effecient the 6502 can be at certain things compared to other processors. I didn't really do a lot of optimization, as I wanted to make sure the original logic was kept completely intact, but a lot of iterating through 16 bit addresses was done much more effeciently on the 6502 than the original Z80 code, despite the latter's 16 bit registers. In general most instructions also simply only use half as many cycles as the Z80 equivalents. That said, the original arcade code isn't particularly nice in the first place, and it is very obvious it was created by at least three different programmers (a lot of redundancy, and wildly different ways of doing the same things), not counting the leftover code from Radarscope.
I'm very interested in your work. I'm working on a D2K port for the Atari 7800 right now, horizontal display, so I'm pretty deep into the arcade code. I'm going to finish up the graphics code before getting into the Z80 conversion. I'm pretty much keeping the arcades RAM layout as is, with my graphics code building the 7800 display from the 4 byte sprite data in RAM. I'm a little concerned I'll have enough time left to do all the game logic so I'll be optimizing as much a possible as I convert the Z80 to 6502. I have a lot of ROM space at my disposal so my graphics code is making heavy use of tables for things like coordinate conversions, and other optimizations to make it as fast as possible. For example, stationary animated objects, like oil can fire, Kong and the girl can be written to the display very quickly with their own optimized code vs. moving objects that take more processing. I'm trying to keep the 60hz frame rate, but can always fall back to 30hz for screen updates, while the main code runs at 60.

Atari 400/800 - The Chip Disk Backup/Developmet System by Spartan
in Atari 8-Bit Computers
Posted
It's dated 1985 and the manual states support for 130XE. The bitwriter s/w does a scan and it shows 21 sectors for tracks 5-7, 11-14, 16-17, 21-25 and 29-38. Track 4 has 17 and the remaining have 18. It doesn't show any tracks with 34.