20 August 2010, 21:36 | #41 | |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,505
|
Quote:
Easiest solution is probably image device like fmsdisk.device or similar (usable also on real Amigas without diskspare) But if you only want to read them on winuae: mount it as a harddrive |
|
20 August 2010, 21:44 | #42 | |
Global Moderator
Join Date: Aug 2008
Location: Sidcup, England
Posts: 10,300
|
Quote:
Surely all that WinUAE cares about is that there's enough space in he disk image? Why should it care about whether 12 sectors fit on a normal ADOS formatted disk? |
|
20 August 2010, 21:48 | #43 | |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,505
|
Quote:
|
|
20 August 2010, 21:53 | #44 | |
Global Moderator
Join Date: Aug 2008
Location: Sidcup, England
Posts: 10,300
|
Quote:
So, if I declare diskspare.device instead of trackdisk.device in the 'Device = ' statement in my DS0 mountfile, will it then work? Edit1: And could fmsdisk.device could be used in the same way? Edit2: Sorry for all these questions. It will save me a lot a trial and error if I know what might and might not work beforehand. Last edited by prowler; 20 August 2010 at 21:59. |
|
20 August 2010, 22:37 | #45 | |||
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,505
|
Yes. 12 sectors in Amigados format can't fit in DD disk, diskspare uses custom format (no sector headers and other "unnecessary" data that normal ados format includes)
Note that only physical format is custom (requires extended adf), logical format is normal (=standard ADF compatible). Any Amiga filesystem has no problems with this, just like harddrive can have any number of logical head, sectors etc.. Remember also that Amiga disk controller can only read and write raw data. Software is needed to encode/decode MFM. PC floppy controllers do the MFM decoding in hardware, software can't even see original raw data.. Hope this isn't too confusing Quote:
Quote:
Quote:
|
|||
20 August 2010, 22:49 | #46 |
Global Moderator
Join Date: Aug 2008
Location: Sidcup, England
Posts: 10,300
|
Thankyou very much for your replies, Toni! They're not confusing at all!
This is my first experience of custom disk formats, device drivers and mountlists for the Amiga, so there were bound to be a few points I would have trouble with. However, all is clear now! |
21 August 2010, 02:47 | #47 |
Registered User
Join Date: Aug 2007
Location: UK
Posts: 446
|
How do people now image ndos disks so that they can be used with winuae. Isn't this the way that should be aiming for with these, as ndos disks.
Better way is to hope that someone has these disks and can image them for use on winuae in an adf or other usable disk device. That is without needing to have a custom mount list. Because if you remember these disks had to be used from boot. Run from boot disk 1 would load the AUI menu if selected a disk two software|game it would then load the data from it. This couldn't be done from wb, the disk 1 and probably the disk cover, magazine and disk menu says this. Have a look at a disk1 to see what it uses to accesses these disks is maybe the way, and try to make them do the same. The disk1 can be viewed from wb but not disk2, though disk1 is needed to be looked at, the startup scripts. |
21 August 2010, 04:28 | #48 | |
Phone Homer
Join Date: Jun 2006
Location: 5150
Posts: 5,773
|
Quote:
|
|
21 August 2010, 07:12 | #49 |
Registered User
Join Date: Aug 2007
Location: UK
Posts: 446
|
If you know disk1 startup scripts really did use diskspare mountlist then i guess for originality Prowler will use that also. Reason i asked so it can be kept original as possible. As i cannot check right now what disk1 startup scripts use for disk2.
If disk1 never used diskspare mountlist then the disks prowler is converting from disksqueeze should not use diskspare also. And a request be made to replace these disks from original disks. Though the Amiga User International - Coverdisk hunt seems this might not be possible to do, the problem why shown in this post. I would not be suripsed if does use diskspare mountlist as i would have tried my very best to use exact same methods when i converted them, as original disk for disk2. I do remember they were a major problem, for any other disk image tool i had then. As it is maybe for the caps imager now. |
21 August 2010, 09:32 | #50 | |
WinUAE developer
Join Date: Aug 2001
Location: Hämeenlinna/Finland
Age: 49
Posts: 26,505
|
Quote:
Physical format is ndos, logical format is dos. It can be stored in "physical format" (extended adf) but image is twice the size and includes some "useless" (header info, mfm encoding etc) data. (same as storing normal 880k dos disks as an extended image) It can also be stored in "logical format" (normal adf), size is 512*sectors*2*80, includes only user data, no extra formatting data included. Normally custom formatted disks' (copy protected games) format is unknown (and also single disk can have multiple different per-track formats) and only possible method for imaging is image file that supports raw data. trackdisk.device is sort of "converter" that can convert between standard ados disk in extended format to/from standard adf. diskspare.device does the same with diskspare disks. (extended adf to/from standard adf with 12 sectors) Hope this helped |
|
21 August 2010, 22:52 | #51 | ||
Global Moderator
Join Date: Aug 2008
Location: Sidcup, England
Posts: 10,300
|
Quote:
Quote:
I didn't get a chance to try this today, due to visitors. When I do, I'll look at how the Disk 1 startup scripts make it possible to access the files on Disk 2 and use this as a basis for mouting the 12 blocks per track ADF images in WinUAE. If this is successful, I shall upload a readme file, complete with diskspare.device and mountlist files for mounting these images, to be provided in the AUI Coverdisks folder on the EAB File Server. Of course, it might also be possible to boot the emulation from the Disk 1 image and access the files on the Disk 2 image mounted in DF1:, and I shall investigate this also. I can confirm that the Disk 1 images I extracted from the DiskSqueeze archives did not require the diskspare.device in order to do so. These images are standard 880K ADFs and will mount without additional device drivers or mountlists. |
||
22 August 2010, 06:08 | #52 |
Registered User
Join Date: Aug 2007
Location: UK
Posts: 446
|
Howerver you do it better to also post those details here, and the read me. So become a guide thread for others in future needing to do this.
Thanks Toni for the useful details, copied to a txt for future reference. |
24 August 2010, 01:13 | #53 | ||
Global Moderator
Join Date: Aug 2008
Location: Sidcup, England
Posts: 10,300
|
Quote:
Quote:
From this, I must assume that I'm using a version of the emulator which doesn't support Diskspare disks. (Don't ask. ) I guess it's time for an update! |
||
24 August 2010, 17:57 | #54 |
Zone Friend
|
its possible to use a memory drive statram.device, or a FMSdisk.device as a diskspare device. just use the same settings in the DS0: and DS1: or mounlist.
FMSdisk.device uses harddrive statram.device uses memory couldnt be much simpler heres my mountlist for FF0: and SD0: SD0: Device = statram.device Unit = 0 BlocksPerTrack = 12 HighCyl = 79 BufMemType = 1 DosType = 0x444F5303 Flags = 3 Surfaces = 2 Reserved = 2 Interleave = 0 LowCyl = 0 Buffers = 5 StackSize = 600 Priority = 5 Mount = 1 # FF0: Device = fmsdisk.device Unit = 0 Flags = 1 Surfaces = 2 BlocksPerTrack = 12 Reserved = 2 Interleave = 0 LowCyl = 0 HighCyl = 79 Buffers = 2 BufMemType = 0 # You can have upto 9 FF0: - FF9: i believe the dostype is for FFS not OFS in SD0:. HighCYL can also be 81 but most of the AUI disks only used 79. |
24 August 2010, 18:12 | #55 |
Phone Homer
Join Date: Jun 2006
Location: 5150
Posts: 5,773
|
I think the problem is imaging the disk?
DF1 shows NDOS but what about DS1? I would assume ADF/eADF could hold a disk of this type. |
30 September 2010, 23:46 | #56 |
HOL/FTP busy bee
Join Date: Sep 2006
Location: Germany
Age: 46
Posts: 31,525
|
Reload
Just had a talk with NioByte on IRC tonight and he extracted the AUI disks. That results in 'normal' disks which can be imaged to ADF. Struggled a bit before I got it tbh, because I thought the disks were 'ready-to-use'. Okay, the question now is why not just keep the extracted data instead of the original disk images (or both for that matter)? In order to use them you'd have to go through that process anyway (hope I got that right ). Last edited by TCD; 01 October 2010 at 00:05. Reason: -d +ve ;) |
01 October 2010, 23:08 | #57 | |
Global Moderator
Join Date: Aug 2008
Location: Sidcup, England
Posts: 10,300
|
Quote:
Unless the preference is for original disk images rather than useful files, I see no reason why keeping the extracted data exclusively should not be a better alternative. Quite! |
|
01 October 2010, 23:32 | #58 |
HOL/FTP busy bee
Join Date: Sep 2006
Location: Germany
Age: 46
Posts: 31,525
|
Thanks for confirming prowler
I shall upload the extracted disks tomorrow then and wipe some missing ones off that list Will also ask NioByte for the original diskspare images and put them of the file server as well then. |
08 December 2010, 11:35 | #59 |
R.I.P Smudge 18-08-16
Join Date: Aug 2005
Location: Leicester/UK
Age: 66
Posts: 3,968
|
I have DS0: mounted in WB3.9 which reads the ext disks fine but what I want to know is why can't I format these disks using DS0: ?
Also is the "custom disk" size of 2mb the default (only) size or can it be made smaller, say 960kb to match DS0:. EDIT:I'm using WinUAE BTW Last edited by Arnie; 08 December 2010 at 11:53. |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
A few questions | Muzer | project.ClassicWB | 10 | 12 September 2009 14:14 |
Questions... | Jeeva | Amiga scene | 5 | 04 April 2008 23:45 |
Three Little Questions. | mindjoker | support.Hardware | 2 | 16 March 2003 03:38 |
Two questions | Drakon | request.Old Rare Games | 7 | 19 November 2002 19:33 |
A few questions! | One1 | New to Emulation or Amiga scene | 2 | 30 October 2002 17:41 |
|
|