Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

93 Excellent

About GoodByteXL

  • Rank

Profile Information

  • Gender
    Not Telling
  • Location
    XL heaven
  • Interests
    A8 archiving

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Of course there are a lot of other solutions to it than using Acrobat. Conversion from any graphic format to PDF is simple, as GIMP - available on all platforms for free - does the trick. And if you need to OCR your PDF, there are also many other good offers for it. Acrobat is simple to use but has a lot of disadvantages. Suggest to keep it in a loss free graphical format as most people use a sort of JPG, which causes always those ugly artifacts. This is what Acrobat does internally to imported graphics. You will later on never regain the original quality of a good scan.
  2. It seems there is a issue with the used hardware. The XEX-file boots fine with RespeQt from SIO2PC-USB, loads from a SDX hard drive and also from a game-menu disk on RespeQt and from a real disk drive. mspac.atr
  3. It's not worth to open up a new topic, but ... this should be corrected in the future: Cannot open '/DL_AA.atr': Unknown file type." is a misleading error message. It comes up when a partition/drive formerly used is not mounted when RespeQt ist started.
  4. The 1986 version is Kyan Pascal V. 2.x. The KIX-prompt "%" identifies it. Additionally, type AS<RETURN> at the prompt to see the assembler version 2.x. Surfaced in Summer 1986. V.1 doesn't have an separate assembler - compiler and assembler are kept together in one program demanding more memory. That's why V 1.x requires an XL/XE. The 1987 version of Kyan Pascal 1.1 is a user modded version, as far as we could figure out. Last official version of KP 1.x was version 1.3 in late 1985/early 1986, which is not found yet.
  5. It's not possible to answer as just a user. Another idea: If OSS language cartridges are plugged in, disable them as well if not needed. Very few programs do that actually though it's not a big deal.
  6. The rest is already 'in use' -> in BASIC type: POKE 740,0:B.<RETURN> Start Memory Test - the missing 'blocks' already in use are shown in red.
  7. Altirra works easy under WINE 'til V. 2.50 like a portable version. With V. 2.60 there was a change somehow and since then it needs to be run with higher rights (sudo) to be fully usable.
  8. At least it exactly behaves as described in the manual: The root in that example from Level42 is considered to be the specified directory from which the COM files, if any, will be copied. So it works. Please look up the examples in the manual on page 51. Nevertheless it would be nice to have such a tool at hand to fetch the desired file types from the structure of a drive. But I guess it will get difficult depending on the size of the drive, the directory tree (as the path is limited to 63 chars) and, last but not least, the number of files. For example see the capacities of the MENU command to understand.
  9. The switch '/R' causes COPY to recursively copy directories with their contents or the contents of a specified directory. It will not grab a specified file type from all subdirectories, as far as I know. If you put some COM-Files to your directory 'B:\' it will copy them but won't go deeper. It would be a nice feature tough.
  10. Yes, and I sent you details in e-mails and described what is happening here and made a video to show you, what is not working. What more can I do to help to kill bugs? But all you responded with was a simple denial of my statements instead of testing it by yourself (at least you didn't write in your e-mails that you had tested what I described). I am neither a programmer nor a hardware developer, just a long time experienced A8 user. And my goal was to help to wipe off the obvious bugs from that project. But I guess my approach was understood as pointless criticism. In the meantime there is professional proof that I stumbled across bugs. With the help of tf_hh they are identified and described in the ABBUC forum. I recommend every user of that burner to study it thoroughly before trying to burn a 2732 EPROM. If you follow the guide lines there it works like a charm. If not following the hints the minimum problem to happen is that it is not working with 2732 types whereas 2764-27512 are programmed fine. The max problem that could occur is a damage of the burner. To state it very clearly: My goal was and still is to help to you to bring this burner as a re-imaged project back to the community. And despite lacking a lot of skills I put quite some effort into it, dug out the original manufacturer sources from the ABBUC archive, sent as much material as I could about the old burner I use and tested all the items from the old user guides to make sure it is most accurate before I started to develop an English version of it. As a thank you I received a complementary burner with two 2732 adapters from you and promised to test it with the goal to describe in the user guide which are the needs to know to successfully burn 2732 types with the new version of the burner and the original version using the second adapter. Thanks to tf_hh, who described the necessary work around to successfully burn, read and verify 2732 EPROMs with the re-imaged version, this is now possible and I will adapt it to the user guide in English and German. Last step will be to test it with the original burner and your adapter coming days. So let's blast the hardware and software bugs and make it to a perfect project from bits of the past.
  11. And also a need to know: Additionally, there is a confirmed glitch in the software version 2.5: When doing read/verify of a 2732 EPROM just 256 bytes are processed and not the full 4096 bytes.
  12. As far as I'm concerned AW80 was a mess to use. That's why I switched to Micromiser's TurboWord 80 back then running with SD2.3C. AW and AW80 were only used to write letters and such stuff as it was difficult to develop longer documents with it. Mini Office II, AustroText and TurboWord80 were much more capable and versatile, especially for users of other languages than English. I still keep a XEP80 for testing with SDX development. If there is anything special to find out I can set it up during Winter time and dive into.
  13. There is some info missing still: The Mini Speedy was available in 3 versions. Speedy 'S' = High Speed Sector Copy in ROM, 'D' = BiboDOS in ROM, "DS" = BiboDOS and HSS Copier in ROM. So if it is a "DS" as on the pic above a switch helps to choose between DOS and HSS Copier. And, Compy Shop stated in the user guide that there are some 1050 not working with a Mini Speedy because of component tolerances in electronic parts and offered a service to check and fix it. HSS Copy can R/W with up to ca. 95,000 baud when the drive is in perfect shape. To exit HSS Copy press SHIFT-CONTROL-TAB together. Some other Compy Shop hard-/software reacts on pressing START-SELECT-OPTION together. In both cases a cold start will be executed.
  14. As a member of ABBUC look up the respective special magazines folder: http://www.abbuc.de/mitgliedschaft/downloads/viewcategory/7-abbuc-sondermagazine I do not use google translate so I do not know if it comes up in English or any other language. If you look at the link without being signed in as a member of ABBUC, you'll find a probably a bit misleading text naming "spezielle Mitglieder". It should read "ABBUC-Mitglieder" as a membership is required.
  15. Of course there is no proof unless a disk is found. But, as it was advertised and sold in 1984, disks containing files mainly carrying a 1985 time date stamp must be later revisions. That's what I wanted to point out. And another item to be recognized: Later versions of SD 1.1 are said to have a different volume name, V 1.1, whereas later revisions always show 'V 1.1+' If you browse older computer magazines from the US you'll find smaller (and older) ads from ICD in text mode with similar offers.
  • Create New...