Подскажите какой максимальный размер(разрешение и объем) для подгружаемой карты.
Мне выдается сообщение об очень большом размере карты, при этом объем свободной памяти значительно больше чем карта может занимать.
Хотя каюсь карта действительно весит немало (15М).
Максимальный размер карты для pocketgps?
Т.е господа разработчики не могут ответить чем ограничен размер используемого "имаджа". Если он (размер) ничем не ограничен, то как объяснить предложение программы предоставить больше памяти в момент когда свободная память в два раза превышает объем карты? Если размер карты ограничен объемом свободной памяти(что логично) то какая между ними связь?
Очень хочется готовить карты с учетом возможностей программы.
Очень хочется готовить карты с учетом возможностей программы.
Спасибо за ответ.
В процессе эксперементов выяснилось также следующие.
Лучше пользоваться .gif файлами поскольку для декодирование jpeg требуется значительно больше памяти. Карту лучше сразу делать 16-ти(или 256-ти и использовать только с таким кол-ом цвета) цветной поскольку при преобразовании палитра может не совпасть(согласен - это очень непросто). Запас по памяти в 2 или 3 раза относительно размера карты не гарантирует, что она откроется
Возникли еще вопросы.
- Поддерживается-ли автоматическия загрузка карты при переходе с одной карты на другую, если нет то планируется-ли осуществление таких вещей в дальнейшем.
В процессе эксперементов выяснилось также следующие.
Лучше пользоваться .gif файлами поскольку для декодирование jpeg требуется значительно больше памяти. Карту лучше сразу делать 16-ти(или 256-ти и использовать только с таким кол-ом цвета) цветной поскольку при преобразовании палитра может не совпасть(согласен - это очень непросто). Запас по памяти в 2 или 3 раза относительно размера карты не гарантирует, что она откроется
Возникли еще вопросы.
- Поддерживается-ли автоматическия загрузка карты при переходе с одной карты на другую, если нет то планируется-ли осуществление таких вещей в дальнейшем.
А вы знаете как реализована прорисовка карт на Ozi?
Там файл карты состоит из двух. Один файл - это данные, размером около 4Кб, второй - само изображение карты, размер которого ограничивается только местом на ваших флэшках. Для открытия карты, выбирается файл данных - программа считывает информацию и подгружает только часть изображения, которая видима на экране. При смещении карты, снова идет пересчет и загружается новая часть изображения. Т.е. для работы программы, не нужно загонять в ОЗУ всю карту, а только ту часть котороя в данный момент отображается на экране.
Сама программа занимает 3 mb, при работе забирает памяти для программ около 2 мб. ИМХО, очень грамотное решение для КПК, для которых ресурсоемкость программ весьма критично. Можно накидать в католог где расположены карты, хоть на гигабайт карт или карт любых размеров, и это никоим образом не влияет на скорость работы программы. Например объем 5 келометровки всей Московсой области 60Мб. А можно хоть 600. В памяти все-равно только кусочек, который в данный момент в видимой части экрана.
Похожий алгоритм реализован и у Tom Tom Navigator.
Почему разработчикам не подумать о таком принципе работы программы? Это даст возможность совершенствовать карту и POI не оглядываясь на ограничения по размерам, загрузке ОЗУ и скорости работы программы. Она (скорость) в этом случае будет стабильна и не зависима от подробности и объемности карты.
Там файл карты состоит из двух. Один файл - это данные, размером около 4Кб, второй - само изображение карты, размер которого ограничивается только местом на ваших флэшках. Для открытия карты, выбирается файл данных - программа считывает информацию и подгружает только часть изображения, которая видима на экране. При смещении карты, снова идет пересчет и загружается новая часть изображения. Т.е. для работы программы, не нужно загонять в ОЗУ всю карту, а только ту часть котороя в данный момент отображается на экране.
Сама программа занимает 3 mb, при работе забирает памяти для программ около 2 мб. ИМХО, очень грамотное решение для КПК, для которых ресурсоемкость программ весьма критично. Можно накидать в католог где расположены карты, хоть на гигабайт карт или карт любых размеров, и это никоим образом не влияет на скорость работы программы. Например объем 5 келометровки всей Московсой области 60Мб. А можно хоть 600. В памяти все-равно только кусочек, который в данный момент в видимой части экрана.
Похожий алгоритм реализован и у Tom Tom Navigator.
Почему разработчикам не подумать о таком принципе работы программы? Это даст возможность совершенствовать карту и POI не оглядываясь на ограничения по размерам, загрузке ОЗУ и скорости работы программы. Она (скорость) в этом случае будет стабильна и не зависима от подробности и объемности карты.
HP4700 + CF1Gb + SD1Gb + SE Z600 + BT338
Все правильно. Это очень разумный путь. Он правда требует собственного формата и накладывает ограничение на отображение карты(указатель всегда в центре экрана), хотя со вторым, возможно, можно побороться.
Так-же в ози корректнее сделана привязка карты, у меня уже возникли вопросы, я их все соберу воедино и буду задавать в новой теме.
И к теме карт, делать карты 16-ти цветными заранее (как впрочем и просматривать их в этом режиме) не рекомендуется. В программе, видимо, используется стандартная палитра виндоуса и она, как правило, не совпадает с палитрой карты. Т.е. при просмотре изображение получается практически черно-белым.
Так-же в ози корректнее сделана привязка карты, у меня уже возникли вопросы, я их все соберу воедино и буду задавать в новой теме.
И к теме карт, делать карты 16-ти цветными заранее (как впрочем и просматривать их в этом режиме) не рекомендуется. В программе, видимо, используется стандартная палитра виндоуса и она, как правило, не совпадает с палитрой карты. Т.е. при просмотре изображение получается практически черно-белым.