 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Steve wrote in message ...
Ref: Copied here from Uncle Ken's Survey thread.
>On Thu, 24 Apr 2003 18:44:05 -0700, Bob R wrote:
>> Anyone know where I should look for the problem? A setting in
Pyvon?
>> (I'm new to Linux, so please don't just say, "check *all* your
*.conf
>> files". I feel 'lost' enough now!!)
>
>I had a similar problem at one time, the cause was having old library
>path lines in my .povrayrc file, I still had lines for 3.1g and this
>caused terible probles just like the ones you're describing, so I
suggest
>that you take comment out your 3.1g lines and put new ones in to
reflect
>the upgrade to 3.5, here's what I have in my .povrayrc in the library
path
>section:
>
>;; Library_Path=/usr/local/lib/povray31 ;; (+Ldir)
>;; Library_Path=/usr/local/lib/povray31/include
>Library_Path=/usr/local/lib/povray-3.5/include
>Library_Path=/home/sjlen/pov
>;;Library_Path=/home/sjlen/povincludes
>
>As you can see you use a double semicolon to comment a line out. So
the
>only lines that POV is reading from the above are:
>
>Library_Path=/usr/local/lib/povray-3.5/include
>Library_Path=/home/sjlen/pov
>
>And I think that if you're reading the .pov file from a read only
device
>then you need to specify the output directory and file name on the
command
>line (and I think you can do this in the .povrayrc file aswell), such
as
>
>$povray -i/dev/cdrom/pov/money.pov -o./money.ppm
>
>See 5.2.2.3.2 in the povdocs it says you can use Output_File_Name= in
your
>.povrayrc file so something like:
>
>Output_File_Name= /home/sjlen/pov/newrender.ppm
>
>Hope some of that helps.
>--
>%HAV-A-NICEDAY email
mailto:ste### [at] zeropps uklinuxnet
>Steve web
http://www.zeropps.uklinux.net/
> or
http://start.at/zero-pps
> 11:00am up 48 days, 7:25, 1 user, load average: 1.00, 1.00, 1.00
Thanks Steve.
I never installed POV3.1g on the new machine, it's a fresh install of
Debian3.0r1 Linux, POVray(linux, from povray.org)3.5, Pyvon 3.1.
Pyvon seems to work fine now on files that don't use nested includes.
I just rendered 'cliche.pov' and several others, logged into X/KDE as
a 'user'(added to group 'staff'). The file I'm experiencing problems
with is the .../scenes/advanced/balcony/balcony.pov. Looks like it
picks up the 'straight' includes, but chokes on object{Glass .....}
which is declared in the (local) glass.inc included from
'table_stuff.inc' (show_Table_Stuff=true; in 'balcony.pov').
Last night I rendered 'balcony.pov' from the command line in a
terminal, no probs. This leads me to believe the problem is with Pyvon
rather than POV-Linux.
The only thing I can think of is it's picking up the 'glass.inc' in
.../povray-3.5/include/ before it looks locally in
.../balcony/glass.inc. I could copy 'balcony' to a 'user' directory
and/or rename 'glass.inc' to prove that, but getting the 'picture'
isn't what I'm worried about. It should look *locally* before
searching the Library paths, AFAIK. Maybe someone else with Pyvon on
KDE could render 'balcony' so I'd know if it's just *my* set-up?
The output (*.png, alltext.out, error file) is going into the 'user'
home directory, like I want. I'll adjust the output directory later.
Fabien Henon is doing a great job, filling a BIG hole for us GUI
lovers. I'd like to help him, but alas, I'm only on the first rung of
this giant (greased) Linux ladder!! I may look into porting Cris
Cason's windows code to X/C++ after I finish setting up my new P4
machine. Don't hold your breath though, with only a single-brain-cell,
learning is slow for me!!<G>
Thanks for any help. Sorry about the length of this post
--
Bob 'confused' R
POVrookie
--
MinGW (GNU compiler): http://www.mingw.com/
Dev-C++ IDE: http://www.bloodshed.net/
V IDE & V GUI: http://www.objectcentral.com/
POVray: http://www.povray.org/
Good C++ book: http://www.mindview.net/Books
alt.comp.lang.learn.c-c++: ftp://snurse-l.org/pub/acllc-c++/faq
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Fri, 25 Apr 2003 11:45:26 -0700, Bob R wrote:
>
> The only thing I can think of is it's picking up the 'glass.inc' in
> .../povray-3.5/include/ before it looks locally in
> .../balcony/glass.inc. I could copy 'balcony' to a 'user' directory
> and/or rename 'glass.inc' to prove that, but getting the 'picture'
> isn't what I'm worried about. It should look *locally* before
> searching the Library paths, AFAIK. Maybe someone else with Pyvon on
> KDE could render 'balcony' so I'd know if it's just *my* set-up?
>
You talk about creating a new group and useres which leads me to think
that your POV install isn't all world readable, meanin that any use
can't read all of the include files and directories. Su to root then
do:
# chmod -R 755 /usr/local/lib/povray-3.5
The hash at the beginning of the line is not to be typed it's supposed
to represent what the prompt will look like.
This command makes the POV directories readable to everyone
(presuming that the above command is addressing the location of your
POV install).
--
#local i=.1;#local I=(i/i)/i;#local l=(i+i)/i;#local ll=(I/i)/l;box{<-ll,
-((I/I)+l),-ll><ll,-l,ll>pigment{checker scale l}finish{ambient((I/l)/I)+
(l/I)}}sphere{<i-i,l-l,(I/l)>l/l pigment{rgb((I/l)/I)}finish{reflection((
I/l)/I)-(l/I)specular(I/l)/I}}light_source{<I-l,I+I,(I-l)/l>l/l} // Steve
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Steve wrote in message ...
>On Fri, 25 Apr 2003 11:45:26 -0700, Bob R wrote:
>>
>> The only thing I can think of is it's picking up the 'glass.inc' in
>> .../povray-3.5/include/ before it looks locally in
>> .../balcony/glass.inc.
>> <snip> It should look *locally* before
>> searching the Library paths, AFAIK. Maybe someone else with Pyvon
on
>> KDE could render 'balcony' so I'd know if it's just *my* set-up?
>
>You talk about creating a new group and useres which leads me to
think
>that your POV install isn't all world readable, meanin that any
use
>can't read all of the include files and directories.
The 'user' and 'group' were already there, I just added the
'user'(bob, work) to the 'group'(staff).
~#addgroup work staff
~#addgroup bob staff
> Su to root then do:
># chmod -R 755 /usr/local/lib/povray-3.5
It's like that: owner is 'root', group is 'staff', but on my system it
installed to /usr/local/share/povray-3.5/ [and that's where the
.povrayrc files point to]
Only thing in /usr/local/lib/ is Python 2.1 & 2.2 dirs (for now...).
Pyvon installed to /usr/local/pyvon/
>The hash at the beginning of the line is not to be typed it's
supposed
>to represent what the prompt will look like.
Wish that was in the Debian install instructions!! When I first set
the machine up on a 'salvage yard' 4 Gig HD, I tried to change the '#'
and '$' to something else, gave up when the system kept correcting it.
(the 4Gig setup was for testing-learning, so it didn't matter if I
messed up, ....and I did!! <G> Now I'm setting up the 'real thing' on
a 60Gig Seagate IDE (40Gig for Linux).).
>This command makes the POV directories readable to
everyone
>(presuming that the above command is addressing the location of your
>POV install).
Seems to be that way, *except* when nested includes are used && run
from Pyvon (in KDE desktop). If I cd to the /usr/.../balcony/ dir in
terminal mode, and type "povray balcony.pov" (as a 'user' or 'root'),
it renders OK. I set Pyvon to 'no save' for the ../povray*/scenes/* .
Tomorrow I'll copy the 'balcony' directory over to /home/work/balcony/
(re-setting the permissions) and try again. Maybe that will give some
more/different error information. If not, I'll rename the local
'glass.inc', modify *.inc to match, and see what happens. 'Till
then......
Thanks for your help.
Bob R
POVrookie
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I copied the 'balcony' directory over to /home/work/balcony/ .
Ran Pyvon (KDE desktop) = same error.
I re-named (local) 'glass.inc' to 'glass2.inc', edited
'table_stuff.inc', and Pyvon rendered balcony.png.
So, either Pyvon or POV-Linux is reading the
/usr/.../povray-3.5/include/ *before* looking locally (where
'balcony.pov' is) for it's (nested) includes.
I don't know *nix scripting very well (MinGW tools always handled
those for me(win95b+VIDE)), so maybe one of you who do could take a
peek at the Pyvon *.py file(s) to see how it's setting the
Library/search paths. Also, my 'alltext.out' files are empty when a
scene is rendered from Pyvon. (that may be my fault, 'cause I ain't
read much Pyvon DOCs yet! <G>). Pyvon did put the output in the
'message' window.
I hope all this helps get this minor glitch fixed. I'm sure other
newbies would appreciate it.
Well, I'm back to reading, reading, reading! Got VIDE working
yesterday, setting up Kdevelop today, and tomorrow ..... I play!!
--
Bob R
POVrookie
--
MinGW (GNU compiler): http://www.mingw.com/
Dev-C++ IDE: http://www.bloodshed.net/
V IDE & V GUI: http://www.objectcentral.com/
POVray: http://www.povray.org/
Good C++ book: http://www.mindview.net/Books
alt.comp.lang.learn.c-c++: ftp://snurse-l.org/pub/acllc-c++/faq
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Bob R wrote:
> Seems to be that way, *except* when nested includes are used && run
> from Pyvon (in KDE desktop). If I cd to the /usr/.../balcony/ dir in
> terminal mode, and type "povray balcony.pov" (as a 'user' or 'root'),
> it renders OK. I set Pyvon to 'no save' for the ../povray*/scenes/* .
I can confirm this behavior. The balcony.pov scene renders fine from
the shell after cd'ing into its directory but if I load it into Pyvon
and try to render it, it runs into the glass.inc include from the
POV-Ray includes rather than the glass.inc file in the balcony
directory.
There's code in d45.py about appending the workingdir to the
includedir so perhaps the problem is there. I only gave it a brief
inspection though. I'm sure Fabien can fix it.
-Roz
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Roz wrote in message <3eaca1ad$1@news.povray.org>...
>Bob R wrote:
>> Seems to be that way, *except* when nested includes are used && run
>> from Pyvon (in KDE desktop). If I cd to the /usr/.../balcony/ dir
in
>> terminal mode, and type "povray balcony.pov" (as a 'user' or
'root'),
>> it renders OK. I set Pyvon to 'no save' for the ../povray*/scenes/*
.
>
>I can confirm this behavior. The balcony.pov scene renders fine from
>the shell after cd'ing into its directory but if I load it into Pyvon
>and try to render it, it runs into the glass.inc include from the
>POV-Ray includes rather than the glass.inc file in the balcony
>directory.
>There's code in d45.py about appending the workingdir to the
>includedir so perhaps the problem is there. I only gave it a brief
>inspection though. I'm sure Fabien can fix it.
>-Roz
Thank you, Roz.
At least now I know it's not my feeble knowledge of Linux causing the
problem! <G>
--
Bob R
POVrookie
--
MinGW (GNU compiler): http://www.mingw.com/
Dev-C++ IDE: http://www.bloodshed.net/
V IDE & V GUI: http://www.objectcentral.com/
POVray: http://www.povray.org/
Good C++ book: http://www.mindview.net/Books
alt.comp.lang.learn.c-c++: ftp://snurse-l.org/pub/acllc-c++/faq
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Bob R wrote:
> Roz wrote in message <3eaca1ad$1@news.povray.org>...
>
Hi
I tried the same and I got the same problem. I'll fix it in a couple of
days.
Fabien
>>Bob R wrote:
>>
>>>Seems to be that way, *except* when nested includes are used && run
>>>from Pyvon (in KDE desktop). If I cd to the /usr/.../balcony/ dir
>>
> in
>
>>>terminal mode, and type "povray balcony.pov" (as a 'user' or
>>
> 'root'),
>
>>>it renders OK. I set Pyvon to 'no save' for the ../povray*/scenes/*
>>
> ..
>
>>I can confirm this behavior. The balcony.pov scene renders fine from
>>the shell after cd'ing into its directory but if I load it into Pyvon
>>and try to render it, it runs into the glass.inc include from the
>>POV-Ray includes rather than the glass.inc file in the balcony
>>directory.
>>There's code in d45.py about appending the workingdir to the
>>includedir so perhaps the problem is there. I only gave it a brief
>>inspection though. I'm sure Fabien can fix it.
>>-Roz
>
>
> Thank you, Roz.
> At least now I know it's not my feeble knowledge of Linux causing the
> problem! <G>
>
> --
> Bob R
> POVrookie
> --
> MinGW (GNU compiler): http://www.mingw.com/
> Dev-C++ IDE: http://www.bloodshed.net/
> V IDE & V GUI: http://www.objectcentral.com/
> POVray: http://www.povray.org/
> Good C++ book: http://www.mindview.net/Books
> alt.comp.lang.learn.c-c++: ftp://snurse-l.org/pub/acllc-c++/faq
>
>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Fabien HENON wrote:
> Bob R wrote:
>
>> Roz wrote in message <3eaca1ad$1@news.povray.org>...
>>
I forgot : Thanks a lot for reporting that bug.
Fabien H
> Hi
>
> I tried the same and I got the same problem. I'll fix it in a couple of
> days.
>
> Fabien
>
>>> Bob R wrote:
>>>
>>>> Seems to be that way, *except* when nested includes are used && run
>>>> from Pyvon (in KDE desktop). If I cd to the /usr/.../balcony/ dir
>>>
>>>
>> in
>>
>>>> terminal mode, and type "povray balcony.pov" (as a 'user' or
>>>
>>>
>> 'root'),
>>
>>>> it renders OK. I set Pyvon to 'no save' for the ../povray*/scenes/*
>>>
>>>
>> ..
>>
>>> I can confirm this behavior. The balcony.pov scene renders fine from
>>> the shell after cd'ing into its directory but if I load it into Pyvon
>>> and try to render it, it runs into the glass.inc include from the
>>> POV-Ray includes rather than the glass.inc file in the balcony
>>> directory.
>>> There's code in d45.py about appending the workingdir to the
>>> includedir so perhaps the problem is there. I only gave it a brief
>>> inspection though. I'm sure Fabien can fix it.
>>> -Roz
>>
>>
>>
>> Thank you, Roz.
>> At least now I know it's not my feeble knowledge of Linux causing the
>> problem! <G>
>>
>> --
>> Bob R
>> POVrookie
>> --
>> MinGW (GNU compiler): http://www.mingw.com/
>> Dev-C++ IDE: http://www.bloodshed.net/
>> V IDE & V GUI: http://www.objectcentral.com/
>> POVray: http://www.povray.org/
>> Good C++ book: http://www.mindview.net/Books
>> alt.comp.lang.learn.c-c++: ftp://snurse-l.org/pub/acllc-c++/faq
>>
>>
>
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
|
|
