Re: [gtk-list] Re: Problems with GTK+ .99.8 and Imlib 1.1

[raster redhat com]

On 24 Mar, Andreas Tille shouted:
->  On Mon, 23 Mar 1998, Derek Simkowiak wrote:
->  
->  > 	Imlib loads the image just fine, but about 50% of the time that 
->  > I run the program it displays a blank, grey window instead of the JPG (or
->  > GIF, or whatever) I loaded.  It seems almost random in when it works and
->  > when it doesn't.
->  I'm sure that my comment wouldn't help you but may lead to the solution.
->  I'm using GdkImlib to play a little animation.  Using GTK+ 0.99.3 all
->  works fine (at home I'm to lasy to update my libraries and so I can
->  verify that it is true).  Starting with GTK+ 0.99.4 up to the latest
->  version 0.99.8 the following apears:
->  
->   1.  my animation shows the first pixmap -- fine
->   2.  my animation shows the second pixmap and
->   3.  immediately after the second pixmap flashed over the
->       screen the first pixmap overwrites it

woudl that be the 3rd frame being displayed? (ie the 3rd frame actually
dsiplays the first). ?

the questions is - is each frame a separate ImlibImage, or do you play
with the RGB data then re-render? do you  pre-render all frames as
pixmaps, then just flip the pixmaps through y eithe copies or setting
the window background + clearing?

->   4.  the same with all following pixmaps, so that after
->       the new pixmap was drawn the very first state will
->       be restored every time.

just thinking... how do you change pixmaps between frames? how are you
loading multiple images or getting frames to differ? (oh.. and imlib
sin't desgined for animations... I have another little project brewing
that is downrigth schwanky for animations... IE.. degined for one thing
and one thng only.. compress animations with loss, AND play them back
blindingly fast... I manage 33 frames per second in an 1152x864 window
in 16bpp at home (full-window animation) the 50 frame 1152x864 anim is
about 3.8Mb gziped (6.5mb ungzipped) - not too bad... but plays back
much faster than mpeg - i might pick up that project again in the
future...

anyway.. it mightn't be imlib itself but it coudl be how you update
your images between frames... gtk could be doing clearing transparently
or womehting.. depending on what you're doing....

->  I reported this probelm to the author of Imlib.  Unfortunately he
->  couldn't reproduce this behaviour form GTK+ 0.99.7 (but for 0.99.4
->  up to 0.99.6 he reported the same problem).  But my problem stays
->  under two differnt environments:  Debian/GNU Linux (using the
->  Debian GTK-packages but Imlib I compiled myself due to a minor bug
->  when loading TIFF images in Imlib) and HP-UX 10.20.
->  
->  May be the problem is another flavour of the same bug and could
->  help detecting the problem.
->  
->  Regards
->  
->          Andreas.
->  
->  

-- 
--------------- Codito, ergo sum - "I code, therefore I am" --------------------
raster@rasterman.com       /\___ /\ ___/||\___ ____/|/\___  raster@redhat.com
Carsten Haitzler           | _ //__\\ __||_ __\\ ___|| _ /  Red Hat Advanced
218/21 Conner Drive        || // __ \\_ \ | |   \ _/_|| /   Development Labs
Chapel Hill NC 27514 USA   ||\\\/  \//__/ |_|   /___/||\\   919 547 0012 ext 282
+1 (919) 929 9443, 801 4392   For pure Enlightenmenthttp://www.rasterman.com/