Jump to content


+AtariAge Subscriber
  • Content Count

  • Joined

  • Last visited

Posts posted by Larry

  1. Here's a comparison between my old "home-brew" cable and my new double-shielded one. This is with a stock 130XE. My old cable was made from a regular Chroma/Luma/Composite/Audio cable + an S-video cable that was split for Chroma/Luma.  About 9' long -- way too long, but always seemed to work pretty well.  Anyway, I asked the Hercules Workshop guy to make mine 3'.  No problem -- so you can get custom lengths.  I really can't see much difference.  Maybe the double-shielded is a bit sharper?  But I'm glad I got it if for no other reason than to help clean up the "cord clutter" on my desk.


    (TOP: Double-Shielded BOTTOM: Home-Brew)



    • Like 2

  2. With the pandemic, there seems to be resurgence of netbooks for education (Chrome and Windows 10), but certainly with better specs by far than those sold 10 years or so ago.  Here's one I ran across, and a newer 4 GB ram model with larger EMMC drive is supposedly in the works.




    Is anyone using a similar netbook with APE or RespeQt?  Looks to have plenty of features/speed for simple applications like our drive emulators.




  3. One of my favorite games... Was there more than one (extra) data disk for this title? I have a Data Disk #2, but it does not have any data on it.


    Also, didn't someone hack a construction kit for it?  I seem to remember seeing one, but not sure.





  4. I have successfully made several atx images of  protected originals using RespeQt +  Happy. But is it possible to write those images out to a real disk using RespeQt 4.3 or 5.3 + Super Archiver or Happy?  Or is that only possible using Supercard Pro (or Kryoflux) + a8rawconv or the SCP or Kryoflux software.  Is the internal description of the atx copy protection "standard" regardless of what device the image is made on? (So if the atx was made using a Super Archiver, could it be written to disk using a8rawconv)?

  5. 19 hours ago, brenski said:

    managed to buy this off ebay. but disk is unreadable.


    What drive(s) did you try?  You might try with an XF551 if you have access to one. I always have had better luck with the XF551 when trying to read "stubborn" disks.  And do you have an Archiver/Editor or Super Archiver?  (Or the Happy archiver might run on the clone.) That might tell what sectors do contain valid data. Interesting challenge.

  6. Yes, my Bruce Lee is the combo disk with the C64 version on the front. So yes, there would be no index hole with the disk flipped.  I would have to add one.  I never thought of that.  I have several combo disks.  Looks like I will not be imaging back sides since I would prefer not to modify my originals.  Interestingly, I haven't been able to make a successful backup yet with Happy, Archiver, or Super Archiver. The original boots fine, so no problem with it.

  7. Is there a simple way to reset a Happy Drive via software? I'm thinking of small utility that could be run from a Dos 2/MyDos type environment.


    If that is not possible, a hardware mod maybe a jumper with momentary switch?  I don't like the constant power off/on cycling to reset the drive.



  8. So with my new found success, I decided to move to the deep end of the pool -- I took out my original Bruce Lee from Datasoft.  I readied everything and started to make an image. Immediate failure -- "no index pulse found." 


    What is the success rate with SCP?  Given that I am still at the very beginning of the learning curve, I'm sure things will get better. (I hope!)  But I've got to admit, that Super Archiver looks mighty good right now!

  9. Success!


    In order to get a valid com port, I had to plug in my SIO2PC-USB (with the FTDI chip).  It was com3.  When I invoked a8rawconv without a :comx, it failed.  It still could not find the com port.  But looking at the device manager, I found com4 had now been opened.  So I added :com4, and the drive activated and the disk was written out.  The disk was just a regular dos disk, but it booted correctly with all sectors are valid.


    I disconnected the SIO2PC-USB interface, and com3 disappeared from the Device manager, but com4 remained. Unplugging the SCP interface, the com4 went away.  But when I reconnect SCP, com4 pops up correctly.  So why didn't this work before?  My theory is because this is a desktop, it has a valid com1 sitting there unused. (?) But attaching a USB device that called for a VCP, Windows attached one. So my issues should be over.


    Thanks for the help. 

  10. 7 hours ago, AeroDD said:

    In case anyone was curious as to current shipping times to the US for and AVGCART, @tmp sent mine on 17 Aug, and I received it on 27 Aug.


    10 days isn't bad considering the state of international shipping these days.


    Thanks, tmp!  This device is really great.

    How was it shipped -- postal system?  Are postal shipments to the U.S. being made again?

  11. in post #88, @JimDrew says:

    "In Window's Device Manager, go to "Universal Serial Bus Controllers" and locate the entry called "USB Serial Converter". Right-click that entry and select Properties. Under the advanced tab select "Load VCP". That instructs Windows to load a virtual com port (a COMx port). If that is not selected, you will not have a COM port setup for the SuperCard PRO board! Click OK and exit the Device Manager. You will need to remove and re-insert the USB connection to the SuperCard PRO board in order for Windows to force the loading of the VCP."


    At the end of the USB listings in the Device Manager is the USB Serial Converter.  Everything seems to be OK. VCP is "checked."


    It is the FTDI driver dated 8-16-2017

    There are no newer drivers that I can find.  I uninstalled the driver and re-installed it.  Is this what a8rawconv (0.94) is looking for?  It can't find it. Win10.


    Maybe I'm missing something?




  12. 1 hour ago, phaeron said:

    This error means that a8rawconv couldn't find the file at all, never mind the contents of it. Double-check the file with the DIR command -- make sure it doesn't have a double extension, like dosdisk.scp.txt.



    Thanks, it was dosdisk.scp.scp with Dir


    Next issue is the com port or VCP.  The device manager says that it is working properly.  I checked the box to load it under the Advanced tab of Properties.  Says it is port 0005 hub 0001  Manufacturer FTDI 


    a8rawconv dosdisk.scp scp0:48tpi:com5


    produces "unable to open serial port 5"  Any thoughts about that?  I've tried every com port from 1 to 13.

  13. When using the following command line to write out my SCP test image, I keep getting an error "unable to open input file dosdisk.scp".


    a8rawconv dosdisk.scp scp0:48tpi


    Windows originally made my .scp file a text file.  I changed the file association to SCP control software.  But the file could not be opened under either situation.  Both files are on my D drive in the root directory. a8rawconv is "allowed" by my antivirus.


    Any thoughts?

  14. I dug out some docs on how to use it with a Happy Drive.  It does require using the Happy Backup Program.  I'll try it, and if it works, I'll post the docs.  Part of the "magic" is that the Prosystem sees APE drives as "Happy." But it may have only worked with some test versions that Steve sent to me years ago -- it may not have made its way into the current Prosystem software.  At one time, Steve was interested in enhancing the Prosystem.  But I don't think that he ever pursued it very far.

  15. While I'm trying to get my SuperCard Pro working to meet my imaging needs, I thought I should try the APE Prosystem again.  I haven't used it much at all for at least 5 years.  I didn't find much in the way of docs, but there are several threads at the Atarimax forum that provide some good info.  I have a APE USB interface, and figuring out how to use it with the PS was pretty straight forward.  And I managed to make some .pro images of several disks that have pretty mundane copy protection.  One small benefit of the ProSystem is that the files it produces are quite small -- certainly as compared to flux image.  And you can mount and use the .pro images with APE.  I remember that some folks here were not happy that the PS software is not open source (same as APE software). But it is "free" if you own an APE USB interface and the licensed software, so there is nothing extra to buy.  You just need an Atari computer and a 1050 or other drive.  (IIRC) you can write out the images with a Happy Drive. I don't think that it can write to an Archiver, but not sure about that.


    So has anyone here done much imaging with the Prosystem?  Done anything that has had fuzzy sectors, etc.?  What are your thoughts about its capabilities? 



  16. 6 hours ago, cwilbar said:

    Check all the settings carefully, as you can adjust both read and write settings for some parameters.


    I presume you are writing to the same drive as you are reading from ?


    I haven't dug into doing C64 disks yet, but I believe I was getting double stepping even though my drive is 48tpi when I had the pull down set to C64 disks.  Though I've upgraded a couple versions since, and I have not gone back to revisit imaging C64 stuff.


    For those archiving for the Atari 8 bitters.... I think the SuperCard Pro is well represented.  The primary choices have been SCP and Kryoflux.


    Keep at it, sounds like your getting close.




    Yes, same drive -- it is a Chinon from an XF551.  Works great in the XF551.  Have you written out some of your .scp images using only the included SCP software?  Did it work, or did you have to use a8rawconv?


    I made an image of a dos 2.5 disk and it is 6.68 MB.  Later I'll try to write it out.

  17. 7 hours ago, ijor said:


    I understand you are trying to copy a disk directly and not dumping an image, and then write back the image, correct? I think this is a rare usage. Most people either create an image, or either write back one. So not sure how much help are you going to get with this procedure.


    Anyway, the SCP software usually can't locate a correct write splice. You need to use a8rawconv to drive the write back procedure. And for the same reason a copy directly would fail most of the times.


    So don't copy. Make an SCP image instead, then write it back using a8rawconv.


    Hi Ijor-

    Yes, that likely is true, but the easiest way to see that SCP is actually working correctly is to copy a disk then boot that disk with a regular Atari drive.  I plan to try a8rawconv as a work-around, but the SCP is supposed to copy correctly -- as-is. Hopefully, the software can be updated to copy correctly. In the meantime, I have downloaded a8rawconv 0.94.  I'll read through the a8rawconv thread here and see if I can get this to work. I presume that a8rawconv will find the SCP 48TPI floppy drive through the USB? (Or does it need to be inside my PC to write using Phaeron's software?)


    Can you please give me an example of the a8rawconv syntax that would be used to write out a saved SCP image? 


    I think I may know what the issue is -- it is the 288 vs 300 rpm's.  If the SCP software does not compensate (like an XF551), it would fail. Here is a screenshot of a disk copied with SCP then read with a 1050 with the Archiver/Editor.


    Dos Disk Copied with SCP.jpg

  • Create New...