 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Ron Parker wrote:
>
> On Tue, 28 Sep 1999 00:03:18 +0200, Peter Toneby wrote:
> >Nieminen Juha wrote:
> >>
> >> Peter Toneby <woo### [at] acc umuse> wrote:
> >> : Have you updated the code for keyword-completion? (added the new
> >> : keywords and all that)
> >>
> >> Nope. I have never used the completion feature. Perhaps I'll have to
> >> familiarize myself with it. It may be handy.
> >> My additions to the pov-mode.el are far from complete.
> >
> >I noted that, but they are good, but for emacs only, not xemacs, so I
> >had to make some changes
> >to it to make sure it's compatible, I still have to test it a bit more,
> >and I might do
> >some other work on the mode as well later this week, so hopefully I can
> >make a release this
> >weekend.
>
> I just started playing with pov-mode myself, and the first thing I
> found is that rendering the scene is a lot more work than it should
> be. Is there some variable somewhere I can set with the default
> render command so I don't have to retype it every time I run emacs?
I will see what I can do, I never use that feature myself, I always use
commandline since I get better control that way.
/Peter Toneby
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Thu, 04 Nov 1999 16:43:59 +0100, Peter Toneby wrote:
>Ron Parker wrote:
>> I just started playing with pov-mode myself, and the first thing I
>> found is that rendering the scene is a lot more work than it should
>> be. Is there some variable somewhere I can set with the default
>> render command so I don't have to retype it every time I run emacs?
>
>I will see what I can do, I never use that feature myself, I always use
>commandline since I get better control that way.
I found a variable that controls whether m-x compile is interactive or
not, and what the command is if it isn't. That's close. I think I'll
just have to dig into compile.el a little and see what I find.
--
These are my opinions. I do NOT speak for the POV-Team.
The superpatch: http://www2.fwi.com/~parkerr/superpatch/
My other stuff: http://www2.fwi.com/~parkerr/traces.html
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
The problem with rendering directly from emacs is that you can't stop
povray in the middle of the rendering, but you have to wait for it to
finish (at least if you don't want multiple povrays running). Or at least
I don't know how to stop it from emacs.
When started from the shell I just press ^C.
--
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
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Nieminen Juha wrote:
>
> The problem with rendering directly from emacs is that you can't stop
> povray in the middle of the rendering, but you have to wait for it to
> finish (at least if you don't want multiple povrays running). Or at least
> I don't know how to stop it from emacs.
> When started from the shell I just press ^C.
If you can't pass it a signal from within emacs (I suspect you can), you
might be able to run kill from emacs.
-Mark Gordon
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Nieminen Juha wrote:
>
> Jakob Flierl <joo### [at] gmxde> wrote:
> : ... or start povray with "+w1 +h1".
>
> That's not the same since it will not only parse the scene but actually
> make instances of all the objects, calculate all the #while-loops, #macros,
> etc, and so on.
> For example the conversion of bicubic patches to triangles is done
> after parsing the patches and can take very long.
...and that's a way to get an idea of how bulky (in terms of memory)
your work will be: an information you just get when everything is
finished.
--
__ __ __ __ _
| | / \ / / |_ / |/
\/\/ \__/ /_ /_ |__ \_ |\
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
