Jump to content

Jeffrey Worley

Members
  • Content Count

    640
  • Joined

  • Last visited

Everything posted by Jeffrey Worley

  1. This is just plain obnoxious. When connected to a BBS via telnet and bobterm, I have this annoying message on the lower left corner of my screen telling me that I'm connected. I know that. There's no way to get RID of this message? It blocks content on my screen and is like TOTALLY unnecessary. I'm suggesting a menu option to toggle this message, or, for the message to show for just five seconds or so before deleting itself. Best, Jeff
  2. So long as you have the photo, they're perky. 🙂
  3. This last shot must have been 1993 or so, long enough for you to have gotten a MUX and long enough for the machine to collect that much dust. I had a MUX too, in 1993-ish, ran my bbs on one slave and my personal machine as the other. I see you are using an MIO, but I used a BLack Box with Floppy board for my HDD solution. Some years before I'd owned a 1meg MIO and had it die on me twice. ICD was not gracious about it AT ALL, kinda soured me on the MIO. OH!, and NICE TITS! 🙂 Jeff
  4. Wow! In the last shot your system has FOUR 1050's AND two 810's. lol
  5. I DID get Carina I running in Altirra and answering the 'phone' just fine. I don't know what the max baudrate of this version of Carina is, so I set Altirra to report 2400bps. The reason the disks noted above give trouble is because the bbs on them is configured to have all the .txt and help files etcetera on D2: and the rest of the bbs on D1:. I manually changed that such that the bbs looks for all files, including .txt files, on D1: Attached is a working Carina 1 on a 16meg Spartados partition, bootable, with Spartados 3.2d. Just mount this as D1: in altirra, configure your modem to answer and have fun. Notes: Carina I works better under Spartados, of course, so that's the way I set this up. BUT, since MOE does I/O redirection, it cannot in this version of Carina be called from a batch file. So, the proper startup procedure is to boot this disk and then manually enter "BBS" and hit Return. This will execute the BBS.COM program, load MOE and initialize things. You hit Return once more when prompted and the bbs will be up and running. Best, Jeff shard1.atr
  6. Carina, especially Carina 2 and up were early in adopting subdirectories. Carina II will ONLY run on Spartados. Carina is a command-based system. You can chose R from the menu, then ALL from a prompt, then New from another prompt, and the bbs will display all new messages for you to read. Or, you can type "Read All New" on one line and the board will do the same as if you had followed prompts. You can also chain commands, such as "Read All New, Browse All New" and the bbs will then display each new message for you to read, after which it will display the descriptions of each new file in the downloads areas for you to check out. A very big feature of carina, aside from its very smart command line structure is that it is written in Atari Basic, which means that folks like me can customize it. The other big bbs for the Atari, "BBS Express and BBS Express Pro!" are in machine language, the source code is closed so only the authors can modify it. Carina is still plenty fast enough for high-speed communications, 19.2kbaud, because the input/output, as well as the sharing of information about the user, is handled by a machine language program called MOE, for Modem Operating Environment. MOE is a sort of IO redirector that on the IBM PC was called a "Fossil Driver". With MOE doing all the IO stuff, your BASIC code can be written as though no redirection were being done, just plain clean code, and MOE takes care of making output go to the serial device and taking input from the serial device, both as though those were only being sent to the local screen or coming from the local keyboard. There's really no limit to what you can do with it if you are reasonably conversant with Atari Basic. Jeff
  7. I'm working on getting Carina version 1, to get it running on an internet connected machine. Presently I'm working in emulation, but I will play for and test on real hardware before noticing all that it works. Presently I've got it answering and working in emulation, but lacking docs I don't have text files to display. lol I'll reverse engineer it and figure out the trick. best, jeff
  8. Hi brother.  I gather you've cracked the Puff Atom and have a copy of the Puff BBS!  Nice.  I wanted to peek at it but the link doesn't work...

     

    Best,

     

    Jeff

  9. The archives I've downloaded for Robowar are corrupt. Any link to good ones? Best, jeff
  10. I got Carina working with a Lantronix UDS1100 and a UDS2100. You need to make some changes to waitcall. Now I've got it working with FujiNet, which is a lot better. As for Jerry, he's around on the 'net. I asked him if he had source code for Moe and he said probably not, but even if he did, we need to go through Dave Hunt (The Shadow) as he is the one who owns the rights. I'm working on getting in touch with Dave. Best, Jeff
  11. Duh. I'm a bid dummy. Pause when inactive. Right there on the dropdown. Thanks! Jeff
  12. Turned off fastboot and the problem is solved. Thanks! I'm running Altirra in Wine on Kubuntu 20.04. Works a treat though I wish it worked in the background. Seems that it only computes when in the foreground and the window is active.
  13. That is the exact configuration I'm using. I took a DD image of my real atari's sd card, used qemu-image to convert it to an .VHD image and mounted it under Altirra. Works a treat. I'll try the fix above when I get back to the office tomorrow morning. Best, Jeff
  14. Bug Report: Altirra 3.90 with U1MB 3.10 and Side2 with 3.10 firmware. Altirra does not abide by the U1MB menu setting to load config.sys from disk, rather it invariably loads config.sys from the Car: device. My real atari setup has the Config.sys setting in U1MB to D3:, from where it gets the Config.sys I store there. Loading config.sys from disk is important: Here's an example of mine: <snip> USE BANKED DEVICE SPARTA DEVICE ENV DEVICE DOSKEY DEVICE SIO DEVICE ATARIDOS DEVICE D3:>DOS>RS.GR8 DEVICE COMEXE DEVICE RAMDISK DEVICE ULTIME DEVICE QUICKED SET SCRDEF=,,,0,38 SET SC=C:>DOS>SCMAIN.OVL SET MANPATH-CAR:;C:\DOS\MAN SET PATH=CAR:;C:\DOS SET PROMPT=$L$P\ <Snip > --------------------------------------------------------- Most but not all of this can be accomplished in Autoexec.bat, but it should not have to be. Best, Jeff
  15. Honestly, I've only used the Gotek as a loader for a slew of games on the Atari. The reason is that the Atari has an interesting format; all atari formats are interesting in that they all have at least the first sector in single density, no matter what the rest of the disk is formatted as. This is so in order to accommodate (as I understand it), the Atari's original boot scheme, which provides only 128bytes of buffer for disk access, necessitating single-density read(s) for what is usually the first three sectors. Once the code is gotten into memory via this route, it is executed, and the cassette buffer is concatenated to the disk buffer, allowing for 256byte reads and writes. The originators of Atari's Operating System for our machines did not envision support for sectors larger than 128bytes. Percom did a nice job of supplying support, but the solution is not at the ROM level; such support would probably reduce memory available to programs by 1 page, causing compatibility problems with existing software.... I communicated with the Flashfloppy folks on this issue and learned that they were pretty much unaware that there were disk controllers for the Atari 8-bit which allowed for standard sa400 mechanisms, thus support for Atari is only accidental. No effort to support atari formats is planned. I suggested to FlashJazzCat we might benefit from some expertise applied to this issue, but received a lukewarm reception. Flash is busy and I'm not qualified, so someone who has the time and who is qualified to make contributions to the flashfloppy firmware needs to be found if we are to have support beyond standard single-density, single-sided formats using Gotek and Flashfloppy. I have not tested the HXC? firmware nor have I consulted that project. My experience with Atari formats and Gotek have had mixed success: SS/SD works for read, write, and format without trouble. SS/DD works for read, as does DS/DD, so the Homesoft collection works peachy on a Percom or ATR8000-controlled Gotek with Flashfloppy firmware, but one is unable to format these disks, nor is one able to write to them. Given the nature of the issue, I suspect strongly that a bootable disk image in double-density CP/M for the ATR8000 will find itself in the same boat. I have have not actually attempted to use the Gotek on the ATR8000 in CP/M mode as yet. Sadly for this particular case, the ATR8000 cannot format or boot from a single-density disk in CP/M. I suppose it never occurred to the designers that anyone would wish to hobble their double-density CP/M system and thus that inelegant work-around to the problem is foreclosed. Best, Jeff
  16. I've had zero luck with jumpering a Gotek to any but Id's 0 and 1. There's no provision for it in the hardware. It would be fairly simple to flip some wires on the cable to accomplish this though. Best, Jeff
  17. A terminal program is the way without any additional hardware. A Gotek would be awesome of course, and solve a lot of troubles. For the ATR8000, the only term program I'm aware of is the version of MODEM7 shipped with the CP/M disk. This is because the ATR8000 uses a software UART, thus simply changing a couple of values in a program's configuration, as with most CP/M boxen, won't do the trick. The good thing is that MODEM7, as shipped for the ATR supports Xmodem and XmodemCRC (Once called Christiansen Protocol, after Ward Christiansen who wrote it). A GOTEK is the preferred way of course, as it is fast and allows you to use the images you move to the USB stick directly. Best, Jeff
  18. God speaks Polish as well or better than BASIC. God Loves the Polish and so do I. Go Atari! Go Poland GO AMERICA! 🙂 /s
  19. I had one of those Quantum q2020 drives Bob Puff was selling with his Black Box kit. HUGE, MONSTER drive man. Weighed 70lbs if an ounce. Best, Jeff
  20. Captain Crunch. Nice touch. Is there a 2600hz whistle in that box?
  21. I had that same printer. A Panasonic KX-P1091i. Beat the pants off anything Atari-branded, a fast workhorse.
  22. The biggest difficulties with upgrading the Atari 8-bit in meaningful ways are upshots of the things that made it so special and powerful. The machine is tied to NTSC/PAL/SECAM for graphics output and for system timing. The whole machine is wrapped around the TV standards of the 1980's. To add more sprites or colors or whatever would have been easy enough, but to add PIXELS, add RESOLUTION, which we all wanted and which would have been the definition of 'upgrade' to most of us, was impossible. The screens didn't exist to use higher resolutions, and those that did, like VGA monitors, were expensive and not really compatible with the colorclock timing of the Atari. The original design, in this sense, was a very nice, big boat you built in your basement..... The same applies to system speed. The system's clock is dependent on the color clock, being a multiple of it, and the graphics hardware can't push faster than color clock without the addition of a slew of expensive parts, so they didn't do it. Even the sweet16 and, lately, Antonia, operate the system bus at the stock clock rate, no practical way around it short of replacing the entire system with an emulator. Best, Jeff
  23. I first saw the cart in an advertisement that came with my RTIME8 cart, last page of the manual or something. I was only 16 or 17 and had little in the way of income, but I sent them the 79.00? pre-order right then and there. I got one of the first carts off the line. When I finally got the thing in hand, some months later, I was astonished to see how well-done the manual was. Last thing I expected. I read the thing cover-to-cover, probably several times. SDX was better than I could have DREAMED when I read the advert. And it is still going strong. Fat16 support!, all kinds of groovy stuff. God Bless ICD and the coders who worked there, and God bless the folks at the Spartados Upgrade Project (Drac030?). Best, Jeff
  24. Much of the good system-software, as opposed to games, uses the extra memory (of XL/XE) in one way or other. These don't run on the 400/800. However, when you have a dos like SDX, that uses Axlon ram to move itself into, that makes a big difference in compatibility with such software. best, Jeff
  25. https://www.amazon.com/gp/product/B08B3VCK42/ref=ppx_yo_dt_b_search_asin_image?ie=UTF8&psc=1 These are the ones I bought for mine. Best, Jeff
×
×
  • Create New...