In article <3be33c3a@news.povray.org>, "Rune"
<run### [at] mobilixnetdk> wrote:

>I specifically gave instructions to delete
>crat_dat.pov, and it has been correctly removed in the windows version.
>You're sure you didn't just install the latest beta over the previous one,
>in which case you'd still have crat_dat.pov?

Nope. Deleted the whole Beta 6 folder before installing Beta 7.

>> while "crater_dat.pov" has no instructions at all
>> regarding the output format.
>
>Because it doesn't require a specific output format.

Aha, all formats (including Pict, the default format on Mac) can handle
16-bit gray output now? Sorry, I've missed that.
Doesn't help though - I just tried to render the two files with Picts
instead, and it still crashes, both with and without the HF_TYPE "sys".
So, so far I better stick with png or tga for 16-bit gray images, as they
work nicely. 

>> Looking closer at "crater.pov" I noticed that there
>> wasn't any HF_TYPE/bitmap identifier in the heightfield
>> object, which looked very strange.
>
>That's a new feature.

I noticed that when I compared the docs with the 3.1 docs. Couldn't find
it in the segment about new features - but I might have missed it.

>> - Pov-ray crashes when a heightfield without HF_TYPE expects
>> another fileformat than what the output is set to.
>
>Please provide a minimum scene where this occurs.

"crater.pov" is rather small as it is, but sure; I'll put together a
minimum file.

>> - The file "crater.pov" should either have a HF_TYPE in
>> its heightfield, or a notice in the comments that the
>> output format should be set to png.
>
>That's wrong. The output type should be set to the same format that was used
>when crater_dat.pov was rendered. I don't like that, but as I said the
>others wanted me to make it that way.

Ah, but if the instructions at the top of the "crater.pov" is correct,
that the "..._dat.pov" should be rendered as a png-file, then I'm forced
to use png. (Or edit the scene file).
Anyway, on Mac it is best to use png or tga for heightfields, but neither
format is very useful outside Povray. And the eventual time that can be
saved on this shortcut will soon be used up when the output file has to be
converted into a more useful format.
This still seems strange, and I can't think of any situation where this
feature would be useful - is there any advantages at all for this
shortcut?

-- 
Tom Stone
Domarebacken 42, 14557 Norsborg, Sweden
Phone: Int+46 8 5318 4318, Tel: 08-5318 4318
http://home5.swipnet.se/~w-52256/index.htm

Post a reply to this message