Re: minor inconsistancy in GIF animation options
"Michael J. Hammel" wrote: > I just noticed that the Animation Playback specifies a delay of 125 ms for > unspecified frame timings, but the Save As GIF dialog defaults to 100 ms. > Could the latter be changed to 125 ms so the playback will match the saved > file if the defaults are used? I hadn't noticed that -- I'm changing it now. I'm changing the former to 100ms since the latter only works with 100ms- granularity. I may yet reconsider and default both to 200ms. --Adam -- Adam D. Moss. ,,^^[EMAIL PROTECTED]http://www.foxbox.org/ Hour by hour / Day by day / Love leaks out / And goes away
minor inconsistancy in GIF animation options
This is pretty minor. I just noticed that the Animation Playback specifies a delay of 125 ms for unspecified frame timings, but the Save As GIF dialog defaults to 100 ms. Could the latter be changed to 125 ms so the playback will match the saved file if the defaults are used? -- Michael J. Hammel | The Graphics Muse |Do not fear death so much, but rather the [EMAIL PROTECTED] |inadequate life. http://www.graphics-muse.com Bertolt Brecht
Re: animation
Fethi BELGHAOUTI wrote: > hi to all, > how can i save a GIF animation ? > the file_gif_save(...) don't generat an animate photo, > but just one fixe phto like JPG. > thak you! > Fethi, symply. > > ___ > Do You Yahoo!? > Achetez, vendez! À votre prix! Sur http://encheres.yahoo.fr The GIF has to be prepared as an animation. In GIMP, each frame is represented by a layer, converted to index, and then saved as a GIF; the GIF file plug-in, on seeing a lot of indexed layers, will automatically ask if you want to save the whole assembly as an animation. Jimmac (aka Jakub Steiner) has put together a very nice animation tutorial. See http://jimmac.musichall.cz/tutor.php3 I think, in particular, you would find all you need in his simple animation tutorial, but using the GAP plugin is an interesting next step. Be good, be well Garry
animation
hi to all, how can i save a GIF animation ? the file_gif_save(...) don't generat an animate photo, but just one fixe phto like JPG. thak you! Fethi, symply. ___ Do You Yahoo!? Achetez, vendez! À votre prix! Sur http://encheres.yahoo.fr
Re: animation frames for irix or numbered frames...
ok, found it and realzing i really need to sleep one of these days. /Video/Frames Convert... the default tif works great. On Thu, 6 Jul 2000, pixel fairy wrote: > anyone here know how to get a gimp animation prepared for irix to dump to > video? i tried the AVI plug in, but the resulting file was mangled. > > maybe an export to numbered frams? > >
animation frames for irix or numbered frames...
anyone here know how to get a gimp animation prepared for irix to dump to video? i tried the AVI plug in, but the resulting file was mangled. maybe an export to numbered frams?
Re: animation "tweens"
Jon Winters wrote: > Basicly you have two layers and you can tell gimp to morph from one to > the next in the animation over N amount of frames. Might also be cool > if we had a menu of transition effects for use in animations. Fades, > Wipes, etc... In response to this, anyone know what is happening to the gimp16 project, http://film.gimp.org/ ? I see that there's been some updates, but not really a whole lot of end-user information. Is this still developing in co-operation with MAIN (HOLLYWOOD)? I see that Gimp16 seems now to be Gegl based, with support for such things as CMYK colorspaces, but the last archive (0.0.10) is dated Mar 6, 1999. There is a notice about SIGGRAPH 2000 July 26th, but anyone have any early info for those of us not going? Christopher
Re: animation "tweens"
On Mon, Jun 12, 2000 at 08:23:41AM -0500, Jon Winters wrote: > Would it be possible to add "tweening" simmilar to what Macromedia > fireworks has. > > Basicly you have two layers and you can tell gimp to morph from one to > the next in the animation over N amount of frames. Xmorph can be used as a GIMP plug-in. http://www.colorado-research.com/~gourlay/software/Graphics/Xmorph/ For bonus points, go and port this great program to a Real Toolkit ;) -- Kevin Turner <[EMAIL PROTECTED]> | OpenPGP encryption welcome here Plug-ins: They make GIMP do stuff. http://gimp-plug-ins.sourceforge.net/ This list is archived at http://marc.theaimsgroup.com/?l=gimp-developer To unsubscribe, mail [EMAIL PROTECTED]
animation "tweens"
Hi, I was teaching a friend of mine how to save .gif anims with the GIMP the other day. Its easy to do some pretty cool stuff but the lesson left me wondering about a possible feature. Would it be possible to add "tweening" simmilar to what Macromedia fireworks has. Basicly you have two layers and you can tell gimp to morph from one to the next in the animation over N amount of frames. Might also be cool if we had a menu of transition effects for use in animations. Fades, Wipes, etc... Thanks in advance for your consideration! -- Jon Winters http://www.obscurasite.com/jon/ "Everybody Loves The GIMP!" http://www.gimp.org/
Re: RFC: new animation parasite
On Wed, Nov 24, 1999 at 09:51:35PM +0100, Sven Neumann <[EMAIL PROTECTED]> wrote: > > multilayer image describing an animation. > > If it does not exist then the multiple layers describe a single > > image (as usual) > > > > Who is supposed to set this parasite? All plug-ins (mostly file loaders) who have this information. For example almost all file-formats naturally know wether they store an animation or not. xcf doesn't, and for the rest it probably doesn't matter. (it is fine to leave this undefined). > How can Gimp know if your image is an animation or just a weird > multi-layer image? Most gfx formats now this intrinsically. > Did I miss something? Probably not. Let's speculate on how export might behave: image is anim? filter handles anim?export does = yes yes do nothing yes no asks or autoconverts no yes asks or autoconverts no no do nothing unknown any asks However, I have not proposed on how to decode that an image is _not_ an animation. Maybe in that case we can set interframe-delay to "N/A". The only problem I see is when a user loads multiple jpeg files and concatenates them, but we can still chose to just leave the "animtype" undefined (so export can skip the dialog box when an animation is saved as an animation). (btw it is trivial to write a plug-in that erases or sets animation status). Also, this does not need to be implemenbted in export before 1.2. But we can safely leave this half implemented in a few load-save plug-ins. I just wanted to standardize on some future extensions to the animation handling. -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
Re: RFC: new animation parasite
> I do not really like being asked wether a multilayer image should be > flattened before save because it might not be an animation (or vice versa). > > Sven, what do you think if we had a parasite as hint, e.g. > > "is_animation" (IMAGE, PERSISTENT) > If exists (without content), indicated that the image is a > multilayer image describing an animation. > If it does not exist then the multiple layers describe a single > image (as usual) > Who is supposed to set this parasite? How can Gimp know if your image is an animation or just a weird multi-layer image? Did I miss something? Salut, Sven
RFC: new animation parasite
I do not really like being asked wether a multilayer image should be flattened before save because it might not be an animation (or vice versa). Sven, what do you think if we had a parasite as hint, e.g. "is_animation" (IMAGE, PERSISTENT) If exists (without content), indicated that the image is a multilayer image describing an animation. If it does not exist then the multiple layers describe a single image (as usual) This would be a hint that the export facility can skip asking the user wether he wants to flatten the image. OTOH, we could combine the hint an some mroe useful parasite (more useful for the future): "interframe-delay" (IMAGE|LAYER, PERSISTENT) Specifies the default delay in seconds between frames of an animation, as a ratio in the form "n/d" (n and d are integers). The image parasite gives the default interframe delay, the layer parasite can override it. The existance of an image or layer parasite would server as an indicator that this is an animation. File-plug-ins can/should still create/parse the layer name, but in the future we might store this information seperately. What do you think? (This would not need to touch the core, and the transition can be done smoothly, i.e. upgrade plug-ins to create the parasites but do not read them yet). -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
