On Wed, Jun 13, 2007 at 04:33:27PM +0100, pete shorthose wrote:
> On Mon, 2007-06-11 at 06:32 +0200, torbenh@email-addr-hidden 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
> Linux-audio-dev@email-addr-hidden
> 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 Linux-audio-dev@email-addr-hidden http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-devReceived on Thu Jun 14 04:15:07 2007
This archive was generated by hypermail 2.1.8 : Thu Jun 14 2007 - 04:15:07 EEST