Sie sind nicht angemeldet.

101

Donnerstag, 24. November 2011, 14:35

Good job, thanks so much klaus *thumbup*

Beiträge: 1 857

Beruf: Virtual Tours - Photography - Krpano developer

  • Nachricht senden

102

Donnerstag, 8. Dezember 2011, 18:20

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
KRPano Developer: Portfolio ::Gigapixel Tagging Solutions - Porfolio 2 :: Facebook :: Twitter :: reddit.com/r/VirtualTour

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »sachagriffin« (9. Dezember 2011, 23:39)


103

Freitag, 16. Dezember 2011, 11:10

Hi,

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

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

Quellcode

1
url="%SWFPATH%/myhotspot.png"
are showing up.

BUT when doing this :

Quellcode

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


only the preview is loaded and the tour is blocked.

Regards

104

Freitag, 16. Dezember 2011, 11:37

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:
http://krpano.com/news/#2011-11-22

Zitat

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

best regards,
Klaus

105

Freitag, 16. Dezember 2011, 15:18

thanks it works :)

106

Dienstag, 20. Dezember 2011, 21:56

Hi,

there is new minor bug-fix release for the 1.0.8.14 version:
http://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

martinlbb

Anfänger

Beiträge: 11

Wohnort: France

Beruf: Pro photographer

  • Nachricht senden

108

Mittwoch, 21. Dezember 2011, 10:45

Thanks Klaus!

Mixing quote is OK now :) Tested with success.

See related thread...
Reveal hidden or unreachable beauty: http://www.martinloyer.fr/en/

109

Mittwoch, 4. Januar 2012, 02:48

Any html5 360 video working yet?

If i can get 360 video working on iphone & ipad im done.

110

Sonntag, 8. Januar 2012, 20:43

Any html5 360 video working yet?

If i can get 360 video working on iphone & ipad im done.
I second that...... *smile*

111

Donnerstag, 12. Januar 2012, 14:36

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/safar…eoonCanvas.html

the quote from there:

Zitat

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

best regards,
Klaus

112

Dienstag, 17. Januar 2012, 12:50

Hi,

there's another small bugfix release for the 1.0.8.14 version:
http://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

113

Mittwoch, 25. Januar 2012, 17:25

Hi,

another small fix for 1.0.8.14:
http://krpano.com/news/#2012-01-25

This was fixed in the krpano Flash Viewer:
  • The onout event wasn't always working correctly when changing the url of plugin/hotspot elements.

best regards,
Klaus

114

Montag, 20. Februar 2012, 17:52

Hi,

there is a new update for the 1.0.8.14 version:
http://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

AKSAN Bros

Fortgeschrittener

Beiträge: 192

Wohnort: Turkey

Beruf: 360 Software and Hardware Developing

  • Nachricht senden

115

Mittwoch, 29. Februar 2012, 20:18

Dear Klaus,
Will you solve the distorted hotspot parent child problem?
Best Regards,

116

Donnerstag, 1. März 2012, 18:29

Hi,
Will you solve the distorted hotspot parent child problem?
it's still on my list, it's more complex problem,

best regards,
Klaus

Beiträge: 1 117

Wohnort: Poland, Europe

Beruf: krpano developer : virtual tours : the cms4vr owner

  • Nachricht senden

117

Dienstag, 13. März 2012, 11:04

Performance issue with krpano ver.14

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*
Your own professional, online cloud tool for creating virtual tours - www.cms4vr.com

facebook page :: youtube :: wiki.cms4vr.com

cms4vr team *thumbsup*

118

Dienstag, 13. März 2012, 11:55

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

Beiträge: 1 117

Wohnort: Poland, Europe

Beruf: krpano developer : virtual tours : the cms4vr owner

  • Nachricht senden

119

Dienstag, 13. März 2012, 13:10

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
Your own professional, online cloud tool for creating virtual tours - www.cms4vr.com

facebook page :: youtube :: wiki.cms4vr.com

cms4vr team *thumbsup*

120

Dienstag, 13. März 2012, 13:27

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:

Zitat

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