Вопрос

[br. Lumen]

Есть продвежения по теме NAVI??? Отпишитесь плиз!!!

[Headache]

А чего хотел-то?

[yasm]

Не иначе как скачать готовую карту. ;-)

On 18 июн, 17:20, Headache <lifa...@hotbox.ru> wrote:
> А чего хотел-то?
>
> On 18 июн, 10:16, "br. Lumen" <igflo...@gmail.com> wrote:
>
>
>

> > Есть продвежения по теме NAVI??? Отпишитесь плиз!!!- Скрыть цитируемый текст -
>
> - Показать цитируемый текст -

[Fedor Karmanov]

Гы-Гы -)

18.06.08, yasm <ya...@mail.ru> написал(а):

[IL]

Наверно скоро начнем за тупые вопросы отписывать, все равно толку от
таких людей ноль. Или на входе в группу буду спрашивать какой-нибудь
каверзный вопрос из kiwi-спецификации.

[br. Lumen]

да нет просто прочитал практически все сообщения в группе (убил два
дня) и был удивлен, что ничего полезного для себя после
windom.net.ru я не выяснил. Что то всё вокруг да около, одни
отголоски , что вроде кто-то где-то, когда-то и т. д. и т. п.....

Да ещё и последнее сообщение в группе было аж 5 июня, думаю, что всё
заглохло?! Если неправ поправьте!
Спасибо!

> каверзный вопрос из kiwi-спецификации.- Скрыть цитируемый текст -
>
> - Показать цитируемый текст -

[br. Lumen]

Никак нет! Просто у меня вызывает интерес такие устройства как NAVI а
тем боле я недавно купил виндома с таким устройством... вот пытаюсь как
многие другие разобраться как заставить его работать.

> > - Показать цитируемый текст -- Скрыть цитируемый текст -

[br. Lumen]

И вообще зачем так невежливо?! Я хотел узнать, как идут дела а то
может и группу закрыли уже...

[Monah]

Мое личное мнение, что некоторые умные головы уже все замутили, просто
сидят и отмалчиваются или незнают как на этом деньги сделать(узнает
один узнают все). Я вот к примеру начинаю все с нуля, в данный момент
пытаюсь поменять полностью координатную сетку.

[br. Lumen]

Ну тогда суть данной группы??? Вы точно так же через год сделаете и то
же будете молчать?! Тогда точно мы ни чего не добьемся...
Я ни чего не имею против, просто время идёт а дело стоит на месте. По
крайней мере из-за отсутствия противоположной информации мне так
кажется.

[IL]

br. Lumen wrote:
> Ну тогда суть данной группы??? Вы точно так же через год сделаете и то

> же будете молчать?! ...
В разделе Files уже даже исходники лежат для парсеров(правда на
borland'е, нет у меня его), mrz вон еще свою утилиту выкладывал. Что
мешает дорабатывать, обьеденятся с разработчиком?
А то что вас так встретили показатель того что часто народ приходит
посмотреть нет ли халявных карт, не более и всем это надоело. Пришел в
группу - отпишись хоть каких успехов достиг, хоть даже только
спецификации начал читать уже отношение другое.

[UW]

Вот нарыл ссылки на карты:
http://rapidshare.com/users/4NH9R4/27
http://www.filestock.ru/7360558527/lexus.iso
есть образ CD диска для старых моделей навигаторов 56042

кроме технологии предложенной mrz, вот тут описано как подсунуть
alldata c другого диска - http://www.club-lexus.ru/forum/viewtopic.php?t=8247

[Headache]

Для UW
Ну, насчет разных дисков - приезжай ко мне на работу с кучкой
двуслойных болванок или с винтом, я тебе штук шесть-семь накидаю.
Только толку-то чуть.

Насчет парсинга имеющихся дисков - вопросов практически уже нет. А вот
скриэйтить новый, да так чтобы его понимал не только собственный
парсер, но и модуль - с этим проблемы.

Что касается "почему не продолжаем" - после десятого "условно
работающего" двуслойного диска (а когда я начинал, они были раза в два
- два с половиной дороже, чем сейчас. Накладно получается, знаете ли.

Что могу сказать... Вэлкам, читайте, спрашивайте, пробуйте, может, что
и выйдет.


Монаху.

Возьми мой исходник, там есть откомпиленный вариант. Там есть кнопка
ChgCoords - она меняет координаты из зоны Японии к нам, +20 к широте,
-100 к долготе. Меняет в трех местах - DataVolume, PrDMF и по
заголовкам всех парселей первого уровня. Остальные уровни я
предварительно отрезАл.

Результат - карта вроде перемещается, но трекинг не начинается, хотя
подхват спутников есть. Причина мне не понятна, может HDOP не хватает,
т.к. я из окна офиса пробую (хотя 5 спутников на одной линии -
практически невозможная ситуация...)...

Что касается правки самой карты как таковой - проблем нет, линии
перемещаются, надписи меняются, даже кириллица есть. Скриншоты я
выкладывал.

Более подробно здесь:
http://groups.google.com/group/navirev/browse_thread/thread/06040acea6fab238?hl=ru


On 19 июн, 12:47, UW <v_...@mail.ru> wrote:
> Вот нарыл ссылки на карты:http://rapidshare.com/users/4NH9R4/27http://www.filestock.ru/7360558527/lexus.iso

[leb...@gmail.com]

> Насчет парсинга имеющихся дисков - вопросов практически уже нет. А вот
> скриэйтить новый, да так чтобы его понимал не только собственный
> парсер, но и модуль - с этим проблемы.

Проблемы какого характера? Модуль проверяет целостность или при
попытке просто вставить какой-нибудь примитив сразу карта перестает
парсится?

У знакомого на Прадике стояла нави на hdd вроде бы, правда я ее
перехватить не успел, он ее отдал кому-то. На ней ставить эксперименты
поди проще было бы.

[leb...@gmail.com]

On Jun 19, 3:47 pm, UW <v_...@mail.ru> wrote:
> Вот нарыл ссылки на карты:http://rapidshare.com/users/4NH9R4/27http://www.filestock.ru/7360558527/lexus.iso

> есть образ CD диска для старых моделей навигаторов 56042
>
> кроме технологии предложенной mrz, вот тут описано как подсунуть
> alldata c другого диска -http://www.club-lexus.ru/forum/viewtopic.php?t=8247

Насколько я помню на этих картах от России кусочек маленький - Москва
и рядышком. Сибири там точно нет, поэтому нам эти карты вряд ли
помогут.

[UW]

А не пробавли оставить 1 Level и в нем только 1 полигон -
прямоугольник суши, с таким координатами, чтобы вся территория России
попадала?

[Headache]

А смысл? Еще резать все остальные парсели, искать ссылки на них в
поисковике, думать, из-за чего не работает - из-за ошибки при записи
на диск, из-за того, что битая ссылка в индексах или из-за чего-то
еще...

Короче, теоретики. Покупайте диски и пробуйте!! Идеи можете проверять
за свой счет.

[Headache]

Проблемы характера разного.

Пока я не научился аккуратно править образ - "disc unreadable" и всё.
Поди догадайся, то ли болванка хреновая, толи алкоголь глюканул, то ли
где-то на байт ошибся и не то подправил.

Потом (когда правил саму графику) - попытка курсора при подхвате
спутников удрать за край карты. Разумно, понятно, но не наглядно :))))

Когда попытался переместить имеющуюся ГАРАНТИРОВАННО РАБОТАЮЩУЮ КАРТУ
на новое место - или отсутствие перемещения курсора, хотя модуль
достаточное количество спутников видит, или просто белый экран.

[mrz]

Машинно-зависимо. У себя я удалял все кроме LEVEL 1, при этом в LEVEL
1 обнулял все парселы. KiwiExplorer все это делал. У меня проходило
без проблем (Outback c европейской картой), а вот у тех у кого японки,
судя по отзывам нет.

Кстати, читал сообщения которые здесь были поводу длины строк в
японских картах. Я спорить не буду, может я ошибаюсь, но на тех
японских образах которые мне попадались, длина строки была указана в
БАЙТАХ. Более того дороги обозначены ЛАТИНСКИМИ цирами.

[mrz]

Кстати странная вещь:

Если вставлен европейский диск, поиск спутников занимает минут 20 и
часто происходит потеря сигнала.
Если вставлен диск Москва - спутники находятся за минуту, и сигнал
редко теряется.
Случаем не вписали ли эти ребята куда-то в диск предпочтительные
номера спутников....

Что значит трекинг не начинается? С исправленным PDMF он должен только
карту нарисовать... Для того чтобы считал маршрут, надо перенести
покоординатно RouteGuidDMF.

[Headache]

Миш, насчет названий улиц - смотри сам сюда.
http://photofile.ru/users/headache/115130524/118851797/full_image/

Как ты понимаешь, катакама принципиально в однобайтовой кодировке не
хранится. Или сделать скриншот из ХексВью?

Что касается "прописать спутники" - есть еще многое, друг
Горацио... ;) Могу предложить только поговорить с Tumaini. Может, он
что-то найдет.

Что касается "не начинается трекинг" - положение курсора до захвата
спутников и после оного не отличается. Насчет RouteGuide - а если я в
поле поехал? Он что, меня на дороге оставит?

[Headache]

На тему, что видно при ошибках. Выложил в своей ветке форума со
ссылками на скриншоты. Смотрите.
http://groups.google.com/group/navirev/browse_thread/thread/06040acea6fab238

On 24 июн, 12:44, Headache <lifa...@hotbox.ru> wrote:
> Миш, насчет названий улиц - смотри сам сюда.http://photofile.ru/users/headache/115130524/118851797/full_image/

[mrz]

Алексей, по поводу проблем с японской кодировкой, однобайтовая-
двубайтовая. Из-за этого не работать не может.

Обращаемся к Киви описанию. Для разных типов строк эта информация
дублируется, возьмем самую простую, например пункт:

7.4.2.1.2.2 Character Information Data List
......
(5) String Size
This field describes the size of string in units of words.
(6) String
If the string ends with an odd byte, the field contains 00(16) as
dummy data at the tail of the string.

т.е для любых дисков длина строки указана в словах, не в символах. Для
однобайтовых кодировоки, если длина строки нечетная, в последний байт
пишется 0.

Открываем диск Европы смотрим интерпретацию строки: "1=N-211" (7
символов).

00 0B 04 00 00 02 02 01 FF FF 00 00 00 04 31 3D 4E 2D 32 31 31 00

00 0B - длина структуры записи в словах 11*2 = 22 байта
далее 10 байтов, заголовок String Type B (см. 7.4.2.1.5)
00 04 - длина текста в байтах (8 байт)
31 3D 4E 2D 32 31 31 00 текст "1=N-211", на конце 00 т.к нечетное кол-
во символов


Открываем твой диск (Япония 86271_V120A8), находим обозначение дороги
(оно латиницей, не иероглифами)
например в Эксплорере Level0->BlockSet 182->Block 1->MMPD:82583:42
[1176]->NameDataFrame->RecList N10.
смотрим 1-ую строку [0] "K41":
00 09 Е1 20 01 F7 00 00 05 08 0F B7 00 02 4B 34 31 00
все тоже самое 9 слов длина записи
2 слова длина строки

RecList N2 того же MMPD в иероглифах запись 0:
00 09 E1 20 01 39 00 00 06 30 64 21 00 02 8D 82 95 78
9 слов длина записиа
2 слова длина строки. в не 2 иероглифа, что они ознчают - не знаю.

Когда писал свою програмку, следил чтобы не оставалось дыр в данных.
Их нет, можешь проверить (для RecList вкладка Additional).

Предположим, ты открываешь европейский диск в японском железе. Оно
будет интерпретировать каждые 2 символа как 1 иероглиф, но целостности
данных не нарушается.

Как твое железо определяет, что Rec 10 записано в латинице, остальные
в иероглифах, не знаю. Может в лоадере или в недокоментированных
Management Frame.

On 24 июн, 12:44, Headache <lifa...@hotbox.ru> wrote:

> Миш, насчет названий улиц - смотри сам сюда.http://photofile.ru/users/headache/115130524/118851797/full_image/

[Tumaini]

Привет всем!

On 30 июн, 22:57, mrz <rzu...@ssn.ru> wrote:
> Алексей,
Алексей чего-то не отвечает, скорее всего - в отпуске. Я попробую
немного прояснить ваш спор.

> по поводу проблем с японской кодировкой, однобайтовая-
> двубайтовая. Из-за этого не работать не может.

Скорее всего, Алексей неправильно выразился. Сейчас поясню, что он
мог подразумевать.

> для любых дисков длина строки указана в словах, не в символах. Для
> однобайтовых кодировоки, если длина строки нечетная, в последний байт
> пишется 0.

Ага, задел на использование 2-ух байтовых японских кодировок.

> Открываем диск Европы смотрим интерпретацию строки: "1=N-211" (7
> символов).

> 31 3D 4E 2D 32 31 31 00 текст "1=N-211", на конце 00 т.к нечетное кол-
> во символов

Обрати внимание, кодировка ASCII: по одному байту на символ,
символов только 128, кодовая страница 20127 (US-ASCII 7-bit ).

> Открываем твой диск (Япония 86271_V120A8), находим обозначение дороги
> (оно латиницей, не иероглифами)

> смотрим 1-ую строку [0] "K41":
> 00 09 Е1 20 01 F7 00 00 05 08 0F B7 00 02 4B 34 31 00
> все тоже самое 9 слов длина записи
> 2 слова длина строки

Заметь, та же самая кодовая страница. Используются только 128
символов, по байту на символ.

> RecList N2 того же MMPD в иероглифах запись 0:
> 00 09 E1 20 01 39 00 00 06 30 64 21 00 02 8D 82 95 78

> 9 слов длина записи, а
> 2 слова длина строки. а не 2 иероглифа, что они ознчают - не знаю.
Иероглифы значат "большое богатство". :-)

Обрати внимание, кодировка тут уже не ASCII (code page 20127), а
японская shift-jis (code page 932).
В shift-jis используется вторая половина таблицы, выше 127-го символа.
И все латинские
буковки (цифры, знаки пунктуации) в этой кодировке ДУБЛИРОВАНЫ
двухбайтовыми кодами.
К примеру, 0x8260 - это "A", 0x8287 - это "g", 0x824F - это "0" и т.д.
Т.е. если японцам надо на экран
смешанный вывести текст латиница+иероглифы, то они для латиницы
используют свои 2-ухбайтовые
коды!

Вот как отреагирует железка на то, что ей вместо shift-jis дают
ASCII 7-битовую - неизвестно.
Потому, что 2-байтовых кодов типа 0x4B34 и 0x3100 (смотри выше пример
с дорогой "K41") в shift-jis
просто нет.

Думаю, Алексей это имел ввиду.

[mrz]

Тогда сразу вопрос - как ты определяешь какая кодовая страица
используется для конкретной RecList?

[Tumaini]

Привет!

On 7 июл, 20:41, mrz <rzu...@ssn.ru> wrote:
> Тогда сразу вопрос - как ты определяешь какая кодовая страица
> используется для конкретной RecList?

А вот я тут подумал - если автору команды printf(), реализованной в
софте навигации, было не лениво писать разбор строки, то можно
заставить подхватывать и ASCII-7, и Shift-Jis автоматом.
Помним, что код очередного символа в строке сообщения попадает в
диаппазон 0x00-0x7F, то это может быть только ASCII-7. Тогда считаем
что очередной символ в строке имеет код в 1 байт, интерпретируем его
по ASCII-7, выводим на экран и сдвигаемся в строке на 1 BYTE. Если же
первый байт очередного символа в строке будет попадать в диаппазон
0x80-0xFF, то следующий символ - из япона-набора, т.е. значащими
являются два байта - их берем, интерпретируем как символ CP932 и
выводим на экран, в строке сдвигаемся на 1 WORD. И т.д.

Хотя я такой мешанины в одной строке не видел: если надо было вывести
латиницу в перемешку с иероглифами, то выводили все в CP932, т.е.
каждый четный байт в строке сообщения попадал в диаппазон 0x80-0xFF.
Надо будет копнуть реализацию printf() в коде..

Т.е. с этой стороны затыки, вроде, быть не должно. Но Александр уже
отписался что проблема не в длинах строк.

[mrz]

Я думаю, что все проще. Каждая строка символов имеет свой TypeCode,
который определяет, что она значит (расшифровка в Kiwi 32.9). Скорее
всего они просто жестко прописали в лоадере язык для каждого
TypeCode....

[Headache]

Во-первых, не Алексей, а Александр :)
Во-вторых, сорри за задержку с ответом, уезжал в командировку.
В-третьих, изначально я писал не о различии в кодировках, а о том, что
я утверждал, что на многоязыковых дисках используется таблица языков
(глава 7.4.2.1.2.2 пункт 2), а на одноязыковых - нет.

Приперли вы меня к стенке, полез перепроверять...

Вылезла забавная вещь - таблица языков не используется нигде...
Здесь скриншоты с четырех дисков.
http://photofile.ru/users/headache/115141848/

Парсилась NDF, на шотах выделен отдельный рекорд. Всюду структура одна
и та же: два байта сайза, два байта первого атрибута, два байта
второго атрибута, шесть байт координат, два байта длины строки, далее
сама строка двухбайтными символами. Если количество символов нечетное,
то оно дополняется до четного нулями (глава 7.4.2.1.2.2 прим 6).

Есть, правда, один забавный диск - вот он.
http://photofile.ru/users/headache/115141848/119205498/full_image/
Обратите внимание - сайз, первый атрибут, второй атрибут, координаты,
а далее непонятная хрень 80 00. Теоретически, это может быть только
высота, но практически - нет флага наличия высоты, да и цифра не
подходит. Хрень какая-то.

Какая используется кодировка - это есть в metadata.kwi.

Краткое резюме. А хрен его знает, почему перенос карт между языками не
работает. :) На досуге еще разок попробую...

[mrz]

> Во-первых, не Алексей, а Александр :)

Прошу прощения, давно встречались, память стала плохая

> В-третьих, изначально я писал не о различии в кодировках, а о том, что
> я утверждал, что на многоязыковых дисках используется таблица языков
> (глава 7.4.2.1.2.2 пункт 2), а на одноязыковых - нет.
>

> Вылезла забавная вещь - таблица языков не используется нигде...

Скорее всего она есть в Route Plan, по крайней мере на европейском и
русском диске воспроизводятся названия улиц на английском, французском
и.т.д. хотя в MainMap имена только английские. RoutePlan пока не
разбирал. Однако RoutePlan есть не у многих записей, устройство
прочитает его не скоро, соответветственно загружаться должно.

>
> Парсилась NDF, на шотах выделен отдельный рекорд. Всюду структура одна
> и та же: два байта сайза, два байта первого атрибута, два байта
> второго атрибута, шесть байт координат, два байта длины строки, далее
> сама строка двухбайтными символами. Если количество символов нечетное,
> то оно дополняется до четного нулями (глава 7.4.2.1.2.2 прим 6).
>

> Есть, правда, один забавный диск - вот он.http://photofile.ru/users/headache/115141848/119205498/full_image/

> Обратите внимание - сайз, первый атрибут, второй атрибут, координаты,
> а далее непонятная хрень 80 00. Теоретически, это может быть только
> высота, но практически - нет флага наличия высоты, да и цифра не
> подходит. Хрень какая-то.

Но структура не совсем такая как пишешь. Там несколько видов записей
Names:
- String TypeA
- String TypeB
- String TypeC
- Barycentric
- SymbolString (в этой вообще текста может не быть, только typecode
указывающий на пиктограмму) ...
у меня на диске встречаются все. Координаты есть не во всех типах.

В твоем случае это как раз SymbolString (тип 6), содержащая строку . С
80 00 все понятно - это флаги alignment (7.4.2.1.7 String Data Record
(When String Type is Symbol + String)). Затем 2 байта - длина текста в
словах, потом текст. Здесь все нормально, открой в KiwiExplorer.

> Какая используется кодировка - это есть в metadata.kwi.

А ты сним разобрался?

> Краткое резюме. А хрен его знает, почему перенос карт между языками не
> работает. :) На досуге еще разок попробую...

Дело не в кодировке. Помнишь ты пробовал моей программой генерить
новый ISO? У тебя он не шел. Кодировка оставалась прежней, он только
меняла адреса MMPD (сортировала по другому). Если у тебя получается
отключать уровни, попробуй в ручную поменять местами 2 верхних MMPD, я
имею в виду их физические расположения в файле. Если все нормально -
можно двигаться дальше.

[mrz]

Покурочил Parameters. Ничего интересного там нет. Только пиктограммы.
Если кому интересно, подробности в KiwiExplorer_2008_07_08

[Headache]

> > Вылезла забавная вещь - таблица языков не используется нигде...
>
> Скорее всего она есть в Route Plan, по крайней мере на европейском и
> русском диске воспроизводятся названия улиц на английском, французском
> и.т.д. хотя в MainMap имена только английские. RoutePlan пока не
> разбирал. Однако RoutePlan есть не у многих записей, устройство
> прочитает его не скоро, соответветственно загружаться должно.

Время загрузки - штука субъективная... Х.з.... Лучше отключать..

> > Есть, правда, один забавный диск - вот он.http://photofile.ru/users/headache/115141848/119205498/full_image/
> > Обратите внимание - сайз, первый атрибут, второй атрибут, координаты,
> > а далее непонятная хрень 80 00. Теоретически, это может быть только
> > высота, но практически - нет флага наличия высоты, да и цифра не
> > подходит. Хрень какая-то.
>
> Но структура не совсем такая как пишешь. Там несколько видов записей
> Names:
> - String TypeA
> - String TypeB
> - String TypeC
> - Barycentric
> - SymbolString (в этой вообще текста может не быть, только typecode
> указывающий на пиктограмму) ...
> у меня на диске встречаются все. Координаты есть не во всех типах.
>
> В твоем случае это как раз SymbolString (тип 6), содержащая строку . С
> 80 00 все понятно - это флаги alignment (7.4.2.1.7 String Data Record
> (When String Type is Symbol + String)). Затем 2 байта - длина текста в
> словах, потом текст. Здесь все нормально, открой в KiwiExplorer.

Блин. Не засек. Я его парсил как type 1 Barycentric.

> > Какая используется кодировка - это есть в metadata.kwi.
> А ты сним разобрался?

А чего с ним разбираться? Plain text.

> > Краткое резюме. А хрен его знает, почему перенос карт между языками не
> > работает. :) На досуге еще разок попробую...
>
> Дело не в кодировке. Помнишь ты пробовал моей программой генерить
> новый ISO? У тебя он не шел. Кодировка оставалась прежней, он только
> меняла адреса MMPD (сортировала по другому). Если у тебя получается
> отключать уровни, попробуй в ручную поменять местами 2 верхних MMPD, я
> имею в виду их физические расположения в файле. Если все нормально -
> можно двигаться дальше.

Поменять? Смысл?

[mrz]

> > Дело не в кодировке. Помнишь ты пробовал моей программой генерить
> > новый ISO? У тебя он не шел. Кодировка оставалась прежней, он только
> > меняла адреса MMPD (сортировала по другому). Если у тебя получается
> > отключать уровни, попробуй в ручную поменять местами 2 верхних MMPD, я
> > имею в виду их физические расположения в файле. Если все нормально -
> > можно двигаться дальше.
>

> Поменять? Смысл?- Hide quoted text -
>

Да просто не понятно, куда двигаться... Надо научиться генерировать
новый диск. Я написал процедуру, которая работает у моего устройства и
еще у пары человек.
Что она делает:
1. Разбивает MainMapDF и RouteDF на блоки. Остальные DF оставляет без
изменений, на старых адресах, относительно начала ALLDATA.
2. Выкидывает из диска UDF и вторичный ISO
3. Сортирует блоки по алгоритму level->BlockSet->Block->MMPD_id
4. Формирует таблицу BlockSet и Block c новыми адресами
5. Из MMPD выкидывает перекрестные ссылки на блоки RoutePlanParcelData
6. Формирует новый диск. Адрес loading и alldata без изменений,
остальные могут двигаться.

Но у тебя это не работает. У кого-то еще тоже не работало. Дальше пока
двигаться бесмысленно, даже если научиться импортировать карту,
стабильно диск сформировать не удастся. Возможно у тебя есть какой-то
недокументированный DF, дублирующий адреса MMPD. Или что-то еще.

[mrz]

Сделал эксперимент с Metadata.kwi

Взял диск с Москвой для Субару. Файл Metadata не нем выглядит так:

LANG::=Russian,UK
English,German,French,Spanish,Italian,Dutch,Swedish,Danish,Portuguese,Norwegian,Finish ;
CHCD ::=ISO 8859-1 ; COOR::=WGS84 ;

Взял Metadata.kwi c японского диска. Выглядит так:

/************************************/
/* Ћџ‚МЏо•с‚р€И‰є‚̂悤‚Й’и‹`‚·‚й */
/* Љi”[ЊѕЊкЃЃ“ъ–{Њк */
/* •¶ЋљѓRЃ[ѓhЃЃѓVѓtѓg‚i‚h‚r */
/* ЌА•WЊnЃЃ“Њ‹ћ‘Є’nЊn */
/************************************/
LANG ::= Japanese ;
CHCD ::= SJIS ;
COOR ::= Tokyo Datum ;

Заменил на русском диске metadata на японский, сунул в устройство.

Результат - как и думал. Этот файл системой не используется, не
изменилось ничего. В списке остались все те же языки, иергоглифы нигде
появились.

Я думаю за язык отвечает DMF №28, обычно в ALLDATA 2:0, (offset 4096).
Хотя возможно в нем перечислены только голосовые языки используемые в
системе....

Писал раньше, что русский диск содержит названия улиц на нескольких
языках. Это я погорячился. Названия только на английском, так как они
записаны в mainMap. Меняется только язык меню и голосовые команды.

[Tumaini]

Привет, Михаил!

> Тогда сразу вопрос - как ты определяешь какая кодовая страица
> используется для конкретной RecList?

Я пока определяю по используемым символам, они в большинстве своем,
не пересекаются в разных таблицах.
Как определяет навигация - пока не знаю.

Подтвердилось мое предположение об умной реализации команды printf()：
в строку, написанную в кодировке 50220, прописал что-то типа：
0x3031,0x3233, 0xE667, 0x3435 и т.д. Т.е. перемешал в позициях
символов коды как из первых 128 байт ASCII-7, так и из второй половины
таблицы, которая должна интерпретироваться как японские символы.
Получил на экране смешанную строку - "0123здесь иероглиф45". Т.е.
printf сам разобрал где у нас 1-байтовые коды из ASCII-7, а где -
двубайтовые из S-JIS.

[carnavigat]

Так может там UTF-8?

[Monah]

Помогите, удалил все уровни кроме одного, нарезал балванку, вставил,
работает. Через WinHEX поменял координатную сетку у уровня, режу
балванку, не работает.Что я делаю не так? И еще Hexes писал как зайти
в севисные настройки это все работает и на Toyota японского
происхождения, есть там меню GPS в него заходишь, он показывает связи
со спутниками. Сигналы от спутников принемаются без проблем и уровень
сигнала просто отличный.

[Headache]

Чем курочил уровни? Чем резал болванку? Какая болванка?

[Monah]

Уровни курочил KiwiExplorer,
Болванку резал Alcohol120, болванка TDK DL

[Headache]

По эксплореру - это к mrz...