World Wide Panorama mailing list archive

Mailinglist:wwp@yahoogroups.com
Sender:panoramas_de
Date/Time:2016-Jan-08 16:24:00
Subject:Re: Best Of 2015 is online, and Late Edit is open!

Thread:


wwp@yahoogroups.com: Re: Best Of 2015 is online, and Late Edit is open! panoramas_de 2016-Jan-08 16:24:00
---In #removed#, <#removed#> wrote : 

 Doesn't krpano read QTVR? Years ago I had a workaround adopted from a 


 program by Aldo Hoeben: http://www.erik-krause.de/qtkrparse/ http://www.erik-krause.de/qtkrparse/ but soon 


 after that krpano did this natively IIRC...


 

 Yes, this works great as long as it's krpano / flash, but krpano / html5 does not have the client-side conversion capabilites. Using .mov as source was my "workaround" or compatibility solution in the pre-mobile-devices phase because it offered low-res preview and streamed tiles "out of the box" without any complexity - just pointing krpano at the .mov was enough.
 The wwp krpano XML will still prefer qtvr-through-flash if available because it requires only one server call (flash loading the .mov file) for display, whereas HTML5 will typically request at least 6 jpeg cubefaces with three layers of resolution each.
 

 I've looked into qtkrparse, but our hosting isn't the strongest in terms of RAM and CPU, so using PHP to extract from .mov files "on-demand" is something I'd like to avoid (even if the output is cached).  (I'm glad they haven't complained about the ~60 GB of WWP files and they don't seem to count inodes used either ? I've had web hosting on "virtual servers" where I couldn't even unpack the basic PHP source files without getting "you're out of inodes" long before the disk was actually full.) I'd need to add another "if-this-then-that" set of rules to handle XML generation, too. So I'd rather handle this with a "one-time" post-processing that results in the right set of image files.
 

 -Markus



Next thread:

Previous thread:

back to search page