Jump to content

Photo

a8rawconv, a new raw disk conversion utility


144 replies to this topic

#126 Zarxx OFFLINE  

Zarxx

    Chopper Commander

  • 120 posts
  • Location:UK

Posted Wed Feb 22, 2017 1:02 PM

Thanks. All OK apart from this one for some reason. Has a lot of weak sectors compared to the others.

 

Shanghai (1987)(Activision)(GB) - T33 - Weak s1-11

 

Attached File  Shanghai.zip   3.98MB   56 downloads - ATX & SCP



#127 Savetz OFFLINE  

Savetz

    Stargunner

  • 1,039 posts
  • Location:Portland OR

Posted Sat Mar 25, 2017 12:53 PM

I've read read a bunch of disks with KyroFlux, some of which are important and unpreserved, and though they seem to read fine with etc, a8rawconv give me a ton of errors on most of the files.

 

A lot of CRC failures followed by "Missing sectors not supported by ATR format."

 

Using v.9 on Mac. Is there anything I can do to improve things?

 

thanks

-Kevin



#128 ijor OFFLINE  

ijor

    River Patroller

  • 2,189 posts

Posted Sat Mar 25, 2017 4:35 PM

(bolding is mine):

 

I've read read a bunch of disks with KyroFlux, some of which are important and unpreserved, and though they seem to read fine with etc, a8rawconv give me a ton of errors on most of the files.

A lot of CRC failures followed by "Missing sectors not supported by ATR format."

 

Kevin, are those original copy protected disks? If so, you can't convert them to ATR, you must convert them to ATX. Anyway, if they are rare, please provide the raw Kryoflux dumps somehow for preservation.

 

 



#129 Allan OFFLINE  

Allan

    Quadrunner

  • 6,359 posts
  • Location:Wallingford, CT

Posted Mon Jul 3, 2017 9:01 AM

Has anyone got the Mac OS X version of this to work? I'm struggling to get a8rawconv to work.

 

I am using Terminal. Both the a8rawconv and the raw files made by the Kryoflux software are in the same folder. Made sure I'm in the right place with 'pwd'. But I get :

 

'-bash: a8rawconv: command not found'

 

I am using a8rawconv MECCtrack00.0.raw MECC.atx

 

Allan

 

 



#130 toddtmw OFFLINE  

toddtmw

    Dragonstomper

  • 548 posts
  • Location:Cincinnati, Ohio

Posted Mon Jul 3, 2017 9:38 AM

Has anyone got the Mac OS X version of this to work? I'm struggling to get a8rawconv to work.

 

I am using Terminal. Both the a8rawconv and the raw files made by the Kryoflux software are in the same folder. Made sure I'm in the right place with 'pwd'. But I get :

 

'-bash: a8rawconv: command not found'

 

I am using a8rawconv MECCtrack00.0.raw MECC.atx

 

Allan

 

 

 

Did you try putting a ./ in front of the command?

./a8rawconv MECCtrack00.0.raw MECC.atx


#131 Allan OFFLINE  

Allan

    Quadrunner

  • 6,359 posts
  • Location:Wallingford, CT

Posted Mon Jul 3, 2017 9:46 AM

That was it. Thanks. I'm getting a bunch of 'Invalid sector number' messages but it did actually run the program and write an ATX. I will look at it some more after work.

 

Thank You,

Allan



#132 ijor OFFLINE  

ijor

    River Patroller

  • 2,189 posts

Posted Mon Jul 3, 2017 3:05 PM

I'm getting a bunch of 'Invalid sector number' messages but it did actually run the program and write an ATX.

 

That is normal for some disks.



#133 Allan OFFLINE  

Allan

    Quadrunner

  • 6,359 posts
  • Location:Wallingford, CT

Posted Mon Jul 3, 2017 8:57 PM

 

That is normal for some disks.

Thanks. Good to know. Looking forward to copying all the disks I have.

 

Allan



#134 luckybuck OFFLINE  

luckybuck

    Stargunner

  • 1,032 posts

Posted Mon Jul 24, 2017 6:05 PM

Hi together,

Hope, I have rebuild a very rare disk by:

./a8rawconv -b -l -if kryoflux -of atx -v SYNFILEPLUS00.0.raw SYNFILEPLUS00.0.atx

and got just one error:

Writing ATX file: SYNFILEPLUS00.0.atx
WARNING: Track 39, sector 17: Stable CRC error detected at position 0.89.
0 missing sectors, 0 phantom sectors, 1 sector with errors
Did I miss something? The atx seems to work.

Thanky you for helping.

 



#135 Farb OFFLINE  

Farb

    Dragonstomper

  • 715 posts
  • Location:Frankfurt, Germany

Posted Mon Jul 24, 2017 11:46 PM

Hi together,
Hope, I have rebuild a very rare disk by:
./a8rawconv -b -l -if kryoflux -of atx -v SYNFILEPLUS00.0.raw SYNFILEPLUS00.0.atx
and got just one error:
Writing ATX file: SYNFILEPLUS00.0.atx
WARNING: Track 39, sector 17: Stable CRC error detected at position 0.89.
0 missing sectors, 0 phantom sectors, 1 sector with errors
Did I miss something? The atx seems to work.
Thanky you for helping.

 


Thanks for taking the time to dump this title. What you are seeing is a8rawconv reporting the copy protection it found. In this case, it's a stable CRC error.

#136 GlowingGhoul OFFLINE  

GlowingGhoul

    Moonsweeper

  • 280 posts

Posted Tue Mar 27, 2018 10:42 AM

So is the last development version (weaktest) the one to use?



#137 Pheonix OFFLINE  

Pheonix

    Chopper Commander

  • 198 posts

Posted Mon Nov 5, 2018 12:38 PM

Any plans to correctly convert phantom sectors to SCP?  It works OK with just a single sector or 2, but some disks have several.  Archon II, for example, has 17.  Results in an SCP file that I cannot convert or write correctly to disk.  Unless I'm missing something, which is actually fairly likely :(

 



#138 Zarxx OFFLINE  

Zarxx

    Chopper Commander

  • 120 posts
  • Location:UK

Posted Mon Nov 5, 2018 1:32 PM

Can you explain what it is you are trying to do and I'll see if I can help?

 

Are you creating an SCP from an original floppy or converting from a previous backup ATX/SCP?

Do you have any example files you can attach?



#139 ijor OFFLINE  

ijor

    River Patroller

  • 2,189 posts

Posted Mon Nov 5, 2018 2:42 PM

Any plans to correctly convert phantom sectors to SCP?  It works OK with just a single sector or 2, but some disks have several.  Archon II, for example, has 17.  Results in an SCP file that I cannot convert or write correctly to disk.  Unless I'm missing something, which is actually fairly likely :(

 

The problem is not exactly converting double (phantom) sectors. The problem is converting short, overlapped sectors, as those tracks must have, because otherwise it won't fit. Reconstructing such a track is not a trivial task at all. It has been on my TODO list for quite some time (possibly on Phaeron's one as well :) ) For these cases (they are not too many), it is better to write back directly from an original SCP image.



#140 Pheonix OFFLINE  

Pheonix

    Chopper Commander

  • 198 posts

Posted Mon Nov 5, 2018 3:45 PM

I was afraid of that :(  I don't have access to the original SCP (actually Kryoflux in my case,) files any more.  I actually convert from the archived ATX files to SCP with a8rawconv.  Then from SCP to Kryoflux with HxC.  I haven't had a problem untill my Archon II disk failed.  Then I discovered the problem with the ATX archive :(  Can still play it in emulation, of course.  But I can no longer play it on original HW :(  Was hoping it was something you were working on, and could expect it in the next release.

 

I figured it was the overlapping that was causing the problem.  I'm only an amateur programmer, so it's probably beyond my ability to work with :(



#141 Zarxx OFFLINE  

Zarxx

    Chopper Commander

  • 120 posts
  • Location:UK

Posted Mon Nov 5, 2018 4:11 PM

I was afraid of that :(  I don't have access to the original SCP (actually Kryoflux in my case,) files any more.  I actually convert from the archived ATX files to SCP with a8rawconv.  Then from SCP to Kryoflux with HxC.  I haven't had a problem untill my Archon II disk failed.  Then I discovered the problem with the ATX archive :(  Can still play it in emulation, of course.  But I can no longer play it on original HW :(  Was hoping it was something you were working on, and could expect it in the next release.

 

I figured it was the overlapping that was causing the problem.  I'm only an amateur programmer, so it's probably beyond my ability to work with :(

 

Well... here's mine. Enjoy!

 

 

Attached File  Archon II - SCPs.zip   15.28MB   21 downloads



#142 Pheonix OFFLINE  

Pheonix

    Chopper Commander

  • 198 posts

Posted Mon Nov 5, 2018 6:01 PM

Thanks you greatly :)  Now to go through my archive, and re-image all the ones that have a similar problem.  Keeping my fingers crossed that no more disks fail before then.  Unlike some others, I'm not exceptionally worried about preservation integrity... As long as the resulting disks are close enough that real HW can't tell the difference, I'm happy.  Don't like cracking things, unless its absolutely necessary.

 

I imagine most of my ATX files can stay that way.  But some will need to be re-imaged and kept as a flux level dump.  I'll probably convert the Kryoflux files to SCP format.  Mainly so I'm archiving 1 files instead of the 40-168 files that the Kryoflux generates.  The Kryoflux creators promised a unified, single file, format.  But it never materialized.  That's going to take a bit of time, though :(  After I'm done, I'll probably be back begging for SCP files (or Kryoflux,) of the ones that are failing.  Most of my original disks just don't work any more, mainly due to age.  Of course, there are quite a few, I probably won't worry about, even if they fail.  I just didn't care much for those games.



#143 phaeron OFFLINE  

phaeron

    River Patroller

  • Topic Starter
  • 2,736 posts
  • Location:Bay Area, CA, USA

Posted Mon Nov 5, 2018 10:14 PM

Why not just zip up the Kryoflux files instead of converting them? There are some things that don't convert cleanly to SCP, such as partial tracks.



#144 Pheonix OFFLINE  

Pheonix

    Chopper Commander

  • 198 posts

Posted Sat Nov 10, 2018 5:42 AM

I'm probably going to go a different route after all.  Keep the ATX files, just add in the tracks that won't convert back to the archive as well.  So with Archon II (for example,) I'd have the ATX file and the raw flux file for track 2 (actually track 4 with single step numbering.)  Then I use my normal method of converting to raw flux files and then copy the problematical track over.  Ends up with much smaller files.  Which, with a KF dump can be several MB instead of less than 100 KB.



#145 F#READY OFFLINE  

F#READY

    Chopper Commander

  • 100 posts

Posted Sun Nov 11, 2018 4:32 AM

What is the reason to have smaller files? For long term preservation it's best practice to keep the files close to the source (the raw dumps).

Derived files (e.g. ATX, PRO) can be used for testing and as publication format for emulators.

Or maybe I'm missing something?




0 user(s) are browsing this forum

0 members, 0 guests, 0 anonymous users