|
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> Philippe Debar wrote:
>> What is your favorite editor for povray in Linux?
>
> As others have already pointed out it's usually the other way round with
> Linux: You pick your editor first, then you make it work with whatever
> you want to do with it. Aside from the editor choices that have been
> pointed out in the other responses, just a personal tip from me: Find an
> editor that suits you, no matter what you're doing with it. As most
> Linux/Unix programs, editors come with a certain philosophy that kind of
> defines the way you work with them. Once you found an editor that suits
> your way of writing in general, it's probably possible to teach it some
> POV :) And just for the record: My combination is vim/xterm...
<joking> So, what is the best unix editor ?</joking>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I'll try to rephrase my question in a more-linux-way.
I currently have not choosen a general-purpose editor. As most of my
editing will probably be restricted to:
* configurations files
* Povray
* a little bit of Python
What editor is best suited, which one has the most advanced
plugin/modes/extensions/scripts/macros for (mostly) Povray and (a
little) Python?
Povingly,
Philippe
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> Philippe Debar <phdebarAscarlet.be> wrote:
>> What is your favorite editor for povray in Linux?
>
> I use (a highly configured) emacs with pov-mode. It looks like this:
>
> http://tag.povray.org/povQandT/EmacsPovFrontend.png
>
Is http://www.acc.umu.se/~woormie/povray/ the home of the latest pov-mode?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Philippe Debar schrieb:
> [...]
>
> But anyway if I want to do any of these, I can always use the CLI.
Well - you can't with WinPOV. The point is having the choice - this is
what Unix is all about.
>
> Agreed, but couldn't the editor provide a pause function that calls the
> OS one?
Sure it could, but - as with various other features there has not been
sufficient need to add such a feature to any editor i know of apparently.
If you think a bit about it - there is very rarely a need for actually
pausing a render. If you have another task that is more urgent the best
way (apart from stopping the render) is to set priorities accordingly
('renice'). The wish to actually completely suspend a render probably
results from the common (but wrong) assumption that a computer is
inefficient if occupied with several tasks simultaneously (in most cases
it is more that those operating the computer have troubles with that ;-)).
> BTW, I think I'll try (again) to grok (X)Emacs. Wish me luck ;)
That's of course one of the tougher choices (but not a bad one).
-- Christoph
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Philippe Debar wrote:
> Hi!
>
> What is your favorite editor for povray in Linux? Which one would you
> recommend? Coming from Windows, I was spoiled with the built-in Pov
> editor and I am searching for something similar.
>
...
> Would no such editor exist in the Linux world? I am not very happy at
> the thought that I'll have to run WinPov in Wine =_=' I might even have
> to reboot Windows >_<
>
Have you actually tried to run WinPov in Wine?
I tried it some time ago, it run just fine.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> Philippe Debar schrieb:
>> [...]
>>
>> But anyway if I want to do any of these, I can always use the CLI.
>
> Well - you can't with WinPOV. The point is having the choice - this
is what Unix is all about.
I thought there was a Cygwin Pov (but maybe this requires compilation
under Windows?)... But I never felt the need for it.
>> Agreed, but couldn't the editor provide a pause function that calls
the OS one?
>
> Sure it could, but - as with various other features there has not
been sufficient need to add such a feature to any editor i know of
apparently.
>
> If you think a bit about it - there is very rarely a need for
actually pausing a render. If you have another task that is more urgent
the best way (apart from stopping the render) is to set priorities
accordingly ('renice').
Could be done in the editor too. IIRC Povwin does.
> The wish to actually completely suspend a render probably results
from the common (but wrong) assumption that a computer is inefficient if
occupied with several tasks simultaneously (in most cases it is more
that those operating the computer have troubles with that ;-)).
Well, it can be really unresponsive, even if efficient.
>> BTW, I think I'll try (again) to grok (X)Emacs. Wish me luck ;)
>
> That's of course one of the tougher choices (but not a bad one).
Well, while thinking about the specialized/general editor stuff, I
figured that one -- I for instance -- has to be not totally "perfectly
normal" to do 3D with a text editor and not a 3D gui ;)
Povingly
//Philippe
PS: Sorry everybody for the private mails, I keep hitting the wrong menu
item. Maybe I drink too much coffee...
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> > The wish to actually completely suspend a render probably results
> from the common (but wrong) assumption that a computer is inefficient i
f
> occupied with several tasks simultaneously (in most cases it is more
> that those operating the computer have troubles with that ;-)).
>
> Well, it can be really unresponsive, even if efficient.
You'll see that on Linux, your computer will be much more responsive
than on windows so you might not worry about that :)
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>
>> Well, it can be really unresponsive, even if efficient.
>
>
> You'll see that on Linux, your computer will be much more responsive
> than on windows so you might not worry about that :)
In general, that is true. But... on my Ubuntu box, PovClipse + a render
= impossible to do anything else. PovClipse + Pov-Ray + something else
(like Firefox or Thunderbird or OOo or Gimp) is the only circumstance I
encountered since I use Ubuntu (2 years) that causes such an
unresponsiveness that I can call it a gui freeze.
//Philippe
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Philippe Debar schrieb:
>
> In general, that is true. But... on my Ubuntu box, PovClipse + a render
> = impossible to do anything else. PovClipse + Pov-Ray + something else
> (like Firefox or Thunderbird or OOo or Gimp) is the only circumstance I
> encountered since I use Ubuntu (2 years) that causes such an
> unresponsiveness that I can call it a gui freeze.
I don't know about Java (there might be components of the Java system
wrongly running with increased priority) but apart from that this would
be extremely unusual. Unless you are running out of memory of course -
since there is nothing like priority for swapping exceeding available
memory will always slow down the whole system. Also note Gimp uses its
own 'virtual memory' system so you should make sure its settings are
appropriate.
You can easily test if a slowdown you experience during a POV-Ray render
is due to POV-Ray 'eating up' CPU time - run it with lowest priority
('nice -19 povray' instead of 'povray') and see if this changes
anything. If not a hypothetical pause function in POV-Ray would not
help either.
-- Christoph
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> Philippe Debar schrieb:
> I don't know about Java (there might be components of the Java system
> wrongly running with increased priority) but apart from that this would
> be extremely unusual. Unless you are running out of memory of course -
> since there is nothing like priority for swapping exceeding available
> memory will always slow down the whole system. Also note Gimp uses its
> own 'virtual memory' system so you should make sure its settings are
> appropriate.
It's at least the combination of swap (Eclipse is very memory-hungry and
nearly eats up all of my 768Mo by itself), and 100% CPU usage (Pov).
But even then, I already ran into these conditions without getting such
a slowdown. Eclipse/Java must be doing something, but I will not spend
any more time trying to guess what. I'll consider this a major defect
and will make my choice among the other editors.
> You can easily test if a slowdown you experience during a POV-Ray render
> is due to POV-Ray 'eating up' CPU time - run it with lowest priority
> ('nice -19 povray' instead of 'povray') and see if this changes
> anything. If not a hypothetical pause function in POV-Ray would not
> help either.
Thanks for the tip.
//Philippe
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |