Talk:IMG (file format): Difference between revisions
Line 24: | Line 24: | ||
==Accessing and converting non-standard obsolete IMG formats== |
==Accessing and converting non-standard obsolete IMG formats== |
||
''I added the following text but decided to remove it as it doesn't address the issue of floppies in pre- |
''I added the following text but decided to remove it as it doesn't address the issue of floppies in pre-MS-DOS formats (the many CP/M formats, for example, not all of which can be handled by PC drives). I don't know if sources are available; and I don't think there is a straightforward method simple enough for anyone to try to support the text. If anyone thinks any of this belongs in the article, here it is - feel free.'' |
||
Accessing old floppy images in proprietary non-raw format on modern hardware can be problematical. There are some programs such as [[dd (Unix)|dd]], a command-line program originally for Unix but ported to Microsoft Windows, which can convert images between many formats, although the syntax is rather complex. Alternatively the original program, if available, can be used either to create a physical floppy<ref>[http://www.z80.eu/transfercpm.html www.z80.eu: How to get the old software back to a real computer?]</ref> which can be used directly or re-encoded in standard raw format. Or a [[virtual machine]] can be used without the need for a physical floppy drive or a computer system capable of running the software; [[VMware Player]], for example, can mount a raw floppy image into a virtual drive A:, and the imaging program can "write" the image to the virtual floppy, thereby creating a raw image from the non-standard file. the virtual machine used must run an operating system that supports the imaging program, which may be an older Windows, Linux, MS-DOS, or any other operating system supported by the virtual hardware.<ref>The process of converting a non-standard floppy image to raw format is a logical consequence of a virtual machine with a virtual floppy which is a raw file; "writing" an image to the "floppy" must produce a raw image. This can be confirmed by construction, using free virtualisation software such as VMWare player, the imaging software, and a virtual machine running an operating system which supports it. Simply mount an existing raw floppy image (it need not be empty), and run the imaging program with output to the virtual floppy drive; the file used in the virtual floppy will become a raw image with the same content as the proprietary one</ref> |
Accessing old floppy images in proprietary non-raw format on modern hardware can be problematical. There are some programs such as [[dd (Unix)|dd]], a command-line program originally for Unix but ported to Microsoft Windows, which can convert images between many formats, although the syntax is rather complex. Alternatively the original program, if available, can be used either to create a physical floppy<ref>[http://www.z80.eu/transfercpm.html www.z80.eu: How to get the old software back to a real computer?]</ref> which can be used directly or re-encoded in standard raw format. Or a [[virtual machine]] can be used without the need for a physical floppy drive or a computer system capable of running the software; [[VMware Player]], for example, can mount a raw floppy image into a virtual drive A:, and the imaging program can "write" the image to the virtual floppy, thereby creating a raw image from the non-standard file. the virtual machine used must run an operating system that supports the imaging program, which may be an older Windows, Linux, MS-DOS, or any other operating system supported by the virtual hardware.<ref>The process of converting a non-standard floppy image to raw format is a logical consequence of a virtual machine with a virtual floppy which is a raw file; "writing" an image to the "floppy" must produce a raw image. This can be confirmed by construction, using free virtualisation software such as VMWare player, the imaging software, and a virtual machine running an operating system which supports it. Simply mount an existing raw floppy image (it need not be empty), and run the imaging program with output to the virtual floppy drive; the file used in the virtual floppy will become a raw image with the same content as the proprietary one</ref> |
Revision as of 08:05, 13 November 2011
Computing Stub‑class | ||||||||||
|
This article is completely wrong. The .img format is a Macintosh disk image format. The thing you want to describe in this article is just a raw dump, possible with any unix block device. It's mostly created with the command dd (Unix). Yes, .img (not .IMG ... Unix is case sensitive, UPPERCASE is only used on DOS, not even on Windows) is the most common file extension, but also .dd is, or maybe it's something like .144 or .hd dependent on the disk. But it's not a file format ... just a raw copy of the filesystem, without any format. --88.70.49.10 (talk) 10:13, 25 May 2008 (UTC) (User Saski in German Wikipedia)
- "Raw dump" also is kind of a format - an easy one ;-) --Arilou (talk) 16:49, 2 September 2010 (UTC)
And it IS compatible with IMA format by WinImage, as they are the same. Extension .dd is seldomly found on Unix, never anywhere else.—Preceding unsigned comment added by 141.44.162.92 (talk) 17:19, 30 October 2008
- Then please rewrite it accordingly. Be bold'. --Joshua Issac (talk) 15:11, 14 April 2009 (UTC)
DiskDupe
DiskDupe uses extension .ddi, not .img.--218.102.95.31 (talk) 18:43, 9 June 2008 (UTC)
Bitmap image format
An IMG file, also known as GEM Raster Image, is the native bitmap image format for Graphical_Environment_Manager. You can find its description here. Do not confuse with *.GEM files (these are native metafiles of the same OS). Mamurra (talk) 18:54, 25 September 2009 (UTC)
Incorrect
This is not correct. ISO refers to a file format and IMG files are not the same. That Nero, or some other application can treat them the same way from the user standpoint isn't relevant. (More to follow).--Kernel.package (talk) 16:29, 19 June 2010 (UTC)
Accessing and converting non-standard obsolete IMG formats
I added the following text but decided to remove it as it doesn't address the issue of floppies in pre-MS-DOS formats (the many CP/M formats, for example, not all of which can be handled by PC drives). I don't know if sources are available; and I don't think there is a straightforward method simple enough for anyone to try to support the text. If anyone thinks any of this belongs in the article, here it is - feel free.
Accessing old floppy images in proprietary non-raw format on modern hardware can be problematical. There are some programs such as dd, a command-line program originally for Unix but ported to Microsoft Windows, which can convert images between many formats, although the syntax is rather complex. Alternatively the original program, if available, can be used either to create a physical floppy[1] which can be used directly or re-encoded in standard raw format. Or a virtual machine can be used without the need for a physical floppy drive or a computer system capable of running the software; VMware Player, for example, can mount a raw floppy image into a virtual drive A:, and the imaging program can "write" the image to the virtual floppy, thereby creating a raw image from the non-standard file. the virtual machine used must run an operating system that supports the imaging program, which may be an older Windows, Linux, MS-DOS, or any other operating system supported by the virtual hardware.[2]
References
<references> ~~~~
- ^ www.z80.eu: How to get the old software back to a real computer?
- ^ The process of converting a non-standard floppy image to raw format is a logical consequence of a virtual machine with a virtual floppy which is a raw file; "writing" an image to the "floppy" must produce a raw image. This can be confirmed by construction, using free virtualisation software such as VMWare player, the imaging software, and a virtual machine running an operating system which supports it. Simply mount an existing raw floppy image (it need not be empty), and run the imaging program with output to the virtual floppy drive; the file used in the virtual floppy will become a raw image with the same content as the proprietary one