home *** CD-ROM | disk | FTP | other *** search
/ Amiga Computing 68 / ac068a.adf / take2.lzh / t2_Update < prev    next >
Text File  |  1993-06-20  |  12KB  |  258 lines
  1.  
  2.  
  3.     ***********************    TAKE-2 UPDATE REPORT ************************
  4.  
  5.  
  6.     Date:            June 08,1993
  7.     Report for version:    Take_2 1.7g/1.812
  8.  
  9.  
  10.     --------------------------- NEW FEATURES ----------------------------    
  11.  
  12.  
  13.     The SpeedCheck options
  14.     ----------------------
  15.  
  16.     Sometimes doubt arises about the actual speed at which the animation
  17.     is displayed. The FlipMode/DBuff option, for instance, tends to slow
  18.     down the displayrate dramatically, even more so on recent Kick-start
  19.     versions. Using 4 soundtracks simultaneously can also have an effect
  20.     on the displayrate of the animation
  21.     Although the animation will never be played too fast, the actual
  22.     speed is restricted by the hardware configuration.
  23.     It is  essential for a linetest system to display the tested scene
  24.     at the same framerate as the target medium (24 fr/sec for film and
  25.     25/30 fr/sec for video). If the hardware can't coop with this speed
  26.     at the current resolution the user should know about it, so he can
  27.     adjust settings or reshoot the scene in a lower resolution.
  28.     Some users, on the other hand, don't care about the actual speed as
  29.     long as it has the timing they want and they don't plan to reshoot
  30.     the scene on another medium.
  31.  
  32.     For these reasons a new option, "SpeedCheck", has been added to the
  33.     Flipper menu. Its 2 suboptions "Flash" and "Warning" can both be
  34.     toggled on or off. If neither is on, the actual speed will not be
  35.     checked. If "Flash" is on, the screen will flash and a beep will be
  36.     heard each time the preset speed couldn't be reached. If "Warning"
  37.     is on, a requester will pop up to inform you about the speed failure.
  38.     The latter method is more secure, since you could miss a flash for
  39.     wathever reason, but it requires to choose 'PROCEED' each time, which
  40.     could be annoying.
  41.     The speedcheck-requester displays the exact speed in frms/sec the
  42.     animation was actually flipped, if it differs from the set speed. It
  43.     needs at least 1 second of animation to calculate the actual speed.
  44.     Try using it with TURBO to see how fast your Amiga will animate ...
  45.      Both SpeedCheck options can be used simultaneously and are saved in
  46.     the configuration file.
  47.     
  48.     NOTE:
  49.     The flipperspeed is now more accurate and will closely follow the
  50.     requested speed. An internal controller tries to keep the actual
  51.     speed as close as possible to the speedsetting. Slight inaccuracies
  52.     were caused by the time it takes to start and stop the timer, system
  53.     load and multitasking. This new 'varispeed' system should make syn-
  54.     chronising long samples and storyboard timing very accurate.
  55.  
  56.     A complete rewrite of the flipper routines makes all animation faster
  57.     and frees the 680xx much more. Only when many cells are on 'ones' the
  58.     speed will suffer as it did before ...A BIG PERFORMANCE IMPROVEMENT !
  59.  
  60.  
  61.     'Fast search' in Flipper
  62.     ------------------------
  63.     The slow backward and slow forward gadgets on the Flipper controlpanel
  64.     are assigned a second function. By holding down the right mousebutton
  65.     when one of these gadgets is selected (slow flipping), the animation
  66.     will be advanced very fast, much as the fast search modes on VCR's and
  67.     Steenbeck editing tables. Releasing the right mousebutton while still
  68.     holding the gadget selected will return you to normal slow flipping.
  69.  
  70.     Holding down the left SHIFT-key together with one of the shortcuts for
  71.     these gadgets (left and right arrows) has the same effect.
  72.     Unfortunately, on 1.3 Amigas any keyboard event cancels the previous
  73.     key, even if it is still pressed. This means you must press the SHIFT-
  74.     key before one of the arrow-keys.
  75.     On 2.0 or higher machines the shortcuts work exactly as the gadgets.
  76.     You can press the left SHIFT-key while holding an arrow-key to enter
  77.     fast search mode and release it to return to slow flipping.
  78.  
  79.     NOTE: Don't be fooled by the speed. All this function does is skip a
  80.     number of frames, so the speed of your Amiga isn't enhanced without
  81.     installing an accelerator board. 
  82.  
  83.  
  84.     The block counter
  85.     -----------------
  86.  
  87.     Whenever some cells on the exposure sheet are in a block (red BG),
  88.     the exact number of all blocked cells is displayed on top of the
  89.     framenumber column. This is useful for measuring parts of the scene
  90.     or to find a range of cells that can be used for synchronizing the
  91.     animation with a soundtrack.
  92.  
  93.  
  94.     Fake Cells
  95.     ----------
  96.     Any cell in the exposure sheet that doesn't correspond with a picture
  97.     in the PicturePanel, such as BLANKS or the virtual inbetweens used
  98.     when testing keydrawings, are now marked with an asterix (*). This
  99.     was added on request from several users.
  100.  
  101.     Furthermore, any new pictures will be checked against fake cells in
  102.     the xsheet and linked if a match is found. This makes it possible to
  103.     create an xsheet and attach the pictures afterwards or to add missing
  104.     inbetweens to a linetest made with only the keydrawings.
  105.     If you load an .xsht-file first, edit it and then load the whole scene
  106.     only the pictures used in the current xsheet will be loaded. This is
  107.     useful when you only want so load a part from a very long scene.
  108.  
  109.  
  110.     Automatic cell creation
  111.     -----------------------
  112.     Creating an initial xsheet after loading or grabbing some pictures has
  113.     always been somewhat unintuitive.It requires you to open the PicPanel,
  114.     select the new pictures and then select the 'appendcells'-gadget. It
  115.     allows the user to dispatch pictures to different levels and create
  116.     as complex an exposure sheet as required. This method tends to confuse
  117.     beginners and is unnecessary for simple tests, though.
  118.  
  119.     In practice most linetests are sequentialy arranged in one level. Only
  120.     the final animations and dialogue-tests need complex dispatching.
  121.     A new option has been added to the 'General'-menu on the main screen.
  122.     When 'NewPic->NoAction' is selected, no cells will be created when new
  123.     pictures are loaded or grabbed from the digitizer. This is the default
  124.     mode, as it leaves the cell creation as it was before.
  125.     When 'NewPic->AddCells' is selected a number of new cells (depending
  126.     on the multiply number on the CellsPanel) will be appended to the
  127.     current level. If the multiply number is zero or negative no cells are
  128.     added. Remember to preset the current level on the PicturePanel, if
  129.     you want the new pictures to be in a specific level.
  130.  
  131.     This new feature is especially useful when testing key-drawings.
  132.     Although a few functions are provided to cater for this, testing keys
  133.     was never straightforward. When the KEYS-mode in the digitizer is used
  134.     while the AddCells-option is selected, the (fake) inbetween cells will
  135.     be created, as well as the normal cells. If the pictures are properly
  136.     named, the correct timing will await you when returning to the xsheet.
  137.  
  138.     In many situations there will no longer be any need to open the Cells-
  139.     or PicturePanel, as the timing of the automatically created xsheet can
  140.     be adjusted by dragging cells. This makes editing more intuitive.
  141.     The NewPics option is saved in the configuration file.
  142.  
  143.  
  144.     Centring the Animation
  145.     -----------------------
  146.     The Flipperscreen can be positioned freely anywhere on the monitor
  147.     by clicking on the displayed picture, then dragging it (by moving
  148.     the mouse while holding the left mousebutton pressed).
  149.     This can be useful for calibrating the display before transferring
  150.     the animation to video and for centring overscanned pictures.
  151.     The AutoCentre gadget, located between the slow backward and slow
  152.     forward gadgets on the Flip controlpanel, will try to centre the
  153.     screen automatically. It can also be used to reset the position of
  154.     the display after moving it around. 
  155.     (This gadget was previously used to stop the animation. Its function
  156.     became obsolete, because the controlscreen now disappears whenever
  157.     the animation is played at full speed ...)
  158.  
  159.  
  160.       
  161.     ------------------------- ALTERED FEATURES --------------------------
  162.  
  163.  
  164.     The CameraMount options
  165.     -----------------------
  166.  
  167.     The suboptions 'Straight" and "Overhead", of which one or the other
  168.     was set, are replaced by the 'Flip X" and "Flip Y" options. This
  169.     allows to flip only 1 axis of the digitized image instead of either
  170.     none or both axis. There seems to be some use of flipping only 1
  171.     axis when digitizing slides or mixing different scenes together.
  172.     These options are saved in the configuration file.
  173.  
  174.  
  175.     Sample size
  176.     -----------
  177.     It is now possible to use samples that are longer than the 130K
  178.     restriction imposed by the custom sound chip.
  179.     Because copying the sampledata from fast to chip-ram, as soundeditor
  180.     programs do, would slow the animation down, the samples still have
  181.     to reside in chip-ram. Thus, the amount of chip-ram available will
  182.     now be the physical size limit for samples.
  183.  
  184.  
  185.     Speech
  186.     ------
  187.     Workbench 3.0 and higher no longer includes the translator.library and
  188.     narrator.device, needed for speech. It seems Commodore's licence for
  189.     this facility has been discontinued.
  190.     Version 1.812 or higher of Take_2 will no longer insist that these
  191.     files are available at start-up. If they arn't found, a simple beep
  192.     will be used for any of the beep/male/female options in the digitizer.
  193.  
  194.  
  195.     AGA compatibility
  196.     -----------------
  197.     The size of palettes is no longer fixed to a maximum of 32 colours,
  198.     which means the new AGA modes should work fine with Take-2.
  199.     AGA resolutions should give no problems either, but try turning 'mode
  200.     promotion' off in some cases.
  201.     There are no more restrictions on the resolutions and rastersizes.
  202.      Pictures that are larger than the screen are clipped, smaller pictures
  203.     are centred on the screen automatically.
  204.     You should try to use a screen width that is a multiple of 64, like
  205.     704 for overscan. Because all bitmap widths are padded in this way for
  206.     AGA compatibility, more work has to be done to fit pictures with other
  207.     sizes, which can slow down the animation.
  208.  
  209.  
  210.     
  211.     ---------------------------- BUG FIXES ------------------------------
  212.  
  213.  
  214.     There where some problems with the sound length when the flipspeed
  215.     was changed after the samples where loaded. The length calculation
  216.     was only done at loadtime. This is now solved.
  217.  
  218.     The double-buffering system has been redone completely. It seems
  219.     to work much smoother and shows no screen flickering at the bottom
  220.     of the flipper, as was the case with the old DBuff system when used
  221.     with a 2.x ROM.
  222.  
  223.     The problem with the sliderbars being slightly incorrect has been sol-
  224.     ved. This also makes the cell dragging more easy to use, since this
  225.     bug sometimes made the xsheet go up and down 1 frame while dragging.
  226.  
  227.     If a soundchannel was stolen by another program, Take-2 couldn't use
  228.     that channel any more, even when it was given back to the system by
  229.     the other program. Stolen soundchannels are now reallocated when they
  230.     are freed again.
  231.  
  232.     Whenever a warning requester popped up twice without a new action
  233.     from the user (such as "File already exists" for a whole scene) the
  234.     program crashed or stopped the action. This has been solved.
  235.  
  236.     The PREVIEW function in the MergeLevels requester tended to crash in
  237.     low (CHIP) memory conditions. This should no longer be the case.
  238.  
  239.     The digitizer should now work will all kinds of other peripherals,
  240.     including GVP and SUPRA harddisks.
  241.  
  242.     When another program changed the currently displayed directory in the
  243.     Filerequester, the directory will be updated. Before, a 'Mangled IFF'-
  244.     error was displayed when a picture was saved, changed in DPaint, and
  245.     then reloaded into Take-2 (the filesize didn't match the IFF size).
  246.  
  247.     Take-2 should now make use of virtual memory, if installed.
  248.     For performance reasons, only pictures can be stored in vmem.
  249.     The memory display and memory bars will show the added memory. Because
  250.     third party vmem systems, (such as GigaMem) have to resort to patching
  251.     some of the system vectors, this could still present some problems,
  252.     especially on 1.3 machines.
  253.  
  254.  
  255.  
  256.  
  257.     Geert Vergauwe
  258.