Destiny wrote:

Hi....  It appear its not apg that doesn't like me, but rather it hates my RAM, well I hate that too.. Its not enough to render the images as they were so I had to reduce them to 20%.. I have already captured the image at TIF small.. I thought it might have been ok but apparently not.. and I cannot put more RAM into this Mac...

The issue now is.. after reducing the image size, even though I have Excellent RMS, I had to straighten the pano but it not all straight.. You can see the poll is straight but the wall is not.. If I make the wall straight then the poll and other things are wobbly or crooked.

I am sure I am almost there.. I just have to understand apg better... So, how do I fix the straightening of the pano..

Destiny..

Other than using the Verticals line tool in the Panorama Editor, make sure your pano head is level and that your camera/lens (camera sensor) are at right angles to the pitch arm?

Hi..

It appears it was nothing to do with reducing the image size as such or apg having issues. I think the issue is due to the xml code not equating to the reduced image size ... I have just tried stitching the same smaller images but this time without the xml code to assist in stitching the featureless areas of the ceiling.. It is only to be expected that I would have holes in the pano but its straight and the stitching is perfect.. It also processed very very quickly..

So now I have to look at the xml code to see if I can edit that in order to maintain correlation between the reduced image size.. i am assuming that this is the issue... but it might not be...

Destiny..

lumelix wrote:

What Klaus couldn't know as an Canon shooter is, that you can save the images from the D800 in RAW with 14bit color depth.
If you are shooting in RAW 14bit mode, it makes sense to convert this images to TIFF 16bit to prevent color loss while converting.

Canon provides 14bit RAW too - of course. But in praxi it´s better to convert very sensible and save as 8bit TIF. The way you treat them during conversion
is more important than the number of final bit-depth. In no way you can make a single image from 14 bit to 16 bit . .
You can do that only using bracketing via HDR and saving 16bit/ch after tonemapping - as already said.

lumelix wrote:

Specially when working with Photomatix, I do this always with 16bit TIFFs as input files. Eg. with View NX or Capture NX2.

Using a bracketed set of images there really is very little to no difference feeding Photomatix 5-7 8bit or 16bit TIFs.
A backeted SERIES of 5 or 7 exposures of 8bit/TIF or even JPGs anyway has by far enough information. 16bit of each image is just redundant.



best, Klaus

Hi Klaus
Yes, all this is generally right.

But then we must ask why we shoot in TIF 8bit, as shoot JPG 8bit with a slight compression is near the same.
And the amount of datas is so much smaller then

I found some advantage with 16bit TIFFs from 14 bit RAW in the sky, specially for fine gradients.
When convert to 16bit, there is no loss in the colors. Converting to 8bit is lossy.

But the 16bit TIFFs from the D800 are really big files

Last edited by lumelix (2013-01-16 14:41:12)

Destiny wrote:

Hi..

It appears it was nothing to do with reducing the image size as such or apg having issues. I think the issue is due to the xml code not equating to the reduced image size ... I have just tried stitching the same smaller images but this time without the xml code to assist in stitching the featureless areas of the ceiling.. It is only to be expected that I would have holes in the pano but its straight and the stitching is perfect.. It also processed very very quickly..

So now I have to look at the xml code to see if I can edit that in order to maintain correlation between the reduced image size.. i am assuming that this is the issue... but it might not be...

Destiny..

That doesn't make sense to me.

There's nothing in a Papywizard-compliant XML data file that would have any such effect that I can think of.

Yes I know.. Two of them are really long.. I asked above somewhere if anyone knew of a cable clip to organise them.. I saw one on a video but I do not know where to get them from.. I am also peed with Nikon and the way they designed their strap.. I want to be able to take that off and on really quickly but its a pain to get on. Terrible in fact.. It needs a secure kind of clip.. Normally I put the cable in more but for this test I had issues. The cable on my D90 are shorter and less of them.... I can fix them anyway when i do the nadir patch.. so not really a worry.. The main test is in using my 35 mm with apg...

Destiny..

lumelix wrote:

Hi Destiny
The stiching looks really good. But you should do definitively something with this cables
I dont know why seitz haven't there a better solution, it does cost enough!

No not me.. I get into trouble shooting people... Well, I actually thoguht about that but after seeing this I threw them all away.. yuck...
http://urbanlegends.about.com/library/b … ondoms.htm

The thing I saw was a plastic clip that had a slit down the tube of it.. They were set in multiples. You just push your cables down into the slit and pull them out when you have a need to.. Quick and easy.. but I cannot find them..

Destiny...

UK Pano wrote:

don't shoot me down in case it is a poor idea as I don't know the Seitz head (as I have a lowly NN) but I use elastic hair bands to bring the remote release cables tight in against the camera/pano head as a cheap solution.  Just don't tell the wife as she can't fathom out where they keep going

Hey.. Now back to the fisheye.. Still using my D800, it rolled back to DX mode.. Using my new found knowledge, I checked the NNP to line it up and found it was out by 1mm.. I feel for a fisheye that is not a lot but using a 35mm it would be.. Its really strange seeing the poll bend left to right with a powerbox on the distant wall.. I moved it without looking at the increments until the edge of the powerbox remained an equal distance from the edge of the poll.. When I checked my setting on my VR Drive, I saw I had it set for 30mm.. At one time I would have had it set to 31mm but I must have felt that 30mm was better..  The Live View is supposed to be as you can see via the view finder on a D800. You cannot do that with a D90, its not true Live View so you have to use the view finder which is more fiddly..

I have set it to 9 bracketed shots +/1 1 EV, to see if I can minimise the light blow out.. Its doing its thing now in my downstairs dungeon... Since its a fisheye I will not need the xml code unless I have issues.. I really want apg to succeed with my fisheye as well as PTGui does.. AlexJ said it was out and he was right but not by much..

Destiny...

Its ok Martin.. I always feel better after your advice, probably since I understand what you are telling me..,  but not sure I understand how to set the NNP using a laser.. I have a laser light on the yellow tripod head you can see in the pano image, but not sure if it will be ok for this.. I need to read the process again... That is really interesting about the NNP changing.. I have never been told that before.. I mostly open it right up anyway, which seems to be the way to go with the 10.5 fisheye....

I did 8 bk shots with my fisheye... The first pano image has been stitched using apg, not bad at all . The shadows are soft and nicily bended.. The ceiling light is not so blown.. It stithed very well and very quickly.. Alex J was right.. my NNP was out and he will be pleased to know that my tripod is no longer jutting out.. I guess I might get it even better with a laser light, not sure, but there is always rum for improvement.. This proves you are right Marin.. Just 1mm and it made all the difference.. I am a bit over my cable being in the way so I tied them together with wire.. I think the VR Drive needs cable clips on the side of it to click cables into it.. That would make all the difference..

The second pano image I ran though PTGui.. Its said Excellent and did a great job too..

No probs with my RAM so this is as much as I can hope for with my iMac until I can replace it...

Destiny...

The nadir footprint with apg is a lot more acceptable now.. Not as neat as PTGui but it uses a different process anyway.. As long as it doesn't stick out I am happy...

I will stick with the method I know then.. Its works and I understand it..

Destiny..