[rloew]

Multibooter, on 12 July 2011 - 03:36 PM, said:

If it were possible to create bootable CDs/DVDs with the bootable part >2.88MB, e.g. 120MB, the size of LS-120 diskette images ... but that would be another project.

The Bootable part of a CD can be made up to 36MB when emulating a Floppy (A:) or any size when emulating a Hard Disk (C:).

This post has been edited by rloew: 12 July 2011 - 11:58 PM

[jaclaz]

Multibooter, on 12 July 2011 - 03:36 PM, said:

If it were possible to create bootable CDs/DVDs with the bootable part >2.88MB, e.g. 120MB, the size of LS-120 diskette images ... but that would be another project.

For the record it is very possible, just use El-Torito "Hard disk emulation" (instead of "Floppy emulation" or "No emulation").
Or you mean a super-floppy format?
Maybe one can use the Hard disk emulation with a "dual-mode" MBR/Bootsector like the makebootFAT one.

@rloew
Which media type do you need for a super-floppy larger than the 2.88 Mb?
Standard ones are:

• 0x00 - No Emulation
  
• 0x01 - 1.2 Mb floppy
  
• 0x02 - 1.44 diskette
  
• 0x03 - 2.88 diskette
  
• 0x04 - Hard disk emulation

@Multibooter, sorry for the OT. If you are interested in the matter can you start a new topic "CD related"?
@rloew, maybe we can continue this interesting discussion on the above new thread?

jaclaz

[dencorso]

@Multibooter: Would you please attach a zipped WinImage .IMA of a blank, fresh from format, 32MB floppy?
That would be interesting to study and can be useful, inclusive as a staring point to creating the 36MB floppy image RLoew mentioned. Thanks in advance.

[Multibooter]

dencorso, on 13 July 2011 - 12:34 PM, said:

Would you please attach a zipped WinImage .IMA of a blank, fresh from format, 32MB floppy?
That would be interesting to study and can be useful, inclusive as a staring point to creating the 36MB floppy image RLoew mentioned. Thanks in advance.

Hi dencorso,
I first formatted with SuperWriter32 -> Tool -> FD32MB Format a 1.44MB floppy disk to 32MB. I gave it the volume label "MSFN_ORG".
I then ran SuperWriter32 -> Tool -> DiskCopy, with the freshly-formatted 32MB floppy in the LS-240 drive.
When SuperWriter32 prompted to insert the target diskette, I made a copy of the temporary file Fd-32Img.dat, then cancelled the DiskCopy.
(see also my posting #24 http://www.msfn.org/...post__p__970671 )

I have attached a rared up copy of this temporary image file created by SuperWriter32. HTH.

Attached File(s)

•  Blank_Fd-32Img.rar (1.76K)
  Number of downloads: 32

This post has been edited by Multibooter: 13 July 2011 - 01:49 PM

[rloew]

jaclaz, on 13 July 2011 - 02:54 AM, said:

@rloew
Which media type do you need for a super-floppy larger than the 2.88 Mb?
Standard ones are:

• 0x00 - No Emulation
  
• 0x01 - 1.2 Mb floppy
  
• 0x02 - 1.44 diskette
  
• 0x03 - 2.88 diskette
  
• 0x04 - Hard disk emulation

0x03 allows up to 36MB
0x02 allows up to 18MB
0x01 allows up to 15MB

Quote

@Multibooter, sorry for the OT. If you are interested in the matter can you start a new topic "CD related"?
@rloew, maybe we can continue this interesting discussion on the above new thread?

Thread not yet in existence.

[dencorso]

rloew, on 13 July 2011 - 02:57 PM, said:

Thread not yet in existence.

Now it is!

I hadn't realized that WinImage is able to deal with sparse images (images that omit almost all zeroed out sectors), so it was a pleasant surprise when it dawned on me the image Multibooter uploaded is a sparse one.
Of course I should have noticed that it was too small to be a byte-by-byte image, but I actually only noticed it on opening that image in WinHex. That's good news!

[jaclaz]

rloew, on 13 July 2011 - 02:57 PM, said:

0x03 allows up to 36MB
0x02 allows up to 18MB
0x01 allows up to 15MB

I don't want to be a nuisance (or not more than usual ) but could you share:

• the EXACT size in bytes of those?
  
• an example mkisofs command line to build such a super-floppy .iso?

(or some reference to the above if available)

dencorso, on 13 July 2011 - 04:18 PM, said:

Attached is an image of a real unusual superfloppy I've crated some time ago... It can be made bootable, of course. And when transferred to a physical Zip100, after running SYS.COM on it, it realy does boot OK (I did the test).

Any reason for the 32K sized clusters? :dubbio:
It should be 2K:
http://support.micro...kb/140365/en-us
and it really should be FAT16.
Or am I missing something?


jaclaz

This post has been edited by jaclaz: 14 July 2011 - 04:19 AM

[rloew]

jaclaz, on 14 July 2011 - 03:33 AM, said:

rloew, on 13 July 2011 - 02:57 PM, said:

0x03 allows up to 36MB
0x02 allows up to 18MB
0x01 allows up to 15MB

I don't want to be a nuisance (or not more than usual ) but could you share:

• the EXACT size in bytes of those?
  
• an example mkisofs command line to build such a super-floppy .iso?

(or some reference to the above if available)

0x03: 1024*2*36 * 512 = 37,748,736
0x02: 1024*2*18 * 512 = 18,874,368
0x01: 1024*2*15 * 512 = 15,728,640

I have never used mkisofs, so I have no idea what it's syntax is.

This post has been edited by dencorso: 15 July 2011 - 07:02 PM
Reason for edit: Moved part of content to new Supperfloppy thread

[rloew]

jaclaz, on 15 July 2011 - 01:35 AM, said:

@rloew: If you don't use mkisofs, what do you use to create a .iso?

jaclaz

After crashing Nero with some very long Directories, I wrote my own set of CD Writers / ISO Builders. Adding El Torito support was simple. A manual option lets me force Type 0x03 rather than 0x04 for the Boot Image when using Images between 2.88MB and 36MB.

[dencorso]

Here is my first attempt at creating a 36 MiB image, as per RLoew's specification, and my first attempt at a sparse image. I think I did it correctly, but please do verify it. WinImage loads it OK. It's a 4 kiB cluster FAT-16 filesystem, which follows closely Multibooter's original 32 MiB image. It should be straightforward to add zeroes to create a full image, if necessary.

Attached File(s)

•  Fd-36Img_Full.7z (5.9K)
  Number of downloads: 22

[jaclaz]

Something has got lost in the movements forward and back of the posts between the two three topics.
Just for the record and for reference, here is the "Superfloppy one":
http://www.msfn.org/...d-their-images/
And here is the "LS-120" one:
http://www.msfn.org/...-win98-and-dos/

This (partly) remained on the "wrong" thread:
http://www.msfn.org/...es/page__st__11

rloew, on 15 July 2011 - 12:02 PM, said:

jaclaz, on 15 July 2011 - 01:35 AM, said:

@rloew
If you don't use mkisofs, what do you use to create a .iso?

After crashing Nero with some very long Directories, I wrote my own set of CD Writers / ISO Builders. Adding El Torito support was simple. A manual option lets me force Type 0x03 rather than 0x04 for the Boot Image when using Images between 2.88MB and 36MB.

I see.
Is this app (or set of apps) available?
If yes, can you post a link to it?
Or is it for "private use"?
If yes, can you attach a couple of generated (empty, or with a few redistributable files in them) .iso's?

Hex editing a built .iso to set a byte to 0x03 instead of 0x04 is not a problem, but I would like to have an "universal" solution, such as mkisofs may provide.

@dencorso
Since you are also on this band-wagon and you are in the "make queer filesystems trade", can you prepare three empty superfloppy images sized EXACTLY:

rloew, on 14 July 2011 - 02:19 PM, said:

0x03: 1024*2*36 * 512 = 37,748,736
0x02: 1024*2*18 * 512 = 18,874,368
0x01: 1024*2*15 * 512 = 15,728,640

I seemingly cannot download the image you posted, but common sense tell's me that no matter how much sparse you made it, it cannot be 708 bytes... (an upload problem? ) ->correction, I managed to download it, now what do you propose to "un-sparse" it?
BTW, it should not be a "sparse" image, but rather a "truncated"one.
I would use DCOPYNT :
http://www.winimage.....php?f=3&t=3429
http://users.pandora...plications.html

In any case a "normal, non-sparse, non-truncated" image, if empty, will compress in 7z to a few thousands byte....


I will gladly do the experiments with mkisofs to reproduce.....

@all
Only seemingly off-topic, I find this simplified approach very, very smart:
http://reboot.pro/9916/page__st__28
the whole thread may contain useful info:
http://reboot.pro/9916/

jaclaz

This post has been edited by jaclaz: 16 July 2011 - 11:07 AM

[rloew]

jaclaz, on 16 July 2011 - 10:22 AM, said:

rloew, on 15 July 2011 - 12:02 PM, said:

jaclaz, on 15 July 2011 - 01:35 AM, said:

@rloew
If you don't use mkisofs, what do you use to create a .iso?

After crashing Nero with some very long Directories, I wrote my own set of CD Writers / ISO Builders. Adding El Torito support was simple. A manual option lets me force Type 0x03 rather than 0x04 for the Boot Image when using Images between 2.88MB and 36MB.

I see.
Is this app (or set of apps) available?
If yes, can you post a link to it?
Or is it for "private use"?
If yes, can you attach a couple of generated (empty, or with a few redistributable files in them) .iso's?

RFDISK and RFORMAT are already on my Website. These are used to Create and Populate the Bootable Image.
Partition Imagers are everywhere.
I didn't Package my CD/DVD Utilities for sale as I had not seen any particular interest in their added features. People seemed happy with what they have.
I'm not sure what the value of an Empty ISO is. It will just attempt to boot an empty Partition and fail. You still need to populate the Bootable Image and probably the rest of the CD as well.
In any case dencorso is well on the way to creating one.

@dencorso: Bootable Floppy Images need to be FAT12. Otherwise your new Image is fine.

This post has been edited by rloew: 16 July 2011 - 01:04 PM

[jaclaz]

rloew, on 16 July 2011 - 12:59 PM, said:

I'm not sure what the value of an Empty ISO is. It will just attempt to boot an empty Partition and fail. You still need to populate the Bootable Image and probably the rest of the CD as well.

It would be a start, to find a way to reproduce the three .iso's easily (with a populated image).
If you could create three .iso's with the given superfloppy sizes and freedos it would be perfect.
If you check the given before link:
http://reboot.pro/9916/page__st__28
you will see that using the simple, alternate approach, and as long as we want to only populate the superfloppy image, we can simply use the "header" of the .iso file in conjunction with a "populated image".

The "rest of the CD" we will find later a way to populate, if we can reproduce the "header" with mkisofs + (if needed) a few hex edits via batch, rest of the CD should be a "piece of cake" .

jaclaz

This post has been edited by jaclaz: 16 July 2011 - 01:13 PM

[rloew]

jaclaz, on 16 July 2011 - 01:12 PM, said:

rloew, on 16 July 2011 - 12:59 PM, said:

I'm not sure what the value of an Empty ISO is. It will just attempt to boot an empty Partition and fail. You still need to populate the Bootable Image and probably the rest of the CD as well.

It would be a start, to find a way to reproduce the three .iso's easily (with a populated image).
If you could create three .iso's with the given superfloppy sizes and freedos it would be perfect.
If you check the given before link:
http://reboot.pro/9916/page__st__28
you will see that using the simple, alternate approach, and as long as we want to only populate the superfloppy image, we can simply use the "header" of the .iso file in conjunction with a "populated image".

The "rest of the CD" we will find later a way to populate, if we can reproduce the "header" with mkisofs + (if needed) a few hex edits via batch, rest of the CD should be a "piece of cake" .

jaclaz

For me, populating the Boot Image and the rest of the CD is the major part of the task. Extraction and Burning are straightforward.
There is no particular reason to make three different sizes as Type 0x03 can handle anything from 36KiB to 36MiB.
I usually create an Image appropriate for the amount of actual data I need on the Bootable Part and process it accordingly.
Without custom scripts, Freedos is not going to do anything once it is loaded. You might as well just stick in a Floppy.

Creating a "header" that includes the El Torito Header will require a number of Patches if you start Populating the rest of the CD/DVD. I could do it. Maybe you could do it. How many others do you think could do it. A Program would need to be written to automate the Process. Sounds like an awful lot of work to avoid buying my tools.

[LoneCrusader]

rloew, on 16 July 2011 - 12:59 PM, said:

I didn't Package my CD/DVD Utilities for sale as I had not seen any particular interest in their added features. People seemed happy with what they have.

A quick question/observation... that has the potential to make this get off topic AGAIN...

Do your/can your CD/DVD utilities work with Blu-Ray images/devices? I know Multibooter was having burn-quality issues during his tests, of course it is still unknown whether it was due to software, hardware, or media quality...

In the event it is software related, your solutions might end up being the only "quality" Blu-Ray burning application available for Windows 9x...

[dencorso]

jaclaz, on 16 July 2011 - 10:22 AM, said:

Something has got lost in the movements forward and back of the posts between the two three topics.
[...]
This one(partly) remained on the "wrong" thread.

Thanks! Of course, the link is now changed. I'm working at it.
Now, you, of all people, should now better than using "friendly names" in giving links...
Next time, please do it by post ID number. Of course, I reckon not even post IDs would hold, in this case, since I'm splitting posts.

jaclaz, on 16 July 2011 - 10:22 AM, said:

[...]I managed to download it, now what do you propose to "un-sparse" it?

Use BXIMAGE.EXE from Mtools for Bochs to create an all-zero file of the right size, then:
copy sparse.ima + zeroblock.ima /b /v
As I said before, should be a piece of cake.

Now, I'll concentrate in:
0x03: 1024*2*36 * 512 = 37,748,736
When we have it and test it OK, I can create the other two as well.
Just for the record, my images are created by hand, and I brush every single bit twice, before adding it.
It also means threre's ample space for things to go wrong, too, so always check them for correctness, please.

[rloew]

LoneCrusader, on 16 July 2011 - 03:03 PM, said:

rloew, on 16 July 2011 - 12:59 PM, said:

I didn't Package my CD/DVD Utilities for sale as I had not seen any particular interest in their added features. People seemed happy with what they have.

A quick question/observation... that has the potential to make this get off topic AGAIN...

Do your/can your CD/DVD utilities work with Blu-Ray images/devices? I know Multibooter was having burn-quality issues during his tests, of course it is still unknown whether it was due to software, hardware, or media quality...

In the event it is software related, your solutions might end up being the only "quality" Blu-Ray burning application available for Windows 9x...

I only set up a Blu-Ray Drive recently so I have not added the necessary code for burning Blu-Ray disks.
My builder code does not currently support UDF as it was designed for Data rather than Video so that may be another issue if not just burning images.

[jaclaz]

I don't get it :

rloew, on 16 July 2011 - 12:59 PM, said:

I didn't Package my CD/DVD Utilities for sale as I had not seen any particular interest in their added features. People seemed happy with what they have.

rloew, on 16 July 2011 - 02:34 PM, said:

Sounds like an awful lot of work to avoid buying my tools.

Are the complete set of utilities (and instructions) to create such a .iso available or not?
Or are they available only for sale?

I guess that noone will ever be willing to buy your tools unless they know they do exist and what can be done with them.

For the record, my original idea was that of using, just like we have now for 1.2, 1.44 and 2.88 Mb floppies a whole set of "increased size" floppies of "fixed size", like the mentioned here:
http://www.911cd.net...showtopic=11096
Something along the lines of:

3840 
5760
8100
...
....
36 Mb

@dencorso
Your method, just like mine, tells me (if it was needed) that you are using a truncated image, and not a sparse one.
The (small) advantage of DCOPYNT is that you can avoid making the subtraction and just supply the geometry of the target image, 1024*2*36.
Another method would be using the dsfok package:

fsz full36Mb.img 37748736
dsfi full36Mb.img 0 0 Fd-36Img.IMA

The "full" image compresses in 7-zip to 6035 bytes.
Do you think, for the sake of saving 6035-708=5327 bytes of bandwidth, that using the truncated image is convenient?

[dencorso]

I loved DCopyNT!
I didn't know it. Thanks a lot!
Yes, I agree the image is truncated, not sparse.
And, since I've created the full image, while testing DCopyNT, the image attachement is updated.
I was involved with too many tasks all at the same time, so I was unable, at first, to follow all the links you've provided.
Well, now I'm gonna grab some sleep. Tonight I'll probably add the required FAT-12 36 MiB image to this thread.
You rock!

[rloew]

jaclaz, on 17 July 2011 - 02:53 AM, said:

I don't get it :

rloew, on 16 July 2011 - 12:59 PM, said:

I didn't Package my CD/DVD Utilities for sale as I had not seen any particular interest in their added features. People seemed happy with what they have.

I developed the utilities years ago.
This thread is 4 days old.
This is the first I have seen any interest beyond the standard bootable CD floppy emulation that can be handled with existing tools.

Quote

rloew, on 16 July 2011 - 02:34 PM, said:

Sounds like an awful lot of work to avoid buying my tools.

Are the complete set of utilities (and instructions) to create such a .iso available or not?
Or are they available only for sale?

The utilities are complete. Some are already on my Website. I would need to write instructions for the rest.

Quote

I guess that noone will ever be willing to buy your tools unless they know they do exist and what can be done with them.

Is there any interest in them, to justify packaging them?
Or are you just interested in a probably rather tedious workaround.