Open sl-service-account opened 7 years ago
Kyle Linden commented at 2017-06-29T23:03:09Z
Hi Inara,
Does the equirectangular image generated, fail to display properly on Twitter for both the 32bit and 64bit builds of this viewer?
http://wiki.secondlife.com/wiki/Release_Notes/Second_Life_Project_360_Snapshot/5.1.0.506743
Please let me know and press the Info Provided button.
Thanks!
Whirly Fizzle commented at 2017-07-01T22:17:17Z
This is working for me but you must manually add the tag equirectangular to the 360 image on Flickr.
Whirly Fizzle commented at 2017-07-01T22:19:36Z
Inara, I added the equirectangular tag to your image at https://www.flickr.com/photos/inara-pey/35578718996/in/dateposted/ and now it's working ;)
Inara Pey commented at 2017-07-04T16:01:47Z
@ Kyle, TBH, no I hadn't tried both versions.
@ Whirly... Yeah.. manual tagging is possible, but not the intent, really, given the viewer's description. Hence the JIRA ;-) .
Inara Pey commented at 2017-07-04T16:34:29Z, updated at 2017-07-04T16:34:56Z
@Kyle
OK, tested both 32-bit and 64-bit, metadata for Flickr absent in both. Manually tagging within Flickr works - but again, surely not the intent & automatic tag provision is the goal?
Ai Austin commented at 2017-07-04T16:35:26Z, updated at 2017-07-04T18:33:56Z
I can confirm that adding the "equirectangular" tag manually to an image produced by the most recent 32 bit version (Second_Life_Project_360_Snapshot_5_1_0_506743_i686_Setup.exe on Windows 10) does work in Flickr. But note that the "pano" image produced as part of the previous version 4.x 360 snapshot project viewers could be uploaded directly without a tag and worked fine. So is it just a missing embedded XML tag that is needed?
Note also that the image produced by the most recent 360 snapshot 5.1.x viewers are named with a .jpeg suffix, but to work with the Oculus "360 Photos" app that needs to be manually changed to .jpg. Is .jpeg needed for some reason or can it simply be defaulted to .jpg so it works without users having to change image file suffixes or remember such special cases?
Note also that the release notes point at a wiki page that is now completely wrong for the new pano style image rather than the previous zipped packaged images.
http://wiki.secondlife.com/wiki/360_Snapshots
At least a change to say something like "This information is now out of date and requires revision" would be sensible.
Inara Pey commented at 2017-07-04T16:52:24Z
Images work fine on VRchive - although solely relies on equirectanular format, rather than any metadata tagging
Ai Austin commented at 2017-07-04T18:50:45Z, updated at 2017-07-11T19:46:24Z
I checked and BOTH 4.* and 5.1.* Pano style images have the same XML tag already embedded..
GPano:ProjectionType equirectangular
4.* has the following which 5.1.* does not...
GPano:UsePanoramaViewer True
BUT, an issue seems to be that XMP data for the 5.1.* generated does not show in metadata viewing tools such as Exif Pilot. I just see a "File" tab in the new metadata... see the "properties" in this image...
http://www.aiai.ed.ac.uk/~bat/EXPORT/TEMP/360/SL_360_Snapshot_5_1_0_506743_Metadata.jpg
but I can see File, Exif and XMP tabs under "Properties" in the 4.* pano image where it does show correctly in Exif Pilot for example...
http://www.aiai.ed.ac.uk/~bat/EXPORT/TEMP/360/SL_360_Snapshot_4_x_Metadata.jpg
Could it be some error in the metadata created in the 5.1.* versions?
The "Show EXIF" feature on Flickr perhaps explains the issue... with the previous 4.* pano images the EXIF on a sample image shows
https://www.flickr.com/photos/aiaustin/30534784230/
JFIFVersion - 1.01 X-Resolution - 1 dpi Y-Resolution - 1 dpi XMPToolkit - Second Life 360 Snapshot Projection Type - equirectangular Use Panorama Viewer - True
On an image uploaded to Flickr that was produced by the 5.1.* versions... e.g....
https://www.flickr.com/photos/aiaustin/35717246785/
JFIFVersion - 1.01 X-Resolution - 1 dpi Y-Resolution - 1 dpi
This 5.1.* image only works in Flickr because the "equirectangular" tag was added manually as suggested by @Whirly.
This implies that only the "equirectangular" is actually needed but that the XML/EXIF data format is not correct at the moment in 5.1.* pano images.. whereas it was in the pano images that were part of the 4.* output.
P.S. I could not see how to add images to the JIRA Issue here... how is that done... I thought that More... should have an attach screenshot option and it seems not to.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++
ADDED 2017--7-11 19:35UT
@Kyle.. I hope you see this.. I cannot seem to add a new comment to this JIRA and I am logged in...
Trying Windows 10 64 bit... Second_Life_Project_360_Snapshot_5_1_0_507101_x86_64_Setup.exe
Works fine in Flickr without a manually added tag or changing .jpeg to .jpg suffix. Show EXIF is noted below.
sample image at https://www.flickr.com/photos/aiaustin/35053984013/
JFIFVersion - 1.01
X-Resolution - 1 dpi
Y-Resolution - 1 dpi
XMPToolkit - Second Life Viewer 5.1.0.507101
Projection Type - equirectangular
Use Panorama Viewer - True
Capture Software - Second Life Viewer 5.1.0.507101
Stitching Software - Second Life Viewer
Initial View Heading Degrees - -168.84
Full Pano Width Pixels - 4096
Full Pano Height Pixels - 2048
First Photo Date - Tue Jul 11 20:27:08 2017
Last Photo Date - Tue Jul 11 20:27:08 2017
SLRegion Name - Vue
SLRegion URL - http://maps.secondlife.com/secondlife/Vue/245/213/24
SLPano Version - 1.0.0
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
TESTING IN Oculus Rift Photos 360 app...
This required the file suffix to be manually changed from .jpeg to ,.jpg to work.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
I note that unticking the 360 snapshot tickbox did not show the full set of snapshot choices in the snapshot floater. I had to untick then come out of the floater and the reenter to see the normal and other options.
Inara Pey commented at 2017-07-07T22:35:43Z
Further to Ai's comment on JPG and JPEG - but preference, images should use the JPG extension, as this appears to be more recognised than JPEG when handling equirectangular images (e.g. WordPress, Blogger, etc all have short code for handling 360-images providing they use the JPG extension).
Kyle Linden commented at 2017-07-11T17:19:26Z
Hi all!
Would you please try this new build and see if this one has resolved all the various playback issues.
Mac 64: http://automated-builds-secondlife-com.s3.amazonaws.com/ct2/7112/26222/Second_Life_Project_360_Snapshot_5_1_0_507101_x86_64.dmg Win 32: http://automated-builds-secondlife-com.s3.amazonaws.com/ct2/7113/26228/Second_Life_Project_360_Snapshot_5_1_0_507101_i686_Setup.exe Win 64: http://automated-builds-secondlife-com.s3.amazonaws.com/ct2/7114/26238/Second_Life_Project_360_Snapshot_5_1_0_507101_x86_64_Setup.exe
Thanks!
Steps to Reproduce
Taking a photo using the 360-degree capability and then uploading from hard drive to Flickr.
On upload snapshot (all sizes) fails to play back as 360 image - see here:
https://www.flickr.com/photos/inara-pey/35578718996/in/dateposted/
Actual Behavior
Second Life project viewer version 5.1.0.506743 fails to present 360-degree images correctly to Flickr.com for auto playback. Uploaded snapshots are instead displayed as static images.
The tag GPano:UsePanoramaViewer True GPano:UsePanoramaViewer appears to be lacking - although manually adding does not fix the issue.
Expected Behavior
The snapshot to upload to Flickr and on opening, play back as a 360-degree image, as per the release notes:
"This update supports saving the 360 snapshot as a single equirectangular image; this is the format that most image-sharing sites expect and support for these scrolling images, so it can be uploaded correctly with no preprocessing."
See here for a working example taking with October 2016 version of the snapshot viewer & processed via Callum's web page prior to uploading to Flickr:
https://www.flickr.com/photos/inara-pey/30470086532/in/album-72157675127541355/
Other information
Original Jira Fields
| Field | Value | | ------------- | ------------- | | Issue | BUG-100923 | | Summary | [360 snapshot] viewer fails to support Flickr.com 360 playback | | Type | Bug | | Priority | Unset | | Status | Needs More Info | | Resolution | Unresolved | | Reporter | Inara Pey (inara.pey) | | Created at | 2017-06-29T22:32:26Z | | Updated at | 2017-07-11T19:46:23Z | ``` { 'Business Unit': ['Platform'], 'Date of First Response': '2017-06-29T18:03:09.000-0500', 'ReOpened Count': 0.0, 'Severity': 'Unset', 'System': 'SL Viewer', 'Target Viewer Version': 'viewer-development', 'What just happened?': 'Second Life project viewer version 5.1.0.506743 fails to present 360-degree images correctly to Flickr.com for auto playback. Uploaded snapshots are instead displayed as static images.\r\n\r\nThe tag GPano:UsePanoramaViewer True GPano:UsePanoramaViewer appears to be lacking - although manually adding does not fix the issue. ', 'What were you doing when it happened?': 'Taking a photo using the 360-degree capability and then uploading from hard drive to Flickr. \r\n\r\nOn upload snapshot (all sizes) fails to play back as 360 image - see here: \r\n\r\nhttps://www.flickr.com/photos/inara-pey/35578718996/in/dateposted/', 'What were you expecting to happen instead?': 'The snapshot to upload to Flickr and on opening, play back as a 360-degree image, as per the release notes:\r\n\r\n"This update supports saving the 360 snapshot as a single equirectangular image; this is the format that most image-sharing sites expect and support for these scrolling images, so it can be uploaded correctly with no preprocessing."\r\n\r\nSee here for a working example taking with October 2016 version of the snapshot viewer & processed via Callum\'s web page prior to uploading to Flickr:\r\n\r\n https://www.flickr.com/photos/inara-pey/30470086532/in/album-72157675127541355/', } ```