My Autopano Pro forum

Sharing knowledge around Autopano

You are not logged in.

Announcement

The documentation of AutoPano Pro can be found online at our Wiki. Before posting a question, please check with the manual!

#1 2008-07-29 09:10:12

fma38
Moderator
From: Grenoble, France
Registered: 2005-12-07
Posts: 2601
Website

[1.4.2 linux] Toujours un soucis avec les tifs

Bon, j'utilise depuis quelques temps LightZone, et lui non plus n'arrive pas à ouvrir les fichiers tif d'APP. Il dit :

TIFFReadDirectory: Warning, /photo/tmp/hdri/20D-img_13603-to-20D-img_13607_1-SCAL-normal.tif: unknown field with tag 317 (0x13d) encountered.

Suivant la compression (ici à None), l'image ne s'ouvre pas du tout (c'est le cas ici), ou bien elle est toute noire.

Je précise que les tiffs générés par enfuse, ou convert (linux), sont bien vus par LZ.


Frédéric

Canon 20D + 17-40/f4 L USM + 70-200/f4 L USM + 50/f1.4 USM + Tokina 10-17 3.5-4.5 AF DX Fisheye
Merlin/Orion panohead + Papywizard on Nokia 770

Offline

 

#2 2008-08-18 02:53:58

oliv
New member
Registered: 2008-08-18
Posts: 2

Re: [1.4.2 linux] Toujours un soucis avec les tifs

Bonjour

J'ai le même problème. LightZone n'ouvre pas les tiffs produit par APP, y compris les tiffs en 8 bits... Enfin il les affiche en négatifs presque complètement noirs ... je n'ai même pas droit à un message d'erreur...

Et effectivement, un passage par gm convert (GraphicsMagick) pour simplement réengistrer en tif permet d'ouvrir l'image sous lightzone.

Je me demande si ça ne serait pas un problème spécifique à la version Linux de lightzone...

Quelqu'un(e) aurait il (elle) le même problème sous une autre plateforme?

Oliv



APP 1.4.2, Lightzone 3.5, Ubuntu Linux 8.04

Offline

 

#3 2008-08-18 03:13:09

DrSlony
Member
From: Poland, Zielona Góra
Registered: 2007-11-03
Posts: 963
Website

Re: [1.4.2 linux] Toujours un soucis avec les tifs

Can you run imagemagick's "identify -verbose filename | grep Compression" on that file?
I found that APP sometimes creates 2 layered TIFF files when I render only 1 layer, it looks like the other layer is just a thumbnail of the big layer. That could be causing trouble. I also once had trouble with my 16 bit per channel TIFF file having an alpha channel, but this issue was solved when I reported it.

Offline

 

#4 2008-08-18 17:26:48

oliv
New member
Registered: 2008-08-18
Posts: 2

Re: [1.4.2 linux] Toujours un soucis avec les tifs

Hi DrSlony,

here's the result of the identify command (I use GraphicsMagick but it is basically the same as ImageMagick):

gm identify -verbose pano_1_1.tif | grep Compression
  Compression Scheme: None
  Compression: None
gm identify: pano_1_1.tif: unknown field with tag 317 (0x13d) encountered. (TIFFReadDirectory).


I'm not sure what the output means though... Any hint?

Thanks

Oliv

Offline

 

#5 2008-08-19 16:58:46

DrSlony
Member
From: Poland, Zielona Góra
Registered: 2007-11-03
Posts: 963
Website

Re: [1.4.2 linux] Toujours un soucis avec les tifs

It seems that the error message isn't fatal, it's just a warning and it should not stop the program from reading the tiff (unless the program is designed to fail on any warnings). It also seems that the problem is with the tiff containing 2 layers, APP creates TIFF files with the first layer being the fullsized image, and a second 160x80 px layer containing the thumbnail of the fullsized first layer.

I dont know whether this is a bug, but until Alexandre can clear this issue up, you can use png files as a workaround, they cant have layers so they should work.

Google wasn't too helpful with the error message itself, but it seems that it's related to LZW compression. But as I wrote, it seems (4th time!) that this error doesnt actually cause LZ to not open them.

Last edited by DrSlony (2008-08-19 17:00:13)

Offline

 

Board footer

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson