Robert McGregor wrote:
> FlyerX <fly### [at] yahoocom> wrote:
>> PoseRay 3.12.0 has been released.
>> FlyerX
> 
> I've become quite dependent on PoseRay for model conversions over the last
> couple of years, but I haven't tried the lightdome features at all. I was just
> looking at your gallery and see I need to experiment a bit with that...
> 
> Anyway, thanks for putting together such a great package FlyerX, your efforts
> are greatly appreciated, PoseRay is awesome!
> 
> -Rob
> 
> 
I am glad you find PoseRay useful. I never got radiositiy or Megapov's 
hrdi lighting to work for me satisfactorily so I have been using light 
domes for a while now. Although it is not as accurate a representation 
the lighting effect is very similar in many cases.

I do not have any artistic ability and the pictures on my galley are 
just test renders that have come up better than I expected. Hopefully 
someone with talent can create some nice images using light domes. I 
included two light dome files in the PoseRay distribution.

FlyerX

Post a reply to this message

Excellent program. Used it last night to convert a .3ds file exported from 
Blender to POV-Ray. I like the way you handle the materials. I did something 
similar with a exporter for Animation Master and it makes it so much easier 
to touch-up the exported files.

Mike


"FlyerX" <fly### [at] yahoocom> wrote in message 
news:4958ac55$1@news.povray.org...
> Hello,
>
> PoseRay 3.12.0 has been released.
>
> Site:
> http://mysite.verizon.net/sfg0000/index.htm
>
> list of some of the changes:
> http://mysite.verizon.net/sfg0000/poserayhistory.htm
>
> enjoy,
>
> FlyerX

Post a reply to this message

I am testing the conversion of Dynamic Hair from Poser towards POV-Ray. Just 
using the default settings for converting lines into tubes, I get the 
following parse error in POV-Ray:

File: Name_POV_geom.inc Line: 60
File Context (5 lines):
<vector>,0,1
<vector>,
Parse Error: Float expected but vector or color expression found.


This refers to the first sphere_sweep in the file, which looks like this:

#declare poseraylinegroup=union{
sphere_sweep{cubic_spline
20
<0.916469,74.4353,2.32733>,0,1
<0.990869,74.6436,2.39056>,0,1
<1.08475,74.8324,2.4824>,0,1
<0.995918,75.0382,2.53363>,0,1
<0.863843,74.8944,2.41211>,0,1
<0.779596,74.6889,2.35235>,0,1
<0.721612,74.4707,2.3088>,0,1
<0.679136,74.2467,2.27775>,0,1
<0.64599,74.0204,2.25379>,0,1
<0.618592,73.7929,2.2342>,0,1
<0.594838,73.5647,2.21764>,0,1
<0.573477,73.3361,2.20313>,0,1
<0.554039,73.1073,2.19012>,0,1
<0.53627,72.8783,2.17789>,0,1
<0.520102,72.6492,2.16587>,0,1
<0.505486,72.42,2.15371>,0,1
<0.492479,72.1908,2.14114>,0,1
<0.480805,71.9614,2.12799>,0,1
<0.470326,71.7321,2.11452>,0,1
<0.460655,71.5026,2.10074>,0,1
}

My hunch is that it is the tolerance parameter which is at fault here?

Thomas

Post a reply to this message

In POV-Ray Output \ Export \ Save

Checking or unchecking the <Overwrite files> option does not work. Files are 
overwritten without notice in both cases.

Thomas

Post a reply to this message

Testing this further, I find that there is a conversion bug or a writing to 
POV-Ray bug. The output should be:

<0.916469,74.4353,2.32733>,0.1

instead of:

<0.916469,74.4353,2.32733>,0,1

In addition, the sweep thickness values for the root and tip diameters are 
not converted correctly, probably as a result of the above. Whatever changes 
are given, the result always remains <vector>,0,1


Thomas

Post a reply to this message

Thomas de Groot wrote:

> Testing this further, I find that there is a conversion bug or a writing to 
> POV-Ray bug. The output should be:
> 
> <0.916469,74.4353,2.32733>,0.1
> 
> instead of:
> 
> <0.916469,74.4353,2.32733>,0,1

Educated guess: Try changing your regional OS settings to use
the period as decimal separator. If PoseRay uses a conversion
function which is locale sensitive, that would cause it.

Post a reply to this message

Thomas de Groot wrote:
> I am testing the conversion of Dynamic Hair from Poser towards POV-Ray. Just 
> using the default settings for converting lines into tubes, I get the 
> following parse error in POV-Ray:
> 
> File: Name_POV_geom.inc Line: 60
> File Context (5 lines):
> <vector>,0,1
> <vector>,
> Parse Error: Float expected but vector or color expression found.
> 
> 
> This refers to the first sphere_sweep in the file, which looks like this:
> 
> #declare poseraylinegroup=union{
> sphere_sweep{cubic_spline
> 20
> <0.916469,74.4353,2.32733>,0,1
> <0.990869,74.6436,2.39056>,0,1
> <1.08475,74.8324,2.4824>,0,1
> <0.995918,75.0382,2.53363>,0,1
> <0.863843,74.8944,2.41211>,0,1
> <0.779596,74.6889,2.35235>,0,1
> <0.721612,74.4707,2.3088>,0,1
> <0.679136,74.2467,2.27775>,0,1
> <0.64599,74.0204,2.25379>,0,1
> <0.618592,73.7929,2.2342>,0,1
> <0.594838,73.5647,2.21764>,0,1
> <0.573477,73.3361,2.20313>,0,1
> <0.554039,73.1073,2.19012>,0,1
> <0.53627,72.8783,2.17789>,0,1
> <0.520102,72.6492,2.16587>,0,1
> <0.505486,72.42,2.15371>,0,1
> <0.492479,72.1908,2.14114>,0,1
> <0.480805,71.9614,2.12799>,0,1
> <0.470326,71.7321,2.11452>,0,1
> <0.460655,71.5026,2.10074>,0,1
> }
> 
> My hunch is that it is the tolerance parameter which is at fault here?
> 
> Thomas
> 
> 

Thomas,

PoseRay can handle lines two ways:

1) Export them automatically, if they are visible, as sphere sweeps. 
They would be constant width.

2) Convert them in the geometry tab to tubes. Once converted the tubes 
become part of the mesh and will be UV mapped. You may want to turn the 
lines off in the preview tab before exporting so that the sweeps are not 
exported.

This may not be too clear on the manual and I will look into that.

I will investigate the problem with the overwrite and the comma 
delimiter. I have been careful to force comma for separator and period 
for fractions no matter the windows locale.

Thanks for the bug report. Let me know if you find anything else.


FlyerX

Post a reply to this message

"FlyerX" <fly### [at] yahoocom> schreef in bericht 
news:496294c0$1@news.povray.org...
> Thomas,
>
> PoseRay can handle lines two ways:
>
> 1) Export them automatically, if they are visible, as sphere sweeps. They 
> would be constant width.
>
> 2) Convert them in the geometry tab to tubes. Once converted the tubes 
> become part of the mesh and will be UV mapped. You may want to turn the 
> lines off in the preview tab before exporting so that the sweeps are not 
> exported.
>
> This may not be too clear on the manual and I will look into that.

Ah, I have to look into this. I certainly overlooked something there. I 
converted to tubes and got the sphere_sweeps too as I did not switch the 
lines off before exporting. Shall try again.

>
> I will investigate the problem with the overwrite and the comma delimiter. 
> I have been careful to force comma for separator and period for fractions 
> no matter the windows locale.

The suggestion for the Windows locale is worth investigating. I shall look 
into it and see if it makes a difference.

>
> Thanks for the bug report. Let me know if you find anything else.

OK. If anything turns up, I shall report back.

Thomas

Post a reply to this message

1) So, I can confirm that the educated guess by Christian Froeschlin is 
indeed right. The locale/regional OS settings influence the way in which the 
delimiters are written by Poseray export.

2) I would suggest a small addition to the manual.
Under the heading: Converting Lines to tubes (Lines sub-tab), I would add a 
reference pointing to the POV-Ray Output Tab, line thickness section.

3) Remains, for the time being, the overwrite bug.

For a further discussion about the use of the hair tubes, I would like to 
point you to the povray.tools.poser n.g.

Thomas

Post a reply to this message

Ok. Just forgot a point 4.

4) Exporting the tubes to POV-Ray, excluding the lines/sphere_sweeps, 
results in an empty union block:

//lines as cylinders
#declare poseraylinegroup=union{
material{Hair_}
}

Which is then added as an object{} in the model assembly at the end of the 
file.

While this only generates a parse warning, it is a bit crooked in terms of 
code.... ;-)

Thomas

Post a reply to this message