Zauber

Еще пожелание в исправлении разноски объектов по слоям конечной карты: 1. Полигон аэропорт - нормально отображается, вполне логично. 2. Полигон взлетная полоса - начало отображения в больших масштабах начинается одновременно с полигоном аэропорт, но при приближении полигон исчезает, т.е. в мелких масштабах (на низших слоях его нет). Исправьте плз. отображение взлетных полос аналогично полигону аэропортов.

Хм, как я понимаю после загрузки в оперативу процессор разжимает PNG в таком же попиксельном представлении копирует в видеопамять. Насколько я помню в устройства PNA/PND отдельного видеопроцессора не предусмотрено. Так вот и получается вся разница в скорости загрузки в ОЗУ несжатого BMP или сжатого примерно (приблизиииительно) в 10 раз PNG и потом разжатии PNG в оперативе. Миш, загляни в langPack, особенно в general.xml каждая кнопочка, каждая иконка, каждая ПОИ имеет комментарии и аттрибуты. Это процессору надо загрузить "объемный" BMP, потом применить к его визуальному отображению еще

Что быстрее считается и загрузиться в память 100 кB или 1 Мб? И я сильно сомневаюсь, что сжатие формата при этом затруднит процесс. А если учесть, что интерфейс с png - это просто раскладка картинок по экрану, а с BMP это глубокомысленная раскладка картинок с присвоением им классов и прочих аттритбутов, обновление которых в динамике требует постоянных затрат, то вообще не вопрос. Да и программисты из Московии конечно тупее. Это всем известно. Чего ж ЦНТ с bmp не носиться. А, они же тупыыыые...

Да ну?! А по русски?

Дело не в точных формулировках. Я не Википедия). Я хотел сказать о сжатии без потери качества, плюс использование альфа-канала PNG. И я не один думаю, что PNG лучше BMP. к примеру http://it.sander.su/image-formats.php Ну раз пробовали и тесты показали обратное... но как то в голове не укладывается все равно , что чисто из-за сжатия PNG отрицательный результат. Везде он быстрее и легче, а на винЦе нет.

Я говорю об оперативной памяти и скорости обработки графики процессором, а не о проблеме физической памяти устройств. Физический вес архива и самой программы с картами проблемы не представляет, т.к. практически все ВинЦе поддерживают карты большой емкости, а вот загрузка каждого отдельного файла в оперативу - это проблема. Или я чего то недопонимаю. Всегда считал, что чем меньше файл и проще файл, который надо загрузить - тем быстрее он грузится и больше свободного места в ОЗУ остается. PNG - тот же растр без потери качества, но более универсальный, хотя возможно и немного сложнее для художни

Думается так. Логика проста - на устройствах с 64М отрубается 3D, детализация карты и... оно начинает жить. Да и кроме всего, судя как отрисовывается ЛП при переходе с одной раскладки на другую облегчение графики не повредят совершенно. Сравнивал как то одно и то же изображение в двух форматах, так в png оно примерно в раз 10 меньше весит. А если учесть, что изображение загружается в ОЗУ, да еще его же надо процессору обработать при загрузке. Ну вот такие нехитрые логические резюме и наводят меня не программиста на соответствующие умозаключения.

Я бы не сказал, что в результате "в дырдочку")). Разбирался с ЛП для 5-ки - был в шоке, как это все там организовано, особенно графика фейса с маршрутом. Просто работа пьяного мастера из монастыря вблизи Хайнаня.

Ага, помню, ВыньЦе с 64М)), он и после выключения будет думать, что до финиша еще километра полтора . Давеча устанавливал другу СГ на навигатор с ВинСЕ 6.0. Вроде128М (хюндай какой то про проц так и не нашел информации), но скорость работы ... это .опа! Даже нет, не так - .ОПА! С учетом всех нагрузок на проц (блютус, вай-фай и пр.) на навигацию остается чувствуется процентов 60 ресурсов системы. А с учетом особенностей СГ - вот такая ситуация и создается. Нафител работает еще более менее, но он уперся: "СГ и ни шагу назад!". Вот бы оптимизировать саму программу! Это было бы реальное пожелание

У меня снимается. Может дело в платформе? Повторюсь, у меня на ВыньЦЕ работает стабильно. Скрин могу сделать вечером, каждый день примерно за 50-60 метров до моего гаража (где очень точно стоит финиш) мне сообщает о завершении, линия маршрута скидывается и финиш переходит в отметку, к которому я спокойно уже подъезжаю. Тоже самое и на работе. Х.З. выкиньте свои Андроиды)))

Здрасте! А разве этого нет?! Точка, насколько я помню, удаляется в радиусе 50м. По крайней мере у меня, на ВыньЦЕ, все это работает прекрасно. Не сложно. Дело в желании/хотении/команде на исправление. Давно об этом вопрос поднят, разжеван, расписан. Ждем исправления алгоритма. Ошенама ждем. При этом, как мне видится, исправление алгоритма прибавит свободного ОЗУ

2 ERER: Прошу прощения, смотрю на скрины и не могу понять, как наклонять карту с этим ЛП? И еще вопрос: при создании скина (при выборе из готовых устройств) главное что, диагональ экрана или разрешение (что бы и масштаб сохранился и кнопки были на своих местах)? А то у меня вроде 4,7, но разрешение не HD))

+1

Странно... у меня нет их. Надо будет разобраться

А точно их вырезали, может просто поменяли отображение по слоям? Если реально вырезали, то получается без обзорки конкретной страны ошенама плохо. Хотя... мелкие дороги же должны быть в обзорках России, ЦА и т.п., на кой их дубляж еще в Евразии? Только расход памяти и глюки. Карты региональных обзорок вроде уже достойно выросли. ЗЫ. Извиняюсь за голые рассждения, никак руки не дойдут скачать все и протестить.

А чего спрашивать, знаки сами по себе в спидкаме не появятся. Сначала надо уточнить есть ли такие типы знаков (они не стандартные) в вашем спидкаме. Насколько я знаю российские спидекамеры этим не сильно увлечены (впрочем как и я). Это наши казахи хитро... , короче Азия... и напридумывали всякого . Если знаков в спидкаме нет, то бесполезно что-либо куда либо ложить - не будут они в ЛП работать.

Какие ..., простите заборы!? когда адресный не в порядке. По ходу уж лучше пока вернуть старый алгоритм "скобки в слеши", что бы контекстный поиск улиц работал полностью. А круглые скобки уж вводить вместе с новой версией программы, где круглые скобки бы игнорировались при контексте. Все равно старый движок программы этого не умеет и как не пляши с бубном, наименования ни в круглых, ни в квадратных скобках он видеть не будет. А переделывать исходники ради этого и прописывать через одно место - дурной труд. По крайней мере я лично, пока контекстный адресный поиск не заработает полность переходи

Это точно пипец! 5 дней в теме ни одного желания от юзеров... Да уж, давно такого не было. Ну тогда у меня пожелание: Добрый Дедушка Мороз - борода из ваты! Принеси мне на Новый год супер-пупер обновление программы CityGuide v.8 и конструктора для нее ЗЫ. Все, завтра ухожу в ...(детям до 21-го), всех с НГ!

Здрасте! С каких пор ВОДКА стало иностранным словом?! Она же моя! Хотя в России водка скорее всего ОНО..., сколько не пробовал - голова болит. Вот наша водка - моя точно.

Спасибо огромное. Все вопросы снял. Получается буду ждать исправления адресного поиска. ЗЫ. Интересно, а почему нельзя сохранить обычные круглые скобки в Label и StreetDesk и дать им игнор при контекстном поиске, как игнорируется тире?

Ну так правильно, и не будет. В программе контекстный поиск по входу не работает. Работает только с начала отдельного слова. Я потому и акцентировал внимание на пробеле между наименованиями. Пробел разделяет слова и дает возможность поиска по каждому отдельному наименованию. С тире - не знал, что работает, но на мой взгляд не правильно через тире писать, т.к. через тире есть непосредственно имена собственные, например: ул.Семенова-Тян-Шанского Скобки для указания старых наименований наиболее приемлемыми были всегда, т.к. это по грамматике русского языка интуитивно понятно всем. Вот только воп

+1. Присоединяюсь к вопросу. Не хочется на пару дней переделывать конфигурационные файлы, что бы потом опять и снова. И еще интресует вопрос о скобках. Давно этого хотелось, но теперь возникает вопрос как будет работать поиск в СГ, со всем известной проблемой контекста по входу. Поясню: В полише, к примеру, есть адрес: "Абая (Ленина) пр.". Если я раньше менял скриптом скобки на слеши и получалось: Абая/ Ленина пр. (обращаю внимание на пробел после слеша!). Поиск нормально работал и по Абая и по Ленина. То теперь он будет работать только по Абая, а по Ленина надо будет набирать: (Лен... (

Пунктирами границы отображаются. ИМХО лучше будет точками выразить, что бы хоть как то различалось.

Хм, странно. Вроде у меня показывало более 110 на нашей автомагистрали. Но все это хрень. Давно пора отвязать от придуманных типов дорог. Достали уже эти прыжки с бубном. Некоторые дороги приходится перекрывать знаками на протяжении нескольких километров. Вот на кой это надо?

А чего сложного? Поставил знак, дал ему встречное направление и дальность действия - будет показывать значок на всем протяжении попутного расстояния по трассе до первого пересечения с другой дорогой, но звук. оповещение будет срабатывать на 90 км/ч, т.к. знаки работают на повышение скорости (только на понижение). Эта тема пройдена уже давно. ЗЫ. А что там за косяк на скрине? Посреди автомагистрали какой то зигзаг, а знака опасного поворота нету, вернее он за зигзагом стоит?