Hi

iPhone4 - works

regards

Yes, I checked on Safari.

regards

Hi,

Quoted from "lekiend"

Panoramas are not showing correctly anymore.

what means not correctly in your case?
do you have screenshots?

best regards,
Klaus

Hi,

thanks for the screenshot!
That looks indeed very strange, it might be a 3GS specific problem - I will try to find out more about that...

Are all panos always looking like this?

And one more please - can you open the krpano log (press at the right-bottom corner and drag around 30% of the screen-height upward) and make another screenshot?

Best regards,
Klaus

This is also happening on my iPad gen 3 with a newly downloaded iOS 6 using krpano 1.0.8.15. It may be because I need to rebuild from Xcode (as it's a stand alone app using UIWebView), so I'm currently downloading the new Xcode. It's been fine with iOS 5.

Let's hope this works. Need to outfit a bunch of new iPads with this in less than a month.

Hi,

I have too an iPad 3 and I tested with iOS 6 beta 1, beta 2, beta 3, beta 4 and of course also the public iOS 6 release and everywhere and everytime the panos were working fine!

But I have tested only normal iOS browsers like Safari, Chrome, iCabMobile, Mercury, ... of course. So when a custom UIWebView app is not working, then the problem might be more related to the app than to krpano (btw - the panos itself are just css-3d transformed images, so there is technically nothing special related for app support...).

Best regards,
Klaus

The rebuild did not help. However after rebuilding I did have to change how the screen needs to rotate since shouldAutorotateToInterfaceOrientation has been removed, and how the UIViewController was added to the delegate.

I'm totally puzzled now what would need to be updated. Klaus - would it help you to work one on one with this to get this resolved? I think it's important that krpano should work on UIWebView just as it does in Safari. UIWebView is pretty much just a designated screen space that displays Safari in an app.

Hi Klaus,

I just did the ultimate test. I tested my tour on Safari for iOS 6, and I still have the same issue. These are files that were generated from PanoTour Pro with nothing fancy of my own added. I'm going to make some changes to cube face sizes and such on PanoTour Pro to see if that makes any difference. As for now, I hope this helps. I'll see if I can get permission to link you to my hosted tour and/or any other files if you wish.

Hi,

it seems that UIWebView on iOS6 isn't always using hardware acceleration anymore - and the CSS 3D transforms are requiring hardware acceleration for a correct display (on all browsers):
http://stackoverflow.com/questions/12529…-hw-accelerated

So maybe there is either an app setting to enable that explicitly or it's a memory-related problem that happens when too much (gpu) memory was used (too much hardware accelerated html elements)...

Best regards,
Klaus

Thanks Klaus,

Please note this was tested in Safari on the iPad 3 on iOS 6 with the same problem, so it has nothing to do with making it an app at this point.

I got it to work with 1024 px wide cube faces. Any more and I'm guessing it will break.

Hi,

Quoted from "lekiend"

I've upgraded my iphone 3GS to IOS6.
Panoramas are not showing correctly anymore.

I have bought now additionally also an iPhone 3GS and an iPod Touch 4 gen. for testing this case.
But to my surprise in my case, the panos and tours were working very well with iOS6 on the 3GS...

Only after trying to open several tours (3 in my case) in tabs at the same time, I was able to reproduce this rendering problem.
This seems to be a new iOS6 bug/problem, which happens when the memory is too low... maybe instead of crashing, the Safari will now display that...
The CSS code from krpano itself is still okay of course, this is a display bug from iOS6 Safari.

But I agree that such shouldn't be able to happen of course - so I looked for a workaround - and found that html5rendermode=2 works in this case. With html5rendermode=2, this display error will not happen anymore. But unfortunately this mode has also some disadvantages: Safari with iOS6 on the 3GS is now automatically mip-mapping the pano images, which makes them less sharp when zoomed-out. And the browser itself is slightly more instable (=crashes when several tabs with panos are open). But because of display error with html5rendermode=1 in low-memory situation, I would still recommend to use html5rendermode=2 for this case.

For iPhone 4 and iPhone 5 with iOS6 there seems to be almost no different between html5rendermode=1 and html5rendermode=2, so it should be safe to change that setting for all iPhone devices with iOS6. I will still do some testing and if all works well, this will be the automatic default setting for these devices in the next krpano release.

For the moment, add this setting in the xml:


Best regards,
Klaus

Thanks for looking into this more, Klaus!

It may not be bug but more of a preference to limit certain CSS functionalities for the sake of not crashing.

Hi,

Quoted from "exactspace"

It may not be bug but more of a preference to limit certain CSS functionalities for the sake of not crashing.

It's definitely a iOS 6.0 bug! The rendering doesn't reflect the HTML/CSS structure/settings!

But there is new krpano version out, that sets the html5rendermode=2 workaround automatically for these devices:
krpano 1.0.8.15 (Updated)

Best regards,
Klaus