Cinepak Codec by Radius Product Version 1.9 Release Version 1.9.6.16 -------- Instructions for Installation of Cinepak Codec ---------- 1. When running Windows, do the following: a. Open up the Control Panel application and invoke the Drivers applet. b. From the Drivers applet's main window select the Add... pushbutton. c. In the Add dialog box which then appears choose the selection "Unlisted or Updated Driver" from the List of Drivers listbox. d. In the Install Driver dialog box which then appears enter either A:\ or B:\ in the edit field, depending on which drive you have inserted the Cinepak diskette. Press OK. e. In the Add Unlisted or Updated Driver dialog box which should then appear, you should see the following entries: Cinepak Codec by Radius Select it and press OK. f. The Cinepak Codec will be copied into your Windows system subdirectory and its installation should then be complete. ----- Changes for release 1.9.6.16 ------------------------------------------- 1. A playing movie's context now survives a change in the format of the destination DIB. This means, for example, that a movie playing through a DCI Provider can be switched from YUY2 format to an RGB format (with an ICM_DECOMPRESSEX_BEGIN message) without being required to have a key frame as the first frame after the BEGIN. The caller is responsible, of course, for ensuring that the destination image gets color converted so unchanged pixels in that frame are correct. The original specification for Video for Windows did not require codecs to survive a destination DIB format change. Under some circumstances, this led to "black blotches" that this change to the codec fixes. 2. Movies that were not of size 0 mod 4 in both X and Y that were playing to some YUV format DIBs would sometimes produce GPFs. Cinepak refuses to play movies to YUV formats that do not meet certain incoming frame size constraints: CLJR Width in pixels and height in scanlines must be 0 mod 4 CPLA Width in pixels and height in scanlines must be 0 mod 4 UYVY Width in pixels must be 0 mod 2 YUY2 Width in pixels must be 0 mod 2 3. The decompressor was not ignoring frames when called with the ICDECOMPRESS_NULLFRAME flag set. It caused GPFs on some movies. 4. The 32 bit x86 version of the codec now supports YUV destinations. Some prior releases inadvertently omitted YUV support. Affected: All ----- Changes for release 1.8.0.12 ------------------------------------------- 1. The memory footprint of the x86 Win32 version has been reduced in size. 2. The quality of large frames has been improved. Affected: All ----- Changes for release 1.8.0.9 -------------------------------------------- 1. Under certain circumstances compressing large frames (640x480) would produce blurry key frames. 2. Certain structures internal to compressed frames are now aligned on 16 bit word boundaries so that the compressed frames in movies are compatible with game platform players. 3. The default quality is now 100%. 4. The default is now to have a key frame every 15 frames rather than every 7. Affected: All ----- Changes for release 1.8.0.8 -------------------------------------------- 1. There should not have been an accelerator on the "OK" buttons in the codec dialogs. 2. The 32 bit version of Cinepak said "Cinepak for Windows NT" in the title bar of its dialogs but now says "Cinepak for Windows 32" since it also is intended to work with Windows '95. The 16 bit version of Cinepak now says "Cinepak for Windows 16". Affected: All ----- Changes for release 1.8.0.7 -------------------------------------------- 1. Until this release there were problems compressing movies significantly larger than 640x480. Compression of large frames should now behave as expected. 2. Visible messages, the SuperMac logo and so forth have been updated to reflect SuperMac's merger with Radius, Inc. Affected: All ----- Changes for release 1.7.0.97 ------------------------------------------- 1. The Win16 and Win32 x86 versions of Cinepak now support several YUV formats: - CLJR Cirrus Logic Pack Jr. YUV - CPLA Cinepak YUV Planar - UYVY CCIR601 YUV, byte order U01, Y0, V01, Y1, U23, Y2, ... - YUY2 CCIR601 YUV, byte order Y0, U01, Y1, V01, Y2, U23, ... Affected: Win16 x86, Win32 x86 ----- Changes for release 1.7.0.84 ------------------------------------------- 1. When compressing, Cinepak now makes a key frame when: - icc->dwFlags has ICCOMPRESS_KEYFRAME set - *icc->lpdwFlags == AVIIF_KEYFRAME (for VidEdit compatibility) - Cinepak decides internally that there has been a scene change The first condition had not been included previously. Affected: all 2. The Win16 and Win32 x86 versions of Cinepak now support several YUV formats: - CPLA Cinepak YUV Planar - YUY2 CCIR601 YUV, byte order Y0, U01, Y1, V01, Y2, U23, ... - UYVY CCIR601 YUV, byte order U01, Y0, V01, Y1, U23, Y2, ... Affected: Win16 x86, Win32 x86 ----- Changes for release 1.7.0.56 ------------------------------------------- 1. The Win16 and Win32 x86 versions of Cinepak are the first to support decompression to a YUV format. The only one supported so far is FOURCC "CPLA", Cinepak YUV Planar. More YUV formats are coming soon. Affected: Win16 x86, Win32 x86 2. Sometimes, compressing 640x480 movies would produce blocky. blurry Cinepak movies. The problem turned out to be that some frames were being compressed ridiculously deeply. This release repairs the problem. Affected: Win 16 x86, Win32 Alpha, MIPS, PPC, x86 3. In the Win16 version, one would occasionally get "Unknown frame/riff chunk error" from trying to compress large frames. A compressed frame may now be up to 190kb or so. Affected: Win16 4. Cinepak now verifies that the caller is asking that we decompress into a DIB with biPlanes == 1. We will not decompress into standard DIBs with other values in biPlanes. Affected: Win 16 x86, Win32 Alpha, MIPS, PPC, x86 5. When the destination DIB was double sized 8 bit palettized, the Alpha and MIPS versions of Cinepak for Windows NT produced images different from (though similar to) those of the x86 versions of Cinepak. They now are identical. Affected: Win32 Alpha, MIPS, PPC 6. If a playback instance of Win16 x86 Cinepak were asked to play a movie that was not 0 mod 4 in either X or Y size, then one that was 0 mod 4 in both, then one that was not in either, the third (non 0 mod 4 frame) would get a GPF. In Win32 x86 one did not get a GPF but the third frame would not look correct. Affected: Win16 x86, Win32 x86 ----- Changes for release 1.7.0.23 ------------------------------------------- 1. Allow frame size to change after CompressBegin so Premiere won't GPF in Chicago. 2. In Win32 version, respond that codec cannot do BI_1632. 3. Use first \VarFileInfo\Translation to look up \StringFileInfo\{lang}{codepage} so localization works. 4. Minor performance improvements in compression. ----- Changes for release 1.7.0.10 ------------------------------------------- 1. Track versions from Win32 fixes. 2. Remove UpsideDownDib capability; see 1.6.0.54, below. ----- Changes for release 1.7.0.4 ------------------------------------------- 1. Cinepak now can compress to a black & white movie, and play it back. Use the Configure... button in the Details>> dialog of the Compression Options... choice in the Video... menu to select Compress to Black & White. ----- Changes for release 1.6.0.54 ------------------------------------------- 1. Setting SYSTEM.INI [iccvid.drv] UpsideDownPalette=1 will draw upside down any movie on which we are not using the standard Cinepak palette. Convenient for debugging but surprising in normal use. ----- Changes for release 1.6.0.52 ------------------------------------------- 1. NULL LPBITMAPINFOHEADER in ICM_DECOMPRESS_SET_PALETTE means reset to original Cinepak palette. ----- Changes for release 1.6.0.44 ------------------------------------------- 1. Problem fixed where playing movies that were not 0 mod 4 in width and height to a 2X DIB produced a GPF. ----- Changes for release 1.6.0.39 ------------------------------------------- 1. Pitch of destination DIB can change between frames in a movie. Experimental; intended to support pre-alpha UDH. ----- Changes for release 1.6.0.31 ------------------------------------------- 1. Win16 codec no longer GPFs in Chicago. ----- Changes for release 1.6.0.13 ------------------------------------------- 1. Codec handles ICM_DECOMPRESS_SET_PALETTE message so that applications can choose the playback palette. ----- Changes for release 1.6.0.3 ------------------------------------------- 1. Codec can now handle 2:1 stretching when decompressing to an 8bpp target.