home *** CD-ROM | disk | FTP | other *** search
/ Amiga Developer CD v1.2 / amidev_cd_12.iso / cd32 / xl_toolkit_1.1 / readme.doc < prev    next >
Text File  |  1992-03-05  |  4KB  |  103 lines
  1. CDXL ToolKit Version 1.10
  2. -------------------------
  3.  
  4. 3 March 1992
  5. Pantaray, Inc.
  6. P.O. Box 1510
  7. Ukiah, CA 95482 USA
  8. 707-462-4878
  9.  
  10. Kenneth Yeast, Programmer
  11. Carl Sassenrath, Producer
  12.  
  13. Additional Programs:
  14.  
  15.         XLIFF
  16.                 Will take a pan file and convert requested frames to
  17.                 individual IFF files for use with your favorite paint
  18.                 programs.  These files are named according to
  19.                 a simple convention:
  20.                 "File" will produce "File.0001", "File.0002", etc.
  21.                 "File.001" will produce "File.001","File.002", etc.
  22.                 -f (first), -l (last), -n (number of frames) specifies
  23.                 what frames are produced and -u will create IFF files
  24.                 that are uncompressed.
  25.                 If an output name is not given, the input file name is
  26.                 used as the base name.
  27.  
  28. Additional Features:
  29.  
  30.         The "pan.h" standard include file has been updated to permit
  31.         new video encoding formats.  Most standard formats are now
  32.         supported for both "raw" and "processed" video.
  33.  
  34.         Support for interleaved image data (PIF_LINES).  Planes are
  35.         interleaved on a line rather than image basis. This allows for
  36.         a single blit which results in increased speed during CDXL
  37.         playback (See: AmigaWorld Tech. Journal)
  38.  
  39.         Support for pad data.  A given frame may include padding to change
  40.         its playback to an easier to handle rate.  Padding may also be
  41.         used to include other information with each frame, and the tools
  42.         will preserve this data.
  43.  
  44.         XLMake supports the same base name logic that XLIFF uses.  This
  45.         allows automated conversion of IFF files.
  46.  
  47.         XLCopy provides for single frame copy (-s).
  48.  
  49.         XLPlay now produces more accurate audio playback with a variable
  50.         buffering technology.  These buffers can be increased if the file
  51.         is stored over too many dos extents.
  52.  
  53.         XLPlay can start play at a particular frame (-f) and stop at a
  54.         frame (-l) or play a certain number of frames (-n).
  55.  
  56.         XLInfo can now ignore size errors (-e option) when extra padding
  57.         has been added to the frames.
  58.  
  59.         Example.c includes the buffering logic and code to handle audio.
  60.  
  61. Bug Fixes:
  62.  
  63.         More than 16 iff files for XLMake or XLJoin, would mistake the
  64.         17th file for the XL file.
  65.  
  66.         XLInfo is now more clear when reporting improper sizes.
  67.  
  68.         XLMake was not checking CAMG chunk to guess HAM or EHB!
  69.  
  70.         XLPlay did not center screens correctly under 2.0 when other views
  71.         where available.  New method works under all cases.
  72.  
  73.         XLPlay & XLJoin now handle initial memory allocations more
  74.         efficiently.
  75.  
  76.         XLMake's activity printout now conforms to the "look & feel" of
  77.         the rest of the tools.
  78.  
  79.         If there is enough memory, writes are buffered.
  80.  
  81.         XLTrim option -e1 did not work.
  82.  
  83.         Example was not cleaning up correctly. CloseDevice...
  84.  
  85.         XLPlay now returns old audio interrupt and asks audio.device for the
  86.         two channels.
  87.  
  88.         LoadRGB4 was too time consuming for Example.c, so a copy of a
  89.         correctly produced copper list is used and colors manually added
  90.         to allow for additional time.
  91.  
  92.         XLInfo no longer accepts odd sized values for audio info.
  93.  
  94.         XLInfo -w was printing last frame twice if last was different.
  95.  
  96.         XLPlay was not closing IntuitionBase.
  97.  
  98.         XLPlay would pause on a frame if it was supposed to be displayed
  99.         faster than 1/60th of a second.
  100.  
  101.         Added checking for CHUNKY/BYTE in XLIFF and XLPlay (where they
  102.         can't currently handle these types)
  103.