|
Notes |
|
|
|
Какой формат файлов? Я подозреваю, что png. И скорее всего, вы двигали карту в процессе генерации меньшего масштаба. Я прав?
|
|
|
|
(0000058)
|
|
Ledmyc
|
|
12-08-2010 13:58
|
|
|
Формат JPEG (.jpg). Двигал ли карту, точно не помню — сейчас попробую переформировать. |
|
|
|
|
|
Странно. Для jpg таких проблем вроде бы быть не должно было даже если очень активно двигать карту. |
|
|
|
(0000060)
|
|
Ledmyc
|
|
12-08-2010 14:08
|
|
Переформировал. Вроде всё стало нормально.
А такая испорченность тайлов связана с тем, что в один и тот же момент к файлу пытаются получить доступ сразу 2 процесса: формирование тайлов и их просмотр? Возможно ли запретить повторное открытие открытого файла? (Насклько я знаю, возможно.) |
|
|
|
|
|
Нет там не в доступе к файлу дело. Если бы речь шла не о jpg, то я сказал бы что проблема в доступе к канве в много поточном режиме, но при обработке jpg GDI не используется ни разу. Странно. |
|
|
|
(0000062)
|
|
Ledmyc
|
|
12-08-2010 17:51
|
|
|
А может ли такое быть, когда во время генерации открыта другая карта (правда, тоже jpg) и с ней производятся какие-то действия? Пытался добиться эффекта: открыл другую карту, запустил формирование предыдущих зумов и стал активно перемещать карту. Как только формирование закончилось, переключился на сформированную карту, искал-искал и всё-таки одно место с полосами нашёл (как-то слишком мало). |
|
|
|
|
|
Я, кажется, после вечера курения мануала по Graphics32, понял в чем дело. Таки похоже проблема именно в обращении к GDI из нескольких потоков одновременно. И оно таки есть при генерации предыдущих слоев. Буду разбираться. |
|
|
|
|
|
Ну я очень надеюсь, что переход на новую версию Graphics32 и замена способа считывания и сохранения тайлов, решили эту проблему. |
|
|
|
(0000118)
|
|
feya
|
23-08-2010 19:22
(edited on: 23-08-2010 19:24) |
|
у меня такая же картина при загрузке dg (там обрезка жпг идет) причем с новым g32)
|
|
SAS_16x.png (333,758) 12-08-2010 13:46