|
![](/i/fill.gif) |
Christoph Hormann wrote:
> stephen parkinson wrote:
>
>>
>> using xemacs, povmode-2.10 and root installed povray 3.6 on a linux box
>>
>> tried the code from the image_map stretched in objects' thread
>>
>> xemacs says almost immediately 'Image rendered sucessfully'
>> knowing no such named jpg in curr dir i'm expecting a 'ctl-c ctl-l to
>> view messages' message ?
>>
>> from command line, missing image message in the output, bit buried though
>>
>> copied a jpg into curr dir and renamed to suit
>
>
> That sounds really confused. That pov-mode's internal rendering feature
> does not work with POV-Ray 3.6 is quite possible but what you write does
> not give a clear indication what might go wrong.
>
> Christoph
>
which bit is confusing ?
i extracted the code and saved as box.pov
then i did xemacs box.pov
hit render, knowing fullwell it would fail with the image file non existent
got Image rendered successfully message, no image :-)
did cmd line - povray +w1024 +h768 +d box.pov
noted error message, had to scroll back a page and a half, hence the
buried aspect
then i copied one of my jpegs to the filename used in box.pov
repeated above
for xemacs, same message and a display image this time
cmd line - it rendered with a display window
i suspect that the mechanism for picking up a failed parse or some such
error is now looking for something no longer occurring - or perhaps
povray is setting a success code regardless :-) ( NB very tongue in cheek)
i've attached 15k log for your perusal
stephen
Post a reply to this message
Attachments:
Download 'us-ascii' (14 KB)
|
![](/i/fill.gif) |