IPB

Welcome Guest ( Log In | Register )

3 Pages V   1 2 3 >  
Reply to this topicStart new topic
shape from shade, so i do not take over Bjorn's
JohnVV
post Apr 7 2010, 04:03 AM
Post #1


Member
***

Group: Members
Posts: 535
Joined: 18-November 08
Member No.: 4489



So that i do not take over his nice thread i figured i would start a new one
I am just figuring it out so bear with me
Rhea
This is a example - very early example
http://www.shatters.net/forum/viewtopic.php?f=5&t=15847

one that i am going to redo .
the program i am using "Cyclops" has a few bugs

Enceladus
this is a good example a bit better than the above



the close ups are a 8k level 3 VT with and without a texture over it
then a 4k level2 vt

unfortunately i still have to figure out a bug .I need to run a highpass on it ( the 32 bit isis dem )
Cyclops exports to a 3d *.ply this is easy to export to a isis cub
and i get this ( this happens when i combine 16 smaller images into one big one )
and this example is at 1/2 size


Just a bit of a bug !!!

Go to the top of the page
 
+Quote Post
JohnVV
post Apr 8 2010, 12:27 AM
Post #2


Member
***

Group: Members
Posts: 535
Joined: 18-November 08
Member No.: 4489



making progress
started with N1500060254_2.img

remapped to simpcyl.

the Bump also remapped

and some screenshots

it is starting to look like it is going to work
Go to the top of the page
 
+Quote Post
4th rock from th...
post Apr 8 2010, 02:53 PM
Post #3


Member
***

Group: Members
Posts: 328
Joined: 21-April 05
From: Portugal
Member No.: 347



Nice bump maps !

I have already suggested something similar for radar images and I understand the problems involved (echo delay). Nevertheless, could you use the software on a radar image let's say of Venus or Titan just to see what comes out ? Perhaps a Titan lake so that we have a level surface for reference. Would the result be completely unusable? Will the terrain be so shifted from reality that it's complete nonsense? I think it's worth exploring.


--------------------
_______________________
www.astrosurf.com/nunes
Go to the top of the page
 
+Quote Post
JohnVV
post Apr 13 2010, 07:26 AM
Post #4


Member
***

Group: Members
Posts: 535
Joined: 18-November 08
Member No.: 4489



right now i am working on Dione i have a list of files used to make the map on PDS and using that as a starting point
this dose take a long time to process but an example
( the bump map is converted to a 8 bit RGB form the 16 bit .gray image )
N1481767211_2.img

and the bump


about Venus ????? I do not know
i did do a 32768x16384 normal map for celestia ,but...
there are a few errors in it that i DO know about
a screen shot of it
http://celestiamotherlode.net/catalog/imag...n_van_Vliet.jpg
i used an auto inpainting tool ( from the same person who inpainted the Russian venera images, just updated code. )
and then a lot of hand editing
Go to the top of the page
 
+Quote Post
JohnVV
post Apr 17 2010, 03:42 AM
Post #5


Member
***

Group: Members
Posts: 535
Joined: 18-November 08
Member No.: 4489



just an update
this is a TESTING only 100% auto tools in isis . this is what i have so far
There is still a lot to do
a 1 k resize of the 8k image
[attachment=21419:1k.bumptest.png]
Go to the top of the page
 
+Quote Post
Bjorn Jonsson
post Apr 27 2010, 12:41 AM
Post #6


IMG to PNG GOD
****

Group: Moderator
Posts: 1522
Joined: 19-February 04
From: Near fire and ice
Member No.: 38



This looks very impressive, there is some loss of resolution but not much and in contrast to most of the SFS algorithms I have experimented with you get good and recognizable results. As a matter of curiosity, which one of Cyclops' SFS algorithms are you using? One of Haines' algorithms?

It would be interesting to see what your Cassini ISSNAC Cyclops 'camera file' looks like even though creating one myself shouldn't be difficult.
Go to the top of the page
 
+Quote Post
JohnVV
post Apr 27 2010, 03:58 AM
Post #7


Member
***

Group: Members
Posts: 535
Joined: 18-November 08
Member No.: 4489



hi Bjorn
at this point i am just using a default "cam"file
CODE
<?xml version="1.0"?>
<function><poly power="1" mult="1"/></function>

and Haines &Wilson 2

i am tossing out too much data right now, for this to matter much .I am not great in words ,so some photos
a crop of N1507742440.img


i run hw2

get this ( a type of normalmap)
[attachment=21489:crop.png]
do to reasons of the way cyclops ( and normal maps work) there is a bit of a bug ( for this anyway - i am doing something the program was not designed for )
i need to do a HighPass in gimp ( i use G'mic)
[attachment=21490:crop.hi.png]
cyclops outputs a Stanford.ply file this i convert to a obj ( it is a text based 3d format) and can be edited in Open-Office/Calc
and exported as a ascii raw image
the NOT hipassed needlemap
[attachment=21491:crop16bit.png]
the 3d mesh is on an angle ( see the next post for the blender SS's )
and the highpassed and exported/then imported into isis
[attachment=21492:crop.hi16bit.png]
this one is flat in blender
also as you can see there is still an error
the top and bottom of the creator rinr is not seen
and the left and right side of the floor ( near the ring) is to deep
that i have been fixing in CinePaint

there is still an error the chevron stripes in the first post above
http://www.imagebam.com/image/efe40b75325671
not too well seen in this one
[attachment=21493:crop.strip.png] hi-pass [attachment=21494:crop.hi....ass16bit.png]
Go to the top of the page
 
+Quote Post
JohnVV
post Apr 27 2010, 04:22 AM
Post #8


Member
***

Group: Members
Posts: 535
Joined: 18-November 08
Member No.: 4489




only 3 show so a link to the photo album
http://www.imagebam.com/gallery/4b4122b9b7...991f649094aac3/
the first
1) is in blender with z *3 exaggerated x3 of the highpassed needle map
2) same but diff angle
3) same 3d mesh but a "front view"
4) a "top view" of the same
-- the next 3 are the NOT high passed needle map --
5) front view ( the mesh is on an angle and would need "hand" "flattening" for every image - none would match up for a mosaic ) and some meshes ( not shown ) have a VERY,and i do mean a VERY big curve in them do to the lighting on the moon - a highpass is also needed to remove that
6)top view
7) and angled view


at this point i am not too worried about the scientific accuracy as to being able to get something that dose look nice
THEN i will see about getting it accurate
Go to the top of the page
 
+Quote Post
Bjorn Jonsson
post Apr 29 2010, 09:26 PM
Post #9


IMG to PNG GOD
****

Group: Moderator
Posts: 1522
Joined: 19-February 04
From: Near fire and ice
Member No.: 38



I have now tested Cyclops a bit. The first test run resulted in a crash (no surprise there) but I'm now getting something that makes at least some sense. The next step is to write a small utility that uses the viewing geometry information in the IMG/index.tab files to output accurate values to use for "To Light" (the values I have used do not make a lot of sense).

This may be a stupid question but how did you export to a .ply file? The only output I was able to get was a BMP file.

Actually I'm getting the impression that the Windows version I'm using has somewhat less features than the Linux version, this is a screenshot:

Attached Image


A bit fewer buttons etc. than in the Linux Cyclops screenshot earlier in the thread.

QUOTE (JohnVV @ Apr 7 2010, 04:03 AM) *
unfortunately i still have to figure out a bug .I need to run a highpass on it ( the 32 bit isis dem )
Cyclops exports to a 3d *.ply this is easy to export to a isis cub
and i get this ( this happens when i combine 16 smaller images into one big one )
and this example is at 1/2 size


Just a bit of a bug !!!

Actually I'm not sure this is a bug - the surface is 'curved' if the source image(s) is not a very hi-res res. It might be possible to 'convert' the output to altitude relative to the target body's radius instead of the 'depth' that Cyclops outputs if I understand everything correctly (or have you already done this?). However, I suspect this wouldn't work very well because low frequency features are usually inaccurate in SFS. So I suspect I'll end up doing the same thing you did (high pass filter) and/or combining the SFS output with a DEM derived from stereo pairs. Another contributing factor might be inaccurate values for "To Light" - that's something I'll be testing once I have accurate values to use for "To Light". I'm curious to see how sensitive the SFS algorithms are to errors in the light source direction.
Go to the top of the page
 
+Quote Post
JohnVV
post Apr 30 2010, 02:06 AM
Post #10


Member
***

Group: Members
Posts: 535
Joined: 18-November 08
Member No.: 4489



i am calling it a "bug" because i am doing something with the program it was not fully intended to do
and i am still learning it

The stripping is do to the G'mig highpass in gimp
if i do a highpas in isis ( 3 of them R,G,and B )
or use the nip2 fft Gaussian highpass ( must be a power of 2 image - 1024,512,256,square image)

it dose not show up but the results are worse

calculating the "direction to light source" from the isis kernel and IMG data is a good idea
I was going to look into doing that on the next map .For know i am "taking a guess" .Seeing as some of the dione images have a radial lighting to them ( do to how the light falls on the sphere )
[attachment=21524:N1507742601_2a.jpg]
then there is the changing "height of the light source
in the sfs window there is the x.y.z for the light source i have been finding that i get better results when the light is coming from ~ aprox. 1.0 0.5, 1.0
but some images ( do the the shape of the sphere ) have a big change in lighting
" change in z " -- these are Approx. --
[attachment=21525:N1481766854_1a.jpg]

-- as to --
QUOTE
This may be a stupid question but how did you export to a .ply file? The only output I was able to get was a BMP file.

the sfs dose output bmp
A second program is needed to convert that normal map to a .ply
integration
[attachment=21526:cyclops_win.png]
i can not run cyclops on Arch linux ( only on CentOS 5.4 ) so i can not use a shot of mine

then the fun part converting the .ply to a isis.cub
i use blender set the z location to 0.5 the z exaggeration to 3.0( but this is after i highpass the normalmap ) and export to a .obj
an .obj is a text format
CODE
# Blender3D v249 OBJ File:
# www.blender3d.org
v -0.639823 0.519523 0.632565
v -0.629778 0.519021 0.632603
v -0.619747 0.518432 0.632637
v -0.609672 0.518119 0.632681

the 3'd colom 0.519523,0.519021,0.518432 is z
import it into calc ( excel )and export the colum only
ascii2isis gives a 32 bit float image then isis fx to convert it to a normalised unsinged 16bit
fx eq
(( f1-"min value" )/ "max - min values") * 65538

QUOTE
Actually I'm getting the impression that the Windows version I'm using has somewhat less features than the Linux version

yes and NO
i built the google cvs code ( updated in feb 2010) the prebuilt was updated in 2008
http://code.google.com/p/hyperion-cv/source/checkout
Go to the top of the page
 
+Quote Post
JohnVV
post May 3 2010, 04:33 AM
Post #11


Member
***

Group: Members
Posts: 535
Joined: 18-November 08
Member No.: 4489



while i am starting to put together an ISIS control net for dione
i was thinking of posting the isis bump map cub files
reimported back into isis from the sfs program
like this one ( but this is an rgb.png and not a isis.cub )
N1507742440.img
[attachment=21548:N1507742440.hi.png]

if any wants them i can post rapidshare or p2p( i like oneswarm )
Go to the top of the page
 
+Quote Post
Bjorn Jonsson
post May 4 2010, 02:28 PM
Post #12


IMG to PNG GOD
****

Group: Moderator
Posts: 1522
Joined: 19-February 04
From: Near fire and ice
Member No.: 38



QUOTE (JohnVV @ May 3 2010, 04:33 AM) *
if any wants them i can post rapidshare or p2p( i like oneswarm )

I would certainly be interested in this.

I'm now getting very promising results from Cyclops. The goal now is an 8K (or maybe 16K) global DEM of Rhea by combining SFS and stereo.
Go to the top of the page
 
+Quote Post
JohnVV
post May 6 2010, 06:16 AM
Post #13


Member
***

Group: Members
Posts: 535
Joined: 18-November 08
Member No.: 4489



at the end will be a link to the folder
newbump.tar.bz2
all isis 3 cub's are re-imported back into isis after spiceinit
a file list of pds images
CODE
│   ├── N1481738274.cub
│   ├── N1481738371.cub
│   ├── N1481738450.cub
│   ├── N1481738546.cub
│   ├── N1481766854.cub
│   ├── N1481766978.cub
│   ├── N1481767088.cub
│   ├── N1481767211.cub
│   ├── N1496883311.cub
│   ├── N1496883812.cub
│   ├── N1496883920_1.cub
│   ├── N1501604957_1.cub
│   ├── N1507733604_2.cub
│   ├── N1507733748_2.cub
│   ├── N1507733914_2.cub
│   ├── N1507734092_2.cub
│   ├── N1507734234_2.cub
│   ├── N1507738278_2.cub
│   ├── N1507739154_2.cub
│   ├── N1507739313_2.cub
│   ├── N1507739473_2.cub
│   ├── N1507740382_2.cub
│   ├── N1507740542_2.cub
│   ├── N1507740839_2.cub
│   ├── N1507740982_2.cub
│   ├── N1507741140_2.cub
│   ├── N1507741300_2.cub
│   ├── N1507741460_2.cub
│   ├── N1507741620_2.cub
│   ├── N1507741809_2.cub
│   ├── N1507742295_2.cub
│   ├── N1507742440_2.cub
│   ├── N1507742601_2.cub
│   ├── N1507742761_2.cub
│   ├── N1507742919_2.cub
│   ├── N1507743058_2.cub
│   ├── N1569814652_1.cub
│   ├── N1569814805_1.cub
│   ├── N1569814968_1.cub
│   ├── N1569815121_1.cub
│   ├── N1569815285_1.cub
│   ├── N1569815436_1.cub
│   ├── N1569815593_1.cub
│   ├── N1569826692_3.cub
│   ├── N1569827462_1.cub
│   ├── N1569827571_1.cub
│   ├── N1569827692_1.cub
│   └── N1569827799_1.cub


all images are 16 bit unsigned 1024x1024 px.
http://www.zshare.net/download/75772595b578fbe9/
Go to the top of the page
 
+Quote Post
JohnVV
post May 8 2010, 08:42 PM
Post #14


Member
***

Group: Members
Posts: 535
Joined: 18-November 08
Member No.: 4489



five more and most likely the last until i find what is missing
DioneBump2.tar.bz2
http://www.zshare.net/download/75849188ad61eae2/
CODE
N1569826794.cub
N1569828025.cub
N1569828482.cub
N1569827906.cub
N1569828360.cub

same as above 16 bit unsigned 1024x1024 -with spiceinit
Go to the top of the page
 
+Quote Post
Bjorn Jonsson
post May 8 2010, 10:27 PM
Post #15


IMG to PNG GOD
****

Group: Moderator
Posts: 1522
Joined: 19-February 04
From: Near fire and ice
Member No.: 38



Thanks - I'll take a look at these files soon.

I've been doing some experiments, including testing all of the SFS algorithms in Cyclops. Haines & Wilson 2 is by far the best one, at least for this type of scene. Some of the other algorithms result in something totally unrecognizable.

Rather unexpectedly, I usually get worse results using the correct light direction than I get by simply guessing it by looking at the image. This is probably because the DEM gets more 'tilted' in this case if the image footprint isn't near the center of the disk. Image N1507742440_2.img of Dione is a nice example, the correct direction to the sun is (0.303693, -0.205793, 0.930279) but I get a better DEM using (1.0, 0.5, 1.2) as in the screenshot earlier in the thread ( http://www.imagebam.com/image/6a107e78124092 ). If getting the correct direction to the sun for more images is of interest I can post it here.

BTW exactly how do you high pass filter the needle maps in Gimp/G'mic? I tried Photoshop's high pass filter with bad results - it somehow seems to 'destroy' the needle map. I get recognizable results but still bad (for one thing, too shallow craters relative to everything else regardless of the filter radius I use). High pass filtering the DEM I get when converting the obj files works well in some cases though if I didn't high pass filter the needle map. I took a very quick look at G'mic but didn't find anything that worked well.

The next step is to install ISIS and try SFS (pc2d) there now that I have a working Windows/Linux dual boot.
Go to the top of the page
 
+Quote Post

3 Pages V   1 2 3 >
Reply to this topicStart new topic

 



RSS Lo-Fi Version Time is now: 22nd November 2014 - 08:56 AM
RULES AND GUIDELINES
Please read the Forum Rules and Guidelines before posting.

IMAGE COPYRIGHT
Images posted on UnmannedSpaceflight.com may be copyrighted. Do not reproduce without permission. Read here for further information on space images and copyright.

OPINIONS AND MODERATION
Opinions expressed on UnmannedSpaceflight.com are those of the individual posters and do not necessarily reflect the opinions of UnmannedSpaceflight.com or The Planetary Society. The all-volunteer UnmannedSpaceflight.com moderation team is wholly independent of The Planetary Society. The Planetary Society has no influence over decisions made by the UnmannedSpaceflight.com moderators.
SUPPORT THE FORUM
Unmannedspaceflight.com is a project of the Planetary Society and is funded by donations from visitors and members. Help keep this forum up and running by contributing here.