Path: utzoo!attcan!uunet!lll-winken!ncis.llnl.gov!helios.ee.lbl.gov!pasteur!cory.Berkeley.EDU!talvola
From: talvola@cory.Berkeley.EDU (Erik Talvola)
Newsgroups: comp.graphics
Subject: Re: Trying to get QRT working...
Message-ID: <10564@pasteur.Berkeley.EDU>
Date: 1 Mar 89 19:08:14 GMT
References: <10469@pasteur.Berkeley.EDU> <99@VAX1.CC.UAKRON.EDU>
Sender: news@pasteur.Berkeley.EDU
Reply-To: talvola@cory.Berkeley.EDU.UUCP (Erik Talvola)
Distribution: na
Organization: University of California, Berkeley
Lines: 30

In article <99@VAX1.CC.UAKRON.EDU> greggt@VAX1.CC.UAKRON.EDU (Gregg F. Thompson) writes:
>In article <10469@pasteur.Berkeley.EDU> talvola@cory.berkeley.edu writes:

... description of problem with QRT

>Couple of things to check.  Make sure you first get rid of the ^M's at the
>end of every line (or am I the only one that had that problem).  Then make
>sure you remove XRES and YRES.  For some reason the sources don't support it?

Actually, it was because of a fault toupper() that worked on anything.  I
wrote a little one that only toupper'd a-z and it worked fine.  The file
"table.qrt" segmentation faults, but all the others seem to work fine.

>Now I ran qrt on Ultrix 2.3 with piano.qrt and it ran in one evening and I
>looked at the size of PIANO.RAW and it was 700,000+ bytes!  Does ANYONE have
>have raw2tmp sources? Infact does anyone have tmp2gif sources too!??!
>I would rather have the vax do all the work and I just download the gif file
>(usually a LOT SMALLER than all the other files!)


If you look in "qrt.h" (or one of the other header files), you will see
definitions for the size of the screen, etc.  I changed these to 320 by 200
and the resulting .RAW files are ~200K long.  This is a little easier to
work with.  Good luck!


--
Erik Talvola               | "It's just what we need... a colossal negative 
talvola@cory.berkeley.edu  | space wedgie of great power coming right at us
..!ucbvax!cory!talvola    | at warp speed." -- Star Drek