English Amiga Board


Go Back   English Amiga Board > Coders > Coders. General

 
 
Thread Tools
Old 14 October 2005, 20:57   #1
musashi5150
move.w #$4489,$dff07e
 
musashi5150's Avatar
 
Join Date: Sep 2005
Location: Norfolk, UK
Age: 42
Posts: 2,351
Floppy disk Nibble copy

I've been wondering what exactly 'nibble copying' is and how it works.

I'm a coder and know the normal usage of DSKSYNC and how NDOS trackloaders work (I've coded a few myself) - but I've been getting more into cracking/copy protection (just for my own amusement - not spreading 'warez') since the CAPS images became more available.

Does nibbling rely on the DSKBYTE reg? And how do you calculate how long a track is?

Any help would be great guys!
musashi5150 is offline  
Old 15 November 2005, 21:31   #2
NOB
Zone Friend
 
Join Date: Aug 2005
Location: Germany
Age: 52
Posts: 424
I think on a raw MFM track (without blocks) you can write a
maximum of 1685 longwords.
To be sure to overwrite no data the gap is about 150 longwords+
aaaa4498 (one longword) for the sync.
The rawdata is now about 1535 longwords.

But i think *possibly* a gap of 100 longwords will work too.
I am pretty sure the maximum of the raw data will differ a little from
track to track.

(more infos are welcome/SPS CAPS TEAM) (searched your whole site)
NOB is offline  
Old 16 November 2005, 08:49   #3
fiath
Moderator
 
fiath's Avatar
 
Join Date: Jan 2002
Location: South East / UK
Age: 46
Posts: 1,930
http://www.softpres.org/?id=glossary:nibbler

We don't do a nibble "copy". Our technique works more at the flux-transition level - so fortunately we so don't need to take guesses. Rather a good thing in preservation.
fiath is offline  
Old 16 November 2005, 19:11   #4
Photon
Moderator
 
Photon's Avatar
 
Join Date: Nov 2004
Location: Eksjö / Sweden
Posts: 5,602
Don't know what NOB and Fiath are on about, but it seems he's asking how to read/write track information using the nibble method, not asking about how an MFM track is loaded or how Fiath reads his disks?

Was into nibbling at one point, but it's been 15-16 years, so I'm sure I don't remember, or I would help you for sure.
Photon is offline  
Old 16 November 2005, 22:56   #5
DeAdLy_cOoKiE
Registered User
 
DeAdLy_cOoKiE's Avatar
 
Join Date: Jan 2003
Location: Netherlands
Posts: 122
I know I fixed a lot of disk using the nibble copy feature in x-copy.
Not sure how it works exactly, but it seems that when it reaches a bad track, it keeps on reading it until it gets it right, or reads as much data that can be read before copying, or maybe the essntial parts.
DeAdLy_cOoKiE is offline  
Old 17 November 2005, 13:26   #6
IFW
Moderator
 
IFW's Avatar
 
Join Date: Jan 2003
Location: ...
Age: 52
Posts: 1,838
A software only nibbler should blind read a track several times and try to pick whichever track data is the more likely to be correct - the mfm encoding looks correct and the data parts without the track gap area look identical or similar.
One of the many weak points in this is finding out about syncing used - normally left to the user.
IFW is offline  
Old 17 November 2005, 13:50   #7
fiath
Moderator
 
fiath's Avatar
 
Join Date: Jan 2002
Location: South East / UK
Age: 46
Posts: 1,930
Quote:
Originally Posted by Photon
Don't know what NOB and Fiath are on about, but it seems he's asking how to read/write track information using the nibble method, not asking about how an MFM track is loaded or how Fiath reads his disks?
I was replying to NOB, not the original poster.
fiath is offline  
Old 17 November 2005, 14:48   #8
musashi5150
move.w #$4489,$dff07e
 
musashi5150's Avatar
 
Join Date: Sep 2005
Location: Norfolk, UK
Age: 42
Posts: 2,351
Hi guys - I'd almost given up on this post Yeah, what I'm interested in is the algorithm/idea behind reading MFM tracks and calculating:

a) How long they are
b) Sync marks
c) any other info I might need...

So if I read a track without sync how can I tell what the sync marker might be so I can re-align? Is this VERY difficult and is it why X-Copy etc lets the user input the value?
musashi5150 is offline  
Old 17 November 2005, 18:40   #9
IFW
Moderator
 
IFW's Avatar
 
Join Date: Jan 2003
Location: ...
Age: 52
Posts: 1,838
It can be... and sometimes there are decoys on the track to prevent guessing.
IFW is offline  
Old 18 December 2005, 00:49   #10
Phantasm
Not a Rebel anymore
 
Phantasm's Avatar
 
Join Date: Apr 2005
Location: UK
Age: 51
Posts: 498
Quote:
Originally Posted by musashi5150
Hi guys - I'd almost given up on this post Yeah, what I'm interested in is the algorithm/idea behind reading MFM tracks and calculating:

a) How long they are
b) Sync marks
c) any other info I might need...

So if I read a track without sync how can I tell what the sync marker might be so I can re-align? Is this VERY difficult and is it why X-Copy etc lets the user input the value?
a) You can figure out the length of the track without knowing the sync simply by finding the point where the data pattern starts again. This will give you the complete track size (including gap) but bear in mind that it may not be a multiple of 8 or 16 bits so it can be quite processor intensive to search for it in this way. Its much easier if you know the sync value and you can work the track size out by counting the bits between sync markers (or multiple sync markers if the format has one for each sector).

b) Theres no way to figure out the sync marks (at least I dont know of one), you could try a few common ones used by known loaders.

c) I think thats all you need to know, basically the tricky part is writing the tracks back to disk. you need to try and identify the track gap and adjust the size of the track gap based on the exact amount of space on the destination track. This is where the sync comes in because it should help you to identify the gap area.
Phantasm is online now  
 


Currently Active Users Viewing This Thread: 1 (0 members and 1 guests)
 
Thread Tools

Similar Threads
Thread Thread Starter Forum Replies Last Post
Requester Bug when copying IPF to Standard ADF with X-Copy/Power Copy. BarryB support.WinUAE 9 17 January 2012 20:20
Copy CF card file to ram:, insert other CF card, copy over? Photon support.Hardware 16 21 July 2009 22:05
Super Nibbly, the Nibby Nibble clone NewDeli Games images which need to be WHDified 18 07 May 2009 20:02
X-Copy koncool request.Apps 3 11 July 2006 11:27

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +2. The time now is 08:15.

Top

Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.
Page generated in 0.08702 seconds with 15 queries