You are not logged in.

Hellkeeper

Intermediate

  • "Hellkeeper" started this thread

Posts: 164

Location: St. Johann in Tirol

  • Send private message

1

Tuesday, November 7th 2017, 3:34pm

tilepath - %A Problem (1.19-pr10) - ev. BUG in krpanotools?

Hallo,
ich habe "manchmal" ein Problem mit meinem tilepath ...
Im krpanotools Config File: tilepath=%INPUTPATH%/../tiles/[mres_c/]l%Al/%Av/l%Al[_c]_%Av_%Ah.jpg

Nur leider ist das Verhalten irgendwie nicht immer konsistent - manchmal werden die Tiles so generiert:
- tiles/mres_b/l1/01/l1_b_01_01.jpg
und manchmal so:
- tiles/mres_b/l1/1/l1_b_1_1.jpg

im generierten XML:
<cube url="%$rbDomain%/userdata/6282/pano/1727/tiles/mres_%s/l3/%0v/l3_%s_%0v_%0h.jpg" />
bzw.
<cube url="%$rbDomain%/userdata/6282/pano/1722/tiles/mres_%s/l4/%v/l4_%s_%v_%h.jpg" />

Und das obowhl der krpanotools-Aufruf immer gleich ist (Linux - gescripted)

Irgendjemand irgendeine Idee an was das liegen könnte?! Ich vermute dass es etwas mit der Größe des Ausgangs-Files zu tun hat ... wenn 3 Levels generiert werden ist eine 0 dabei - wenn 4 Levels generiert werden ist keine 0 dabei ... ?!?

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
jpeginfo 1727/source/1727.jpg   
1727/source/1727.jpg 13584 x 6792 24bit Exif  N 54175971 

-----

processing - 1727
 - converting sphere to cube format...
   done.                               	
 - input: *1727*.kro (converted cube, size=4324x4324)
 - output: swf, xml, preview, thumb, tiles 
 - multires: tilesize=512 levels=3 - 4352x4352 2176x2176 1024x1024
 - making images...
   done.          	

-----

1727/tiles/mres_b/l1:
drwxr-xr-x 2 root root 4096 Nov  7 15:29 01
drwxr-xr-x 2 root root 4096 Nov  7 15:29 02


Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
jpeginfo 1722/source/1722.jpg 
1722/source/1722.jpg 16344 x 8172 24bit Exif  N 99047598 

-----

processing - 1722
 - converting sphere to cube format...
   done.                               	
 - input: *1722*.kro (converted cube, size=5202x5202)
 - output: swf, xml, preview, thumb, tiles 
 - multires: tilesize=512 levels=4 - 5184x5184 2624x2624 1280x1280 640x640
 - making images...
   done.      	

-----

1722/tiles/mres_b/l1:
drwxr-xr-x 2 root root 4096 Nov  7 15:30 1
drwxr-xr-x 2 root root 4096 Nov  7 15:30 2


Ergibt das irgendeinen Sinn?! Fehler meinerseits? Bug?

Danke, lg aus Tirol
Andreas Schnederle-Wagner
Andreas Schnederle-Wagner
Rundblick GmbH / Gigapixel aus Österreich
https://www.rundblick.at/
https://www.gpix.at

This post has been edited 1 times, last edit by "Hellkeeper" (Nov 7th 2017, 3:53pm)


2

Wednesday, November 8th 2017, 10:20am

Hi,

das ist kein Bug, das 'A' steht ja für 'automatic' - d.h. eine automatische Anzahl von 0 Zeichen - abhängig von der Gesamt-Anzahl der Tiles.

Siehe hier die Dokumentation:
https://krpano.com/tools/kmakemultires/config/#tilepath

(das war auch schon immer so ;-))

Grundsätzlich würde ich aber eher empfehlen den <image> XML Code welche die Tools erzeugen zu verwenden. So ist sichergestellt das der XML Code und die Dateien auch wirklich zusammenpassen.

Schöne Grüße,
Klaus

Hellkeeper

Intermediate

  • "Hellkeeper" started this thread

Posts: 164

Location: St. Johann in Tirol

  • Send private message

3

Wednesday, November 8th 2017, 10:24am

Hey Klaus,

danke für deine Antwort - das mit dem "automatic" is so weit schon klar - nur dachte ich dass dies dazu dient wenn jetzt z.B. mehr als 10 Ordner gemacht werden - die Einstelligen mit ner vorangestellten 0 auch auf 2 Zeichen gebracht werden? ('A' means 'automatic' - here as many '0' characters as needed will be added for an uniform padding for all tiles.)

Woist der Sinn bei 3 Levels eine 0 voran zu stellen und bei 4 Levels keine 0 voran zu stellen?
Übersehe ich hier was?

Vielleicht kann'st mir hoch noch kurz "aufklären"? ;-)

Danke, lg aus Tirol
Andi
Andreas Schnederle-Wagner
Rundblick GmbH / Gigapixel aus Österreich
https://www.rundblick.at/
https://www.gpix.at

4

Wednesday, November 8th 2017, 10:36am

Das kommt nur auf den jeweiligen Index an.

Ist dieser kleiner als 10 gibt es keine 0:
0 1 2 ... 7 8 9
wird dieser größer als 10 dann gibt es eine 0:
00 01 02 .. 08 09 10
bei größer als 100 dann zwei 0:
000 001 002 ... 009, 010 ... 099, 100
usw.

Hier auch noch ein Link dazu:
https://krpano.com/docu/xml/#image.url.placeholders

Hellkeeper

Intermediate

  • "Hellkeeper" started this thread

Posts: 164

Location: St. Johann in Tirol

  • Send private message

5

Wednesday, November 8th 2017, 10:49am

ja das wär dann ja so wie ich es vermutet habe - aber hier ist der Index ja UNTER 10 - darum hab ich nen Bug vermutet ... ;-)
(Ausser ich hab hier ne falsche Vorstellung vom "index" ... auch möglich?)

Ein kleineres Bild (13584 x 6792 - 3 Levels) wird zerlegt - und die Tiles bekommen die 0 vorangestellt - wohingegen das Größere (16344 x 8172 - 4 Levels) keine bekommt?
Versuch nur grad rauszufinden wie ich das "konsistent" hinbekomme ... hehe

thx
Andreas Schnederle-Wagner
Rundblick GmbH / Gigapixel aus Österreich
https://www.rundblick.at/
https://www.gpix.at

This post has been edited 1 times, last edit by "Hellkeeper" (Nov 8th 2017, 11:04am)


Hellkeeper

Intermediate

  • "Hellkeeper" started this thread

Posts: 164

Location: St. Johann in Tirol

  • Send private message

6

Wednesday, November 8th 2017, 10:56am

Zur Verdeutlichung was ich meine - der Directory Tree von den 2 Files die ich oben angesprochen hab:
da isses an sich genau "verdreht" - wo es über 10 raus geht gibt's keine 0 (1722) - und bei 1727 gibt's eine obwohl es nicht über 10 raus geht ... ;-)
Und eine Verständnisfrage - wird der Index pro Variable getrennt berechnet oder generell? Sprich hat %Ah einen anderen Index als %Av oder wird der für alle Variables geshared?

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
[root@panotest]# ls -R | grep ":$" | sed -e 's/:$//' -e 's/[^-][^\/]*\//--/g' -e 's/^/   /' -e 's/-/|/'
   |-1722
   |---source
   |---tiles
   |-----mres_b
   |-------l1
   |---------1
   |---------2
   |-------l2
   |---------1
   |---------2
   |---------3
   |-------l3
   |---------1
   |---------2
   |---------3
   |---------4
   |---------5
   |---------6
   |-------l4
   |---------1
   |---------10
   |---------11
   |---------2
   |---------3
   |---------4
   |---------5
   |---------6
   |---------7
   |---------8
   |---------9
   |-----mres_d
   |-------l1
   |---------1
   |---------2
   |-------l2
   |---------1
   |---------2
   |---------3
   |-------l3
   |---------1
   |---------2
   |---------3
   |---------4
   |---------5
   |---------6
   |-------l4
   |---------1
   |---------10
   |---------11
   |---------2
   |---------3
   |---------4
   |---------5
   |---------6
   |---------7
   |---------8
   |---------9
   |-----mres_f
   |-------l1
   |---------1
   |---------2
   |-------l2
   |---------1
   |---------2
   |---------3
   |-------l3
   |---------1
   |---------2
   |---------3
   |---------4
   |---------5
   |---------6
   |-------l4
   |---------1
   |---------10
   |---------11
   |---------2
   |---------3
   |---------4
   |---------5
   |---------6
   |---------7
   |---------8
   |---------9
   |-----mres_l
   |-------l1
   |---------1
   |---------2
   |-------l2
   |---------1
   |---------2
   |---------3
   |-------l3
   |---------1
   |---------2
   |---------3
   |---------4
   |---------5
   |---------6
   |-------l4
   |---------1
   |---------10
   |---------11
   |---------2
   |---------3
   |---------4
   |---------5
   |---------6
   |---------7
   |---------8
   |---------9
   |-----mres_r
   |-------l1
   |---------1
   |---------2
   |-------l2
   |---------1
   |---------2
   |---------3
   |-------l3
   |---------1
   |---------2
   |---------3
   |---------4
   |---------5
   |---------6
   |-------l4
   |---------1
   |---------10
   |---------11
   |---------2
   |---------3
   |---------4
   |---------5
   |---------6
   |---------7
   |---------8
   |---------9
   |-----mres_u
   |-------l1
   |---------1
   |---------2
   |-------l2
   |---------1
   |---------2
   |---------3
   |-------l3
   |---------1
   |---------2
   |---------3
   |---------4
   |---------5
   |---------6
   |-------l4
   |---------1
   |---------10
   |---------11
   |---------2
   |---------3
   |---------4
   |---------5
   |---------6
   |---------7
   |---------8
   |---------9
   |---vtour
   |-----panos
   |-------tiles
   |---------vr

---------------------------------------------------------

   |-1727
   |---source
   |---tiles
   |-----mres_b
   |-------l1
   |---------01
   |---------02
   |-------l2
   |---------01
   |---------02
   |---------03
   |---------04
   |---------05
   |-------l3
   |---------01
   |---------02
   |---------03
   |---------04
   |---------05
   |---------06
   |---------07
   |---------08
   |---------09
   |-----mres_d
   |-------l1
   |---------01
   |---------02
   |-------l2
   |---------01
   |---------02
   |---------03
   |---------04
   |---------05
   |-------l3
   |---------01
   |---------02
   |---------03
   |---------04
   |---------05
   |---------06
   |---------07
   |---------08
   |---------09
   |-----mres_f
   |-------l1
   |---------01
   |---------02
   |-------l2
   |---------01
   |---------02
   |---------03
   |---------04
   |---------05
   |-------l3
   |---------01
   |---------02
   |---------03
   |---------04
   |---------05
   |---------06
   |---------07
   |---------08
   |---------09
   |-----mres_l
   |-------l1
   |---------01
   |---------02
   |-------l2
   |---------01
   |---------02
   |---------03
   |---------04
   |---------05
   |-------l3
   |---------01
   |---------02
   |---------03
   |---------04
   |---------05
   |---------06
   |---------07
   |---------08
   |---------09
   |-----mres_r
   |-------l1
   |---------01
   |---------02
   |-------l2
   |---------01
   |---------02
   |---------03
   |---------04
   |---------05
   |-------l3
   |---------01
   |---------02
   |---------03
   |---------04
   |---------05
   |---------06
   |---------07
   |---------08
   |---------09
   |-----mres_u
   |-------l1
   |---------01
   |---------02
   |-------l2
   |---------01
   |---------02
   |---------03
   |---------04
   |---------05
   |-------l3
   |---------01
   |---------02
   |---------03
   |---------04
   |---------05
   |---------06
   |---------07
   |---------08
   |---------09
   |---vtour
   |-----panos
   |-------tiles
   |---------vr
Andreas Schnederle-Wagner
Rundblick GmbH / Gigapixel aus Österreich
https://www.rundblick.at/
https://www.gpix.at

This post has been edited 1 times, last edit by "Hellkeeper" (Nov 8th 2017, 11:07am)


7

Wednesday, November 8th 2017, 2:56pm

Hi,

Quoted

Und eine Verständnisfrage - wird der Index pro Variable getrennt berechnet oder generell? Sprich hat %Ah einen anderen Index als %Av oder wird der für alle Variables geshared?

Das 'A' bei Tile-Index-Platzhaltern (h,v,u,v,x,y) bezieht sich auf den dort gesamt größtmöglichen Wert (größter Level, größte Breite oder Höhe), und beim Level-Platzhalter (l) auf den größtmöglichen Level-Wert.

Ich hab dies jetzt aber nochmal überprüft und es stimmt - es gab hier tatsächlichen einen kleinen Bug (diesen leider sogar schon ziemlich lange, mindestens seit Version 1.17 wenn nicht gar länger): der maximal-Wert für die Tiles wurde versehentlich falsch verändert. Nur bei 9 oder 10 Tiles gab es daher ein zusätzliches '0', sonst aber nie.

In der nächsten Version wird dies behoben sein.

Schöne Grüße,
Klaus

Hellkeeper

Intermediate

  • "Hellkeeper" started this thread

Posts: 164

Location: St. Johann in Tirol

  • Send private message

8

Wednesday, November 8th 2017, 4:32pm

Hey,
Das 'A' bei Tile-Index-Platzhaltern (h,v,u,v,x,y) bezieht sich auf den dort gesamt größtmöglichen Wert (größter Level, größte Breite oder Höhe), und beim Level-Platzhalter (l) auf den größtmöglichen Level-Wert.
Danke für die Info!

Ich hab dies jetzt aber nochmal überprüft und es stimmt - es gab hier tatsächlichen einen kleinen Bug (diesen leider sogar schon ziemlich lange, mindestens seit Version 1.17 wenn nicht gar länger): der maximal-Wert für die Tiles wurde versehentlich falsch verändert. Nur bei 9 oder 10 Tiles gab es daher ein zusätzliches '0', sonst aber nie.
alright - "gut" - dachte schon ich bin verrückt ... hehe ;-)


In der nächsten Version wird dies behoben sein.
gibt's ne ungefähre ETA?

Danke, lg
Andreas
Andreas Schnederle-Wagner
Rundblick GmbH / Gigapixel aus Österreich
https://www.rundblick.at/
https://www.gpix.at