home *** CD-ROM | disk | FTP | other *** search
-
-
-
- YP V0.98_BETA_2 (Thu 04-Sep-97) by Smack/Infect!
-
-
- first bugreport and playback speed tests by Georg Rottlaender, thanks!
-
- changes from BETA_1:
- -if AGA and CyberGfx were detected then the AGA display modes tried
- to display some FastRAM buffers :-(
- -from now only native AGA screenmodes are allowed for "-modeID <ID>"
- because this one is coded in a tricky low-level style and does
- not work with CyberGfx;
- the ASL screenmode requester should not show any CyberGfx modes
- -CHUNKY anims are displayed in the 'pubscreen-window' using
- graphics/WritePixelArray8() or cybergraphics/WritePixelArray()
- in order to avoid unnessecary C2P/P2C conversions
- -"gfxlib-display" now uses StdOScan-size&position (Graphics Overscan)
- (because VideoOScan can look really weird with some "tuned" monitors)
-
-
- feature summary:
-
- 1) AGA (at least this part has been tested by me :)
- -'hardware-display' and 'gfxlib-display' are quite fast and stable
- (like they have always been...:)
- -'pubscreen-window' uses graphics/BltBitMapRastPort() for PLANAR anims
- and graphics/WritePixelArray8() for CHUNKY anims;
- (NEWWPA8 by Michael van Elst is a very useful speedup patch here!!)
- -deep anims (15/24bit) are converted to 8bit by YP's internal renderers
-
- 2) CyberGfx V40+ (or Picasso96)
- *8bit Public Screen
- -uses the same routines as the AGA 'pubscreen-window' above
- -CHUNKY 8bit anims should play fast
- -deep anims (15/24bit) are converted to 8bit by YP's internal renderers
- *15/16/24bit Public Screen
- -all anims are internally converted to 24bit RGB and then put into
- the window using cybergraphics/WritePixelArray()
- -24bit screen should play faster than 15/16bit screen
- -CHUNKY 24bit anims should play fast
-
-
- speed tests:
-
- I would like to hear some playback speed results from you!
- Suggested YAFA anim formats (use Wildfire to convert anims, it's the best!)
- 1) 176x140, 8bit CHUNKY, XPK (FAST, NUKE or RAKE)
- 2) 160x120, 15 or 24bit CHUNKY, XPK (FAST, NUKE or RAKE)
- start YP like this
- "yp_beta -c -fx -s 1 -lf 500 -v -st -ps <pubscreen> <anim>"
- YP will preload the complete anim, play at speed 1 (fastest possible) using
- its internal XPK routines (faster!) 500 anim frames and then print some info
- about anim, screen and playback statistics.
- Please grab this output from the shell and send it to me along with some
- info about your hardware configuration. Thanks.
-
-
-
-
-
-
-
-
-
- YP V0.98_BETA_1 (Wed 27-Aug-97) by Smack/Infect!
-
-
- WARNING:
-
- This YP version is my very first try to support CyberGfx.
- I don't have a CyberGfx system here so YOU are going to run virginal
- code! This fact is actually very unpleasant to me since there could be
- some obvious bugs which have had no chance to show up yet.
-
-
- BUGREPORTS:
-
- Please report any bugs (or what you might think that doesn't work right),
- but please don't write "Hey, your program crashes!" or something like that.
- Explain extactly what hardware, software and what kind of YAFA anim you
- used, and if possible send me some debugging output from YP itself and
- maybe from some other tools like Enforcer, Mungwall etc.
- I'm afraid this kind of "remote debugging" is going to be very nasty
- but I have no other chance. :-(
- Send bugreports to:
- epgbd@cluster.urz.uni-halle.de (attended about twice per week)
-
-
- USAGE:
-
- The new feature in this YP version is the explicit CyberGfx support.
- YP should now also run on non-AGA systems with CyberGfx installed.
- It works like this:
- -you need a Public Screen in a TrueColor CyberGfx screenmode
- (15, 16 or 24 bits deep). I guess 24 bits will be the fastest but
- you have to test this for yourself.
- -start YP in "pubscreen-window" mode like this:
- "yp_beta -ps XYZ test.yafa"
- (XYZ is the name of the above mentioned Public Screen; if the name is not
- correct then YP uses the Default Public Screen - usually Workbench)
- YAFA anims with PLANAR frames are currently NOT SUPPORTED in this mode!!
- Please tell me if this works as I think it should do, and also tell me
- about the playback speed so that I can see if all this work is really
- worth it...
-
-
- TECH STUFF:
-
- After reading some CyberGfx doc files I decided to use WritePixelArray()
- which is also used in some example code I found. Since YAFA anims can
- have a depth of 1-8, HAM6, HAM8, 15 or 24 bits I wrote some ASM routines
- that convert all these different YAFA pixel formats to 24 bits RGB.
- Maybe there is some other more elegant way to do this but I don't know it.
- WritePixelArray() can write only to TrueColor RastPorts when the input is
- RECTFMT_RGB, so YP requires a deep screen for the window. The advantage
- of this method is that the missing double buffering should be nearly
- invisible, even with YAFA anims that have palette-per-frame. The major
- disadvantage is probably speed...
- The timing is now done with CIA-A timer A (Level2 IRQ) because I read
- that VBlank IRQ doesn't work with CyberGfx. The base frequency of the timer
- is 50Hz so the playback speed is like on a PAL screen.
-