Wings 3D Development Forum

Full Version: Heightmap Surface [plug-in] (updated: 2014/Jun/30)
You're currently viewing a stripped down version of our content. View the full version with proper formatting.
Pages: 1 2 3 4 5 6 7 8
Really late post but I downloaded the latest plugin files and have a problem. I get an error when trying to use a heightmap image with erts.5.9 and the Win32 1.5.pre posted here:

http://www.wings3d.com/forum/showthread....12#pid2712

The error:
wpc_heightmap_surface:command/3: bad return value: {'EXIT',
{function_clause,
[{wings_ask,mktree,
[{dashboard,
{0,128,128},
130,130,
#Fun<wpc_heightmap_surface.6.120212823>,
[{info,
"LL: Open the image dialog box"},
{key,prw}]},
{0,nil},
6],
[{file,"wings_ask.erl"},
{line,1288}]},
{wings_ask,
mktree_container_1,4,
[{file,"wings_ask.erl"},
{line,1468}]},
{wings_ask,
mktree_container,5,
[{file,"wings_ask.erl"},
{line,1443}]},
{wings_ask,
mktree_container_1,4,
[{file,"wings_ask.erl"},
{line,1468}]},
{wings_ask,
mktree_container,5,
[{file,"wings_ask.erl"},
{line,1443}]},
{wings_ask,
mktree_container_1,4,
[{file,"wings_ask.erl"},
{line,1468}]},
{wings_ask,
mktree_container,5,
[{file,"wings_ask.erl"},
{line,1443}]},
{wings_ask,
mktree_container_1,4,
[{file,[...]},
{line,...}]}]}}


However, erts.5.8 works just fine with 1.4.1.
(07-21-2013, 03:15 AM)ShotgunSpiff Wrote: [ -> ]Really late post but I downloaded the latest plugin files and have a problem. I get an error when trying to use a heightmap image with erts.5.9 and the Win32 1.5.pre posted here:
Sorry about that ShotgunSpiff. It seems you were the first to use it with Wings3d 1.5.*. Smile

In order to add the option for color ramp settings, it was needed to create a new control for the dialog - not present on original source code. I've purposed a change for enable coders add new controls easily, but it was not accept yet. (no new feature will be added to Wings before the next stable version be released Sad)

So, in order to avoid this crash we need replace the original wings_ask.beam file with my own - as I have pointed in the not on the first post here, but I forget to include it. Blush

I've included a read-me file - check the first post in this thread for the updates.

Thanks
Thanks Micheus, all is working fine now.
Hi,

Could it be possible to have an option so that:
each pixels=a flat square (4 vertices)

It would look like this for example:
http://directtovideo.files.wordpress.com...eld_ao.jpg

Thank you for this great plugin Smile
(08-12-2013, 02:29 AM)Britfox Wrote: [ -> ]Could it be possible to have an option so that:
each pixels=a flat square (4 vertices)
yeah, I think it's possible. I like these geometries too.
I thought about it at the beginning of the project, but I forgot it.
It's ready for download, see the first post in this thread.

[Image: blocks.jpg]
Left is the mesh and right is the block mode

From this 64x64px image I made with Gimp...
[Image: blocks-1.jpg]
... I got this image rendered on Kerkythea 2008 Echo:
[Image: block-building.jpg]
Hi! Micheus.

I tried the new version, it almost worked fine(construction blocks ) and found a couple of problems.

1) erts.5.10 on Wings3D ,Language file not work :/ (It still remains in English display.)
( both 1.5.1pre1.75.g8471 and 1.5.1pre1.82 )


2)How to delete to color-key that once setted in the color ramp.
discoverd right now!! Biggrin

L+[CTRL] = color-key position can move by dragging .

In this state, You can release the CTRL key.
-Oparation tips-
*Hold down[CTRL] while Dragging ------> If you drag across an existing color-key, It will be delete.
*Relese[CTRL] and Dragging ------------> Not affect an existing color-key.

Quote:i : current dragg color-key
' : existing color-key

---i----'-----> Drag direction

This is not written to the Information line.
I think that it is necessary such instructions.



----------
I also take some screenshots of heightmap samples.
(09-11-2013, 01:39 PM)tkbd Wrote: [ -> ]I tried the new version, it almost worked fine(construction blocks ) and found a couple of problems.
Hi tkbd, thanks for testing it.
So, the problems that you talking about are two: Japanese language file and add more data to information line. Isn't it?
Micheus ...
what are the current restrictions to image size ?

Did you remove restritions in past or change ? We have several 64 bit releases
of Wings3D which might allow for slightly larger image sizes.

Please advise. I know I could just check and even poke the code. I just thought I'd ask.
(09-11-2013, 04:35 PM)ggaliens Wrote: [ -> ]what are the current restrictions to image size ?
It's restricted to 147Kpx - if you think about a squared image it can be 384x384px.

Quote:Did you remove restritions in past or change ?
In the first version it was very restricted, it's a little better now.

Quote:We have several 64 bit releases of Wings3D which might allow for slightly larger image sizes.
That's true, and you should already have noticed that we are only able to manage more #we information without memory crash, but is still so hard to manage the camera and do Wings3d's operations because it ran slow.
In my "OpenGL" preview (that is not a true #we) I can manage it relatively fast, but you need be patient after you hit the Ok button.
And I've assembled a new "faster" machine these days (i7-4770K 3.50ghz, SSD 120Gbx2, G.skill Trident 16gb DDR3 2400mhz) - I just need a better video card, by now I'm using the on-board IntelĀ® HD Graphics 4600.

That's why I didn't change the last limit for the 64bit.
Pages: 1 2 3 4 5 6 7 8