2009年4月30日 星期四

Classic 80's: We Are the World


We Are the World

Classic 80's: Pet Shop Boy


2009年4月29日 星期三

2009年4月26日 星期日

EXR layer naming conventions

http://www.mail-archive.com/openexr-user@nongnu.org/msg00178.html

R G B A Z
Raw Colour: Raw.R .G .B
Reflection Colour: Refl.R .G .B
Diffuse Colour: Diff.R .G .B
Specular Colour: Spec.R .G .B
Backdrop Colour: Backdrop.R .G .B
PreEffect Colour: PreEffect.R .G .B

Single channels:
Special, Luminosity, Diffuse, Specularity, Reflectivity, Transparency, Shading,
Shadow, Geometry, DiffShade, SpecShade

Motion.X .Y

the channel names should all be single-letters, Are there cases where you reed to put more letters? That
would make it easier for people to make layers like "guy.head.spec.R"
and you know that everything before is part of the layer name and the
"R" is the channel.

And also, I think that is you have multiple channels that are tied
together, they should always use the layer format, like Motion.X and
Motion.Y. I see some files that just say "X" or "Y" or "VX" or
"velX" and there's no good algorithmic way to know they're tied
together.

-----------------------------------------------------------------------------

Channel Names

An OpenEXR image can have any number of channels with arbitrary names. The
specialized RGBA image interface assumes that channels with the names "R", "G",
"B" and "A" mean red, green, blue and alpha. No predefined meaning has been
assigned to any other channels. However, for a few channel names we recommend
the interpretations given in the table below. We expect this table to grow over
time as users employ OpenEXR for data such as shadow maps, motion-vector fields
or images with more than three color channels.

name interpretation
---- --------------
Y luminance, used either alone, for gray-scale images, or
in combination with RY and BY for color images.
RY, BY chroma for luminance/chroma images, see above.
AR, AG, AB red, green and blue alpha/opacity, for colored mattes
(required to composite images of objects like colored
glass correctly).
-------------


A few thoughts on extending this:

- I think "Z" for camera depth should be added to the recommendation list. This
is a de facto standard in many (if not most?) apps already.

- I agree with the other comments that "
." is the best way to
go for all other channels, so that associated channels can be easily matched by
layer.

- Layer names should be mostly unrestricted, but there should probably be a
recommendation for nesting within layer names, for example using dots or
underscores (e.g. layer.sublayer.channel). This could support things like
stereo images each with multiple layers. (For what it's worth, Nuke uses
"
." for all channel names, but it doesn't allow dots in the
"
" part.)

- For consistency, "
" should, if possible, be chosen from the list of
main channels: R/G/B/A/Z/Y/RY/BY. This works for layers that represent colors.
Writers should be strict about using the recommended channel suffixes,
but readers should recognize other reasonable versions, like r/g/b/a,
red/green/blue/alpha, etc..

- What about scalar (single value) layers or layers that represent 3D data like
points/normals/vectors? Some apps currently use x/y/z as channel suffixes, e.g.
N.x, N.y, and N.z for normals. At least one uses nx, ny, and nz with no suffix.
For scalars, most apps I've looked at just output the layer name without a
channel suffix, e.g. "myscalar". It would be nice to have a unified,
deterministic rule to handle all of these cases without requiring complex logic
or lists of legal suffixes. What about using simple numerical indices for all
data (non-color) channels? The layer name should be enough for apps to
interpret the individual channels. Scalars could be the same, but with just a
single index. For example: N.0, N.1, N.2, myscalar.0. This idea could also
handle layers holding a 4-point vector or 16-element matrix at each pixel.

Thoughts? There might be a better approach than numerical indices for data
channels, but I can't think of anything else simple and flexible, at least not
without having a system to declare file-specific channel suffixes in a "channel
suffix declarations" attribute, or something like that. That would be an
interesting idea to explore, but I think we need to be practical. Anything more
than a simple naming convention is unlikely to be incorporated by application
developers any time soon.

2009年4月25日 星期六

小米記趣~做作功夫鞋襪子篇!

因為小比媽的割愛
把很多小比小時候可愛的衣物都給小米穿穿
正好這一天
天氣冷
給小米穿了襪子
發現這一雙襪子在某個程度有很搞笑的視覺呈現>>

踢一腳給你瞧瞧


看看小娘我的做作功夫鞋襪子


我比較喜愛佛山無影腳啦


媽媽說大家閨秀都要這樣的姿勢

Shattered (Turn the Car Around)_O.A.R.

http://www.youtube.com/watch?v=d_NfBqD_2iI

nice music for driving or riding....

O.A.R. - Shattered Lyrics
In a way, I need a change
From this burnout scene
Another time, another town
Another everything
But it's always back to you

Stumble out, in the night
From the pouring rain
Made the block, sat and thought
There's more I need
It's always back to you

But I'm good without ya
Yeah, I'm good without you
Yeah, yeah, yeah

How many times can I break till I shatter?
Over the line can't define what I'm after
I always turn the car around
Give me a break let me make my own pattern
All that it takes is some time but I'm shattered
I always turn the car around

I had no idea that the night
Would take so damn long
Took it out, on the street
While the rain still falls
Push me back to you

But I'm good without ya
Yeah, I'm good without you
Yeah, yeah, yeah

How many times can I break till I shatter?
Over the line can't define what I'm after
I always turn the car around
Give me a break let me make my own pattern
All that it takes is some time but I'm shattered
I always turn the car around

Give it up, give it up, baby
Give it up, give it up, now
Now

How many times can I break till I shatter?
Over the line can't define what I'm after
I always turn the car around
All that I feel is the realness I'm faking
Taking my time but it's time that I'm wasting
Always turn the car around

How many times can I break till I shatter?
Over the line can't define what I'm after
I always turn the car around

Don't wanna turn that car around
I gotta turn this thing around

2009年4月22日 星期三

Earth day again......

2009年4月18日 星期六

HOUDINI Tutorials

Thanks Seadog's great info...

2009年4月11日 星期六

測試你的眼睛對色彩Hue的敏銳度....XD/ Online Color Challenge

Thanks co-worker Ahom's cool info>>
測試你的眼睛對色彩Hue的敏銳度, 點此網站後選取你的國家, 例如Taiwan, 然後用滑鼠遊標依照測試最左至最右色彩色相排列出你認為ok的漸變順序, wow....超緊張的....如果沒過, 豈不是沒有資格當合成師....最後我拿了零分.......XD好險.....!!!