sss10@cunixb.cc.columbia.edu (Samuel S Sostre) (03/07/91)
Ive seen a few GL files on several BBS's and in ASP and was wondering if and how .gl files can be displayed on the amiga. An explanatiuon of what .gl files are would also be cool.
joe@cbmvax.commodore.com (Joe O'Hara - Product Assurance) (03/08/91)
In article <1991Mar7.020947.26273@cunixf.cc.columbia.edu> sss10@cunixb.cc.columbia.edu (Samuel S Sostre) writes: > >Ive seen a few GL files on several BBS's and in ASP and was wondering if and >how .gl files can be displayed on the amiga. An explanatiuon of what .gl files >are would also be cool. These are animations for MS-DOS machines. They are read by a program called GRASP. I don't know of a GL reader for the Amiga. -- ========================================================================== Joe O'Hara || Disclaimer: I didn't say that! Commodore Electronics Ltd || Product Assurance || "I never lie when I have sand in my shoes." Systems Evaluation Group || - Geordi LeForge, Star Trek TNG ==========================================================================
ACPS1072@RYERSON <ACPS1072@Ryerson.CA> (03/10/91)
RE: GRASP GRASP is more of a slideshow program then an animation program. Pictures are compiled into an self-executing code. GRASP not only "page flips" but also allows for various wipes and fades. Derek Lang<<<<< | ACPS1072@RYERSON | "Mutants! Surrender now -- or be DESTROYED!" Toronto, ON | - the Dark Knight Returns Canada |
jbickers@templar.actrix.gen.nz (John Bickers) (06/29/91)
Folks using my .GL playing program may care to note that it cannot
decode .GIF files. .GL animations containing such files die with
the error: "Bad magic cookie in header.". My excuse is I wasn't
aware .GLs used the .GIF format. :/
Anyhow, this is an opportunity for a rehash of the program - given
the problems I believe exist with decoding 8-bit data on the fly,
I would like to shift to a two-stage process where one utility
"amigatizes" the .GL file, and a second utilility plays it back.
This means some things (like changing a 256-entry palette on the
fly, which .GLs can do) will never be done with the player running
on normal Ami hardware. And an "amigatized" file would not be
exportable to other platforms.
It also means that we could use external conversion tools to go
from .GIF/Pictor to HAM (note that on a friend's version of ADPro,
PCX decoding doesn't handle the .PIC files - wierd, but I only saw
ADPro in passing, so I haven't checked this one properly).
I'd also like the player to have only one video mode (HAM), so
support for type 'C' CGA .GL files would disappear. This depends
a bit.
Some issues are how much RAM (especially CHIP) should it use, will
there be a problem with compression (GIF is very tight, and a
converted file will probably be larger).
Now is the time to suggest useful ideas, lay complaints, etc... to
the email address in the .sig, if you can. The ideal suggestion
would be provision of some existing Amiga format that can handle
the things a .GL does...!
--
*** John Bickers, TAP, NZAmigaUG. jbickers@templar.actrix.gen.nz ***
*** "Endless variations, make it all seem new" - Devo. ***