POV-Ray : Newsgroups : povray.newusers : Texture Coords Server Time
1 Nov 2024 07:26:02 EDT (-0400)
  Texture Coords (Message 1 to 5 of 5)  
From: Bo
Subject: Texture Coords
Date: 7 Mar 2006 06:05:00
Message: <web.440d67c267fdfdab35c1f0c60@news.povray.org>
Hello,

I am new to povray and trying to import an .iv file to povray. Here I
encountered a problem with the texture coords. Simply said: they get lost.
I googled around and found a page saying that povray does not support
texture-coords yet. Is this claim correct, and if it is, is that going to
change in the near future?

Thanks in advance,
Bo

ps: english is not my native language, so my excuses for bad grammer.


Post a reply to this message

From: Roman Reiner
Subject: Re: Texture Coords
Date: 7 Mar 2006 08:05:00
Message: <web.440d82954a82760947d10e600@news.povray.org>
"Bo" <nomail@nomail> wrote:
> Hello,
>
> I am new to povray and trying to import an .iv file to povray. Here I
> encountered a problem with the texture coords. Simply said: they get lost.
> I googled around and found a page saying that povray does not support
> texture-coords yet. Is this claim correct, and if it is, is that going to
> change in the near future?
>
> Thanks in advance,
> Bo
>
> ps: english is not my native language, so my excuses for bad grammer.

Well, i've never heard of *.iv files and google couldn't help me with that
in a rush. In addition i don't know how you "imported" them to POVRay
whereas the texture coordinates get lost (how can POVRay import files?).
Maybe this is a typo and you meant *.uv files (but i never heard of those
either) but from what you wrote i guess you mean uv mapping as it is called
in POVRay and that is supported very well! Maybe you want to look up
"2.5.7 UV Mapping" in the docs.

Hope that helpes
Regards Roman

ps: english isn't my native language either and i'm not the only one in this
forum. i was told there's no need to apologize for poor grammar :D


Post a reply to this message

From: Chris B
Subject: Re: Texture Coords
Date: 7 Mar 2006 11:00:15
Message: <440dae0f@news.povray.org>
"Roman Reiner" <lim### [at] gmxde> wrote in message 
news:web.440d82954a82760947d10e600@news.povray.org...
> "Bo" <nomail@nomail> wrote:
>> Hello,
>>
>> I am new to povray and trying to import an .iv file to povray. Here I
>> encountered a problem with the texture coords. Simply said: they get 
>> lost.
>> I googled around and found a page saying that povray does not support
>> texture-coords yet. Is this claim correct, and if it is, is that going to
>> change in the near future?
>>
>> Thanks in advance,
>> Bo
>>
>> ps: english is not my native language, so my excuses for bad grammer.
>
> Well, i've never heard of *.iv files and google couldn't help me with that
> in a rush. In addition i don't know how you "imported" them to POVRay
> whereas the texture coordinates get lost (how can POVRay import files?).
> Maybe this is a typo and you meant *.uv files (but i never heard of those
> either) but from what you wrote i guess you mean uv mapping as it is 
> called
> in POVRay and that is supported very well! Maybe you want to look up
> "2.5.7 UV Mapping" in the docs.
>
> Hope that helpes
> Regards Roman
>
> ps: english isn't my native language either and i'm not the only one in 
> this
> forum. i was told there's no need to apologize for poor grammar :D
>
>

Hi Bo,

I also did a google search and eventually came up with .iv files being the 
format used by Inventor, which has since been superceded by OpenInventor 
(which uses the same format). I've seen some references that imply that this 
is related to 3D Scanning technology?

I would guess that by 'Import' you mean you've converted some .iv files into 
a format that POV-Ray can use. The web site at 
http://www.csit.fsu.edu/~burkardt/data/iv/iv.html describes a number of 
converters. What converter have you used and what is the format of the 
output you ended up with (e.g. mesh, mesh2)?

I found a definition of Inventor texture coordinate mapping at 
http://vsvr.medien.fh-duesseldorf.de/~herder/tech/OpenInventor/Workshop/Texture/texture-edit.html,

but this seems to describe a few alternative mechanisms for mapping textures 
to surfaces and I'm not sure which method you are interested in emulating in 
POV-Ray. From quickly looking through the examples on that web page it 
doesn't seem to be doing anything much that POV-Ray can't do. It just seems 
to be scaling, translating and rotating image maps.

POV-Ray can scale, translate, rotate and warp image maps as well as 
providing alternative map types such as spherical and cylindrical,

Are you able to describe more fully what it is you're having difficulty 
doing?

Regards,
Chris B.


Post a reply to this message

From: Bo
Subject: Re: Texture Coords
Date: 10 Mar 2006 03:25:00
Message: <web.4411376c4a827609ec325a890@news.povray.org>
Hi there, thanks for your time.

Okay, you are right. By saying "import" I meant that I have converted a Open
Invetor File (.iv) to .pov using a converter named "ivtopov.exe". I did not
look more closely to it asuming that it works correct (maybe an error :) ).

So I have a CAD Software called VPack (www.erpa.de) using OI (Open Inventor)
libs to create .iv Files. Those images are to be printed with a fairly high
resolution on DinA3 formated pages. That is where pov-ray comes in.

But for now my textures, which are stored in uv-coords in the .iv-File (so
thats what I guess from overlooking sample files) are not being displayed
correctly. Maybe thats a problem with the converter. I will try IVCON on
that one.

I hope I explained it a little better this time.

Bo


Post a reply to this message

From: Chris B
Subject: Re: Texture Coords
Date: 10 Mar 2006 05:02:22
Message: <44114eae$1@news.povray.org>
"Bo" <nomail@nomail> wrote in message 
news:web.4411376c4a827609ec325a890@news.povray.org...
> Hi there, thanks for your time.
>
> Okay, you are right. By saying "import" I meant that I have converted a 
> Open
> Invetor File (.iv) to .pov using a converter named "ivtopov.exe". I did 
> not
> look more closely to it asuming that it works correct (maybe an error 
> :) ).
>
> So I have a CAD Software called VPack (www.erpa.de) using OI (Open 
> Inventor)
> libs to create .iv Files. Those images are to be printed with a fairly 
> high
> resolution on DinA3 formated pages. That is where pov-ray comes in.
>
> But for now my textures, which are stored in uv-coords in the .iv-File (so
> thats what I guess from overlooking sample files) are not being displayed
> correctly. Maybe thats a problem with the converter. I will try IVCON on
> that one.
>
> I hope I explained it a little better this time.
>
> Bo
>


Hi Bo,

The good news is that, from what I've just read, what you are attempting 
seems to be possible.

POV-Ray 3.6 (and possibly earlier versions) supports UV mapping of textures 
onto mesh objects. See section 3.5.7 UV Mapping of the docs where there's an 
example of the syntax. You could take a look inside the output from 
'ivtopov' to see whether it specifies a mesh or mesh2 with uv mapping and to 
check whether it's specifying the syntax correctly. POV-Ray supports quite a 
few formats - See Bitmap-Type in section 3.5.1.5.1  "Specifying an Image 
Map" of the POV-Ray documentation.

You also need to check the file generated by the converter to see how the 
texture is specified. I suspect it might be an RGB image in a separate file. 
If it is you could open it in a graphics editor to check that it contains 
the texture you think it should contain. Also make sure it is in a format 
that POV-Ray understands and obviously check the POV-Ray message stream to 
make sure it's not complaining about anything to do with the file.

I found a reference at 
http://www.hammerve.com/NewHome/FreeStuff/Converters/iv2pov.c++ to iv2pov (a 
google of 'ivtopov' came up empty).
I notice they say "The mapping between Inventor's texture scheme (UV 
mapping) and POV 3.0's is (at best) an estimate - don't expect a perfect 
fit.". They also say " By the way - it does not convert any .rgb files used 
by textures into the .tga format POV wants - you have to do that by hand.".

If I had to guess, I'd say that the converters you are using are generating 
a texture file as a bitmap and that the texture specification in the output 
file isn't being set correctly.

If you can't spot the problems I would suggest cutting and pasting a few 
lines of the mesh definition and a couple of lines showing the texture 
definition into a posting here to see whether anyone can spot the problem.

Hope this helps.
Regards,
Chris B.


Post a reply to this message

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.