************************************************
************************************************

Unfortunately, this site has restricted functionality as this browser does not support the HTML button formaction attribute.

Unfortunately, this site has restricted functionality as this browser has HTML web storage turned off.

2 of 65 files community standard

1998 May

  • Text / Community standard
[+] Configuration Copy text
RiSCiSO Standards - May 1998 ============================ These standards set the guidelines for acceptable methods of packaging CD-ROM images for release. Releases which do not follow these guidelines will possibly be subject for removal. Section I: Permitted Releases and Agreed Rules ---------------------------------------------- Before you plan on packaging up a piece of software for release, please make sure that it complies with the guidelines for acceptable releases. Be sure that you have "dupe checked" the release to ensure that no other group has released your program. These rules were agreed upon through a meeting with a number of the top ISO release groups. 1. Nothing older than one month will be released. Requests for older software is independant. 2. No utilities whose ISO size totals under 100 megabytes will be released. 3. No console (PSX, etc) titles are to be released by PC groups. 4. UNIX releases will be sent only to sites that want them, and when released, should not be done so under an official group name. 5. No BETA releases of ANYTHING. Requests are independant releases. 6. Nukers: Will nuke "Betas, Unix, or Consoles." Unless the release is directed to a separate directory, or the upload is a request. 7. All RAR's will be listed as ".001 -> .0xx" as opposed to ".RAR -> .RXX", for the directory listing's sake. RAR is the official standard. Section II: Image File Creation ------------------------------- Use CDRWin (Windows graphical front-end) or DAO (DOS based) by Golden Hawk Technology (see www.goldenhawk.com) to create a ".bin" (sometimes called ".raw") file image of the CD-ROM with a corresponding text ".cue" file. The .bin file that CDRwin generates is a massively large file. It is equivalent to the number of bytes of data on the CD-ROM you are copying. So typically the .bin file itself will be between 600 and 700 megabytes. That file contains a bit-by-bit image of the CD-ROM, which includes all data tracks, audio tracks, and header information. The file is unreadable and in binary, therefore you must use front-end software (such as CDRWin or WinOnCD) to manipulate the binary file. The technical format of the .bin file is a 2352 unscrambled full sector scan. It is sometimes also interchanged as a .raw file (.bin can be renamed to .raw and vis versa). The format 2352 is a standard image format that other software can read, such as WinOnCD. Note that the .bin/.raw format is not compatible with the .iso format generated by Adaptec's EZ-CD Pro. The current version of CDRwin is 3.4C and it is commercial software. UCF has cracked the program and created a "serial key maker" to generate the serial numbers. You'll need to download the registration Key Maker which will work for older versions of CDRwin as well as newer versions. I believe the filename is "DAO33EKM.EXE". That file is available in a number of different locations. The ".cue" file is a text file which contains mappings of data and audio tracks from the .bin file. CDRWin automatically generates this file. The .cue file is necessary when using CDRWin to burn the .bin image onto blank CD-ROM media. The .cue file is not necessary if you use a program such as WinOnCD which simply reads the .bin file and doesn't worry about placement of audio tracks. However, when packaging your release, be sure that you include the generated .cue file into the archive. The .cue file looks something like this: FILE C:\PATH\YOURFILE.BIN BINARY TRACK 01 MODE1/2352 INDEX 01 00:00:00 Note that CDRWin automatically prepends your path of the binary file into the .cue file. So you will need to edit the .cue file and remove that path. Removing the path is necessary because end users who will be using CDRwin to burn the .bin image would then be required to place their .bin file in the same path you are using (either that or they would need to modify the .cue file themselves). So instead, please edit the .cue file and change "C:\PATH\YOURFILE.BIN" to just "YOURFILE.BIN". *** NOTICE: If the CD-ROM does _not_ contain either audio tracks or the program is not Macintosh compatible, then you may use Adaptec's EZ-CD Pro or Deluxe software to create a single ".iso" format image. The .iso format is compatible with many software packages, but the downside is that it does not support audio tracks or macintosh data. Some CD-ROM programs say "This CD-ROM works with both PC and Mac," if your CD-ROM says that, then you must use CDRWin to capture the Macintosh data - otherwise, it becomes a PC only image. The way you can tell if your CD-ROM has audio tracks is simply to take the CD-ROM and put it into a normal stereo compact disc player. With your stereo hit play and see if you hear music. If you hear music, then the CD-ROM has audio tracks and you must use CDRwin to create a .bin 2352 image, otherwise you'll lose the audio tracks. If your disc doesn't have audio tracks and isn't a "mac/pc" cd-rom, then feel free to use any program which generates .iso formatted image files. Please do not use any other format other than .bin/.raw/.iso at any time. For example, there is nice image software called Disc Juggler, but it uses a proprietary format that is not compatible with other software. Section III: Archive Creation ----------------------------- The fastest and most efficient archive program is RAR. Once you have used CDRwin to create your .bin and .cue files, or EZ-CD Pro to create an .iso file (*** see note above), then you want to use RAR or WinRAR to break up the image file into workable pieces that can easily be spread on the Internet. If you try and upload a 700 meg single file to an FTP site, you're going to have trouble. If your connection dies in the middle of the connection, you're screwed. Some FTP programs have resume features, but it usually doesn't work, therefore we advocate using RAR. You can find shareware versions of RAR and WinRAR by searching the web, it is available everywhere. In order to use "authenticity verification," which is now required in packaging, you must register your version of RAR/WinRAR using a registration key generator. The key generator is publically available, ask around. If you use the DOS version of RAR, then ask to get the configuration file that automatically sets up your RAR configuration and registeration. Here are the rules for using RAR: -- If possible, use the maximum available compression. However, if you are racing a release, or you simply don't have the time to wait for maximum compression, then use default to light compression. This all depends on how much time you have available to sit around. Higher compression will save a LOT of hard drive space, but it can take a very LONG time, even on a fast Pentium-II processor with 64 megs of ram. -- Use 15 megabyte segment splits. Thus, you want to break that 700 meg .bin file into smaller pieces, each of size 15 megabytes. -- Enable AV check with a *registered* version of RAR. PLEASE register your WinRAR/RAR by going into the submenu specified "registration" and then typing in the appropriate codes given to you by a member of the group. The authentication verification will allow end-users to notice if a disk is bad and quickly identify WHICH disk is bad. It also ensures that files can not be tampered with. This is very helpful for the users and the sites which can CRC check the files as they are uploaded. Cracked version of registered RAR for Linux are also available. See a member of the group for information on locating it. -- Turn OFF solid archive mode. In both WinRAR and DOS RAR, solid archive mode is defaulted on. You must go into preferences and turn it off. For DOS RAR you must turn solid mode off as well by using the menu options or command-line options. In either case, be sure that you are not creating a solid archive. -- Insert the "risciso.nfo" into the RAR COMMENT of the archive. The comments are displayed while the archive is being processed. This is very handy for the end-user, because while the release is being extracted, a new window pops up and allows the user to read the NFO file. In order to do this, you need to set the default comment to be the "risciso.nfo" filename, and ensure that it is available during the compression stage. You might want to practice creating a test archive first and then extract it to see if a comment window pops up. It might be easier to do this through the DOS menu-driven version of RAR. -- Please do NOT use recovery record mode when creating your archive. This will add several megabytes to the size of the archive and it is generally quite useless. The user will have to redownload the bad disk anyway. -- Include the .bin, .cue, (or .iso) and "risciso.nfo" inside the RAR archive. Be sure that you have filled out the risciso.nfo file to include all of the details of the release, including how many CD-ROM discs it is, a general description of the program, any necessary OEM or serial numbers, and any other details you like (keyboard shortcuts, game hints, web site to see screen-shots, etc). It is a good idea to visit the web page of the company and cut+paste some defails into the NFO file. It will take a long time to extract the archive, so give the user some good reading material (remember, the risciso.nfo would be displayed during the extraction). Section IV: Filename Convention Rules ------------------------------------- To ensure that everyone is happy for both the users of DOS, Windows, and UNIX, please follow these simple guidelines for naming the archive files for your package. -- Please limit the filename of your RAR archive to 8 characters, try to name the program in a few characters. -- Please use only letters and numbers, and no spaces. -- If you have multiple CD rom's, you will want to include the disc number in the filename. For example, if you have Sierra Pro Pilot, which may be 3 CD's, a good filename will be: ppilot-1.xxx for the first CD-ROM, and ppilot-2.xxx for the second CD-ROM, and so on. When the RAR program asks you to enter the first filename, put on an extension of .001, that way the next file will be .002 and then .003, and so forth. This will help the traders a lot in counting files. If you use ".rar" as the extension for the first filename, then the second filename will be .r00 and .r01, and that will cause confusion for the traders and for yourself. When you use .001 for the first file, then it will be much easier to check that you have all of the necessary files uploaded to the site. Section V: Uploading the Archive -------------------------------- Before you start thinking about uploading your RAR files, please run a quick CRC test on each .0* file to check the validity of the archive. Ensure that you didn't run out of hard drive space during the archive processing which could result in bad files. Use the command "rar -t filename.001" to test the file. Under WinRAR, there is a graphical user interface to step you through testing of the archive. Once you have authorization to upload the release, log into your directed FTP site. Change into the directory where new CD-ROM images are uploaded to. If your release consists of only one CD-ROM, then create a directory whose name identifies the release. First upload the risciso.nfo file into the directory. Even though the risciso.nfo file is included inside your RAR archive, some sites do not yet have the ability to extract NFO files from RAR archives. People like to be able to view the .nfo file without having to download an entire 15 megabytes file. Next, create a subdirectory within your named directory that indicates to the traders what the last file of your set is. So, lets say that you created a .001/.0XX archive, where XX counts from 01 to 37. The last disk in your set is then 37, or YOURFILE.037. For example, lets say you are uploading Wing_Commander whose last disk is "wing_c.037". To help the traders, please do the following: "mkdir /ISO/Wing_Commander/END_AT_037". This notifies the traders that the last disk or end disk in your Wing_Commander directory will be disk 037. This empty END_AT_0XX directory is merely a flag that greatly assists the traders, they definately appriciate your help in this regard. Now, proceed to upload each 15 meg RAR segment file into your named directory. Once you are done uploading and have verified that all files have been uploaded to the site, create a subdirectory within your directory that says "COMPLETED". This will let the traders know that the release has been fully and completely uploaded. Before creating the "COMPLETED" directory, please double check that all files have been properly uploaded and there are no bad or partially uploaded files. If your release has multiple CD-ROM discs, then create a subdirectory within the name subdirectory to encapsulate each disc. Here is an example if I were uploading Sierra's Pro Pilot: mkdir /ISO/Sierra_Pro_Pilot/CD1 mkdir /ISO/Sierra_Pro_Pilot/CD2 mkdir /ISO/Sierra_Pro_Pilot/CD3 Then indicate the last disk of each archive to assist the traders: mkdir /ISO/Sierra_Pro_Pilot/CD1/END_AT_040 mkdir /ISO/Sierra_Pro_Pilot/CD2/END_AT_038 mkdir /ISO/Sierra_Pro_Pilot/CD3/END_AT_042 Then upload the proper 15 megabyte segment files into their corresponding directories, whether it be CD1, CD2, or CD3. Once each disc is finished, create a subdirectory: mkdir /ISO/Sierra_Pro_Pilot/CD1/COMPLETED indicating that disc 1 of Sierra Pro Pilot has been successfully uploaded. These flags will greatly assist the traders. If your transfer ever dies or the site runs out of space, notify the administrators. Once space has been cleared, remove any bad RAR segment files and/or overwrite them to continue the upload. Have fun and good luck! -- END --
80x325 Font
80