![](/i/fill.gif) |
![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
There is a new Windows 9x texture editor for POV released today.
Actually it is a material editor, because it supports interior
and media. Plus fog! Get it at
http://www.sourceforge.net/projects/ute/ .
It is FREEWARE.
Let me know if you have any suggestions for it.
--
See my Free stuff page. It compares free website providers, and
lists free internet access providers.
http://www.crosswinds.net/~robertsc/free.htm
Win98 help file loaded with hints and tips, including securing a
Win 95/98 PC in a classroom setting. VB4 help file with lots of
code and hints.
At http://www.crosswinds.net/~robertsc/
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Chuck Roberts wrote:
>
> There is a new Windows 9x texture editor for POV released today.
> Actually it is a material editor, because it supports interior
> and media. Plus fog! Get it at
> http://www.sourceforge.net/projects/ute/ .
I've added it to my links data base. As soon as I update the links
page at povray.org it will also show up there.
Cheers,
--
Ken Tyler
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
From: Warp
Subject: Re: ANN: new Windows 9x texture editor released
Date: 26 Sep 2000 05:42:13
Message: <39d06f75@news.povray.org>
|
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
I haven't tried the program yet, but from the snapshots I have some
comments. These comments should be taken only as my personal opinions and
suggestions.
- General:
Viewing all possible features, even mutually exclusive ones, at the same
time might not be the best approach. They take valuable screen space and
don't seem to be intuitive.
A suggestion: If two features are mutually exclusive (for example a pigment
can't have solid color and a color map at the same time) their options
should replace each other when the other is activated.
This also will probably remove the need for redundant texts such as
"Applies to whole pigment": Things that are mutually exclusive replace
each other and their specific options are hidden with the feature itself
when the feature is hidden, and things that always apply to the pigment
or whatever always stay visible (when the pigment-tag or whatever is viewed).
There seems to be inconsistency between several values. In some places
you can only use a slider to enter a value while in other places you can
only enter a number in a textbox.
- Control area:
Why there's a 'Rename' button when the name of the texture is apparently
in an editable text box?
If the text box is not editable, it might be a good idea to make it so
(thus allowing the removal of the redundant button).
How about pre-defined textures and materials?
- Pigment screen:
'None', 'Custom color', 'Pre-defined color' and 'Pattern' are all clearly
mutually exclusive, so perhaps it could be a good idea to show only the
one that is active (and some way of selecting the active item with a menu,
a set of radio buttons or whatever).
The current layout seems like the color component settings apply to both
'None' and 'Custom color'.
The pre-defined color could also show the color in question.
In 'Pattern' the color map could also be shown. For an example, here is
how CME does it: http://www.cs.tut.fi/~warp/cme.png
This screen should show all the settings such as turbulence, octaves,
lambda, omega and so on.
This screen seems to lack pigment maps. Since pigment maps can have
several pigments inside them (which can themselves be pigment maps which
have several pigments inside them and so on...) some kind of hierarchical
tree of pigments could be developed.
The same goes for color list pigments (checker, hexagon, bricks) which
can have pigments as components (which can be color list pigments or
even pigment maps themselves).
There could be pre-defined pigments, color maps and pigment maps.
- Normal screen:
The same principle about mutually exclusive things applies here.
There's also some inconsistency between screens: Here the mutually exclusive
things are inside their own box while in the pigment screen they were
scattered among the entire screen.
The screen seems to lack slope maps.
The normal map seems limited. It could be a very similar hierarchical tree
as with pigment maps.
- Finish screen:
Again some inconsistency between the screens. Now here there's a checkbox
for defining whether to use finish or not, while in the other screens there
was a 'None' radio button.
All screens should look similar and similar things should be done in the
same way.
It seems unclear how an ambient color is chosen. One could expect R, G and
B sliders to select the color.
Instead of an 'Amount' button in the ambient color, perhaps it could be
a good idea to use a 'lock color components' (or similar) checkbox like in
most painting programs. When the checkbox is checked, moving any slider will
move the other sliders as well.
The same applies to reflection.
Sliders always limit the range of the values. The values themselves are in
non-editable text boxes. If one wants to go outside the range it's not
possible. They also limit the resolution of the value (ie. the steps which
it jumps).
Range-limiting sliders also take valuable screen space when they are not
really needed.
Since the text box is not editable, one can't put a value by hand. This
means that some values just can't be entered (because the slider jumps over
those values).
The meaning of the slider after the 'Metallic' checkbox is unclear. It
doesn't seem to have any meaning.
- Interior/media screen
Media, scattering and density are listed as separate things, as if they were
different features (which could even be mutually exclusive) although
scattering and density are just media options and should be inside media.
It may be a good idea to put checkboxes at the left of 'IOR', 'Caustics'
and so on to let the user specify whether he wants to use the specific
feature or not (without having to clear the value).
Explanations in some features seem quite redundant.
There doesn't seem to be any way of specifying absorption and emission
color.
Also there doesn't seem to be any way of specifying the pattern to be
used in the density.
It seems that multiple medias are not supported. Again, a hierarchical
tree might be a solution.
--
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):_;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
I tried to download the file but GetRight reports that the file is not found
in server. This is the scond time that I am trying to download this file.
M.Paktitis
39CFA6BB.57614370@alleganisd.org...
> There is a new Windows 9x texture editor for POV released today.
> Actually it is a material editor, because it supports interior
> and media. Plus fog! Get it at
> http://www.sourceforge.net/projects/ute/ .
>
> It is FREEWARE.
>
> Let me know if you have any suggestions for it.
>
> --
> See my Free stuff page. It compares free website providers, and
> lists free internet access providers.
> http://www.crosswinds.net/~robertsc/free.htm
>
> Win98 help file loaded with hints and tips, including securing a
> Win 95/98 PC in a classroom setting. VB4 help file with lots of
> code and hints.
> At http://www.crosswinds.net/~robertsc/
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Warp wrote:
>
>
> - General:
>
> Viewing all possible features, even mutually exclusive ones, at the same
> time might not be the best approach. They take valuable screen space and
> don't seem to be intuitive.
Sounds like a good idea. I don't know if I'll do this though.
>
> - Control area:
>
> Why there's a 'Rename' button when the name of the texture is apparently
> in an editable text box?
Because you enter the new name, then hit Rename to save the new
name.
> How about pre-defined textures and materials?
These are planned for later.
>
> - Pigment screen:
>
> The pre-defined color could also show the color in question.
>
> In 'Pattern' the color map could also be shown. For an example, here is
> how CME does it: http://www.cs.tut.fi/~warp/cme.png
Is CME your program? Is it just for generating generic colors or
is it for POV colors?
> This screen should show all the settings such as turbulence, octaves,
> lambda, omega and so on.
Turbulence parameters (octaves, lambda, omega, etc) are not
implemented everywhere turbulence is possible (yet).
> - Normal screen:
>
> The screen seems to lack slope maps.
Yes.
> - Finish screen:
>
> It seems unclear how an ambient color is chosen. One could expect R, G and
> B sliders to select the color.
Double click the color box. For the Finish tab, click the button
next to the item (like ambient color) to choose if you want to
use just an amount or a color. (See manual ArchUser.rtf.)
> Range-limiting sliders also take valuable screen space when they are not
> really needed.
You got that right.
> Since the text box is not editable, one can't put a value by hand. This
> means that some values just can't be entered (because the slider jumps over
> those values).
You mean smaller decimal values can't be used?
>
> The meaning of the slider after the 'Metallic' checkbox is unclear. It
> doesn't seem to have any meaning.
It's metallic amount. The amount portion is optional.
> - Interior/media screen
>
> It may be a good idea to put checkboxes at the left of 'IOR', 'Caustics'
> and so on to let the user specify whether he wants to use the specific
> feature or not (without having to clear the value).
For those features, if the value is zero, they are not used.
> Also there doesn't seem to be any way of specifying the pattern to be
> used in the density.
I thought there was.
>
> It seems that multiple medias are not supported. Again, a hierarchical
> tree might be a solution.
I didn't know one could use multiple medias.
--
See my Free stuff page. It compares free website providers, and
lists free internet access providers.
http://www.crosswinds.net/~robertsc/free.htm
Win98 help file loaded with hints and tips, including securing a
Win 95/98 PC in a classroom setting. VB4 help file with lots of
code and hints.
At http://www.crosswinds.net/~robertsc/
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
It should be fixed now. Sourceforge ate the last file.
>
> I tried to download the file but GetRight reports that the file is not found
> in server. This is the scond time that I am trying to download this file.
> M.Paktitis
--
See my Free stuff page. It compares free website providers, and
lists free internet access providers.
http://www.crosswinds.net/~robertsc/free.htm
Win98 help file loaded with hints and tips, including securing a
Win 95/98 PC in a classroom setting. VB4 help file with lots of
code and hints.
At http://www.crosswinds.net/~robertsc/
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Chuck Roberts <cro### [at] alleganisd org> wrote:
: Is CME your program?
Nope.
: Is it just for generating generic colors or
: is it for POV colors?
Povray color maps.
:> Since the text box is not editable, one can't put a value by hand. This
:> means that some values just can't be entered (because the slider jumps over
:> those values).
: You mean smaller decimal values can't be used?
Yes.
:> It may be a good idea to put checkboxes at the left of 'IOR', 'Caustics'
:> and so on to let the user specify whether he wants to use the specific
:> feature or not (without having to clear the value).
: For those features, if the value is zero, they are not used.
That was exactly what I was talking about and it's a bad idea in my
opinion.
--
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):_;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |