21 May
2007
21 May
'07
11:56 p.m.
Christian <krampenschiesser@email-addr-hidden> wrote:
Thanks!
This is what I meant, but this control is useless for me.
But I found a way to create this in GIMP.
I made a circle and cutted it to a controller. Now I could select
small
parts of it and set all black colors to red( with
scriptfu->colors->color convert ).
It was a lot of work, but worthy!
so this is what I use right now:
http://www.krampenschiesser.de/screenshots/ksdrumgui.jpg
just to be clear, phat uses the rendered output of my animated
version of Thorsten Wilms' knob mesh. (i had no creative
input at all, i just made Thorsten's mesh move)
blender creates a sequence of knob sized frames (with an alpha
channel, should that be desired) then, the image magick tool
"convert" is used (eg "convert +append output.png *.png" to
concatenate the frames into a large single image which can be easily
loaded and manipulated programatically.
(as is done in the phat knob and numerous other pixmap knobs derived
from the galan C code)
the method is independent of the code you use so there's no
reason why it shouldn't be useful to you. in fact, it's so simple
that i've duplicated your red knob design. see here for the
blender (.blend) file:
http://www.zenadsl6252.zen.co.uk/flat-red-100-frames.blend
and here for the output:
http://www.zenadsl6252.zen.co.uk/flat-red-100-frames.png
it's trivial to change the number of frames, the colours used or
the frame size and re-render it. you can also adjust the output filter
to sharpen or soften the edges.
i must admit though, that with a minimal design like this, you might
do well to implement it algorithmically with drawing operations.
then you can make run time changes to the appearance.
if you want something more complex or tactile then you could use
Thorsten's knob animation or give me a shout and i'll knock something
out to your specs. (although, bear in mind that my blender skills are
somewhat limited so it won't be a work of art =)
pete.
24 May
24 May
5:27 a.m.
New subject: Controller images
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
pete wrote:
just to be clear, phat uses the rendered output of my
animated
version of Thorsten Wilms' knob mesh. (i had no creative
input at all, i just made Thorsten's mesh move)
blender creates a sequence of knob sized frames (with an alpha
channel, should that be desired) then, the image magick tool
"convert" is used (eg "convert +append output.png *.png" to
concatenate the frames into a large single image which can be easily
loaded and manipulated programatically.
(as is done in the phat knob and numerous other pixmap knobs derived
from the galan C code)
the method is independent of the code you use so there's no
reason why it shouldn't be useful to you. in fact, it's so simple
that i've duplicated your red knob design. see here for the
blender (.blend) file:
http://www.zenadsl6252.zen.co.uk/flat-red-100-frames.blend
and here for the output:
http://www.zenadsl6252.zen.co.uk/flat-red-100-frames.png
it's trivial to change the number of frames, the colours used or
the frame size and re-render it. you can also adjust the output filter
to sharpen or soften the edges.
i must admit though, that with a minimal design like this, you might
do well to implement it algorithmically with drawing operations.
then you can make run time changes to the appearance.
if you want something more complex or tactile then you could use
Thorsten's knob animation or give me a shout and i'll knock something
out to your specs. (although, bear in mind that my blender skills are
somewhat limited so it won't be a work of art =)
pete.
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev
Wow, thank you very much!
Well I think it is worth to have a look at blender.
As you mentioned the code based rendering: All images are stored in a
xml file so that everyone using my gui can exchange them to create his
own style. So I don't think that a rendering approach would be that useful.
Christian
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGVUNXVC26eJ+o0+0RAkU+AJ9hAYDa//nbujiE1WvsU3eDAunHoACfXrA1
EmsGWOal8E5ILjin7hvoh7Y=
=Ia9T
-----END PGP SIGNATURE-----
6 Jun
6 Jun
8:26 p.m.
New subject: Controller images
On Thu, May 24, 2007 at 09:48:39AM +0200, Christian wrote:
Wow, thank you very much!
Well I think it is worth to have a look at blender.
As you mentioned the code based rendering: All images are stored in a
xml file so that everyone using my gui can exchange them to create his
own style. So I don't think that a rendering approach would be that useful.
Christian
mhmh... saving the knob anims in an xml file is too much hassle IMO.
my first animated knob was based on a gif animation.
now i resorted to png because of the alpha, and gif being bad...
is the patent hassle gone now ?
i have put all animation phases into one png.
now the problem is, that we need one integer as metadata, to find the
number of animation phases.
Then all height and width of the knob images could be calculated.
i know, that there are fields for metadata inside a png.
Is it possible to set and get them with GdkPixbuf ?
we should try to agree on something.
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
9:32 p.m.
New subject: Controller images
On Wed, 2007-06-06 at 09:46 +0200, torbenh(a)gmx.de wrote:
mhmh... saving the knob anims in an xml file is too
much hassle IMO.
my first animated knob was based on a gif animation.
now i resorted to png because of the alpha, and gif being bad...
is the patent hassle gone now ?
i have put all animation phases into one png.
now the problem is, that we need one integer as metadata, to find the
number of animation phases.
Then all height and width of the knob images could be calculated.
i know, that there are fields for metadata inside a png.
Is it possible to set and get them with GdkPixbuf ?
we should try to agree on something.
i just had a quick look around and i couldn't see where format specific
meta data is exposed via the gdk-pixbuf api. i can see how presenting
metadata from different formats in one interface would be hairy so it
doesn't surprise me.
how about encoding the number of frames into the filename?
you could do it simply or insert a magic sequence to avoid spurious
results. fugly tho that may be.
FTR though, shipping an attendant spec file with meta data that points
to the png anim seems relatively painless to me. especially as part of
a library. the spec would be eminently scriptable too, although xml is
overkill imo. (unless said library already uses it)
with my own galan knob ancestor, i've also subclassed gdkpixbuf, adding
a few vars and functions to make using animations of this sort easier.
that way you can keep any extra information in one object and benefit
from simple ref counting, sharing and safe clean up.
this also makes it generic enough to use with other animated widgets. a
mod wheel, complex slider or image sequence (for use with waveform type
selectors) for example.
so we should be able to solve this problem inside and out.
pete.
12 Jun
12 Jun
11:55 p.m.
New subject: Controller images
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:
huh ? :)
nevermind.
oki..
so some .ini style syntax, easily parsed with GKeyFile
perhaps some sections for different backgrounds ?
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.
keys:
png_filename
width
height
num_pixmaps
any other thoughts ?
with my own galan knob ancestor,
shit. invert that last bit. sorry torben. /(>_<)\
pete
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
13 Jun
13 Jun
1:33 p.m.
New subject: Controller images
On Mon, 2007-06-11 at 06:32 +0200, torbenh(a)gmx.de wrote:
On Thu, Jun 07, 2007 at 08:55:59PM +0100, pete
shorthose wrote:
moving swiftly along then... :]
On Thu, 2007-06-07 at 00:32 +0100, pete shorthose
wrote:
huh ? :)
nevermind. with my own galan knob ancestor,
shit. invert that last bit. sorry torben. /(>_<)\ 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.
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.
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.
cheers,
pete.
10:26 p.m.
New subject: Controller images
On Wed, Jun 13, 2007 at 04:33:27PM +0100, pete shorthose wrote:
it lightwave and photoshop.
On Mon, 2007-06-11 at 06:32 +0200, torbenh(a)gmx.de
wrote:
perhaps :) a friend of mine rendered it under windows...
no suitable rendering options there.
On Thu, Jun 07, 2007 at 08:55:59PM +0100, pete
shorthose wrote:
moving swiftly along then... :]
On Thu, 2007-06-07 at 00:32 +0100, pete shorthose
wrote:
huh ? :)
nevermind. with my own galan knob ancestor,
shit. invert that last bit. sorry torben. /(>_<)\ 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.
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.
ack. starting reimplementation using gob.
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.
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.
cheers,
pete.
_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev(a)lists.linuxaudio.org
http://lists.linuxaudio.org/mailman/listinfo.cgi/linux-audio-dev
--
torben Hohn
http://galan.sourceforge.net -- The graphical Audio language
6402
days inactive
6425
days old
linux-audio-dev@lists.linuxaudio.org
7 comments
4 participants
participants (4)
-
Christian -
pete -
pete shorthose
-
torbenh＠gmx.de