|
Notes |
|
|
(0008849)
|
|
Tolik
|
|
12-09-2012 09:04
|
|
Я ничего не понял. Он и так его растягивает?
А если сделать
TILERLEFT=0
TILERRIGHT=256
TILERTOP=0
TILERBOTTOM=256
он точно так же будет растягивать. |
|
|
|
(0008850)
|
|
Garl
|
|
12-09-2012 09:05
|
|
|
Неа, тогда как раз и перестаёт растягивать! |
|
|
|
(0008851)
|
|
Tolik
|
12-09-2012 09:06
(edited on: 12-09-2012 09:08) |
|
А в вики значит опять лажа?
"Если получившийся прямоугольник не совпадает с квадратом 256х256, он еще и растягивается или сжимается до этого размера."
P.S. А, дошло. Если tilerbottom-tilertop != 256, тогда будет растягивать.
Как бы это по-русски сформулировать...
|
|
|
|
(0008852)
|
|
Garl
|
|
12-09-2012 09:07
|
|
|
вот сейчас он приходит 256*190 и растягивается до 256*256, а этого не сильно хотелось бы... |
|
|
|
(0008854)
|
|
Tolik
|
|
12-09-2012 09:09
|
|
|
(офтоп) А толку-то от неквадратных картинок? Полосатая карта получится? |
|
|
|
(0008855)
|
|
Garl
|
12-09-2012 09:09
(edited on: 12-09-2012 09:10) |
|
это тайлы по краям карты(картинки)
остальные 256*256
|
|
|
|
(0008856)
|
|
Tolik
|
|
12-09-2012 09:11
|
|
А, понятно.
По-моему в таком случае лучше добавить эти параметры в один этот zmp, а не менять алгоритм для всех. |
|
|
|
(0008857)
|
|
Garl
|
|
12-09-2012 09:12
|
|
|
|
|
|
|
Все равно не понял, что ты предлагаешь. Ресайзить при закачке абсолютно все тайлы всех карт я точно не собираюсь. Только если сознательно указать в zmp параметры обрезки. |
|
|
|
(0008865)
|
|
Garl
|
|
12-09-2012 17:26
|
|
|
предложение по дефолту не ресайзить нестандартные тайлы до 256х256, а сохранять их как есть. |
|
|
|
|
>предложение по дефолту не ресайзить нестандартные тайлы до 256х256, а сохранять их как есть.
Сохранять или отображать на экране без ресайза? И что делать с тайлами, которые будут больше 256 пикселей? |
|
|
|
(0009127)
|
|
Garl
|
|
02-10-2012 18:39
|
|
>Сохранять или отображать на экране без ресайза?
по дефолту сохранять как есть и отображать как есть(если он меньше и заливать фоном пустоту)
>И что делать с тайлами, которые будут больше 256 пикселей?
если ничего не указано в настройках - сохранять as is
если тайл больше - обрезать при отображении до 256*256
повторюсь - это если ничего не указано в params.txt |
|
|
|
(0009131)
|
|
Tolik
|
03-10-2012 06:46
(edited on: 03-10-2012 06:48) |
|
> заливать фоном пустоту
Заливать вокруг или с какой сторроны?
В данном примере получится ерунда, т.к. неизвестно, с какой стороны заливать фоном.
> обрезать при отображении до 256*256
C этим тоже непонятно. Как ни обрежь, получится изуродованный тайл.
|
|
|
|
(0009150)
|
|
Parasite
|
05-10-2012 08:27
(edited on: 05-10-2012 09:12) |
|
>получится изуродованный тайл.
...отсюда бы плавно зарулить в мохнатый тикет 0000367, а этот - закрыть... :)
|
|
|
|
|
|
Нет. Тикет 367 совсем о другом и имеет совсем другие расходы на реализацию. А здесь только про то как из фиг знает какой какого тайла лежащего на винте получить тайл 256х256 пикселей. |
|
|
|
|
|
Я к тому, что при решении ТОГО тикета - этот решится автоматически. Ну, я так думаю по крайней мере. |
|
|
|
(0009153)
|
|
Tolik
|
|
05-10-2012 09:18
|
|
Повторяю, что в данном примере ничто не поможет, ни растягивание, ни обрезание.
Тут тайлы в центре 256х256, а по краям обрезаны, например, 256х190.
С какой стороны прилепить к ним белое поле для приведения к стандартному размеру - априори неизвестно. Писать интеллектуальный алгоритм ради одной странной карты не стоит.
Одним словом, предлагаю закрыть. |
|
|
|
|
|
Ну для тех случаев, о которых говорит Garl, с какой стороны лепить пустое поле как раз очень точно известно. Справа и снизу. И это будет не белое поле, а полностью прозрачное черное (то есть цвет 0). |
|
|
|
(0009168)
|
|
Tolik
|
|
05-10-2012 12:21
|
|
|
А если в верхнем левом углу карты тоже обрезанный тайл? |
|
|
|
|
|
Такого обычно не бывает. В этом случае, обычно делают прозрачную пнг-шку на все 256 пикселей. |
|
|
|
|
|
Уберу растягивание для тайлов меньших требуемого размера и оставлю сжатие для тайлов большего чем нужно размера. |
|
|
|
(0009573)
|
|
Tolik
|
|
17-10-2012 12:07
|
|
При этом сломается VESat-N.zmp
Хотя он какой-то странный, я давно порывался его выкинуть, но кто-то сказал, что он нужен. |
|
|
|
(0010199)
|
|
Tolik
|
|
19-12-2012 05:46
|
|
|
Теперь поддерживаю хотелку, т.к. заметил искажения на краях zoomify, см. скриншот. |
|
|
|
|
>сломается VESat-N.zmp
Забудьте о нём, он мертворожденный и сейчас неактуален. |
|
|
|
|
|
Убрал растягивание для тайлов меньших требуемого размера и оставил сжатие для тайлов большего чем нужно размера. |
|
2012-12-19_094803.jpg (721,663) 19-12-2012 05:48