• Sorry for the failure of testing this fix. I thought it was fixed or perhaps the fix got rolled out of the release. 11/22 release
    Both placeholder and FQDN urls still cause loading/loaded to break in JS.

    I'm finding more situations where I am running into this issue.
    For example, clicking on a hotspot sets a particular image url to a plugin to shot a photo. If you click the same hotspot a second time, FAIL, third success.
    If you rely on the loaded variable to continue to your inner action code.

    edit///
    OK it looks like this just affects goodreader.
    berry berry interestinque.

    Hi,
    [*]Fix: Wrong "loaded/loading" values when setting a plugin again to the same url.[/list]
    Best regards,
    Klaus

  • Hi,

    I also have a problem with %SWFPATH% on html5.

    It's resolved during all the xml because the hotspots with url

    Code
    url="%SWFPATH%/myhotspot.png"

    are showing up.

    BUT when doing this :

    Code
    <cube url="%SWFPATH%/panos/ENTRANCE/0.tiles/tablet_%s.jpg" />

    only the preview is loaded and the tour is blocked.

    Regards

  • Hi,

    I also have a problem with %SWFPATH% on html5.

    are you using the latest version - build 2011-11-22?

    in the older versions there was a bug with %SWFPATH% in <cube> urls,
    but this was fixed in this version,

    see here:
    https://krpano.com/news/#2011-11-22

    Quote

    Fix: The url placeholder parsing/resolving was not working for <cube> urls.


    best regards,
    Klaus

  • Hi,

    there is new minor bug-fix release for the 1.0.8.14 version:
    https://krpano.com/news/#2011-12-20

    • The usage of the enabled and capture setting for plugin and hotspot elements was not working correctly in some cases in previous release.
    • When mixing single and double quote characters inside actions the code was parsed not correctly.
    • The value of the progress.progress variable was not 1.0 after loading in all cases.


    best regards,
    Klaus

  • Hi,

    Any html5 360 video working yet?
    If i can get 360 video working on iphone & ipad im done.

    I second that...... *smile*


    I can understand that requests of course, but that's technically just not possible!

    see the note here at the official Apple documentation:
    http://developer.apple.com/library/safari…eoonCanvas.html

    the quote from there:

    Quote

    Note: Video as a source for the canvas drawImage() method is not currently supported on iOS.


    best regards,
    Klaus

  • Hi,

    there's another small bugfix release for the 1.0.8.14 version:
    https://krpano.com/news/#2012-01-16

    the following problems where fixed there:

    • the kmakemultires tool wasn't writing the <tablet> xml code when the <mobile> images were disabled
    • the viewers (Flash and HTML5) are now not-parsing <include> elements and "url" attributes inside <action> elements
    • in the krpanoJS (HTML5) viewer the hotspot layer could be invisible when loading and blending to an 'empty' pano xml and then loading and blending to a scene
    • in the krpanoJS viewer the 'vars' parameter for the loadpano/loadscene/loadxml calls was not working and causing strange side-effects when used

    best regards,
    Klaus

  • Hi,

    there is a new update for the 1.0.8.14 version:
    https://krpano.com/news/#2012-02-20


    1.0.8.14 build 2012-02-20:

    • New: Tools/Droplets .config - new 'filterbasename' setting (enabled by default) to filter white-spaces and special characters out of the generated filenames.
    • New: Tools/Droplets .config - new 'include config' setting to include other config files.
    • New: kprotectcl tool - new '-baseswf=#' and '-licpath=#' settings for custom swf and license paths.
    • New: krpano Protect Tool - updated Standalone-Flashplayers (to version 11.1.102.55), with this version the "no menubar" setting is working again.
    • Fix: kmakemultires tool - crash when using filenames with placeholders.
    • Fix: kcube2sphere tool - load the size information about the original sphere when available.
    • Fix: krpanoFlash - the "no menubar" setting is now working also after switching back from fullscreen mode.
    • Fix: krpanoFlash - wrong license error when embedded into Adobe AIR apps.
    • Fix: krpanoFlash - onover, onhover, onout, onclick events for radar plugin are working now (this caused also an update of the editor plugin).
    • Fix: krpanoFlash - the haveexternalinterface setting was not correct in every case.
    • Fix: krpanoFlash - hotspot crop size for distorted hotspots.
    • Fix: videoplayer.swf plugin - prefer video object size over metadata size when both sizes are available.
    • Fix: googlemaps.swf plugin - redraw radar when switching active spot.
    • Fix: krpanoFlash+krpanoJS - avoid viewer crashes when wrongly using numbers as names for plugin / hotspot / lensflare elements.
    • Fix: krpanoJS - avoid viewer crash when using invalid values as lookto destination.
    • Fix: krpanoJS - display bug when fovmin is wrongly bigger than fovmax.
    • Fix: combobox.js plugin - closing of the combobox when clicking outside the pano frame.
    • Fix: soundinterface.js plugin - the sound names are now case-insensitive in all soundinterface actions.
    • Fix: krpanoJS - cross-domain iframe embedding is working now. There will be one "Unsafe JavaScript attempt" browser error because of the test if the top window is accessible (this is not avoidable) but then will be no further errors. The combobox.js and gryo.js plugins were also updated for this case. But note - when using krpano inside a iframe on a different domain, events like a button release outside the iframe can't be detected!


    Best regards,
    Klaus

  • After many tests we confirmed krpano performance degradation *cry*

    For comparison screenshots of
    the beta beta 11

    and beta 14

    You can see 50% performance degradation at the window of 800x600 pixels. In the fullscreen option is even worse.

    Panoramas are prepared and displayed in the same technical characteristics.

    Are we doing something wrong? *cry*

  • Hi,

    are you sure that this difference is caused by krpano and not by the Flashplayer version?!
    When comparing the same Flashplayer version should be used!

    Note - the standalone Flashplayer 11 always seems to use the GPU when blitting the screen and when the hardware/drivers are not good for this mode, then the performance degrades (but this has nothing to do with krpano itself and doesn't happen on all systems)!

    Try:
    - disabling the Flashplayer hardware acceleration (right-click settings and Flashplayer restart)
    - updating the graphics drivers

    best regards,
    Klaus

  • Thanks for quick reply

    We tested the exe files to DVD portable applications. Differences in quality can be seen in this form. In the browser, everything works fine.

    Why the newer Flash Player version (11.1.102.55) is less efficient than the older (10,0,22,87) in exe files?

    best regards

  • Hi,

    Why the newer Flash Player version (11.1.102.55) is less efficient than the older (10,0,22,87) in exe files?

    please re-read my post from above - especially this part:

    Quote

    Note - the standalone Flashplayer 11 always seems to use the GPU when blitting the screen and when the hardware/drivers are not good for this mode, then the performance degrades (but this has nothing to do with krpano itself and doesn't happen on all systems)!


    The Flashplayer 11 itself isn't 'less efficient' by definition (in fact it's faster in many ways), but it has some performance problems when using the GPU on some systems (=the reasons is the graphics card or graphics card drivers)! The older Flashplayer versions simply weren't using the GPU so this doesn't happen there.
    Btw - in the browser you should be able to get/see the same behavior like in the Standalone Flashplayer when using wmode=direct.

    For a solution for your system see the 'Try' above.

    Best regards,
    Klaus

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!