Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by drac030

  1. Setting the opening of the source code aside for now, it was said something about extension of SDX. "Extension" implies that something is lacking. I would be interested in learning, then, what ideas of possible extensions people could come with.
  2. Since Fujidude has not logged on for a long time now, I have incorporated these scripts into the Toolkit disk so that they would not perish. I have now updated the comment. Also, there is a 4.49 already
  3. Indeed, a typo on page 125. I have sent a mail to the documentation master, @GBXL, about it. Thank you.
  4. READHEX? You have to run it with the X command.
  5. I do not know really because I do not use RespeQt. Anyways, write speed is the rate at which the Atari sends the data. Read speed is the rate at which the PC sends the data. Maybe there are big intervals between the command stage and data stage and that is why the overall reading speed is lower than expected. Why the writes seem slow too, I have no idea. As I said, the figures you get are only slightly better than normal results for US=2:
  6. The only thing abnormal in your setup is the effective speed around 7 KB/s while the bitrate is 125 kbps. If I have to guess, it might be due to retries occurring because the serial connection is not stable. Here I am getting effectively about 9 KB/s at nominal bitrate 98 kbps (US index 2). Correction: this is PCLink which gives me that. On a 512-byte ATR I get about 7 KB/s like you. Still, this is US=2, not 0. And no, deleting the file at the end would not affect the benchmark results.
  7. It is the RWTEST deleting the temporary file.
  8. It does not. The error is real, but that code is not used anywhere anyways.
  9. It is a game for three players, obviously.
  10. That sounds like an idea for an ultimate game: Press Start to win, press Option to lose, press Select to pause.
  11. Or maybe replace "START to begin" with "START to win" to make the game even more fun.
  12. Because it is easier to dream about new hardware than to write a program for the actual one. We really have the hardware and the tools - the number of programming languages will probably soon exceed the number of programmers, if not already have. This is the lack of manpower what beats everything.
  13. That is true. GBXL sent me disk images he created with versions of RespeQt later than 4.0. It looks like the program accepts 512-byte sectors, but calculates offsets as if the first three sectors were 128-byters. This is how it looks like: The underlined row is the first 16 bytes of the bitmap. It has been written at offset $90 ($80 of image data, not counting the header), and this effectively overwrote the large part of the sector 1, which contains the bootloader. Here the bootloader is cut short at its very beginning. The underlined data is supposed to be written at the offset $0210 instead. Next figure: Now what is it? Sectors 2-17 contain the disk bitmap (VTOC). This is an empty image, so all the bits, except for the few initial positions, should be set, indicating that the corresponding sectors are free. Yet in the middle of that area we have 384 bytes of zeros. Next figure: This is the beginning of the main directory data sector in the image, sector 19. (19*512)-512+16 = $2410, and what do we see here? $2290 - 384 bytes earlier. No wonder why these images cannot be read.
  14. You are speaking of VBXE? It does not generate sync signals, 50 or 60 Hz frame comes from the Antic. @Faicuai I am sure that you are right, first impressions often define taste for something for years. But I was not speaking of that. Actually, the first computer which had a hardware 80-column mode I saw was Amiga 500. Then PC/AT with Hercules card. Then Atari ST. Then XEP80. Then, yup, IBM 3270 (or was it 3290? I do not remember), because there was a node of EARN at my university. But, as said, I am not speaking of the 80-column screen itself, just of Atari 8-bit system font displayed in that resolution. It got me immediately, probably because it was both familiar and new at the same time. Also the 1090 80-column board uses this font (AFAIK), so it probably looked equally well.
  15. I must say, that when I first saw how the standard Atari system font looks like when displayed in 80-column resolution, I was very impressed. It looks as if it was drawn especially for this purpose.
  16. I also did a search. "Shit" returns 370,000,000 hits. So, please, what was your argument, again?
  17. If SpartaDOS 3 source code is available, maybe someone could consider fixing this:
  18. I know that I also know that for you it is the cause to reject the device, but that does not deny basic facts: that XEP is a very miserable 80-column solution, being slow, kludgy, producing awful display. Worse even, even built in its times, it could be better, it has just been awfully engineered. It seriously looks like someone's kid project for school. What for? You already have the ALT*.SYS drivers, what is the point in creating them again? It is true that this forum is pure waste of time, thus I indeed tend to avoid it, but I must admit that it is entertaining sometimes and I cannot resist
  19. Why? The topic is "what is hot in 80-column upgrades". Some (minority of) disputants promote the agenda, that XEP80 is the hottest thing we have now, whereas some other (who actually have XEP and VBXE) disagree. What is the reason to stop discussing it?
  20. Sir, it is me who asked the question, so also it is me who decides if I have the answer. Please try to focus and answer "yes" (= you do think that XEP is a real competitor to VBXE) or "no" (= you do not).
  21. Nobody expects that. You could however be kind enough to simply answer the question instead of trying to escape it. Just in case it was forgotten to this point: do you really think that anything in XEP may be called "luxury" when compared to VBXE? And when you got such an answer, to what feature request, and from whom, if you could refresh my memory?
  22. It is a really fortunate position when you know better than myself what my inner thoughts on the matter are. I find this really revealing. Yeah. Because, pardon my French, sire, but if I ask you a question, it is ultimately me who finds the answer satisfactory or not
  23. Yeah. I just asked a question, can anything in XEP be called luxury when comparing to VBXE. "Luxury" is the word you have used. Please remember that I have both devices. Yeah, that is Rapidus in turbo mode (20 MHz CPU clock - the much despised ICD driver handles that without any problem). And no, your experimentations are not irritating. They just make me curious: do you really think that XEP can be compared to VBXE as a real competitor? Because that is what your posts suggest.
  24. You think that XEP is competitive to VBXE, seriously? Anything in XEP, when compared to VBXE, can be called "luxury", really? The human race never stops surprising me
  • Create New...