Hallo Klaus,

folgendes Problem:
Es wird die komplette Pano-Ansicht noch einmal "drüber gelegt"



Ist dies nun eine Einstellungssache oder ein Bug?
Erstellt habe ich das Pano mit kmakemultires 1.0.8.12 für Linux 64Bit

Grüße
Ralf

Hallo Klaus,

<view hlookat="0" vlookat="0" fov="40" fovmin="7" fovmax="150" />
und zylindrisches Panorama

Grüße
Ralf

Nachtrag:
Wir möchten gerne von Usern bereitgestellte Panoramen per Batch/Kommandozeile automatisch auf dem Server erstellen - dabei kommt natürlich "jedes" Verhältnis der Pixelmaße "rein".
In der krpanomultires.config kann man den Parameter panotype auf autodetect stellen - bei "mischverhältnissen" fragt das tool nach dem Panotyp - was aber per Batch auf der Kommdozeile so nicht funktioniert - müssen wir im Vorfeld das Verhältnis klären und manuell mit übergeben.
Wie errechnet das Tool nun "genau" welcher Panotyp ansteht (Cube 1:1, sphär. 2:1 ... ) gibt es hier eine Art Toleranzzone? z.B.: 2:1 +-5% -> sphärisch oder 1.1:1 immer noch kubisch usw.
Danke!

Hallo Klaus,

danke für die Info, das hilft weiter.

Allerdings steht obiges Problem noch an.
Zur Info noch dazu: Ich habe die kmakemultires.config so gelassen wie sie "früher" schon war - also für Windows-Version (nur die Pfade änderten sich - aber die Panos funktionieren ja dahin gehend) - da klappte es ja perfekt. Darum sehe ich irgendwo einen Bug in der Linux-Version ... vielleicht...

Danke
Ralf!

Hallo Klaus,
nein, wir arbeiten nur mit 360° Panoramen. Die Stelle zeigt eben nur den "Ausschnitt" an um den Fehler deutlich zu machen.
HFOV= 360, Panotype=cylinder (bzw. wird automatisch und bis jetzt auch immer richtig gesetzt, um welchen pano-type es sich handelt)

Bei sphärischen Panoramen wird das dann noch "verrückter" - man sieht dann nur einen Cube mit Bildern aus dem Vordergrund des Panos.

#######################
Problem gelöst: die Tiles-Pfadangabe war nicht korrekt, es hatte ein Paramter gefehlt.
Bitte um Vergebung...
######################