Mrshoujo

Regarding the UUE encoder and decoder... I had a similar set of programs to create or decode lots of binaries posted but I forget where they came from. Then the echos all went to some messed up Yenc encoding and it went to crap. Though I would see all that Base64 stuff as I seem to recall it and after working it out, wrote an Atari BASIC program to figure out the bits and decode them by using Graphics 8 and drawing them pixel by pixel and then saving those bytes in that line of screen memory out as the binary output. Slow, sure, but I had nothing better to do and I was patient. I spent a lot of time in the Anime Fido echo. Nice to know a couple of posted Gameboy ROM binaries actually worked years later in an emulator! Most of time the binaries posted were images. I did this all on my Atari 8-bit with DeTerm and my 4800 Baud modem and 850 interface which got its protective case from an evicted 835 modem. And via a local multi line subscriber BBS. The guy shut it down at the end of 1999.

Would this be the triangle wedge shaped fractal landscape from September 1984 issue of Scientific American? A room mate in college had that listing and I too converted it to run on Atari BASIC years ago and when I got a 1020 plotter, adapted it to output on that. The program came to mind again a few weeks ago and Scientific American has a pay wall up preventing a free peruse of that issue as some research nailed down that to be the source of the program. A program which I had adapted it to run in compiled QuickBASIC for DOS and ran super fast on an AT&T Linux box during a brief employment gig at a local USDA Soil Conservation Service office. At one point I found an article in some magazine I can't remember which plotted fractal clouds and got that to work rather nicely...

Now all that's needed is to sector edit the text into English for an English edition. ?

The Pill was a rare Right Cartridge and things copied using it then wouldn't work without The Pill. So while you could make backups, there was no giving copies away... Unless you knew what was going on.

Some people patched the 5200 code to work on the computer with its joysticks. I would like to think the entire 5200 library got this treatment. Like why would Atari not release the same code twice and make twice the money?

No disadvantages. If you have the Happy software, making copies of still copy preventative floppies is possible. Boot and enjoy!

Check solder joints and dirty IC legs and sockets. Basic things first.

Why would a BBS Init program need to open the Cassette for data? Line 200 opens channels to Cassette and Keyboard. However, didn't Bob use his own MyDOS? Though I would think 'C:' would still refer to Cassette. 'C:' - no filename needed D2:filename.ext - filename needed.

For anyone wondering why adhesive paper labels are bad: The media is poly carbonate plastic and is designed to expand equally in all directions based on temperature. Paper labels interfere with that pattern of expansion / contraction. Plus the reflective data layer is just under the surface where a paper label would go. The adhesive has a tendency to migrate on a molecular level through to the data layer and kill it. I've had to deal with more than a few damaged discs because of a paper label. Sometimes the adhesive dries up and the label gets damaged which throws off the balance during rotation. That can break a drive.

Very rarely does one see near perfect game design. Simple rules and easy to pick up but sneakily challenging.

Are those disks printable media or are you sticking paper labels to them? I strongly recommend do not stick paper labels on them. They kill DVDs and CDs. I expect blurryray disks to suffer the same fate. There are printers which can print directly on printable media - my Brother printer is one such model.

Hitchhikers Guide to the Galaxy benefits from Douglas Adams actually having written new material for the game. H2G2 has 6 radio series, 5 books, 2 records, 1 stage play, 1 TV series, and sadly only 1 movie. And 2 Radio Scripts books, and a towel. The Infocom game benefits from including a microscopic space fleet and Peril Sensitive Sunglasses. ?

Atari DOS, as may be well known, uses file numbers in the sector link info in the last 3 bytes of a sector. The only way to know the sector chain is to follow each one in sequence. SpartaDOS VTOCs link you to the 1st sector in the chain where it has the sector sequence mapped for you and if large enough, the next sector in the file map, and it continues on like that. Alphabetizing the VTOC is possible easily under SpartaDOS as I'm sure lots of users has done this to a disk. Since file numbering isn't used the way Atari DOS does it, defragging is very well possible. I always thought there was already a utility for that. Maybe there really is no need because in relative terms, there's just not as many huge files.

74LS04 is a hex inverter. This may have been an EEPROM tester in both bare chip and installed PCB cartridges. The hex inverter flips the ROM Detect signal because that's how those chips work in Atari units. ROMs need a high signal to be selected while EPROMs need it low. Same as for the 2600. I think this may have been used to plug a chip into the socket then a ribbon cable from the slot on this board went to the computer. Unless this is incomplete, I don't think cartridges were used with it.

I actually bought a copy of P.A.M. from the ad in Antic Magazine. Great production values. Sadly, I don't have it anymore and I'm forever angry and bitter about it. Please don't have evil family members who don't care about others.

What's the safest way to use the SdriveMax? Let the computer power it or use an external power source?

Woah. Settle down. That certainly escalated quickly. Are people so quick to get upset these days? Reminds me of grade school days. My point is valid.

I hope the game gets better sound effects. Pokey can do better.

Bill Williams was just that good! He knew how to use POKEY better than nearly everyone.

Found it! Ahhhh! Neurons!!

I don't know where else to post this but I'm looking for a certain piece of Atari 8-bit educational software. It was a boot disk. It basically taught the alphabet and numbers (the main thing I recall about it) but it did so with very amusing and very well programmed animations and sounds. It's not My First Alphabet nor Stickybear ABCs. In fact, most results I turn up with images aren't it at all. It was very easy for children to use. Boot it up, select which to do (letters or numbers) and every key pressed presented you with a word and an animation. I am easy to entertain so I laughed a lot at many of them. There may have been more to it but the animations really stood out. I just can't remember what it was. Has this meager description fired any dormant memories of what I'm typing about? I think I briefly entertained my first niece with it. I believe I would recognize it as soon as I see a sample screen shot. Thank you for your time.

If you don't have them and they're easy to get, I suggest a logic probe and an oscilloscope of some kind. That way you can trace the signals and see where the video is being lost. The logic probe will at least tell you if anything is happening and the scope will show you what the signals look like. They don't even have to be expensive to help.

Well, when using the Xetec interface with a 1200XL, you just need to modify the 1200XL and it'll work like any other Atari 8-bit. There's a resistor on the PCB to remove off the SIO which is replaced with a jumper wire. This is useful for other SIO powered devices, too. Don't modify the Xetec! I don't remember which one it is so please research this. Does the Seikosha printer emulate Epson printer commands? I'm not familiar with that brand but it might. Here's the Xetec DIP settings I would try: 1 - off - NLQ mode on will NOT print graphics 2 - off: Auto Line Feeds off (in interface) - however, your program will need to provide them! Send both CHR$(13) and CHR$(10) methinks. Do not use a semicolon at the end of your output. 3 - on: Graphix mode (print text and Atari graphics) - this is correct 4 - off: Normal (Convert 155 to 13) - should be Do NOT convert 155 to 13. Your output will take over line feed control and carriage returns. Works in tandem with DIP switch 2. If you're sending graphics to the printer, you don't want the interface changing your data. 5,6,7 - off: Epson - You may have to play with this until you find a setting which works. 8 - off: Normal (Pass Bit 8 ) - This is correct. You're sending 8 bits per byte, not 7. I would try using OPEN to print your text, print it and append characters 13 and 10 at the end, then close it to force the output. The Xetec has a nice built in font in NLQ mode which works in tandem with Graphix mode. I used a Xetec with an Epson RX80 for years and I can remember setting it to print ATASCII in program listings, then setting it to print with TextPro+ 4.0. If you set the Xetec to do Auto Line Feeds, then you have to also have convert 155 to 13 for the carriage return, too. Leave out the line feeds and everything prints on top of each other in 1 line. I can remember seeing the graphical results of a 155 byte being converted to 13. Easy to spot. It's been a while since I had daily use of a printer on my 8-bit so I hope I remember it right. Just have fun testing it.

I happen to have a different style Dorsett cartridge... Brown textured plastic and gold sticker label.

Graphics 1 and 2 are basically text modes but you can use a DLI to switch from your graphical font to the default font for whichever lines you need. I did that for my Push It! V1.7 game. I think that's the use you're thinking of.