Jump to content

Atari_Ace

Members
  • Content Count

    192
  • Joined

  • Last visited

Community Reputation

298 Excellent

About Atari_Ace

  • Rank
    Chopper Commander

Profile Information

  • Custom Status
    https://ksquiggle.neocities.org/
  • Gender
    Male
  • Location
    Seattle, WA
  • Interests
    Atari 8-bit, Biking
  • Currently Playing
    Lego Marvel

Recent Profile Visitors

9,314 profile views
  1. Here are some corrected disks: 007: Sector 710 is blank, fixed from another copy (probably from the PoolDisk) 118: Sectors 24 and 49 in DOS/DUP are garbled. Sectors lifted from another disk. 216: Sector 652 garbled, fixed from another copy (probably from the PoolDisk). EDIT: Nope, I had manually fixed this a while ago using PoolDisk HAPS\PDTO1000\PD0570.ATR to source the damage sector. PD216_Game_Disk_36.atr PD118_X-Rated_Digitized_Pictures_1.atr PD007_Game_Disk_7.atr
  2. Sure enough I was reading the September 1991 Atari Interface yesterday (recently added to archive.org) and came across this in the editorial: Because about 2,500 copies are sent to members of clubs at what the Post Office considers a “nominal fee,” we can’t go to 2nd class mailings without forms from everyone. This is probably the majority of their circulation, so they probably weren't as widely distributed as Current Notes, but comparable. I believe most of them are now available on archive.org now, as well as the predecessor the Michigan Atari Magazine and Mid-Michigan Atari Magazine. You can even find many of the ENERGY newsletters that preceded the Mid-Michigan Atari Magazine.
  3. Sadly that was about when I was getting out of the 8-bit line (after a brief resurgence of interest). I did subscribe to Atari Classics for its first year (they only just reached their modest 500 subscriber goal), but I had too many other interests at the time for me to renew. I have much fonder memories of Atari publishing ten years earlier, when I'd go to various bookstores in the Boston area and pick up the latest issues of ANTIC and ANALOG for their Atari-exclusive coverage, as well as SoftSide, COMPUTE! and even Micro (the 6502 magazine). I remember going to our local library and checking out back issues of BYTE to read the De Re Atari serialization, and a neighboring town's library to read/photocopy the Creative Computing Outpost Atari columns. So much good material. I'm so happy almost all of that material is on archive.org and other sites today, since although I still have all my old magazines (and more acquired in the early 1990s), I left most of them at my parent's home and can't easily access them anymore.
  4. Current Notes got decent distribution based on their postal service yearly declarations. These are the average circulation numbers they filed with the post office and reproduced in the magazine. 1986 2500 1987 3400 1988 4500 1989 4800 1990 4500 1991 4000 In comparison, the Puget Sound Atari News newsletter claimed a circulation of 800 throughout 1989 and 1990. I'd love to know the circulation of Atari Interface, as it (like Current Notes) had some bookstore distribution (which is where I got a few issues in the 1991/92), but AFAIK they never divulged their circulation.
  5. There are two additional articles for Solid States: In the June 1984 ANALOG #19, "Solid States Revisited" In the September 1984 ANALOG #22, "Son of Solid States" I put the text for all three at https://ksquiggle.neocities.org/solidstates.htm. I intend to add PNGs for the shapes someday. I was always curious if the original Compucolor II author was ever identified.
  6. You can find Page 6 PDFs at http://www.atarimania.com/atari-magazine-page-6_12.html as well. Probably originally sourced from the torrent at https://retropdfs.wordpress.com/, or at least that's where I found my copies years ago.
  7. This is a feature of the Explorer's built-in unzip tool, which is propagating the zone identifier (found in the alternate data stream on the zip file) into the extracted files. I had forgotten about this as I've always used 7-zip on the command line to unzip binaries, and had to experiment to replicate your behavior (7-zip doesn't persist the zone identifier). There are various approaches to disabling this if that's preventing people from upgrading, although I believe this behavior was present in Windows 7 as well. The main Windows permissions issue I run into has been the same since Windows Vista. Since you don't run with administrator perms by default, files sometimes can't be run/opened because of the state of the file metadata (owner and permissions). I hit this most often when I dig out old hard drives and NTFS formatted SD cards from other computers and try to use them. I inevitably have to open up an admin cmd shell, and recursively run takeown and icacls /reset to reset the files for use on my current machine.
  8. ABOUT THE COVER This issue, we decided to give our camera a break. Instead of force-feeding it vast amounts of light, we turned our cover over to the talents of Michael D. Law, a "mobile" artist who was kind enough to make a stopover in Massachusetts for us. Michael has done quite a bit of work in the field of science fiction and fantasy, although he has done work in other fields and is comfortable with a variety of styles. The cover for this issue was inspired by the work of Swiss surrealist H.R. Giger, whose nightmarish designs have appeared in numerous books and magazines, and were showcased in Ridley Scott's film "ALIEN." The ATARI logo may never appear in a more imaginative setting — but then again, keep watching our covers.
  9. The typed-in listing from CREATIVB.ATR is BURNOUT.LST, and appears to work fine. The listing in the HTML page on the other hand seems to have about a dozen typos. About half are obvious and result in syntax or runtime errors. The remainder are more subtle. I find the errors interesting, so here's a comprehensive diff. --- html.txt 2019-12-25 13:49:05.528936600 -0800 +++ burn.txt 2019-12-25 13:41:52.619484000 -0800 @@ -1,7 +1,7 @@ -S DIM A$(1) +5 DIM A$(1) 7 DIM B$(1) -10 MOVE 100:MVA=1:MV2=2:MV3=3:MV4=4 -20 MV5=5:PH=0:P1=1:P2=2:P3=3 +10 MOVE=100:MVA=1:MV2=2:MV3=3:MV4=4 +20 MV5=5:PH=0:P1=1:P2=1:P3=4 30 X10=10:X15=15:X20=20:POS1=1 40 NEG1=-1:NXTMOV=600:RNDMOV=800 45 SETUP=900 @@ -34,13 +34,13 @@ 410 SETCOLOR 4,9,2 415 PLOT 61,39:DRAWTO 62,39 420 PLOT 61,38:DRAWTO 62,38 -425 Y=38 +425 Y=32 427 RNDH=ZERO 430 FOR M=MVA TO MV4 435 COLOR 2 440 PLOT X40,Y:DRAWTO X40+3,Y 445 PLOT X60,Y:DRAWTO X60+3,Y -450 PLOT X80,Y:DRANTO X80+3,Y +450 PLOT X80,Y:DRAWTO X80+3,Y 455 Y=Y+1 460 NEXT M 465 PRINT "READY?" @@ -58,9 +58,9 @@ 530 PLOT X60,Y-4:DRAWTO X60+3,Y-4 535 PLOT X80,Y-4:DRAWTO X80+3,Y-4 540 Y=Y+POS1 -545 NEXT N +545 NEXT M 560 GRAPHICS 3 -570 COLOR 3 +570 COLOR 2 575 SETCOLOR 4,9,2 580 Y=X10:Z=Y 585 PLOT X10,Y @@ -70,7 +70,7 @@ 600 NXTCNT=NXTCNT-POS1 605 SVB=SVB-CH 610 IF NXTCNT=ZERO THEN 650 -620 RNDMOV=((INT(3*RND(1))*10)+800 +620 RNDMOV=((INT(3*RND(1)))*10)+800 622 IF RNDH=RNDMOV THEN 620 624 RNDH=RNDMOV 630 GOTO RNDMOV @@ -82,8 +82,8 @@ 670 FOR M=MVA TO MV4 672 COLOR 2 674 PLOT XA,Y:DRAWTO WA,Y -674 PLOT XB,Y:DRAWTO WB,Y -674 PLOT XC,Y:DRAWTO WC,Y +676 PLOT XB,Y:DRAWTO WB,Y +678 PLOT XC,Y:DRAWTO WC,Y 679 Y=Y-POS1 680 NEXT M 685 PRINT "PICK A SHELL - A,B,C" @@ -100,7 +100,7 @@ 720 C=P3:X=X80:W=X+3 725 FOR M=MVA TO MV2 730 COLOR 2 -73? PLOT X,Y:DRAWTO X,Z +732 PLOT X,Y:DRAWTO W,Z 734 FOR S=SVA TO FRTY:NEXT S 736 COLOR 4 738 PLOT X,Y+4:DRAWTO W,Z+4 @@ -124,7 +124,7 @@ 793 PRINT "ENTER 1 OR 5 OR 10 OR 20" 794 INPUT CH:CH=MV2*CH 795 GOTO 300 -800 X=X10:W=X2O:MV=MV10 +800 X=X10:W=X20:MV=MV10 803 PH=P1:P1=P3:P3=PH 805 GOTO SETUP 810 X=X10:W=X15:MV=MV5 @@ -137,7 +137,7 @@ 905 WV=ZERO:ZV=NEG1 910 MVB=MV3 915 GOSUB MOVE -920 XV=NEG1:YV=ZERO +920 XV=POS1:YV=ZERO 925 WV=NEG1:ZV=ZERO 930 MVB=MV 935 GOSUB MOVE
  10. The size in the header is 8 bytes larger than the size of the file. If you add 8 bytes and then parse, the parse routine says there are 8 unused bytes at the end of the file. So the size in the header is probably wrong, and you should change the byte at offset 0x20 in the file from 0x68 to 0x60 (I've attached this modification). I've added code to automatically pad the buffer if it is truncated, which might allow you to manipulate the file with the script, I haven't further tested it. atx-20191117-1.zip mps12-patched.atx
  11. When I was doing something similar last year with a large OCR of Forth code, I wrote a Perl tool that would punch the data directly into an atr. You can probably adapt it. qfigs1.zip
  12. OK, I did a first pass through the "pooldisk too" BRE files: The are 12 disks/24 sides that aren't represented in your archive: 003_A/B.atr - Games 004_A/B.atr - Games 008_A/B.atr - Games 023_A/B.atr - Games 024_A/B.atr - Games 027_A/B.atr - Utilities 031_A/B.atr - Basic Games 032_A/B.atr - Basic Games 039_A/B.atr - Demos 049_A/B.atr - R-Draw 054_A/B.atr - Modem Programs 059_A/B.atr - Utilities There are two disks where it has a side B but your archive does not. 046_B.atr - Utilities 078_B.atr - German Games And there are nine disks where the disks are different: 013_A.atr - Micropaint Artist, Side A 013_B.atr - Micropaint Artist, Side B 048_B.atr - Utilities 050_A.atr - Textpro 053_A.atr - Basic Games 061_B.atr - Basic Games 070_A.atr - Movie Maker Files 077_B.atr - German Games 093.atr - Wizard Adventure Creator I'll carefully go through the nine disks later this week, but in at least one case (048_B), your disk looks damaged (file COMPACTO.R links are broken in sectors 91-92), whereas the Pooldisk has valid sector links. There are also differences in sectors 360 (VTOC), 364 (DIRECTORY), and 709-710 which appear less important.
  13. 25 of the disks from the pooldisk too are exact matches to this archive, so there are potentially 35 additions from there. I'll sort through those and try to work out which disks are new and which simply have minor differences. Also interesting is that some of the disks in this archive are duplicates. The ones with copy in the names aren't a surprise, but disk 45 sides A + B are identical (maybe an error while dumping). Disk 78 and 130 sides B are identical, containing just DOS/DUP and a short AUTORUN, probably this is the equivalent of blank for BRE. 913adf0c39e158e731e72e9cb6aa9f79|||BRE_045_A_130XE_Utilities.atr|92176|2002-11-11 08:11:12 913adf0c39e158e731e72e9cb6aa9f79|||BRE_045_B_130XE_Utilities.atr|92176|2002-11-11 08:11:12
  14. BC025_A_Game_Disk_4 CRC errors all occur in unused sectors that probably contained all 0x1a bytes given the contents of nearby sectors. I flipped all the variant bytes in those sectors back to 0x1a (14 bytes total), but since the sectors are unused, this repair shouldn't matter. BC025_A_Game_Disk_4.atr
  15. PBC001_A_Gold_Card.atr is very similar to C&T disk 170 (not identical though, complicating restoration). If you extract TITLE.BAS from C&T disk 170, you can use the 125 bytes in TITLE.BAS from offset 0x345d to reconstruct sector 427 with reasonable confidence. PBC001_A_Gold_Card.atr I'll look into BC025 later, it's likely I can fix that one as well.
×
×
  • Create New...