Hi,

Zitat von »neoman666«

Ich ziehe ein equi. Bild auf das Droplet "MAKE PANO (NORMAL)". Das Ausgangsbild hat das sRGB-Profil (sRGB IEC61966-2.1) eingebettet. Folgende Dateigrößen werden druch krpano erstellt, ich nehme ein erstelltes Würfelbild als Vergleich:

Option "skip" (praktisch ohne Profil): pano_b.jpg - Dateigröße: 957 KB
Option "sRGB": pano_b.jpg - Dateigröße: 1095 KB (hier wird ein sRGB-Profil eingebettet, welches sRGBz heißt)
Option "copy": pano_b.jpg - Dateigröße: 902 KB (hier wird das korrekte Profil weitergereicht)

Komischerweise wird die Dateigröße bei der Option "copy" gegenüber der Option "skip" kleiner und nicht wie von Dir beschrieben größer. Ich finde das wunderbar, denn genau diese Funktion habe ich in den letzten krpano-Versionen vermisst. Aber warum wird die Datei kleiner?

Das 'skip' größer ist als 'copy' ist eigentlich nicht möglich - in beiden Fälle bleiben die RGB Werte in der Datei die gleichen, was dann auch die gleiche Bytegröße für das Bild nach der JPEG-Kompression ergeben sollte. Das 'copy' Bild sollte zusätzlich noch um die Größe des Farbprofiles größer sein (~1-32kb).

D.h. meine einzige Erklärung hier wäre das falls gemessen oder falsche Dateien vergleichen wurden...

Oder es wurde eine Demo-Version getestet - durch die zufälligen Wasserzeichen und die JPEG-Kompression kann sich die Dateigröße bei jedem Durchlauf um einiges unterschieden...

Du kannst mir aber gerne das Bild zum Testen schicken, dann kann ich dies nachprüfen, obwohl ich mir hier ziemlich sicher bin das dies richtig funktioniert (hab dies gerade auch noch einmal getestet).

Schöne Grüße,
Klaus

Hi,

Zitat von »tksharpless«

And for 4K passive 3D TV (which will soon be the standard for home theater) the interlaced format is much the best.

Sorry, but as written by mail I disagree here (and I have two 4K passive 3D TVs here for testing) - many TVs are processing the input signal in the one or the other way, e.g. in my tests the TVs were always converting the 4K RGB signal internally to YUV420 - and for 'software-side-interlaced' pictures this is a bad thing! And it's also bad when the PC resolution doesn't exactly fit the screen resolution or when the TV does some scaling or overscan processing.
E.g. Try taking a interlaced picture, save it as color-sub-sampled jpeg and/or scale it a bit.

The way more compatible and problem-free solution is sending the 3D image as Top-Bottom or Side-By-Side image. All 3D TVs should have an option to select the type of the 3D-input-signal. This way the TV can prepare the image by itself for its individual physical 3D output.

Zitat von »Tubbritt«

On various Android Tablets, the Gyroscope icon won't load at all for me.

Which browser and devices do you use?
There was recently an Android Chrome bug that avoids using the gyroscope, but latest Chrome versions should work fine so far I know...

Zitat von »jeromebg«

HI, there is a bug in pr14, whe mobilesacle is not set (so 0.5 by default) then hotspots width edge different than center are offset by 25% the height or width of the hotspot on mobile.

Thanks for the report, I can confirm that - in WebGL-rendered hotspots without zoom=true or distorted=true some offsets (align and ox/oy) were not stage-scaled. In the next release this will be fixed.

Best regards,
Klaus

Hi,

Zitat von »milly«

hi, Klus, I've added code to xml file and put options.swf in plughin folder as usual, but the options interface doesnt show up at the right corner when I load the tour.xml to krpano Tools.exe , please advise. ths!

The options.swf plugin is a Flash plugin and works only in the krpano Flash Viewer.
But the viewer in the krpano Tools application and the default viewer in the most browsers is the HTML5 viewer.

So to use the options.swf start the viewer in a browser that supports the Flashplayer (you might need to manually enable/active/unlock the Flashplayer usage) and e.g. add '?flash=only' to the url.

Zitat von »Midhat«

My virtual tour has about 150 panoramas and the new VTourEditor very slowly loads when adding a new hotspot.
toureditor.html was much faster, but now it does not work anymore (flash problem). Is there a way to speed up a new VTourEditor, or make the old one with flash is working for me again?

I will look to make that faster.
Using the Flash vtoureditor.swf plugin is still possible, just use a Browser with Flashplayer support. All desktop browsers are basically still supporting Flash, but you might need to enable/whitelist it manually in the browser settings.

Best regards,
Klaus

Hi,

Zitat von »jordi«

I have been trying to use // inside an event without success, it breaks the action at this point. Maybe here once krpano execute it became a single line, and that's the reason ? not sure.

That's a core xml limitation - line-breaks inside xml attributes are getting automatically normalized to one space character by the browser. That means the krpano HTML5 viewer itself never receives line-breaks inside attributes.

The '// comment' itself works up to the next line-break - and because in attributes there will be never a line-break character, it comments the whole remaining code in this case.

Zitat von »jordi«

In previous version it was not supposed to work but if you ended the line with a semicolon it worked.

In previous versions there was no official or real '//' comment support - but there was only a 'little' one - there the '//' characters were not filtered or marked and so they become a part of the action-call name and action calls with '//' were simply skipped. So these could be used so comment-out one action call. But now with the real // support that's not possible anymore.

Best regards,
Klaus