> ONLINE WEEKLY STReport OnLine The wires are a hummin'! """"""""""""""""""""""""""""" PEOPLE "R" TALKING ==================== On CompuServe ------------- compiled by Joe Mirando Hello again friends and neighbors. I just had a wierd thought (another weird thought, actually). Wouldn't it really freak you out to find out that I was not a real person, but an interactive computer program that could scan the libraries here on CompuServe and winnow out the good stuff for you? Well, it might not freak _you_ out, but it _would_ freak my fiancee out (although I think she believes that I've had some sort of electronic implants already anyway). Well, at any rate, Thanksgiving is this coming week and Christmas is only a month after that. It looks like there will be a good supply of Jaguars (at least in New York and San Francisco) for the holidays. If someone had told me last year that Atari would have product available for Christmas I would have told them that they were nuts. Okay, enough of this. Let's get on with the reason we're here in the first place... the great information available every week here on Compuserve. From the Atari Productivity Forum ================================= Myles Cohen, one of the regulars here on CompuServe, asks: "Does anyone know how to diagnose and fix a cartridge port... It used to work until I did something that involved my scanner... which caused it to not work any more... Now everything on the MEGASTE works normally...except the fershlugginer cartridge port... I've already asked this...but never got an answer...And no...I can't take it to a repair shop...because I use it every day...and it works beautifully except for the two progs that use the port...one of which is Notator...even if I knew of a repair shop in my area...which I don't..." Sysop Bob Retelle tells Myles: "What happened with the scanner when the cartridge port stopped working..? I'm not sure if the cartridge lines are buffered electrically or not.. that would be a good place to start. There's also the possibility that the actual cartridge connector has been loosened from the motherboard traces. It might be a good idea to try resoldering the connections with a low-powered soldering pencil." Myles fills Bob in: "I don't know...but the scanner was the last thing I had plugged into the port when it stopped working... Not being a hardware person...I have no idea what that last sentence means...nor how to go about it..." Bob counts off a couple of possibilities for Myles: "If you remember the problems Brad has had with his ST, the trouble in both cases turned out to be an IC chip that goes between the sensitive internal cirtuitry of the computer and the "outside world"... The chip effectively "buffers" the computer from the static electricity, random voltage spikes on the telephone line, and all kinds of unfriendly influences like that. In many cases, these "buffer chips" will give their "lives" to protect the rest of the system from these things. Replacing them is generally a pretty easy operation, and the chips themselves are fairly common and inexpensive. It's almost like replacing a blown fuse. Now the ones Brad had trouble with were on the MIDI port and the RS-232 serial port.. I'm not sure if the cartridge port has similar "buffers" or not... it would be good electrical design to have them, but they do add to the cost of the computer. (I'll see if I can trace the lines on my 520 and try to tell if there's anything I can identify as buffering on the cartridge port). That's an electronic possibility... the other thing I mentioned is a "mechanical" possibility. In inserting and removing cartridges and other devices, there's a lot of physical force applied to the joints where the actual cartridge socket is soldered onto the computer's motherboard. Over time, that force can break the tiny solder bonds that make the electrical connections. Sometimes it will result in erratic operation as the board flexes and causes the connections to open and close, and other times it can just render the connector completely inoperative... (this is a common problem with most motherboard mounted connectors like joystick connectors and keyboard sockets). As long as there isn't any serious damage to the motherboard itself, the fix is to carefully re-solder the connections. Either solution (assuming that's the problem) will require some electronics expertise.. the buffer chips on the ST are all soldered to the motherboard, so replacing one is not just a matter of unpluging it from a socket. If you know anyone who's done electronics repair, it would be fairly simple for them to do for you... nothing is Atari specific, or requiring any special info. Any electronics repair shop could do the re-soldering or chip replacement if it turns out that's the solution." Myles gives us some more information about his predicament: "There are new developments... I've been on the phone with a distant...from me...electronix guru who listened to my tale of woe and suggested that I should use a multi-tester on the outside pins...first and last...of the cartridge port on the MEGASTE to see if there was conductivity...my reading showed zero... He then told me that the MegaSTE's cartridge port is protected a 1/2 Amp microfuse narked F-121 and which can easily be found on the motherboard very close to the port...that all I had to do was to test it for conductivity...which if I got a zero reading needs to be replaced...I got a zero reading... Now all I have to do is find a 1/2 Amp microfuse to replace it...I guess that Best Electonics is my best bet... What a great diagnostician you turned out to be...Just look at the line on the top of this message that I quote from your pevious note..." Well Myles, good luck with your cartridge port problem... at one time or another, every computer owner has to deal with problems like this. Luckily, there are people like Bob Retelle to help the rest of us out. Meanwhile, Elaine Eedson asks about a program to make using CompuServe even easier: "Could anyone give me any information about navigation programs for Atari ST that are comparable to CIM. I'm looking for one that can be used and act like CIM." Jim Ness tells Elaine: "There are no CIM equivalents for the ST. CIM is a CompuServe product, and CompuServe has only made PC and Mac versions available. There also is no other similar program, in terms of navigating by Point-and-Click methods. There is QuickCIS, a true navigator program. QuickCIS quickly gathers all mail and messages for you, and then logs off. You read it all offline, and your replies can be posted on your next call. QuickCIS can be found in Library 4 here." Stefan Daystrom of Barefoot Software tells Elaine: "CIM itself is only available in IBM/compatible and Mac versions. If you _really_ need something _just like_ CIM, the only way on the Atari would be to run an IBM or Mac emulator (typically involving adding hardware). However, if you're paying for the use of your account, why spend time online "live", with _whatever_ user interface, when you can use an _automated_ navigator that'll log on, capture all the messages you're interested in, log off, let you read them and reply to them at any speed you want ("off the clock"), and then log on again for just a minute or two to upload all your replies? _That_ you can get for the Atari with QuickCis. (Also get QCMsg_II, an improved message reader that works with QuickCis. You _can_ you QuickCis by itself, but you'll have a lot more flexibility in reading and replying to messages if you use QCMsg_II with it.) An automated navigator such as QuickCis will cut your connect time with CompuServe _way_ down. If you have enough (offline!) time, you can then use that to expand to reading other areas of CompuServe that you might not have been able to afford if always using it "live". It'll also cut down the amount of time your phone line at home is tied up with modem calls..." Take it from me Elaine, QuickCis is the way to go! Now for "something completely different" from Rob Rasmussen: "My ST knows exactly what month/day/year and time it is even though I no longer have my DeskCart or any other clock installed! At least sometimes it does, right now for example. I have not set the clock in the XCONTROL panel (I hardly ever do). I turned my computer and hard drive on today (Megafile 60) and used the programs TouchUp, Prism Paint, PicSwitch, QuickCIS, EdHAK, Hotwire, Maxifile and maybe a few others. But nowhere did I set the time. When I noticed this the other day I thought later I'd imagined it! DeskCart used to be my time keeper, but I took it out a few months ago. The CALendar accessory also displays the correct month, day and year. This is really odd! I know some HD's have clocks - could it be retaining the time from when I used to have DeskCart? Somehow I don't think so but I have no other ideas. How can this possibly be happening?!! Not that I'm complaining, I like not having to set the clock!" Sysop Bob Retelle tells Rob: "What kind of hard drive interface do you have..? Some of them have clocks built-in as an additional feature. The way these things work is that there has to be an external clock of some kind that keeps regular daily time... then when you boot up your ST, some kind of AUTO folder program has to read the time of day out of the external clock and put it into the ST's internal clock. (For example, I have a clock chip that hides in an IC socket that's installed under one of the TOS ROM chips in my ST... and an AUTO folder program that reads the time into the ST's internal clock at boot up..) If you *don't* have anything in your AUTO folder that would read the time out of something... and you *don't* have anything that would store the current time-of-day when your ST is turned off, maybe it's time to take it in for its 50,000 mile exorcism..." Rob tells Bob: "I don't know about the hard drive interface - the Megafile just plugs into the ST's hard drive port. My auto programs are Shadow, Warp 9, Desk Manager, Spooler, Codekeys, LGS, Hotwire and REGACC (for Lookit and Popit). Nothing I know of here that would set the clock. I used to have Codehead's CLOCKSET in the auto folder, but removed it when I took out DeskCart. Nowhere in the Megafile manual did I see mention of a clock. Totally strange!" Rob tells Bob about one interesting finding: "I just did a cold boot and after all the auto programs loaded, I checked the control panel, it was the wrong time (April, '89). I loaded a few other programs to see where this odd (but rather nice) time-keeping ability kicks in. Using QuickCIS to call Compuserve is what does it!!!! I made a Normal call, captured an announcement, a few messages and lib descriptions , then it logged off. The Xcontrol panel now displays the correct date and time! 7:31 AM 11/16/93. Any files I save are saved with the correct time. This is one bug that I consider a feature, but who can explain it? I know Hotwire has a clock, but other than calling CIS, nothing in my system could be retaining the time, unless it's the ghost of DeskCart. It resented being replaced by the scanner! Seriously, could CIS be setting my clock???" Jon Sanford tells Rob: "I think it is a feature of QuickCIS to set the system clock if it is off by more than a certain ammount. Amazing what little bits of info stick after reading a doc. 4 or 6 times...." Rob re-reads the documentation and tells Jon: "Well, you're right! There it is, kinda hidden in the docs :^}. How come I never knew about this? Maybe since I had the cartridge clock I ignored this nifty feature." Bob Retelle jumps in and adds: "Wow.. I knew QuickCIS was a good program, but this is pretty amazing..! Er.. that is.. Of course.. just another special little advantage of using CompuServe and QuickCIS.." Jim Ness, the creator of of QuickCis, tells us: "That was a feature requested by James Port. He had a 520ST with no clock, but wanted his .MSG files to have a real timestamp. So, I worked out a routine which compared the CIS time to the ST time, and if it was off by more than 24 hours the clock would be set to CIS time. The 24 hour deadband was to account for someone calling in at approx. midnight, or someone calling across a time zone or three." While on the subject of calling up an on-line service, Stefan Daystrom talks a bit about Alan Page's latest "baby", STORM: "This isn't exactly a bug, but I thought I'd point out one other problem with your 7-scanline med rez font besides readability (and it bothers me _more_ than the readability ): It makes Storm _slow_!!!!! Well, what it does is it makes graphics accelerators like TurboST which accelerate the stock fonts (in TurboST's case, 8x16, 8x8, and 6x6) unable to kick in, thus reducing Storm to standard GEM speeds (which makes it seem real slow compared to Flash, which _does_ run at TurboST speeds). I recall reading a message where you said it you were planning to handle this by a special emulation; does that mean it could not be combined with other emulations? (On the other hand, do I still need to use Vidtex on CIS just to be able to download using CIS B protocols, as I did in Flash, or can I just use the same TTY emulation for CIS as I do for most BBSs I call? If the latter, then I'm less worried about it being a special TTY emulation that might use the 8X8 font in med rez...)" Alan Page tells Stefan (and the rest of us): "Actually, ALL my GEM text is done using custom code, no matter what the font. Much of the speed comes from trying to update large blocks, rather than one character at a time. I thought it was rather fast, actually. CIS-B will work with any of the terminal emulations. I normally log on to CIS with VT100. VIDTEX, however, does have an option in the setup to switch to an 8 scanline font, with 21 lines in medium rez. Select "Emulations" in the Settings menu, click on VIDTEX, then click on Config. Warning: switching will erase the terminal screen! When I finally publish some source, people will be able to customize the emulations extensively, including the ability to use stock GEM text." Stefan Daystrom tells Alan: "Hm, I may have crossed circuits to jump to conclusions ! I don't have a 9600/14400 modem yet, so my sense of speed was not based on _online_ speed (I've never seen it get behind relative to the RD light on my modem, though it somehow _feels_ as if the pacing is different than I'm used to!) as much as the speed with which the window redraws when I flip between the capture buffer and terminal windows. But now that I look at it closer, the delay I see is probably just the window drawing white behind the text, when it's topped, before the text is drawn. If I'm spoiled by even _greater_ speed, I realize now that's it's from using QCMsg_II, which doesn't _need_ to redraw the window when I flip between messages, _only_ the text. So _obviously_ it's going to be faster since it has less to do! So you're right, the text is actually rather fast! Sorry for making assumptions..." From the Atari ST Arts Forum ============================ Shawn Laughnin asks: "Does the Atari require a special (i.e. Atari) joystick? I remember a time you could buy a host of generic joysticks in chain stores. Its been a while since I've noticed them ." Sysop Bob Retelle tells Shawn: "Yup, the "Atari Joystick" is a thing of the past, just like most things Atari.. Used to be any joystick had to be "Atari compatible"... now they're all Nintendo.. I wonder why that is..." Master Sysop Ron Luks adds his own thoughts: "Yes, the Atari uses a special joystick. There used to be scads of different brands of joysticks that worked on your atari (anything that used to be compatible with the former industry standard Atari 2600 game machine and 8-bit computers) but these are becoming hard to find." Rob Rasmussen asks about "doing" graphics with some of the whiz-bang graphics packages out there: "...The positioning of 16 colors/shades of gray in the palette - that's what I don't get. I'm used to coming from the other direction, where I create a picture in Prism Paint, starting on a blank screen with default colors in the palette which I can change. But how does a scanned picture, or the software TouchUp, decide which position in the palette a gray, black or white will be? Even if I can use the feature in Degas Elite and PP that maps the colors gradually between any two, I'm still stuck with maybe 2 objects on the screen that I want to be different colors, but they can't be because they're in the same palette position. If I scan a picture lighter, there may be more shades of gray and maybe certain pixels would be in different pal positions, but the picture looks undefined with not enough detail. I saved some scans as GIFs, others as PC1. I only have a color monitor. When I try to load a GIF, I get a dialog with a 'gray scale' button (using this makes everything too dark) and the dimensions of the GIF which I find will not fit on the screen. Other scans will all fit on the screen. It looks like the GIF really is just the top of the scan - there is no way to scroll or print it. Any comments anyone? This really is all a puzzle I hope to understand one day!" Lee Seiler of Lexicore Software tells Rob: "First install EP10 so you have access to 4096 colors, Next use Prism Paint for the whole job. Hold the Alt Key when booting to get the Grey scale Select dialog. Then, when you load the color pic it will auto Grey scale, the machine pallet will also have the correct Grey scales auto set. Now when you save out as a PI file it will be in 8 grey scales including the required desk top reserved pallet." Rob asks for clarification: "I have an ST, not an STE. I thought I was limited to 512 colors. What is EP10 and where can I get it? If I can get 4096 colors then this is incredible!" Lee explains to Rob: "Many, many ST owners have installed the video shifter from JRI but never realized that the 4096 colors were not always there, this is also the case with the STE, Mega STE, and TT. Many programs which could use the 4096 don't, due to a little tic in the OS, EP10 deals with this problem and while no difference is apparent, things like GIF and Spectrum Images are much richer and look better because you see "Better or More correctly matched colors" and with software that does access the full 4096 you see a slight increase in speed, or so I am told. You get EP10 Free with all Lexicor purchases, we put it on all current Utilitiy and resource disk sold with Lexicor products." Rob tells Lee: "I looked for EP10 on my Lexicor disks, but those are older programs, so I guess it wasn't included. You mentioned the JRI video shifter - is this required for an older ST to get 4096 colors? I would LOVE to have more screen colors than 512 to choose from. Often I want colors that are between 2 available ones that are right next to each other. The picture I'm starting out with is a mono IMG and PI3. Is this what I could gray scale before converting to low rez PNT or PI1 ? If I can do this on an ST with EP10, then I'll need to get that or something similar." Lee explains exactly what is needed: "Yes and no. You do need the JRI hardware first, if you have the STE, the 4096 are there but unaccesable. EP10 fixes the bug for all 4096 systems no matter how it happens. If you are using the PI3 you should be able to load it into a grey scale Prism paint mode of at least 16 shades of grey. This then is saved as a Gif which can then be reloaded into a color Gif which you can then reset from grey to color and save as color. EP10 is in all our libs as far as I know, knock on Ringo's door and ask him to point you at it or E-Mail it to you." Mike Myers asks Sysop Ron Luks about converting Atari files over to DOS (I know, I know, I've mentioned this a lot... but the question keeps getting asked, so I guess that not everyone reads this column all the time [and you know who you are]): "Is there a program available which will allow the conversion of ATARI ST .lzh files to IBM .gif files / .jpg files and back? I have an IBM and a friend has a ST. We have looked in the forums under viewers, utilities, and anything else we could think of." Before Ron can answer, Sysop Bob Retelle tells Mike: "There should be a conversion program that will run on an ST and convert DEGAS format pictures to GIF, which your friend could display on his IBM.. It's been a looong time since I remember seeing it, but I think its filename was something like CNV2GIF. There should also be something similar that will convert Spectrum 512 pictures to GIF format too, but the name of that one eludes me at this moment. As for converting the other way, there shouldn't be a need to convert GIFs and JPGs, since we have some pretty good viewer programs for the ST for those graphics formats." Ron Luks tells Mike: "LZH is a compression method. GIF is a picture file format. There is an LZH utility for the PC. (LZH files are created/processed witha utility called LHARC). Think of LZH as another type of ARC or ZIP files. GIF is a graphics picture format like TIFF, or PCX, etc. One has nothing to do with the other. I dont know of any JPEG utilities for the Atari ST." Boris Molodyi jumps in and adds: "As I recall, GEMVIEW loads JPEG files (and so you can save them in different format). Also, Studio Photo from Compo can load JPEG pics." A column containing both the words "Atari" and "Graphics" wouldn't be complete without mentioning the Jaguar, Atari's hot new video game machine. Bob Retelle posts: "One thing I've been wondering though.. since Atari has said virtually nothing concrete about the Jaguar beyond the official Press Releases, and about the only other source of real information was the Press conference they held recently in New York, just what exactly is all the "Jaguar talk" you mentioned about..? There's a "lot of Jaguar talk" on the InterNet newsgroups too... but most of it is just rumors and unfounded speculation, along with the "3DO vs Jaguar" flaming that never gets anywhere... Jaguar developers are under NonDisclosure Agreements, so they can't say anything, and the only other source of Jaguar "news" has been leaks from some of the companies working on games. It just seems that "a lot of Jaguar talk" would be pretty useless until we actually get to see and use the machines themselves... once that happens, I'm sure the areas here will pick up.." John Brenner tells Bob: "All the Jaguar talk on GEnie is trivial. Everone asking eachother if they saw the commercial. How great it looks. How well it is being marketed. Which store chain has confirmed if they are going to carry it. There is also some people talking about having ordered one and that some stores have already pre-sold hundreds of units. It's like a bunch of sports fans rallying around a sports team. Talking about the new uniforms, or the new stadium. No better, no worse. I have no interest in such things, but I have not bothered Ignoring permanently that CAT. Perhaps because I enjoy looking at so many happy people." From the Atari Vendor's Forum ============================= Rafael Hermoso asks: "Is Neodesk 4 out yet? If not, when? If so, where can I purchase it?" Rick Flashman of Gribnif Software tells Rafael: "No, NeoDesk 4 is not out yet. We've been forced to delay its shipping until early '94. Part of this delay was that we wanted to insure that Geneva was as bug-free as possible and that we had resolved any minor issued that might have arisen as of its initial release. We now believe this strategy has paid off, as we've been able to correct some minor problems with Geneva (that only showed up after shipping) and therefore we now have a substancially more solid package." John Brenner tells us: "After many years I am still using INTERLINK to do any BBS'ing outside of GEnie. I have just D/L a file on this system and did not remember how slow XMODEM transfer was. Are there any Interlink TXF files in the libraries that support the other protocals available on Compuserve. And which one is most recommended?" Jim Ness nudges John about "getting with it": "Geez, John, with all the terrific ST terminal programs out there, you are still using good old Interlink? There's Flash II, STalker, and now the shareware gem STorm... All three of those support CIS B and ymodem-g, the two fastest protocols." John tells Jim: "I used to have Flash before I got Interlink many years ago. I never looked at Flash II since I never liked Flash to begin with. I D/L STorm last week. I also dont' like very much the way it is set up. I have a friend who uses STalker. He has to buy another program to do on-line editing. So, I just don't see the need to change. I have a capture buffer, I can edit, save paste...everything I need. I use Alladin, you know where, and now it looks like I will use QuickCIS to log on here. So I really don't see why I should change. I only upgrade software that no longer suits my needs. I was starting to think I might need something for here since I couldn't get QuickCIS to dial, but all has now fallen into place and I think I'll be very happy with it. Thanks for writting it. I'll have to read the doc....there must be a fee for something that will save me so much money! " From the Palmtop Forum ====================== Kent Peterson pats the Compuserve Sysops' proficiency at getting new files (like Kent's new programming language) "up and ready": "You guys are a lot faster than the sysops of some other forums. BTW, the HP folks seem to be going into a download frenzy on this little bit of Port technology, I decided to cast their way. Did you ever post PBASIC over there?" We're still waiting for and answer from BJ... that kind of negates the compliment in the first place, doesn't it?... Don Thomas of Atari Corp posts: "Every once in a while I am beginning to see messages in langauages other than English... German, for instance. It sure would be cool if CIS had some sort of translation process built-in... either on demand or automatically." Sysop BJ Gleason tells Don: "As a person who has done a lot of work with Natural Language Processing and such, it is a very tough, if not impossible task. One of the best jokes about it is: A program translates from russian to english and back. The program puts in the phrase: "The spirit is willing, but the flesh is weak." It is translated to russian, and then the russian is fed back and the translation comes back as: "The wine is good but the meat is spoiled." Back on the subject of the Jaguar again, Don Thomas tells us: "I stopped by an Electronics Boutique this past weekend in Pleasanton, CA (40-50 miles East of San Francisco). I pretended to be Joe Blow consumer and observed two 3DO systems on a shelf. The salesman said they are not selling well, BUT he would love to take my pre-order for the Jaguar. He said he didn't know what game came with it or how many controllers, but that he couldn't find an end to the waiting list the store had established for the Jaguar. It felt good. My son even said this past Friday without me asking that all the kids at school were talking about the Jaguar (he's ten). He told me that he felt good telling his friends that his Dad worked at Atari." Well folks, I intended to use use information on other palmtops in this column but, as usual, I've run out of room. So c'mon back next week and see what else I can shoe-horn into this column. Just think of it as some little sports bar somewhere in Boston. A place where... oh heck, I've gone this far. I'd might as well say it... A place where everybody knows your name. It's easy to just leave your troubles at the door for a while and absorb some of the hints, tips, and information available on CompuServe. But if you don't subscribe to CompuServe, this column is the next-best thing. Just make sure that you remember to listen to what they are saying when... PEOPLE ARE TALKING