 |
|
|
|
|
|
 |
| ||||||||
 |
 
|
|
|
|
|
|
|
|
|
| ||||||||
|
|
| 
| User list | You are not logged in.
Hello Everyone,
If I render an image as a .tif with LZW compression, APG writes a .tif that looks ok in eg Photoshop, but when I try to upload it with the gigapan uploader I get a message saying that the file is corrupt. If I go into PS and save the file with the same name but with LZW compression checked, then the uploader has no problems. I assume the gigapan uploader requires LZW compression but the settings for tif files in APG's render options are not used.
A
Offline
I checked that case : same panorama rendered 3 time : no compression, LZW, ZIP format.
Checked outputs with XnView, Photoshop CS4 and windows gallery. Everything is good and well set.
So this must be an issue with gigapan uploader.
Offline
Strange. I haven't changed the uploader. All that's changed is the version of APP I am using.
A
Offline
I still think there is a bug in the tif-writer. Here's what the Gimp made of a tif written by APG and that is not uploadable by the gp uploader.
A
Offline
Hmm, I'll join in here because I also experienced problems with APG's TIFFs, but I thought it was a GIMP error, because I also updated to the development release, 2.7.0. They open fine in digiKam's showFoto, but Gimp insists on using ufraw to open my TIFF/EPs from APG! Naturally, ufraw chokes.
Here are some errors when I run identify -verbose on a APG TIFF:
identify: 2009-02-24 zg pano 160 SP.tif: unknown field with tag 317 (0x13d) encountered. `TIFFReadDirectory' @ tiff.c/TIFFWarnings/525. identify: 2009-02-24 zg pano 160 SP.tif: wrong data type 1 for "RichTIFFIPTC"; tag ignored. `TIFFReadDirectory' @ tiff.c/TIFFWarnings/525. identify: 2009-02-24 zg pano 160 SP.tif: invalid TIFF directory; tags are not sorted in ascending order. `TIFFReadDirectory' @ tiff.c/TIFFWarnings/525. identify: 2009-02-24 zg pano 160 SP.tif: unknown field with tag 37510 (0x9286) encountered. `TIFFReadCustomDirectory' @ tiff.c/TIFFWarnings/525. identify: 2009-02-24 zg pano 160 SP.tif: unknown field with tag 317 (0x13d) encountered. `TIFFReadDirectory' @ tiff.c/TIFFWarnings/525. identify: 2009-02-24 zg pano 160 SP.tif: wrong data type 1 for "RichTIFFIPTC"; tag ignored. `TIFFReadDirectory' @ tiff.c/TIFFWarnings/525. identify: 2009-02-24 zg pano 160 SP.tif: invalid TIFF directory; tags are not sorted in ascending order. `TIFFReadDirectory' @ tiff.c/TIFFWarnings/525.
I'm busy rendering the same pano in 1.4.2 and will compare. (God 1.4.2 is slow as hell! 
)
Offline
1.4.2's render opens in Gimp fine. 2.0.5's doesn't, as described above.
Here's some code why not:
diff -u /tmp/142 /tmp/205
--- /tmp/142 2009-10-29 23:42:24.000000000 +0100
+++ /tmp/205 2009-10-29 23:41:46.000000000 +0100
@@ -1,4 +1,4 @@
-Image: app142.tif
+Image: 2009-02-24 zg pano 160 SP.tif
Format: TIFF (Tagged Image File Format)
Class: DirectClass
Geometry: 6654x3998+0+0
@@ -19,24 +19,24 @@
red:
min: 0 (0)
max: 65535 (1)
- mean: 26852 (0.409735)
- standard deviation: 16553.7 (0.252593)
- kurtosis: -0.811676
- skewness: 0.395545
+ mean: 25928 (0.395636)
+ standard deviation: 15577.3 (0.237694)
+ kurtosis: -0.803678
+ skewness: 0.330224
green:
min: 0 (0)
max: 65535 (1)
- mean: 22192.4 (0.338634)
- standard deviation: 15332.4 (0.233957)
- kurtosis: -0.152957
- skewness: 0.650478
+ mean: 21472 (0.327641)
+ standard deviation: 14658.8 (0.223679)
+ kurtosis: 0.186375
+ skewness: 0.686871
blue:
min: 0 (0)
max: 65535 (1)
- mean: 15998.7 (0.244125)
- standard deviation: 13198.5 (0.201396)
- kurtosis: 1.34842
- skewness: 1.07029
+ mean: 15695.3 (0.239494)
+ standard deviation: 12893.9 (0.196748)
+ kurtosis: 1.77815
+ skewness: 1.13842
alpha:
min: 0 (0)
max: 65535 (1)
@@ -48,11 +48,11 @@
OverAll:
min: 0 (0)
max: 65535 (1)
- mean: 16260.9 (0.248125)
- standard deviation: 16546.6 (0.252485)
- kurtosis: 0.00346557
- skewness: 0.907794
- Alpha: none #0000000000000000
+ mean: 15773.9 (0.240695)
+ standard deviation: 15876.1 (0.242253)
+ kurtosis: 0.0433983
+ skewness: 0.886276
+ Alpha: rgba(61.6968%,47.4998%,38.97%,0) #9DF1799963C30000
Rendering intent: Undefined
Interlace: None
Background color: rgba(100.001%,100.001%,100.001%,1)
@@ -65,18 +65,43 @@
Compression: None
Orientation: TopLeft
Properties:
- create-date: 2009-10-29T23:39:47+01:00
- modify-date: 2009-10-29T23:32:09+01:00
- signature: 690010edb5cecb865a7224b2e3543f8dc22c714774b3d4197428a3e614cb3d9c
+ comment: Stitched Panorama
+ create-date: 2009-10-29T17:12:00+01:00
+ exif:Contrast: 0
+ exif:CustomRendered: 0
+ exif:DateTimeDigitized: 2009:02:24 06:08:19
+ exif:DateTimeOriginal: 2009:02:24 06:08:19
+ exif:ExposureBiasValue: 2
+ exif:ExposureMode: 2
+ exif:ExposureProgram: 3
+ exif:ExposureTime: 30
+ exif:Flash: 16
+ exif:FNumber: 11
+ exif:FocalLength: 18
+ exif:FocalLengthIn35mmFilm: 27
+ exif:MeteringMode: 2
+ exif:PixelXDimension: 6654
+ exif:PixelYDimension: 3998
+ exif:Saturation: 0
+ exif:SceneCaptureType: 0
+ exif:SensingMethod: 2
+ exif:Sharpness: 0
+ exif:SubjectDistanceRange: 3
+ exif:WhiteBalance: 1
+ modify-date: 2009-10-29T16:36:56+01:00
+ signature: 0401baaaba98985861139f0f94b275904efac1d751bc4cee002ff00747f8e7d9
tiff:alpha: unassociated
+ tiff:make: PENTAX Corporation
+ tiff:model: PENTAX K10D
tiff:rows-per-strip: 1
- tiff:software: LIBFORMAT (c) Pierre-e Gougelet
+ tiff:software: Autopano Pro
+ tiff:timestamp: 2009:10:29 16:33:38
Artifacts:
verbose: true
Tainted: False
Filesize: 203mb
Number pixels: 25.37mb
- Pixels per second: 25.37mb
- User time: 0.660u
- Elapsed time: 0:02
+ Pixels per second: 8.457mb
+ User time: 0.700u
+ Elapsed time: 0:04
Version: ImageMagick 6.5.2-9 2009-10-21 Q16 HDRI OpenMP http://www.imagemagick.orgOffline
convert 2009-02-24\ zg\ pano\ 160\ SP.tif 205_converted.tif
205_converted.tif still won't open.
convert 2009-02-24\ zg\ pano\ 160\ SP.tif 205_converted_png.png
the png opens fine of course.
convert 205_converted_png.png 205_converted_png.tif
205_converted_png.tif opens fine.
Whatever the problem, it gets preserved when converting to the same format. Perhaps a metadata issue?
Lets compare this working 205_converted_png.tif with the original 205.tif that wont open:
diff -u /tmp/205.tif /tmp/205_converted_png.tif
--- /tmp/205.tif 2009-10-30 00:18:56.000000000 +0100
+++ /tmp/205_converted_png.tif 2009-10-30 00:18:21.000000000 +0100
@@ -1,10 +1,10 @@
-Image: 205.tif
+Image: 205_converted_png.tif
Format: TIFF (Tagged Image File Format)
Class: DirectClass
Geometry: 6654x3998+0+0
- Resolution: 72x72
- Print size: 92.4167x55.5278
- Units: PixelsPerInch
+ Resolution: 28.34x28.34
+ Print size: 234.792x141.073
+ Units: PixelsPerCentimeter
Type: TrueColorMatte
Base type: TrueColor
Endianess: MSB
@@ -62,43 +62,26 @@
Page geometry: 6654x3998+0+0
Dispose: Undefined
Iterations: 0
- Compression: None
+ Compression: Zip
Orientation: TopLeft
Properties:
comment: Stitched Panorama
- create-date: 2009-10-30T00:07:27+01:00
- exif:Contrast: 0
- exif:CustomRendered: 0
- exif:DateTimeDigitized: 2009:02:24 06:08:19
- exif:DateTimeOriginal: 2009:02:24 06:08:19
- exif:ExposureBiasValue: 2
- exif:ExposureMode: 2
- exif:ExposureProgram: 3
- exif:ExposureTime: 30
- exif:Flash: 16
- exif:FNumber: 11
- exif:FocalLength: 18
- exif:FocalLengthIn35mmFilm: 27
- exif:MeteringMode: 2
- exif:PixelXDimension: 6654
- exif:PixelYDimension: 3998
- exif:Saturation: 0
- exif:SceneCaptureType: 0
- exif:SensingMethod: 2
- exif:Sharpness: 0
- exif:SubjectDistanceRange: 3
- exif:WhiteBalance: 1
- modify-date: 2009-10-30T00:06:58+01:00
+ create-date: 2009-10-30T00:16:52+01:00
+ modify-date: 2009-10-30T00:16:52+01:00
signature: 0401baaaba98985861139f0f94b275904efac1d751bc4cee002ff00747f8e7d9
tiff:alpha: unassociated
+ tiff:document: 205_converted_png.tif
tiff:make: PENTAX Corporation
tiff:model: PENTAX K10D
- tiff:rows-per-strip: 1
- tiff:software: Autopano Pro
+ tiff:rows-per-strip: 3998
+ tiff:software: ImageMagick 6.5.2-9 2009-10-21 Q16 HDRI OpenMP http://www.imagemagick.org
tiff:timestamp: 2009:10:29 16:33:38
Artifacts:
verbose: true
Tainted: False
- Filesize: 203mb
+ Filesize: 149.2mb
Number pixels: 25.37mb
+ Pixels per second: 8.457mb
+ User time: 2.870u
+ Elapsed time: 0:04
Version: ImageMagick 6.5.2-9 2009-10-21 Q16 HDRI OpenMP http://www.imagemagick.orgOffline
Now heres something that puts all of this into perspective.
I copied the original pano from 2.0.5 to two new files: I used an easier filename so things are clear, and I also changed the extension:
cp 2009-02-24\ zg\ pano\ 160\ SP.tif 205.tif
cp -v 2009-02-24\ zg\ pano\ 160\ SP.tif 205.tiff
Both files shouldn't open in Gimp, but .tiff does.
This is my completely uneducated guess:
When Gimp sees a .tif extension, it doesn't know whether a file is a RAW file (canon/phase one can save in a raw format which has a .tif extension) or a TIFF/EP file, so it looks for some info in the file to check what it is, doesn't find it, and assumes its a RAW. Or it finds wrong info, and thinks its a RAW. So the problem could be with this header that would identify the file contents. Lets compare the header of APP-1.4.2's TIFF/EP with that of 2.0.5. Remember that 1.4.2's .tif opens fine, 2.0.5's .tif does not:
hexdump -n 64 -C 205.tif > /tmp/205.tif ; hexdump -n 64 -C app142.tif > /tmp/app142.tif ; diff -U 0 /tmp/205.tif /tmp/app142.tif --- /tmp/205.tif 2009-10-30 01:19:34.000000000 +0100 +++ /tmp/app142.tif 2009-10-30 01:19:34.000000000 +0100 @@ -1 +1 @@ -00000000 49 49 2a 00 08 00 00 00 18 00 00 01 04 00 01 00 |II*.............| +00000000 49 49 2a 00 08 00 00 00 11 00 00 01 04 00 01 00 |II*.............| @@ -3 +3 @@ -00000020 00 00 02 01 03 00 04 00 00 00 2e 01 00 00 03 01 |................| +00000020 00 00 02 01 03 00 04 00 00 00 da 00 00 00 03 01 |................|
Why 64? Why not? :P
I found no TIFF header information on wikipedia, but I gave chance a chance. I replaced the 9th byte, 0x18, with 0x11. Why 0x11? Because 17 is the third Fermat prime, as it is of the form 222 + 1, and it is also a Proth prime. I have no idea what that means :]
I tried opening this modified file, and voila, works.
Perhaps this will help you. Or perhaps its complete nonsense. It was fun though! :]
Offline
Aeriscera: identify (a part of imagemagick) claims that my TIFFs from 2.0.5 have no compression. To be sure I converted them to PNG and back to uncompressed TIFF, and LZW compressed TIFF. identify was correct, the files from 2.0.5 are not compressed. What program told you they were?
Offline
DrSlony, if we had a award system in the forum, you'll get a gold medal !
So now the question : what does this '!*.@$' bit means ?
Offline
Okay. The full explanation about DrSlony analysis :
- byte 9 is the number of IDF field that the tiff contains. When putting a lower value, you'll skip some metadata chunk.
- in autopano 1.4.2, we didn't support many metadata channel in tiff. With 2.0.5, we can have exif, ICC, IPTC, etc.
- So when lowering this value, you'll skip some of them and it appears that it can be read better because it skips some metadatas that are not sorted in ascending order ( gimp is really compeling about that ... ).
This explains everything I think.
Back to the first case. I guess that the size of the tiff could also be an issue. Which is the width / height and file size of the tiff, Aeriscera ?
Offline
I found some good info on the TIFF/EP header:
http://www.gvsoft.homedns.org/exif/Exif … TiffHeader
ps. 0x12 also works, >=0x13 doesn't.
Offline
AlexandreJ wrote:
I guess that the size of the tiff could also be an issue. Which is the width / height and file size of the tiff, Aeriscera ?
I can't tell you I'm afraid. I get this problem (not being able to upload an AP-written LZW tif with the gigapan uploader) every time, so I didn't make a note of which image set gave the error that I reported. I don't try uploading directly any more - I routinely load the tif into PS and write it out again before uploading.
I haven't made any really big panos recently so all I can say is that it wasn't sensationally big (eg made from 70 8Mpix images?)
A
Offline
Oh ! One idea. Perhaps, it's the fact that the rendered panorama has an alpha channel. The tiff stores it. That may explain this issue.
Offline
hello,
sorry but I am frightened by the quality of my English,
je confirme que le TIFF réalisé par APG n'est pas compatible avec Gimp et surtout Bibble5pro sous Linux.
j'ai fait quelques essais , moins poussé que DrSlony, qui montre que aucun TIFF n'est lisible par Bibble comme par Lightzone (problème dèjà connu dans les anciennes version d'APP) et que pour Gimp ne sont lisibles que les TIFF 8bits quelque soit l'arangement ou pas des calques, ne sont lisibles les TIFF 16bits qu'avec les calques integres.
Geka
Offline