Hi.

I've noticed that Lutz Kretzschmar is writing/reding in this group.

Guy, do you have too much time hu? ;-)

So I would like to start a feature-wish-list...

Beginning with me:
- the animation Plugin! (only want to mention it here...)
- Object Libraries
- possibility to place one object several times in the image... when you
change the source-object, all others will be changed. This could be memory-
and rendering-time-sparing
- Direct 3d or OpenGL preview (less important but nice)
- more releases with fever changes instead of fewer releases with more
changes
-[your features here?]

BTW: Why takes the animation plugin so much time? It would be enough for me
if the translation/scale/rotation fields would be replaced by a formular
editor/parser and a possibiliy to adjust the clock...
Creating the exact formulas might be the work of other plugins...

Just a suggestion... Perhaps it's more complicated as I can imagine...

Gevatta

Post a reply to this message

Gev### [at] jpberlinde wrote:

> Hi.
>
> I've noticed that Lutz Kretzschmar is writing/reding in this group.
>
> Guy, do you have too much time hu? ;-)
>
> So I would like to start a feature-wish-list...
>
> Beginning with me:
> - the animation Plugin! (only want to mention it here...)
> - Object Libraries
> - possibility to place one object several times in the image... when you
> change the source-object, all others will be changed. This could be memory-
> and rendering-time-sparing
> - Direct 3d or OpenGL preview (less important but nice)
> - more releases with fever changes instead of fewer releases with more
> changes
> -[your features here?]
>

My Wish list...
1.  an Isosurface plugin for the Super patch version of povray
2.  A plugin that would communicate with the 3ds2Pov program
3.  maybe support for the cylindrical lights, triangles, prism, polygon, and
polynomials...
4.  (Anyone else?)

>
> BTW: Why takes the animation plugin so much time? It would be enough for me
> if the translation/scale/rotation fields would be replaced by a formular
> editor/parser and a possibiliy to adjust the clock...
> Creating the exact formulas might be the work of other plugins...
>
> Just a suggestion... Perhaps it's more complicated as I can imagine...
>
> Gevatta

Post a reply to this message

Psychomek wrote:

> Gev### [at] jpberlinde wrote:
>
> > Hi.
> >
> > I've noticed that Lutz Kretzschmar is writing/reding in this group.
> >
> > Guy, do you have too much time hu? ;-)
> >
> > So I would like to start a feature-wish-list...
> >
> > Beginning with me:
> > - the animation Plugin! (only want to mention it here...)
> > - Object Libraries
> > - possibility to place one object several times in the image... when you
> > change the source-object, all others will be changed. This could be memory-
> > and rendering-time-sparing
> > - Direct 3d or OpenGL preview (less important but nice)
> > - more releases with fever changes instead of fewer releases with more
> > changes
> > -[your features here?]
> >
>
> My Wish list...
> 1.  an Isosurface plugin for the Super patch version of povray
> 2.  A plugin that would communicate with the 3ds2Pov program
> 3.  maybe support for the cylindrical lights, triangles, prism, polygon, and
> polynomials...

You can do that with a UDO/INC pair, AFAIK...

> 4.  (Anyone else?)

1. An BMRT export plugin(For all those potential plugin writers out there, you
can easily use this to make it:http://www.affine.com/
It doesn't need to support anything that Moray doesn't. If you can somehow export
the textures as shaders, that'd kick ass, but is most definitely not needed.
2. See number one.
3. See number 2.
4. See number 3.
5. Can you guess?


>
>
> >
> > BTW: Why takes the animation plugin so much time? It would be enough for me
> > if the translation/scale/rotation fields would be replaced by a formular
> > editor/parser and a possibiliy to adjust the clock...
> > Creating the exact formulas might be the work of other plugins...
> >
> > Just a suggestion... Perhaps it's more complicated as I can imagine...
> >
> > Gevatta



--
The problem with the gene pool is that there is no lifeguard.

Post a reply to this message

Gev### [at] jpberlinde wrote:
> 
> Hi.
> 
> ...
> 
> BTW: Why takes the animation plugin so much time? It would be enough for me
> if the translation/scale/rotation fields would be replaced by a formular

Because In order to get it working properly I've had to ask Lutz to make
quite a few modifications to Moray and it's plugin interface.  Each
round trip involves describing the problem, trying a fix, fixing the
fix, finding a new problem.

Although you could describe the t/s/r fields with a formula, how would
you describe the characteristics of the animation itself?  [e.g.,
start/stop time, FPS] - remember that Moray has no notion of time.  How
do you control the renderer from within the plugin (it turns out to be
difficult to determine when POV-Ray is done rendering a frame).  How do
you tell Moray when to use a formula and when to use a value from the
dialog.

Xander

Post a reply to this message

> - possibility to place one object several times in the image... when you
> change the source-object, all others will be changed. This could be memory-
> and rendering-time-sparing

There are a form of this. Use the duplicator to duplicate a few objects
and move those where you want them but don't move the original ever
again! If you do, the other will move in the same direction (if I
remember correctly), if you rotate, the other object will do it too, and
this can do some serious damage to the scene... (Nothing an <undo> can't
handle though)

Post a reply to this message

Alexander Enzmann wrote:

> > BTW: Why takes the animation plugin so much time? It would be enough for me
> > if the translation/scale/rotation fields would be replaced by a formular

> Although you could describe the t/s/r fields with a formula, how would
> you describe the characteristics of the animation itself?  [e.g.,
> start/stop time, FPS] - remember that Moray has no notion of time.  How
> do you control the renderer from within the plugin (it turns out to be
> difficult to determine when POV-Ray is done rendering a frame).  

Hm. Perhaps thats not a plug-in task, more a modification to moray itself,
but you may add parameters to the formula. Like this:
[Startframe,Endframe]k*45[SF,EF]k*(-45)

Perhaps it would be possible to change the clock by an Include-File...?

> How do you tell Moray when to use a formula and when to use a value from the
> dialog.

The "formulas" may replace the old dialogs. If there's a fixed value, you
don't need to calculate anything [the dialogs are the same as before],
otherviseyou need to find out, wich clock is given an wich part of the
"formula" is to be calculated...

[only wantig to give some suggestions, not making the programmers angry...]
Gevatta

Post a reply to this message

Gev### [at] jpberlinde wrote:
: - possibility to place one object several times in the image... when you
: change the source-object, all others will be changed. This could be memory-
: and rendering-time-sparing

  Doesn't copying an object do just this?

  My suggestion is that a scripting language (perhaps similar to povray's)
should be added. That should cover most of the requests anybody has and would
remove all the limits moray has.

-- 
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):5;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/

Post a reply to this message

>   Doesn't copying an object do just this?
You mean duplicate->reference. Just copying makes another independant
object.
 
>   My suggestion is that a scripting language (perhaps similar to povray's)
> should be added. That should cover most of the requests anybody has and would
> remove all the limits moray has.
Why similar to pov-ray, why not the same?

ZK

Post a reply to this message

Hi Gev### [at] jpberlinde, you recently wrote in moray.win:

> I've noticed that Lutz Kretzschmar is writing/reding in this group.
> Guy, do you have too much time hu? ;-)
Hehe, no, unfortunately not, otherwise your fifth wish would be
granted<g>. This is our support forum and we do take support
seriously. If we can do support in public it helps keep the email
quantity down.

> So I would like to start a feature-wish-list...
Ufff, as if we didn't have enough to do<g>. No, seriously, feel free
to start a wish-list, but don't expect it to become a reality in any
particular order (or at all). We are about to come out with a smaller
release (hopefully before the end of the year), but the changes won't
be too big (please don't ask).

> - Object Libraries
I take it you've seen the Object Library on our website?

> - possibility to place one object several times in the image... when you
> change the source-object, all others will be changed. This could be memory-
> and rendering-time-sparing
This has been possible since Moray V2.5. When you copy an object using
the Duplicate function, there is a checkbox called 'Reference Object'.
If you activate this, Moray will make a shallow copy of the object
(which is exactly what you described above). If you leave it unchecked
it makes a deep copy (creates copies of all subobjects too).

> BTW: Why takes the animation plugin so much time? 
I see Xander has answered this. 

> It would be enough for me if the translation/scale/rotation fields 
> would be replaced by a formular editor/parser ...
Yeah, but not for us. If I wanted to animate with formulas (only), I'd
stick to POV-Ray scripting language. We do want to offer an animation
interface that allows more visual control of the animation.

> Just a suggestion... Perhaps it's more complicated as I can imagine...
Yup, I think maybe<g>. A long time ago, when I started Moray (6
years?) I thought about making every value a formula, but it turns out
that this is totally unsuitable for a graphical program.

- Lutz
  email : lut### [at] stmuccom
  Web   : http://www.stmuc.com/moray

Post a reply to this message

Hi Nieminen Juha, you recently wrote in moray.win:

>   Doesn't copying an object do just this?
It depends how you make the copy. Moray offers shallow and deep
copies.

>   My suggestion is that a scripting language (perhaps similar to povray's)
> should be added. That should cover most of the requests anybody has and would
> remove all the limits moray has.
I agree that a simnple scripting would be a Good Thing, unfortunately
it is quite a lot of work (not neccessarily very difficult, but a lot
of internal shuffling). 
Adding a scripting language like POV-Rays seems rather like doing a
full circle<g>. Might as well just use POV-Ray! Our concentration is
on the G in GUI ;-)

Someone on the Moray SDK mailing list recently started to research the
possibility of creating a scripting plugin, so there is hope yet<g>.

- Lutz
  email : lut### [at] stmuccom
  Web   : http://www.stmuc.com/moray

Post a reply to this message