I am experimenting with version 3b (Mac Cocoa) and trying to recreate a pano that worked perfectly under version 2.
The input is a 8-bit 12000x6000 TIFF equirectangular. Using default settings, the Quicktime, Flash and html5 outputs are all a black square. Converting the input to JPEG first will give the correct result in Quicktime and Flash, but the html5 is still black and loads extremely slow in Safari. Rescaling the input to a 6000x3000 JPEG or even 3000x1500 gives the same results.
It seems that 3b can't read my TIFF files at any resolution, and there is a deeper problem with the html5 generation.
black output from 3b
some additional information:
When I load the problem TIFF file in the Gimp and save it again at full resolution, the Quicktime and Flash output are ok. The html5 cube faces in the images folder are also correct, but still a black screen in Safari.
My TIFF files are written by Aperture3, which means that there are a lot of "extended attributes" that are not a part of the TIFF standard. I found that the biggTIFF library can not handle these extensions and generates a lot of read errors (in Hugin). These have to be handled intelligently. The Gimp will strip this information from the file, so maybe this is a lead.
On a different note: the cube faces have no color profile assigned. Is sRGB assumed and if so where and how is the profile mapping done?
When I load the problem TIFF file in the Gimp and save it again at full resolution, the Quicktime and Flash output are ok. The html5 cube faces in the images folder are also correct, but still a black screen in Safari.
My TIFF files are written by Aperture3, which means that there are a lot of "extended attributes" that are not a part of the TIFF standard. I found that the biggTIFF library can not handle these extensions and generates a lot of read errors (in Hugin). These have to be handled intelligently. The Gimp will strip this information from the file, so maybe this is a lead.
On a different note: the cube faces have no color profile assigned. Is sRGB assumed and if so where and how is the profile mapping done?
I used the BigTIFF library from http://bigtiff.org which seems to have some problems with Mac encoded TIFF files. For the next beta I will switch back to libTIFF that does not have this problem (but the BigTIFF handling is not that nice... 
). Pano2VR doesn't use any color profiles it just copies them between TIFF files. If you output to SWF or QuickTime sRGB is assumed so if your images have a different profile you need first to save the as sRGB.
Can you post a link to your black HTML5 panorama? Maybe your graphics card can not handle the cube face size. (Just a guess, I have never seen this before).
). Pano2VR doesn't use any color profiles it just copies them between TIFF files. If you output to SWF or QuickTime sRGB is assumed so if your images have a different profile you need first to save the as sRGB.Can you post a link to your black HTML5 panorama? Maybe your graphics card can not handle the cube face size. (Just a guess, I have never seen this before).
MfG, Thomas
I did some more tests, and Mac encoded TIFF files are not readable; they mostly don't even show up in the input pane. Sometimes they show up when loaded for the first time and then disappear again when output is generated. I will wait for the next beta and work with JPG for now.
After creating a completely new project in a new folder and starting from a JPG, I finally managed to create a html5 pano. Only to find that it handles extremely slow in Safari: beach balls and jerky panning. Reducing the tile size helps a little but not enough. But it does work.
When going for Quicktime or Flash I always make sure that the profile of the input is sRGB. For html5 I will too, but here it is required to copy that profile to the cube-face images as sRGB is not enforced by the format. As far as I can tell it isn't copied.
Just found out that reducing the cube face size below 3000 results in a working html5 pano. Is there a maximum in Pano2VR or is this a limitation of Safari?
After creating a completely new project in a new folder and starting from a JPG, I finally managed to create a html5 pano. Only to find that it handles extremely slow in Safari: beach balls and jerky panning. Reducing the tile size helps a little but not enough. But it does work.
When going for Quicktime or Flash I always make sure that the profile of the input is sRGB. For html5 I will too, but here it is required to copy that profile to the cube-face images as sRGB is not enforced by the format. As far as I can tell it isn't copied.
Just found out that reducing the cube face size below 3000 results in a working html5 pano. Is there a maximum in Pano2VR or is this a limitation of Safari?
this is what is reported in the console log when loading a Mac Tiff file:
25-08-10 00:54:47 [0x0-0x1b01b].Pano2VR 3.0[213] "Loading TIFF '4380-4392 v2.tiff'"
25-08-10 00:54:47 [0x0-0x1b01b].Pano2VR 3.0[213] Warning: "TIFFReadDirectory:ggimage: wrong data type 7 for "RichTIFFIPTC"; tag ignored"
25-08-10 00:54:47 [0x0-0x1b01b].Pano2VR 3.0[213] TIFF Image 12000 x 6000
25-08-10 00:54:47 [0x0-0x1b01b].Pano2VR 3.0[213] TIFF Tiles 0 x 0
25-08-10 00:54:47 [0x0-0x1b01b].Pano2VR 3.0[213] Format: BitsPerSample 8 , Samples per Pixel 3 , Planar 1 , Photometric 2
25-08-10 00:54:47 [0x0-0x1b01b].Pano2VR 3.0[213] Error: "Compression scheme 0 scanline decoding is not implemented"
25-08-10 00:54:47 [0x0-0x1b01b].Pano2VR 3.0[213] Error: "Compression scheme 0 scanline decoding is not implemented"
(last line repeated endlessly)
25-08-10 00:54:47 [0x0-0x1b01b].Pano2VR 3.0[213] "Loading TIFF '4380-4392 v2.tiff'"
25-08-10 00:54:47 [0x0-0x1b01b].Pano2VR 3.0[213] Warning: "TIFFReadDirectory:ggimage: wrong data type 7 for "RichTIFFIPTC"; tag ignored"
25-08-10 00:54:47 [0x0-0x1b01b].Pano2VR 3.0[213] TIFF Image 12000 x 6000
25-08-10 00:54:47 [0x0-0x1b01b].Pano2VR 3.0[213] TIFF Tiles 0 x 0
25-08-10 00:54:47 [0x0-0x1b01b].Pano2VR 3.0[213] Format: BitsPerSample 8 , Samples per Pixel 3 , Planar 1 , Photometric 2
25-08-10 00:54:47 [0x0-0x1b01b].Pano2VR 3.0[213] Error: "Compression scheme 0 scanline decoding is not implemented"
25-08-10 00:54:47 [0x0-0x1b01b].Pano2VR 3.0[213] Error: "Compression scheme 0 scanline decoding is not implemented"
(last line repeated endlessly)
I've just download the same v3.0 beta Cocoa for Mac and have the same black output problem.
I'm just converting the 8000 pixel equirectangular 16 bit tif from a 16bit Psd file generated in CS5 using Snow Leopard 10.6.4. My Mac is a pretty top flyte Dual Quad 2.26Ghz Mac Pro with 16Gb Ram and standard NVIDIA GeForce GT 120.
I also have the same problem with the v 3.0 Carbon Pano2VR.
Basically, this beta versions do not work for me.
Please fix it Thomas so we can use it ...
I'm just converting the 8000 pixel equirectangular 16 bit tif from a 16bit Psd file generated in CS5 using Snow Leopard 10.6.4. My Mac is a pretty top flyte Dual Quad 2.26Ghz Mac Pro with 16Gb Ram and standard NVIDIA GeForce GT 120.
I also have the same problem with the v 3.0 Carbon Pano2VR.
Basically, this beta versions do not work for me.
Please fix it Thomas so we can use it ...
Professional photographer, videographer and 360 degree interactive panorama specialist.
http://www.rodedwards.com
http://www.rodedwards.com