Manchmal bin ich doch blind... ich habe die Einstellungen geändert gehabt und nichts ist passiert... das habe ich allerdings in der skinxml getan... und in der tour.xml hab ich die optionen übersehen... und da da false stand, haben die natürlich das geänderte tru in der skinxml überschrieben... grml...
Danke!
Hi,
ich ärgere mich grade an einer kleiner Pano-Tour herum und zwar an den Tooltips... Die werden einfach nicht angezeigt... Auch eine Suche hier hat keine Lösung gebracht bzw. die Lösungen haben das Problem nicht gelöst. 
Sollte es nicht bereits in der 1.17 standardmäßig funktionieren wenn man da die enthaltenen Templates nutzt? Ich habe hier die 1.17.4 im Einsatz :(
-->
Hi,das Problem ist folgendes:
- die vtourskin.xml in diesem Beispiel verwendet 'showtext()' zum Darstellen der Tooltips
- das Panoramen wird standardmäßig HTML5 (html5=prefer)
- die showtext() Action wird in HTML5 nicht unterstützt
In den neueren Versionen der vtourskin.xml werden die Tooltips auf eine andere Art, ohne showtext(), realisiert - dort funktionieren diese dann auch in HTML5.Schöne Grüße,
Klaus
Wie muss ich die Standard vtourskin.xml modifizieren, damit es funktioniert? Oder muss ich die Tooltips an dererer Stelle ergänzen?
Schonmal danke für eine Antwort!
Viele Grüße
Henryk
syntax geändert, ich meinte eher ergänzt. nmein fehler.
problem war, das ich zwischenzeitlich den code nochmal geändert hatte und dadurch noch was anderes sich geändert hat. bei der vrogängerversion ging es auch ohne explizite angabe des Textstyles den definierten zu nutzen. Viell war das da auch nur Zufall, das es ging.
das eine Zahl als Name nicht erlaubt ist wusste ich nicht, klingt aber ehrlich gesagt nun auch logisch.
nun funktioniert das ganze auch. Danke :)
ah, da war ich mal wieder zu vorschnell... da hätt ich doch nochmal in die andere tour gucken sollen...
<!-- text style for hotspot hovering -->
<!-- text style for hotspot hovering -->
<textstyle name="hotspottextstyle"
font="Arial" fontsize="18" bold="true" italic="true" textcolor="0xFFF7EF" background="false" border="false"
alpha="1" blendmode="layer" effect="glow(0x000000,0.5,4,3);dropshadow(4,45,0x000000,4,0.66);"
origin="cursor" edge="bottom" textalign="center" xoffset="0" yoffset="-3" noclip="true" showtime="0.1" fadetime="0.25" fadeintime="0.1"
/>
<!-- polygonal hotspots for the pictures on the wall
(for a HTML5 a zoomicon is used as alternative) -->
<style name="pichotspot"
capture="false"
zorder="1"
onclick="showpic();"
alturl="hotspots/zoomicon.png"
altonloaded="if(isphone, mul(scale,2));"
zoom="true"
scale="0.5"
ox="+40"
oy="+30"
/>
<hotspot name="hs1" style="pichotspot" pic="1" ath="-80" atv="10"
fillcolor ="0xffffff" fillalpha ="0.00" borderwidth ="0.0" bordercolor ="0xffffff" borderalpha ="0.00"
fillcolorhover="0xffffff" fillalphahover="0.20" borderwidthhover="0.0" bordercolorhover="0xffffff" borderalphahover="0.00"
fadeintime="0.150" fadeouttime="0.300" fadeincurve="1.100" fadeoutcurve="0.700"
onover=""
onhover="showtext('Sicherheitswerkbank in Benutzung[br](Klicken für Bild)',hotspottextstyle)"
>
<point ath="-89.7964" atv=" 18.7428" />
...
<point ath="-89.2516" atv=" 18.7832" />
</hotspot>
<!-- NEU -->
<!-- actions -->
<!-- calc the max. flyout size of a hotspot for the current screen size -->
<action name="calc_flyout_size">
div(screen_sideaspect, stagewidth, stageheight);
div(hotspot_sideaspect, hotspot[%1].width, hotspot[%1].height);
if(screen_sideaspect LT hotspot_sideaspect,
<!-- align at screen width -->
div(hotspot[%1].width,stagewidth,stageheight);
mul(hotspot[%1].width,80);
txtadd(hotspot[%1].width,'%');
set(hotspot[%1].height,prop);
,
<!-- align at screen height -->
set(hotspot[%1].width,prop);
set(hotspot[%1].height,80%);
);
</action>
<!-- fly in a hotspot = show hotspot fixed at screen -->
<action name="flyin">
if(hotspot[%1].flying == 0.0, hotspot[%1].resetsize(); calc_flyout_size(%1); );
if(hotspot[%1].oldscale === null, copy(hotspot[%1].oldscale, hotspot[%1].scale) );
if(hotspot[%1].oldrx === null, copy(hotspot[%1].oldrx, hotspot[%1].rx) );
if(hotspot[%1].oldry === null, copy(hotspot[%1].oldry, hotspot[%1].ry) );
if(hotspot[%1].oldrz === null, copy(hotspot[%1].oldrz, hotspot[%1].rz) );
set(hotspot[%1].enabled,true);
set(hotspot[%1].visible,true);
tween(hotspot[%1].alpha, 1.0);
tween(hotspot[%1].flying, 1.0);
tween(hotspot[%1].scale, 1.0);
tween(hotspot[%1].rx, 0.0);
tween(hotspot[%1].ry, 0.0);
tween(hotspot[%1].rz, 0.0);
</action>
<!-- fly the hotspot out/back -->
<action name="flyout">
set(hotspot[%1].enabled,false);
tween(hotspot[%1].alpha, 0.0, 0.5, default, set(hotspot[%1].visible,false); );
tween(hotspot[%1].flying, 0.0);
tween(hotspot[%1].scale, get(hotspot[%1].oldscale));
tween(hotspot[%1].rx, get(hotspot[%1].oldrx));
tween(hotspot[%1].ry, get(hotspot[%1].oldry));
tween(hotspot[%1].rz, get(hotspot[%1].oldrz));
</action>
<action name="showpic">
<!-- creates a new hotspot and fly it out -->
if(hotspot[get(pic)] === null,
txtadd(picfilename,'bilder/labor4_img',get(pic),'.jpg');
addhotspot(get(pic));
getcenter(hsath,hsatv);
copy(hotspot[get(pic)].ath, hsath);
copy(hotspot[get(pic)].atv, hsatv);
set(hotspot[get(pic)].visible,false);
set(hotspot[get(pic)].distorted,true);
set(hotspot[get(pic)].zorder,2);
set(hotspot[get(pic)].scale,0.1);
set(hotspot[get(pic)].alpha,0.0);
<!--set(hotspot[get(pic)].effect,glow(0xFFFFFF,1.0,30,10000);dropshadow(10,45,0x000000,10,0.3););-->
set(hotspot[get(pic)].onloaded, flyin(get(name)) );
set(hotspot[get(pic)].onclick, flyout(get(name)) );
copy(hotspot[get(pic)].url,picfilename);
,
flyin(get(pic));
);
</action>damit sollte es eigentlich gehen. sollte... problem nun ist, das zum einen der text auch über das geöffnete bild angezeigt wird, sobald man mit der Maus drüber macht und wenn man das Bild schliesst ist auch der Hotspot weg. das ganze wundert mich grade etwas, da es beinahe 1:1 von der zweiten beispieltour entnommen ist und dort der Hotspot bleibt.
hier is das test-pano: http://data.fotorama24.de/360Pano/test/labor_pano4.html der Bildhotspot ist links vom Start bei der Person, die mit dem Rücken zu einem sitzt.
Da gibt es also eine neue Version. Sehr schön :)
Aber wie so oft tauchen da auch neue Probleme auf:
Punkt 1:
Ich habe bisher immer einen eigenen Textstyle definiert (der zufälligerweise dem aus den früheren Beispielen entspricht ;) ), den wollte ich natürlich wieder so benutzen, aber scheinbar greift die alte Syntax nicht mehr:
<textstyle name="smalltext"
font="Arial" fontsize="10" textalign="center"
border="false" background="false"
textcolor="0xFFFFFF"
effect="glow(0x000000,0.7,4,2);dropshadow(2,45,0x000000,3,1);"
/>Wie sieht denn da die neue Variante aus? Ich habe auf der schnelle muss ich zugeben in den Beispielen kein solchen Code-Schnippsel gefunden.
Punkt 2:
Die "Bild-Einblendfunktionalität" soll ja nun auch auf dem Ipod/PAD/Phone funktionieren. Also habe ich einfach mal ein altes Pano mit der neuen Version neu gerechnet, den Hotspot mit Bildaufruf und das Bild selbst sozusagen eingefügt und geguckt, ob es funktioniert. Im normalen Browser funktioniert es super, aber aufm Ipod ist keine Veränderung festzustellen, kein Bild kann man da aufrufen. Also nochmal die Beispiele durchgeguckt und in der ersten Beispieltour fündig geworden. also den passenden Code-Schnippsel rauskopiert, angepasst und ausprobiert. Scheinbar habe ich da was nicht richtig gemacht, es funktioniert nun sowohl im Browser als auf dem Ipod nicht mehr mit dem Bild. Ich wäre euch also mit großen Dank verbunden, wenn hier ein kurzes Code-Beispiel erscheinen würde, der diese Problematik einfach löst. Also einen Hotspot im Bild mit der onclick-action, das ein bild über das Pano geblendet wird.
Ich bin gespannt, was noch so für neue Features in der neuen Version sind und gleichzeitig hoffe ich, dass viele altbekannten sachen nicht ohne weitere Erläuterung so geändert wurden, das man erstmal hier fragen muss, wie denn das neu geht. Sowas sollte dann doch schon mit erwähnt werden, was sich bei solchen Funktionalitäten geändert hat und wie man es neu programmieren muss. (Wo man wieder bei einer guten Doku wär).
Jedenfalls schonmal Danke für Antworten auf Punkt 1 und 2 :)
diese art und weise erklärt natürlich das langsame verhalten. ich hab dir mal ne PM mit der sache geschickt. einmal mit alter krpano.swf und einmal mit neuer krpano.swf
Jedoch konnte ich keinen spürbaren unterschied feststellen. anhand der beiden links in der pm kannst du das ja selber ausprobieren. (sorry das ich die links hier nicht öffentlich poste, aber da das ganze noch kundenspezifische Panos enthält, deren Freigabe ich noch nich bekommen habe gehts erstmal nur so)
okay, danke für den tipp. hab ich so noch nich ausprobiert.
scheinbar hab ich dann wohl ein anderes Verständnis von include url bzw. verwechsel das mit einem anderen include. Nach meinen Verständnis sollte diese Include-Funktion nur dazu führen, dass der XML-Parser an dieser Stelle dann die angegebenen XML-Datei kopiert und einfügt, also prinzipiell am Ende aus dem Parser das selbe herauskommt wie bei manuell eingefügter XML-Datei. Es also nur der Übersichtlichkeit dient. Du scheinst aber eher dem include url die selbe funktion wie dem loadpano(abc.xml,...) zuzusprechen. dem dürfte aber nicht so sein.
aber am ende stimmt es zumindest, das die performance gleich ist, wenn ich die loadscene-variante nutze mit den reinkopierten einzel-xml-dateiinhalt oder die loadpano variante mit dem laden der jeweiligen xml-Dateien.
Was du aber immernoch nicht verstehst, das man aufgrund der übersichtlichkeit, wenn man viele panoramen über scenes verbinden will, halt gerne einzelne Parts doch mal ausgliedern will (auch wenn das mit der loadpano variante ebenfalls geht).
Was aber an dieser Stelle deutlich geworden ist, die include-Url-Funktion verursacht ein arges Performanceproblem und dadurch ist allgemein eine Aufspaltung einer XML-Datei in eine Haupt- und mehrere Unter-XML-Daten mit einen Performanceverlust einhergehend.
(man möge das mal abstrahieren auf ein Panorama mit extrem vielen Hotspots, Actions etc. Das Ausgliedern der Actions, Hotspots etc in eigene XML-Dateien zur besseren Übersichtlichkeit und der besseren Handhabbarkeit ist damit also immer mit einem Performanceverlust verbunden)
Aber wie gesagt, mittlerweile hat sich das Problem ja erledigt. Der Titel des Themas ist mittlerweile überholt. Loadscene ist nicht langsamer, sondern nur die Nutzung der include-url-Funktion ist problematisch.
Was ich nicht ganz überblicke bei Deinem Code-Ausschnitt:
Hast Du etwa für jede Szene eine eigene xml-Datei angelegt? Falls ja, dann würdest Du ja den Sinn des scene-tags ad absurdum führen, der ja gerade darin besteht, mehr als nur ein einziges Panorama in eine xml-Datei schreiben zu können.
Eine xml-Datei innerhalb einer Szene zu inkludieren ist in diesem Fall auch nicht sinnvoll, da sie ja erst nach Aufruf der Szene geladen wird.
Inkludiere sie grundsätzlich innerhalb der Basis-xml, dann ist alles da, sobald Du es brauchst.Das nur mal so als Schnellschuss...
das stört doch nicht, wenn die Szene erst dann geladen wird, wenn die Szene auch ausgewählt wird. Das Problem ist ja auch nicht die Ladezeit zwischen den einzelnen Panos, sondern die Startladezeit bis überhaupt irgendwas angezeigt wird. Mittlerweile bin ich überzeugt, dass diese lange Startladezeit zwar in der Nutzung der include url-Funktion begründet liegt, jedoch nicht aus den von dir genannten Gründen. Scheinbar wird überprüft ob die jeweilige XML-Datei vorhanden ist und auch gültig ist. Dies kostet wohl recht viel Zeit und verursacht diese lange Wartezeit.
Das nutzen vieler XML-Dateien bringt meiner Meinung nach mehr Übersicht. Damit ist es auch nicht widersprüchlich zu dem Scene-Konzept. Aber es ist wohl sinnvoller diese ausgelagerten "Codeschnipsel" über eine andere Funktion einzubinden? Fragt sich nur grade welche...
Ich hab grade mit dem Fehler 1090 zu kämpfen, also irgendeinen fehler in der XML-Struktur oder was auch immer.
An dieser Stelle wäre es schön, das auch, wenn möglich, die zugehörige Zeilennummer ausgegeben wird damit man den Fehler schneller findet. So such ich grade den Fehler und bin schon fast am verzweifeln, weil ich den nicht finde ^^
Also bitte ein paar mehr Infos ausgeben bei solchen Fehlern :)
nuja, das resultiert einfach daraus, dass ich die einzelnen Panos schon soweit fertig online hatte und ich einfach die Dateien so eingebunden hab. ich probiers einfach nochmal so aus, das ich die in die eine XML-Datei kopiere...
EDIT: Das einbinden der einzelnen XML ist scheinbar dieser Performance-Killer. nachdem ich die Dateien reinkopiert habe (und 1h nach einen dummen fehler gesucht habe ;) ) geht das nun recht fix. Das ganze ist aber trotzdem recht blöd, da man so gezwungen ist, die ganze sache in einer XML-Datei zu speichern. Jeder Versuch die Übersicht zu waren, indem man die einzelnen Panos in eigene XML-Dateien auslagert wird dadurch zu tote verurteilt... das ist schade. Ich hoffe, dass dieses Problem bei einem der nächsten Releases verbessert wird. (wenns denn geht)
"Include Url" in KRPano 1.8.0.11 ist extrem inperformant!
ich habe mal das selbe unter nutzung von loadpano anstatt loadscene gemacht und da geht es bedeutend schneller.
da werde ich also aufgrund dieser massiven Performance-Unterschieden auf die loadpano-art-und-weise zurückgreifen werde, obwohl die Variante mit Scene nach den anfänglichen KO-Nachteil eher vorteilig und besser zu sein scheint. Viell kann man ja dieses Startverhalten noch optimieren mit einem der nächsten Releases... schön wärs :)
Hi,
ich habe grade meine erste Tour unter Nutzung von Scenes fertig gestellt. Local auf dem eigenen Rechner ging alles gewohnt schnell. Nachdem ich das aber geuploadet habe und testen wollte, ist mir aufgefallen, dass die Ladezeit extrem hoch geht.
Es dauert mehrere Sekunden bis das preview des ersten Panos geladen wird. Einen freund nen Link gegeben, der hat 16k DSL und dennoch hats 5-6 Sekunden gebraucht eh überhaupt was angezeigt wurde. Das ist ja mittlerweile tödlich, solange wartet ja heutzutage keiner mehr. Lädt man hingegen das "StartPanorama" allein, dann geht es bedeutend schneller.
Nun stellt sich mir die Frage:
Woran liegt das?
- Kann es sein, das das einbinden von XML-Dateien über include-Url alles andere als günstig ist? Sollte man vielleicht auch wenn dadurch die übersichtlichkeit flöten geht, jede XML-Datei in die eine finale Tour-XML kopieren? scheinbar wird erstmal überprüft, ob die dateien überhaupt da sind.... schön und gut, aber scheinbar extrem inperformant.
- Werden eventuell auch die anderen Preview-Stripes vorgeladen?
Hier mal der Quellcode der Tour:
<krpano version="1.0.8" onstart="action(start);">
<include url="skin/defaultskin.xml" />
<!-- change the default textstyle for showtext: -->
<textstyle name="DEFAULT"
font="Arial" fontsize="14"
border="false" background="false"
textcolor="0xFFFFFF"
effect="glow(0x000000,0.7,4,2);dropshadow(4,45,0x000000,4,1);"
/>
<textstyle name="smalltext"
font="Arial" fontsize="10"
border="false" background="false"
textcolor="0xFFFFFF"
effect="glow(0x000000,0.7,4,2);dropshadow(2,45,0x000000,3,1);"
/>
<textstyle name="infostyle"
origin="top" edge="top" yoffset="100" textalign="center"
background="false"
border="false" fontsize="40" textcolor="0xFFFFFF" bold="false" effect="glow(0xFFFFFF,0.7,4,2);glow(0x000000,1,4,2);dropshadow(3,45,0x000000,2,0.6);" showtime="6.0" fadetime="1.0" />
<plugin name="map" url="tff_plan.png" keep="true"
align="leftbottom" x="-20" y="3" alpha="0.95" handcursor="false"
scalechildren="true"
width="503"
height="500"
onclick="action(closemap);"
/>
<plugin name="arlomap" url="mappoint.png" keep="true" parent="map" align="lefttop" edge="center" x="200" y="83" zorder="2" onhover="showtext(Heidecksburg - Arlo Guthrie);" onclick="loadscene(arlo, null, MERGE, BLEND(1));" />
und 25 weitere gleichartige Mappoints
<!-- combobox plugin -->
<plugin name="box" url="plugins/combobox.swf" preload="true"
keep="true"
align="leftbottom" x="20" y="20" width="400"
blendmode="layer"
/>
<action name="start">
<!-- load 1. scene on start -->
loadscene(arlo, null, MERGE);
plugin[box].addIdItem(1, 'Heidecksburg - Rotfront', loadscene(rotfront, null, KEEPDISPLAY, BLEND(1)); );
+ 25 gleichartige Items
</action>
<!-- activated hotpot -->
<plugin name="activespot" url="mappointactive.png" keep="true" align="center" edge="center" visible="false" zorder="3" />
<!-- radar plugin, set heading with "plugin[radar].heading" -->
<plugin name="radar"
url="plugins/radar.swf"
zorder="1"
keep="true"
heading="0"
parent="map"
align="lefttop"
edge="center"
x="0" y="0"
linecolor="0"
fillcolor="0xFF0000"
scale="0.1"
visible="false"
/>
<!-- actions -->
<action name="closemap">
set(onclick,action(openmap););
tween(width,64,distance(503,0.5),easeoutquad);
tween(height,63,distance(500,0.5),easeoutquad);
tween(x,20,distance(200,0.5),easeoutquad);
tween(y,40,distance(40,0.5),easeoutquad);
wait();
set(onhover,showtext(Karte öffnen););
</action>
<action name="openmap">
set(onclick,action(closemap););
tween(width,503,distance(503,0.5),easeoutquad);
tween(height,500,distance(500,0.5),easeoutquad);
tween(x,-20,distance(100,0.5),easeoutquad);
tween(y,3,distance(40,0.5),easeoutquad);
set(onhover,null);
</action>
<!-- activatespot action,
- this action has two arguments:
- %1 = the current spot
- %2 = the current radar heading
-->
<action name="activatespot">
set(plugin[activespot].parent, plugin[%1]);
set(plugin[activespot].visible, true);
copy(plugin[radar].x, plugin[%1].x);
copy(plugin[radar].y, plugin[%1].y);
set(plugin[radar].visible, true);
set(plugin[radar].heading, %2);
</action>
<!-- Szenen -->
<!-- first scene/pano -->
<scene name="arlo" onstart="action(startscene);">
<action name="startscene">
plugin[box].selectIdItem(2);
action(activatespot,arlomap, 180);
showtext([b][i]tff2010 - Heidecksburg - Arlo Guthrie & Thüringer Sinfoniker[/i][/b], infostyle);
</action>
<!-- place here scene local elements like plugins,hotspots, ... -->
<include url="../tff2010_heidecksburg2/heidecksburg2_sphere.xml" />
</scene>
+ weitere 25 gleichartige szenen...oder ist da etwas inperformantes drin?
ISt das normal, dass diese Art der Tourerstellung unter diesen tödlichen Nachteil leidet?
Danke für eine Antwort!
nuja, wenn die zugrundeliegenden Panos nicht deckungsgleich sind, dann muss man halt den "Versatz" bei dem Bewegen zum anderen ausgleichen.
Also im Prinzip die aktuellen vlookat,hlookat und zoom um eben jenen "Versatz" ergänzen. So würde ich das zumindest theoretisch machen ;)
so. mit dem neuem iOS 4.0 klappts nun endlich. Also man kann auch den IFrame nutzen zum einbinden :)
für dieses "testen obs geklappt hat" brauchst du nichteinmal eine Lizenz ;) denn da stört das Wasserzeichen von KRPano ja nicht. Da kann man also die "Demo-Version" nutzen.
Also ist das überhaupt kein problem.
erst bei der Nutzung, also dem präsentieren der panoramen in der öffentlichkeit (unter Freunden auch :) ) ist die Lizenz pflicht ;)
EDIT: Was mich aber an der ganzen Frage wundert, wieso man grade KRPano für den vorabcheck benötigt ;) solang das planare Panorama fehlerfrei hat im 2:1 format bzw. als Würfelflächen, dann ist doch alles io. und für diese Kontrolle braucht man doch nur das Stitch-Programm ;) ... nur so nebenbei
du kannst bei den hier vorliegenden Beispielen dir die XML-Dateien angucken (klick auf Options oben links und dann xml usw.)
in den hotspots ist ein punkt onclick="action(irgendwas)" diese Action solltest du dir angucken, da ist die grundlage von touren zu finden. Sozusagen dann von funktion zu funktion (action zu action) hangeln.
Hi,
ich wurde grade auf einen kleinen Fehler bei der Iphone-Ansicht aufmerksam gemacht. Wenn man bei dem Pano auf einer Stelle länger mit dem Finger verharrt, dann taucht die Lupe auf. Diese zeigt jedoch IMMER nur den entsprechenden Ausschnitt aus der 1. Würfelfläche und auch nur diese, also wenn man zuweit nach unten recht/links oben geht, dann kommt ein schwarzer rand.
ist jetzt nicht weiter schlimm, aber ich wollte es mal erwähnen ^^
Grüße
henryk
ja, das wäre praktisch, wenn man von dem iframe wegkommt. da bin ich gespannt drauf.
aber das mit dem bild und dann erst verlinken wird wohl erstmal die "lösung" des problems werden.
Danke!
das mit dem abstand kommt hin.ist bei mir auch so.
da bin ich ja ma gespannt, wann da ein bugfix seitens safari kommt... (ich glaub ja nich so richtig dran) :(
eine andere möglichkeit gibt es nicht, so in Pano noch in einen solchen Wordpress-Beitrag einzufügen?
theoretisch müsste ich doch nur in dem <head> noch paar sachen hinzufügen oder?