Jump to content
ijor

Greaseweazle new DIY open source alternative to Kryoflux and SCP

Recommended Posts

Reporting back now it is all set up:

 

a8 images working :)    [gw read --drive 0 --rpm 288 --revs=5 <filename>.scp]

image.thumb.png.3f3824229e0b9f56cfbc9c9d8ed3983c.png

 

ST images working :)   [gw read --drive 1 --rpm 300 --revs=5 <filename>.scp]

image.thumb.png.9cf219bd1f4ee2fbdee7dc3f4f50a988.png

 

Amiga images working :)   [gw read --revs=5 --drive 1 <filename>.scp]

image.thumb.png.f02856cb7c8b9f63fceea564f3241f80.png

 

All in all - very happy :D

  • Like 2

Share this post


Link to post
Share on other sites
On 8/14/2020 at 4:05 AM, CyranoJ said:

Reporting back now it is all set up:

a8 images working :)    [gw read --drive 0 --rpm 288 --revs=5 <filename>.scp]

ST images working :)   [gw read --drive 1 --rpm 300 --revs=5 <filename>.scp]

 

Hi Cj,

 

Please considering including one or two extra tracks. That means tracks 0-41 on 48tpi drives, and 0-81 on 96 tpi ones. Not sure about the default gw settings.

Also I don't recommend including the rpm parameter. I'm not that familiar with the gw software, but we don't want it to perform any kind of interpretation to the data. So it should not need the original recorded RPM value.

Share this post


Link to post
Share on other sites
7 hours ago, ijor said:

 

Hi Cj,

 

Please considering including one or two extra tracks. That means tracks 0-41 on 48tpi drives, and 0-81 on 96 tpi ones. Not sure about the default gw settings.

Also I don't recommend including the rpm parameter. I'm not that familiar with the gw software, but we don't want it to perform any kind of interpretation to the data. So it should not need the original recorded RPM value.

 

Hi Ijor!

GW automatically does 0-41, 0-81 by default.

 

I've found without the -RPM value nothing can interpret the images it makes.

Share this post


Link to post
Share on other sites
24 minutes ago, CyranoJ said:

GW automatically does 0-41, 0-81 by default.

 

Good to know. Thanks

 

Quote

I've found without the -RPM value nothing can interpret the images it makes.

 

Are you sure? How it could work without the RPM parameter for Amiga images, but not for ST ones. Not sure that makes much sense. Would you mind posting an image produced without the RPM parameter?

Share this post


Link to post
Share on other sites
1 minute ago, ijor said:

 

Good to know. Thanks

 

 

Are you sure? How it could work without the RPM parameter for Amiga images, but not for ST ones. Not sure that makes much sense. Would you mind posting an image produced without the RPM parameter?

 

Right now I can't as I was using an external PSU to power the floppies inside the case... however I've got some cables on order for SATA->Female MOLEX, when they arrive I can do so.  However, my ST disks are slighly... odd...  They're all 5.25" :)

Share this post


Link to post
Share on other sites
1 hour ago, CyranoJ said:

However, my ST disks are slighly... odd...  They're all 5.25" :)

 

That's odd :)

 

Anyway, the RPM parameter should be avoided. It modifies and distorts the data, which is very bad for preservation purposes. Of course, if you are only extracting files from personals disks, then it doesn't matter. But even then, it shouldn't be needed. May be the gw software needs it if, and only if, you are using the gw software to interpret and to convert the dumps to plain sector level images (ATR, ST). If you are using more standard tools to perform the conversion from SCP images, such as a8rawconv for 8-bit images, then it should not be needed.

Share this post


Link to post
Share on other sites
8 hours ago, CyranoJ said:

I've found without the -RPM value nothing can interpret the images it makes.

I have done a hundred of Atari single sided single density dumps lately without -RPM option on a panasonic JU-475 and all the SCP (and then ATX with A8rawconv) work perfectly.

So chances are that, if it does not work on your side, something else (another option?) is wrong but this -RPM is definitely NOT mandatory

Share this post


Link to post
Share on other sites
On 8/20/2020 at 3:40 AM, ebiguy said:

I have done a hundred of Atari single sided single density dumps lately without -RPM option on a panasonic JU-475 and all the SCP (and then ATX with A8rawconv) work perfectly. So chances are that, if it does not work on your side, something else (another option?) is wrong but this -RPM is definitely NOT mandatory

 

Well, I was thinking...

 

a8rawconv doesn't need any kind of RPM compensation because it already expects the raw dump to be produced on a drive that has a different RPM than the one that the disk was recorded. That's the normal and common behavior. The disk was originally recorded at 288 RPM and the dump was read at either 300 or 360 RPM.

 

But other tools might not. It is actually likely that some ST don't expect that because you don't normally have that RPM discrepancy with 3.5 disks. Both PC and ST drives use 300 RPM disregarding the density. But he is using 5.5 disks and more than likely a 5.25 drive rotating at 360 RPM. So that might explain, at least, why he needed the -RPM parameter for ST disks.

Share this post


Link to post
Share on other sites

I’m on their facebook page and they seem like a super great bunch of folks.. Great resource for us archivers out there!

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...