Changes to V4.5 (06/25/94) -------------------------------------------------------------------------- * New multi-os.device. Fixed CrossDOS formatting problem. Changed the way some things worked. * New amia.device. Fixed problems with seeking the wrong track if an error occured. Corrected problem with disks being ejected the first time with SuperDrive mechanics. Fixed problem with DevEjector not working after shutting down emulation. * New emphf.device now supports virtual floppys (disk images) being mounted. Set FLAGS = 2 if the device using emphf.device is a disk image created using the Converter program (prior to v7.0), and set FLAGS = 3 if the device using emphf.device is a disk image created with the new Converter (v7.0 or later). The hardfile name for a disk image is: FloppyImageX (Where the 'X' is a number equal to the UNIT = x number in the DOSDriver). As with the other hardfiles, the assignment EMPHF: is used to determine where the hardfile data (FloppyImageX) is located. To use the disk image with the emulation, just mount the image (which is really a hardfile) and select then name in the DEVICES menu of the emulation setup screen. If the image is valid, the floppy will appear on the desktop. If it is not valid (if you created one with the HardFileSetup program) you will be prompted to initialize it. * New sybil.library. Fixed the ACTION_INHIBIT function. * Moved clear buffers into a BSS segment to save on disk space. * NOTICE: The directory path normally used by the MAC emulation has changed! Normally, everything is placed into the EMPLANT: directory, but since the 486DX emulation is around the corner, we have changed things. For now on, each emulation module will be contained in a drawer of it's own within the EMPLANT: assignment. For example: EMPLANT:MAC/ for the MAC emulation EMPLANT:486DX/ for the 486DX emulation etc. * Moved the config files 'MACII.config' and 'PRAM.config' to reside in the EMPLANT:MAC/ directory. * Completely re-wrote the file transfer code. There are now three methods of file transfers: "File" method will transfer single files only. This is the same as the previous support we had. "Directory" method will transfer a directory's entire contents. ALL files (including .info files) will be transferred. "Selective" method allows the selection of one or more files from a directory. You can also now select the type of transfer: "Intelligent" mode will automatically determine the file type and transfer it's contents accordingly. Files that are MACBinary will be transferred as such. Files that are data forks only will be transferred as such. "MACBinary" mode will force all transfers to include the MACBinary header containing the original FILE TYPE and CREATOR. If there is no information in the header, one will be created and the default FILE TYPE of 'TEXT', and the default CREATOR of '????' will be used. "RESOURCE FORK" mode will transfer only the resource fork of a MACBinary file. If the file being transferred has a MACBinary header, the header will ALWAYS be transferred with the resource fork. Resource forks can not exist without a MACBinary header. "DATA FORK" mode will transfer only the data fork of a file. If you are transferring from the MAC side to the Amiga side, the MACBinary header and the resource fork (if applicable) will be stripped completely, leaving you with just the data fork. This is an extremely easy way to transfer images to the Amiga (.GIF, .JPEG, etc.) without having to worry about the 'extra' data that would normally have to be stripped. If you are transferring from the Amiga side to the MAC side, and the file is in MACBinary format, the data fork and the MACBinary header will be transferred. If the file is not in MACBinary format, just the data fork will be transferred. You can now ABORT a file transfer in progress. The partitally transferred file will NOT be deleted by the ABORT function. You can save the state of the transfer direction, transfer method, and the transfer type by just saving the CONFIG file after shutting down the emulation. If you start a file transfer, and the screen does not switch to the MAC side (and you have a video board that supports auto screen swapping), you may have an INIT program stealing a lot of time from FINDER. Just click on the ABORT gadget and try it again. If you are using a video board that does not support auto screen-swapping, you will have to manually switch screens using the appropriate method for your system (usually, LEFT_AMIGA-M) Amiga -> MAC transfers: When transferring directorys, you will need to select the path of the Amiga partition you are going to be transferring. Once the screen has changed to the MAC side, select the path where you want the files to be transferred to. The first filename will appear in the input box of the requestor...ignore the name (don't change it unless you are transferring single files and you want a different name for the file!), this is a by-product of how the MAC's file requestor works. MAC -> Amiga transfers: When transferring directorys, you will need to select the path and any FILE in the requestor, then click on function (OPEN) gadget. Even though a file is selected, the entire directory will be transferred. Once the screen has changed to the Amiga side, select the path where you want the files to be transferred to. * Changed iconify method. Instead of opening a window (title bar) on the Workbench screen, an AppIcon is added. This fixes the annoying problem of having to uniconify the emulation to be able to change Workbench screen modes. You will notice that the AppIcon is a picture of the MAC's DeskTop with the file transfer requestor. Clicking on the AppIcon will show you a picture of the Emulation Control Window. Double-Clicking on the AppIcon will uniconify it into the Emulation Control Window. * Added drag and drop file transfer! Since an AppIcon is now used, you can drop single files, multiple (lasso'd) files, or directorys on the AppIcon. If you drop a directory on the AppIcon, only the files contained inside the directory will be transferred. Sub-directorys are ignored. Remember, ALL of the files are transferred to the MAC side when you drop a directory on the AppIcon... this includes .info files. The transfer METHOD will always be reset to 'directory' (all files transfers are treated as a bulk transfer), and the transfer TYPE will be what ever it was set to last. You can not save the position of the AppIcon. To my knowledge, there is no legal way of deteriming where the AppIcon is located on the Workbench screen. Workbench places AppIcons where you tell it to go, or where it thinks it can go if the position is occupied by something else. * Removed 'INFORMATION' gadget from Emulation Control Screen. * Added a ISO ADB keyboard/mouse driver for those customers outside of North America. Special thanks goes to Olaf Barthel for his suggestions and testing. * You can now start the emulation from the CLI (or script file) and have it automatically start *AND* iconify. Use a '-i' option after MACII like this: MACII -i If Workbench has not been loaded (via LOADWB), this option will start the emulation without iconfying it (just like the -s option). * Removed NTSC video dependency for emulation. You can now promote any of our screens without affecting the functionality of the emulation. * New HardFile_Setup program! Now supports the creation of virtual floppy disks for use with the emulation and MultiOSFileSystem. * New Converter program! Completely new interface, less than 1/2 the size of the original version. Completely OS friendly (you can do other things while disks are being manipulated), multiple copy ability, and more. Create/read disk images that can be used as virtual floppys. * Corrected floppy drive selection gadgets when DF2 or DF3 drives are connected to the system. A quick note about the OpalVision driver. Since there is no way to reserve the memory for the driver, you will need to select 3 megs less memory (yes, 3 megs!) than you normally would for the emulation. The OpalVision driver really does use 3 megs of memory folks!