Jump to content

ijor

Members
  • Content Count

    2,634
  • Joined

  • Days Won

    2

ijor last won the day on July 31 2011

ijor had the most liked content!

Community Reputation

762 Excellent

About ijor

  • Rank
    River Patroller

Contact / Social Media

Profile Information

  • Interests
    vapi,pasti

Recent Profile Visitors

12,214 profile views
  1. I actually do think that one adapter is more convenient than two. But this is retro, it is fun to use original hardware as much as possible. I do find it quite cool to be able to use my old ICD host adapters with an SD Card. I'm sure this is not the fastest method, but usually I don't care too much about that. When I do want maximum performance for some reason, then I can use something else.
  2. The SH204 it is actually SCSI. It doesn't use an embedded SCSI drive. But it does have the 50 pin SCSI connector and an Adaptec SCSI controller connected to it. In theory you could remove the Adaptec controller and install something like SCSI2D. But the SH204 ACSI to SCSI implementation is very primitive and limited, and then in practice, it might not work.
  3. Some people will never grow. It's a pity. These silly fights is one of the reasons that many people left the Atari scene. IMHO, it might be better if some moderator would lock this thread.
  4. Oh, come on. Stop this silliness. If that is still true, then I agree that is about time that they would remove that reference. But that doesn't justify your reply here.
  5. Actually it has no relation with the copy protection. You will have the same issue with disks without any copy protection, or even with your own home made disks formatted with a 1050 or 810. The problem is that most A8 disks are not formatted aligned with the index hole. This is true both for original disks and for personal disks unless formatted with some drives like the XF551. To writing low level images of these disks correctly, the software must locate a suitable write splice point that is not the index hole. The SCP software can't perform this reliably as Phaeron's software does.
  6. Great. And thank you so much once again for all the archiving you are performing. But be aware that 8-bit disks has an additional complication when dumping the "flippy" side. We covered this issue in a few threads here already.
  7. It is perfectly possible. The hardware supports a firmware update mechanism without using an USB blaster. I considered implementing this and a couple of other features, i.e., I miss the possibility of mounting a second cart image "on top" of SDX as you can on real hardware. But it is not a trivial update and besides currently not having much time, don't have much motivation either. May be, eventually. May be the original developer will. AVG is a more powerful implementation of the same concept, but it is not open source
  8. Almost sure it is a hack, I've seen hacks already that they were really an old version just with the version number modified in the disk. But, just in case, please do post a dump.
  9. Ok, please post all the images you "couldn't archive", probably most of them are ok they just might need a special configuration. And again, even a non working low level image is very useful. Also, if you can, please post images even if they are present at Atarimania. Not all Atarimania images are 100%, and many titles were published in multiple versions. And even if it is exactly the same version, multiple dumps are useful to confirm and verify the image. Thanks a lot once again!
  10. What exactly do you mean by not being able to archive? Creating the images fails or you just can't verify the image under Steem? If the latter, then post the SCP image anyway, probably it requires a special configuration. And even if it fails because, say, some sector is damaged, it still could be useful because sometimes damaged sectors can be recovered from this low level images.
  11. The official Atari timing and specification were published in a couple of documents available at https://docs.dev-docs.org/ I think the main ones you might be interested to check are: - Engineering Hardware Specification of the Atari ST Computer System - Application Notes on the Atari Computer System Interface (ACSI) - Atari ACSI/DMA Integration Guide Official specs are not always the best and sometimes are even not 100% correct, but they are important to check nevertheless. You must disconnect from the bus when not needed. Among other reasons because on some ST models the bus is internally shared with the floppy interface.
  12. You are doing an excellent job, and we are all grateful for your preservation effort. There is quite some rare stuff here, especially for all the utilities and application that are rarely preserved.
  13. May be just for the record because not sure this changes much of the essence here ... Note that this doesn't depend entirely on GTIA. It is also affected by the clock skew. GTIA's internal logic is mostly synchronized to the clock directly coming from the oscillator or Freddie (F01 and F02 signals in the GTIA schematics). OTOH, all programmable registers (like PRIOR) are synchronized to the main system board phi2 clock (S2B signal). There is quite a long way from one clock to the other passing from GTIA, ANTIC, and some external logic, plus SALLY if present. This unavoidable produces some clock skew that is very relevant to these synchronization timing issues. I don't know if somebody measured this clock skew and made statistics. But it might be slightly different across different models because the logic is slightly different, especially if SALLY is present or not. Probably, and this is not much more than just a guess, this difference is minor in comparison to temperature variations, though.
  14. That sounds strange. Would you mind posting those roms?
×
×
  • Create New...