"flavored" oatmeal skin, download more colors now (v37-4)

[patman]

Beautiful work, Grymm. I love this synth already, a new UI is just gonna make a good thing better!

[grymmjack]

thanks everyone. ok i've finished all of the graphics now it's REALLY time to mockup/slice/export/animate.

will begin now. dont know how much i can finish but will try to do alot of it. i'm just as anxious as you guys are to get it done.

[diverdee]

It's looking absolutely stunning.
Kudos for doing this work mate.

[grymmjack]

thanks diverdee.

ok so i guess i'm not done with the graphics drawing part yet:

Code: Select all

[pots]
small on dark
large on dark
large on darker
large on light
small on darker

[leds]
led on light
led on dark
led on darker

[sliders]
vertical on light
vertical on dark
horizontal on light
horizontal on dark

[misc]
eq type on dark
vertical power on dark
vertical power on light
arp steps

[backgrounds]
main
midi
editor osc1
editor osc2
editor lfo1
editor lfo2

[icon-box-readouts] *
oscilator
filter
lfo
distortion
chorus

[text-menus] *
modulation target
lfo mode
lfo rate unit
arp mode
arp unit
distoriton mode
distortion oversample
chorus mode
delay unit
delay reverse type
poly mode
glide mode
aftertouch mode

[fonts] *
cc#
status

this is the stuff i've recognized that needs to be animated or exported separately/uniquely. the blocks with *'s means i need to create these.

so not done quite yet, but these shouldn't be that hard.

i'm trying to work and export and animate in such a way that other people who want to make changes will be able to load up any given control/file/background and do their color mods etc. it seems like a good layout that other skinners could work with as well if they just want to change bitmaps and not dive into the oms for xy|wh etc.

what i propose to do is create separate PSD files and organize them hierarchically in a logical manner and provide source in a ZIP file.

the actual skin distribution will be flat like you'd expect, gj-maple.oms and a gj-maple/* directory within the oatmeal skins directory.

ok, excited to get going again got some time today after all!

[grymmjack]

oh yeah, does everyone feel the current way the oatmeal pots respond is sufficient/fine enough? it looks like fuzy used 44 frame knobs. i typically use 93 or 63 depending on the range. 93 for pots and 63 for sliders, though since the values are interpolated i think by the skin engine, i dont think it matters too much. it seems that the engine compensates to draw frames only when needed, and is unlike SE engine where if there are only 10 frames, there are only 10 control values possible?

anyway, let me know please if you have preference on travel distance for the faders and pots. if the current 44 is ok, i'm thinking the interpolation will make the number of positions relationship to the number of frames in the animation not an issue.

[.jon]

I tried with the default large skin, and with those knobs it's perfectly fine, don't know about larger knobs. Precise adjustments are possible, even without using the superfine modifiers.

[Debutante]

oh yeah, does everyone feel the current way the oatmeal pots respond is sufficient/fine enough? it looks like fuzy used 44 frame knobs. i typically use 93 or 63 depending on the range. 93 for pots and 63 for sliders, though since the values are interpolated i think by the skin engine, i dont think it matters too much. it seems that the engine compensates to draw frames only when needed, and is unlike SE engine where if there are only 10 frames, there are only 10 control values possible?

anyway, let me know please if you have preference on travel distance for the faders and pots. if the current 44 is ok, i'm thinking the interpolation will make the number of positions relationship to the number of frames in the animation not an issue.

I think the original skin's response was great with the the horizontal fine tuning. That's one of the reasons I found it quite usable despite the small size of the skin. It worked very well IMO. There was also the left-click for default setting and mouse-whell for centering; it was perfect. You didn't have to touch the kyboard with that skin. The same or very close scheme would be much appreciated here... unless you could refine it even further.

[nBeat]

it seems that the engine compensates to draw frames only when needed, and is unlike SE engine where if there are only 10 frames, there are only 10 control values possible?

No, SE works the same way.
Actually, you can get by with only two frames to set any value,
which is great (especially for transparent overlays).

[brok landers]

oh yeah, does everyone feel the current way the oatmeal pots respond is sufficient/fine enough?

oh no, by far not! it's a pita to reach certain values exactly ...
if you can do something about it, that would be the bomb!
i.e. the transpose slider on osc2 (default=1 octave higher than the 1st osc), i cannot get it into the exact tuning as osc1 is ... it's allways a tiny bit next to 0.
i.e.this is _very_ important for basses, if the startphase of the osc's is locked. they should be in _exact_ tune then ...
does wonders if one then uses pulsewaves on both osc's and slightly adjusts the width of only one of the osc's ...
again, if you can do something about finer adjustment, this would be just perfect!

or i just missed something and it's allready there ...
i tried it with all skins so far ...
my hope lays in your skin now ...

[Z3R0T0N1N]

grym; i can't even believe how amazing this GUI looks!! it's a true work of beauty.
-g

[.jon]

oh yeah, does everyone feel the current way the oatmeal pots respond is sufficient/fine enough?

oh no, by far not! it's a pita to reach certain values exactly ...
if you can do something about it, that would be the bomb!
i.e. the transpose slider on osc2 (default=1 octave higher than the 1st osc), i cannot get it into the exact tuning as osc1 is ... it's allways a tiny bit next to 0.
i.e.this is _very_ important for basses, if the startphase of the osc's is locked. they should be in _exact_ tune then ...
does wonders if one then uses pulsewaves on both osc's and slightly adjusts the width of only one of the osc's ...
again, if you can do something about finer adjustment, this would be just perfect!

or i just missed something and it's allready there ...
i tried it with all skins so far ...§
my hope lays in your skin now ...

Brok, I recommend you to check the manual. Or if you don't feel like it, maybe just this post above your post:

I think the original skin's response was great with the the horizontal fine tuning. That's one of the reasons I found it quite usable despite the small size of the skin. It worked very well IMO. There was also the left-click for default setting and mouse-whell for centering; it was perfect. You didn't have to touch the kyboard with that skin. The same or very close scheme would be much appreciated here... unless you could refine it even further.

To put it shortly - middle-click on the transpose knob for osc 2 and you are in tune.

Ctrl+shit+drag sideways adjusts in 0.01 increments.

[brok landers]

there is a manual? shit, by the time i downloaded the it there was nothing at all, sorry ...

edit: i downloaded the last version now (3.7.3) , trying when at the studio ...
if this is true, sorry, folks, i just missed it ...

[R.A.W.]

*bump*
man, just checked the screenies on page 1.. it looks done. can't wait. great work grymm, thanks!

[gizmo]

Wow, incredibly impressive and so easy to look at. Thanks very much!

[laputa_sync]

going to freeze myself....

go grymm go...

OATMEAL!!!!!!!!! YAY!!