On Wed, Jun 13, 2007 at 04:33:27PM +0100, pete shorthose wrote: > On Mon, 2007-06-11 at 06:32 +0200, [EMAIL PROTECTED] wrote: > > On Thu, Jun 07, 2007 at 08:55:59PM +0100, pete shorthose wrote: > > > On Thu, 2007-06-07 at 00:32 +0100, pete shorthose wrote: > > > > > > > with my own galan knob ancestor, > > > > > > shit. invert that last bit. sorry torben. /(>_<)\ > > > > huh ? :) > > nevermind. > > moving swiftly along then... :] > > > oki.. > > so some .ini style syntax, easily parsed with GKeyFile > > gets my vote. i hadn't thought of GKeyFile. > > > i noticed, that the current galan knobs dont look so nice on a black bg. > > > > the rendered shadows are alpha, but they are grey. > > so the shadow actually lights the background. > > this is a tricky one. you probably see that because the knob anim > was created with unsuitable rendering options.
perhaps :) a friend of mine rendered it under windows... no suitable rendering options there. > > there are also two different cases here. animations for use against a > dynamic > themed bg and animations created for use against a static (pixmap or > themed) bg. > if you specify a static bg then the makeup of rendered shadows doesn't > matter > much as you can see right away how well they work. but for use with gtk > themes > you need black shadows tempered by the alpha (not grey scale or colour > tinted > shadows) in order to get consistently good results across all possible > colours. > > > perhaps some sections for different backgrounds ? > > if you want then i won't object but if i understand you > correctly then it's still going to look powerful ugly on a dark > theme anyway right? > > not only would i encourage people to (re)render their animations > with black shadows and alpha but i'll personally commit to doing > so for anyone who asks (where possible). > > > > > keys: > > png_filename > > width > > height > > num_pixmaps > > i'd suggest using frames instead of num_pixmaps. it makes sense in the > context of an animation and most of the gtkknob implementations seem to > have settled on drawing from an offset within the original image rather > than chopping it up into separate images and putting them into a GList. ack. starting reimplementation using gob. > > > > > any other thoughts ? > > a version tag for future extension of the spec without screwing up the > legacy? > > WRT the galan knob animation, is the source available? i asked you a > year or 2 back and i can't remember why it wasn't then. nor can i > remember what it was created with, but if it was blender, look in the > scene tab, in the render block and at the bottom, select the "Premul" > option and rerender the sequence. the background and shadows should > appear black in the render window. see if that helps with the shadows. > if you can get me the source then i'd be happy to do it too. it lightwave and photoshop. > > cheers, > pete. > > _______________________________________________ > Linux-audio-dev mailing list > [email protected] > http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev -- torben Hohn http://galan.sourceforge.net -- The graphical Audio language _______________________________________________ Linux-audio-dev mailing list [email protected] http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev
