Forum Coordinators: RedPhantom
Poser - OFFICIAL F.A.Q (Last Updated: 2024 Nov 09 8:30 pm)
Quote - Same error here with one of my self-made geometries.
Can be downloaded from freebies here, name is "HiTec Trike"http://www.renderosity.com/mod/freestuff/index.php?user_id=133972
As I thought, there were some corrupted texture polygons (not the same size as the corresponding 'regular' polygons) in that mesh. My code does now test for that and, if it's the case, drops all UV coordinates for that particular material. We'll have to see how often that kind of thing happens, and whether it's in the mesh or in Poser. I'll try to come up with a less drastic solution later.
The new code is in now on http://github.com/odf/pydough, as usual.
-- I'm not mad at you, just Westphalian.
Quote - > Quote - Same error here with one of my self-made geometries.
Can be downloaded from freebies here, name is "HiTec Trike"
http://www.renderosity.com/mod/freestuff/index.php?user_id=133972
As I thought, there were some corrupted texture polygons (not the same size as the corresponding 'regular' polygons) in that mesh. My code does now test for that and, if it's the case, drops all UV coordinates for that particular material. We'll have to see how often that kind of thing happens, and whether it's in the mesh or in Poser. I'll try to come up with a less drastic solution later.
The new code is in now on http://github.com/odf/pydough, as usual.
I think it's in the mesh. All well done meshes do not have problems :)
My geoms are created with C4D, Catmul-Clark subdivided and exported with Riptide. The UV-part is just the "automatic" C4D/Bodypaint is able to do. May be I changed something on the geometry after UV-mapping. Don't remember exactly but I remember there where some problems in Poser I had to deal with. If it helps: I should still have the original C4D model somewhere on my backups. I'll seach for it and send you a copy if this helps.
new SmallLuxGPU video . in the name of god.
www.blendernation.com/smallluxgpu-interactive-demo-with-blender-2-5-videos-tutorials/
Quote -
new SmallLuxGPU video ......
www.blendernation.com/smallluxgpu-interactive-demo-with-blender-2-5-videos-tutorials/
Wow A new Era begins
So I hacked my LuxPose export .lxo and grabbed the sun and sunsky info from the example lux file included with the Luxrender install, replaced that for the light from Poser and WOW!! SOOOOO much more realistic ;o). If we could only get Lux to recognize an infinite light as a Lux "sun" and the background as "sunsky"...this would be awesome ;o).
On the downside...it's slower to render, but for the improved realism I'll wait the extra time...lol.
Laurie
Quote - i think its sloveer because of the lux sky.
i think its better to use bagginsbill ENV sphere for the sky lighting.
I tried using that, but alas for now, it doesn't work ;o). Maybe soon. Then I'll be using it. But I'd still like to use Lux's sun, which has just a little more something-something ;o). I can hack the files for that, no big deal. Nice thing too is that the xyz coordinates are right there next to it so you can change it's orientation if you want to.
I will post my image as soon as it's done enough to look half-decent ;o).
Laurie
Quote - > Quote - i think its sloveer because of the lux sky.
i think its better to use bagginsbill ENV sphere for the sky lighting.
I tried using that, but alas for now, it doesn't work ;o). Maybe soon. Then I'll be using it. But I'd still like to use Lux's sun, which has just a little more something-something ;o). I can hack the files for that, no big deal. Nice thing too is that the xyz coordinates are right there next to it so you can change it's orientation if you want to.
I will post my image as soon as it's done enough to look half-decent ;o).
Laurie
Poser sun was never ''unrealistic''. so i dont think that the Lx sun is mroe realistic.
Traceback (most recent call last):
File "C:SmithmicroPoser 8RuntimePythonposerScriptsPoserLuxExporter_alpha_1-10bPoserLuxExporter.py", line 163, in ?
ExportScene(scene, globalParameters).write(f)
File "C:SmithmicroPoser 8RuntimePythonposerScriptsPoserLuxExporter_alpha_1-10bworkersPoserLuxExporter_workers.py", line 325, in write
ExportFigure(fig, self.globalParameters).write(file)
File "C:SmithmicroPoser 8RuntimePythonposerScriptsPoserLuxExporter_alpha_1-10bworkersPoserLuxExporter_workers.py", line 107, in write
params).write(file)
File "C:SmithmicroPoser 8RuntimePythonposerScriptsPoserLuxExporter_alpha_1-10bpydoughgeometry_export.py", line 351, in write
Subgeometry(self, indices).write(file)
File "C:SmithmicroPoser 8RuntimePythonposerScriptsPoserLuxExporter_alpha_1-10bpydoughgeometry_export.py", line 103, in write
self.fix_texture_seams()
File "C:SmithmicroPoser 8RuntimePythonposerScriptsPoserLuxExporter_alpha_1-10bpydoughgeometry_export.py", line 48, in fix_texture_seams
tverts = [tpolygons[i][j] for i,j in corners_for_v]
IndexError: list index out of range
Following what the Getting_Started said, I deleted some objects from the scene. This time it ran with No problems.
"That government is
best which governs the least, because its people discipline
themselves."
Thomas Jefferson
Ah, but the Poser sun IS quite unrealistic...we're just all used to it...lol. Even in Lux (if you look at that pic of the ivy covered trees I posted) I was still getting hard, overdark shadows, even though the lighting overall was better. Just wait until you see this new one. It's still cooking, but when it's done, I'll post :o).
Laurie
Quote - > Quote - > Quote - i think its sloveer because of the lux sky.
i think its better to use bagginsbill ENV sphere for the sky lighting.
I tried using that, but alas for now, it doesn't work ;o). Maybe soon. Then I'll be using it. But I'd still like to use Lux's sun, which has just a little more something-something ;o). I can hack the files for that, no big deal. Nice thing too is that the xyz coordinates are right there next to it so you can change it's orientation if you want to.
I will post my image as soon as it's done enough to look half-decent ;o).
Laurie
Poser sun was never ''unrealistic''. so i dont think that the Lx sun is mroe realistic.
Really nice to see all those Lux rendered pictures :)
New version to download (see footer).
Bugfix from odf regarding the geometry exporter.
Corrected light intensity. Please report if this is good for you.
Folder utilities contains some helper scripts. "NormalizePoserLigts.py" tries to lower all Poser lights to not more than 100% intensity (or any other value; look into the script). Try it and decide if you like to use it. P7/P8 users may "undo" changes made by the script.
Quote - Ah, but the Poser sun IS quite unrealistic...we're just all used to it...lol. Even in Lux (if you look at that pic of the ivy covered trees I posted**)** I was still getting hard**, overdark shadows,** even though the lighting overall was better. Just wait until you see this new one. It's still cooking, but when it's done, I'll post :o).
Laurie
Quote - > Quote - > Quote - i think its sloveer because of the lux sky.
i think its better to use bagginsbill ENV sphere for the sky lighting.
I tried using that, but alas for now, it doesn't work ;o). Maybe soon. Then I'll be using it. But I'd still like to use Lux's sun, which has just a little more something-something ;o). I can hack the files for that, no big deal. Nice thing too is that the xyz coordinates are right there next to it so you can change it's orientation if you want to.
I will post my image as soon as it's done enough to look half-decent ;o).
Laurie
Poser sun was never ''unrealistic''. so i dont think that the Lx sun is mroe realistic.
this has to do wit hthe sky. and you dont have the sky in your render since the exporter is nto finished yet.
Quote - > Quote -
Following what the Getting_Started said, I deleted some objects from the scene. This time it ran with No problems.
Please download the new version. This should fix it (I hope).
Thanks, downloading now.
LuxRender says that it is rendering, Statistics 00:09:29 - 108630 S/s - 106101 TotS/s - 242S/px - 143% eff - EV= -7
Should I try importing asomething much smaller/ OR Do i need to modify the LuxRender Settings? So far i left them as the default when i installed it.
"That government is
best which governs the least, because its people discipline
themselves."
Thomas Jefferson
latest version errors with
Compiling D:PoserSmith MicroPoser ProRuntimePythonposerScriptsScriptsMenuLuxPoseluxmaticnodes.pyc
Compiling D:PoserSmith MicroPoser ProRuntimePythonposerScriptsScriptsMenuLuxPoseluxmaticnodes.pyc
Compiling D:PoserSmith MicroPoser ProRuntimePythonposerScriptsScriptsMenuLuxPoseluxmaticnodes.pyc
Compiling D:PoserSmith MicroPoser ProRuntimePythonposerScriptsScriptsMenuLuxPoseluxmaticnodes.pyc
Version alpha 1.0.3 (exporter: alpha 1.1), exporting Lux files to
D:PoserSmith MicroPoser Pro
Traceback (most recent call last):
File "D:Program Files (x86)Smith MicroPoser ProRuntimePythonposerScriptsScriptsMenuLuxPosePoserLuxExporter.py", line 166, in ?
ExportScene(scene, globalParameters).write(f)
File "D:PoserSmith MicroPoser ProRuntimePythonposerScriptsScriptsMenuLuxPoseworkersPoserLuxExporter_workers.py", line 329, in write
ExportLight(light, self.globalParameters).write(file)
File "D:PoserSmith MicroPoser ProRuntimePythonposerScriptsScriptsMenuLuxPoseworkersPoserLuxExporter_workers.py", line 223, in write
self.convert2Lux()
File "D:PoserSmith MicroPoser ProRuntimePythonposerScriptsScriptsMenuLuxPoseworkersPoserLuxExporter_workers.py", line 193, in convert2Lux
pto = dotp(pto, mcol(wm, 0)), dotp(pto, mcol(wm, 1)), dotp(pto, mcol(wm, 2))
UnboundLocalError: local variable 'pto' referenced before assignment
Quote - > Quote - In poser, go to Render/Render Dimensions in the drop down menu. You should change it there for the script to pick it up. Or press for windows.
Did that. Still comes in at 640x400 ;o).
Laurie
Strange. Mine works fine that way. What do you have it listed as in LuxPose? Do you have the override button checked? That defaults to 600x400. If it is checked in there, uncheck it and try again.
Like others, it isn't rendering at the size i had Poser 8 setup for. 768 x 808
Render Dimensions: Match Preview Window.
It shows:
Resolution: 490 x 500
Zoom Factor: 100%
Viewportsize: 696 x 793
14 mins rendering SM1 Mad Hatter exported from P8 with default lights.
"That government is
best which governs the least, because its people discipline
themselves."
Thomas Jefferson
Quote - > Quote - > Quote - In poser, go to Render/Render Dimensions in the drop down menu. You should change it there for the script to pick it up. Or press for windows.
Did that. Still comes in at 640x400 ;o).
Laurie
Strange. Mine works fine that way. What do you have it listed as in LuxPose? Do you have the override button checked? That defaults to 600x400. If it is checked in there, uncheck it and try again.
I'm sorry...override button? In Lux or in Poser? Color me stupid today....lol.
Laurie
Quote -
Do you have the override button checked? That defaults to 600x400. If it is checked in there, uncheck it and try again.
OK, where is The Override Button please?
I see an "Auto" Radio Box and and "Apply" radio Button.
"That government is
best which governs the least, because its people discipline
themselves."
Thomas Jefferson
Yep, soory. I should have emphasized the LuxPose GUI program, and not LuxRender. If you do run that, it should be run prior to exporting to Lux as the results are what is used by the exporter. It is possible that if you hadn't run it before then the defaults were used instead; which may mean 600x400 dimensions.
Quote - > Quote - > Quote - In poser, go to Render/Render Dimensions in the drop down menu. You should change it there for the script to pick it up. Or press for windows.
Did that. Still comes in at 640x400 ;o).
Laurie
I have to look into this.
I think it probably picks it up from the dataout.bbml file, there is dimensions defined there, those get read by the exporter.
Software: OS X 10.8 - Poser Pro 2012 SR2 - Luxrender 1.0RC3 -
Pose2Lux
Hardware: iMac - 3.06 GHz Core2Duo - 12 GB RAM - ATI Radeon HD
4670 - 256 MB
If you don't use the GUI:
Please look into file AIR/LuxPose/data/dataout.bbml
Search for "overwriteDimensions" and set it to "false" or "true".
"true" means the dimension ("width", "height") in the same file is used as render dimension.
"false" means the script tries to get the dimension from Poser.
Quote - If you don't use the GUI:
Please look into file AIR/LuxPose/data/dataout.bbml
Search for "overwriteDimensions" and set it to "false" or "true"."true" means the dimension ("width", "height") in the same file is used as render dimension.
"false" means the script tries to get the dimension from Poser.
I think I need to actually install the GUI first...lmao. I was so ready to test Lux that it slipped my mind completely...lol.
Either way, it was simple enough to change :o)
Laurie
Quote - > Quote - Oh...the LuxPose GUI you mean? I haven't even set that up yet...lol
Laurie
Is the LuxPose GUI another file to download?
Like others, I see no Film tab.
If you have downloaded recently, you should already have the install files. They are located in the AIR subdirectory. There is a readme.txt there, which i would suggest reading first. Pay attention to the file it will ask you to locate.
Quote - Yep, soory. I should have emphasized the LuxPose GUI program, and not LuxRender. If you do run that, it should be run prior to exporting to Lux as the results are what is used by the exporter. It is possible that if you hadn't run it before then the defaults were used instead; which may mean 600x400 dimensions.
Thanks, I see now. That would BB's LuxPoseUI 0.1.2.
As BB suggested, did you place this in your Poser Python Poserscripts folder?
"That government is
best which governs the least, because its people discipline
themselves."
Thomas Jefferson
This site uses cookies to deliver the best experience. Our own cookies make user accounts and other features possible. Third-party cookies are used to display relevant ads and to analyze how Renderosity is used. By using our site, you acknowledge that you have read and understood our Terms of Service, including our Cookie Policy and our Privacy Policy.
The ivy leaves in my above pic all have trans as the leaves are mapped to a flat plane. So I would think transmapped hair would have no problem :o).
Laurie