indi

карты памяти для новых Garmin

20 сообщений в этой теме

Скушают или подавятся карточки 16 Gb microSD class 10 новые гармины типа 62s или етрексов 20/30?
Кто-нить уже проверял?
Ведь, по-идее скорость отрисовки карт, старта навигатора зависит, наверное, от скорости чтения с карточки, class 6, 10...

Поделиться сообщением


Link to post
Поделиться на других сайтах
Вот общая рекомендация с другого форума от представителя Garmin.

Цитата:
Меньше 16 гигабайт не ставьте, больше 32 гигабайт не ставьте. Класс карты 4, или 6. 10 класс слишком много току потребляет, 2-й класс, слишком медленный.

Поделиться сообщением


Link to post
Поделиться на других сайтах
smarsh писал(а) Thu, 17 January 2013 08:25
Вот общая рекомендация ...

А почему меньше не ставьте? 8 гиг 4 класса будут работать медленнее чем 16 этого же класса?

Поделиться сообщением


Link to post
Поделиться на других сайтах
Bulawka писал(а) Thu, 17 January 2013 17:25
smarsh писал(а) Thu, 17 January 2013 08:25
Вот общая рекомендация ...

А почему меньше не ставьте? 8 гиг 4 класса будут работать медленнее чем 16 этого же класса?

опередил с вопросом Smile
вообще, гугл говорит, что этот "класс" определяет скорость записи. а нам, как раз, она менее всего важна. Изменено пользователем indi

Поделиться сообщением


Link to post
Поделиться на других сайтах
Bulawka писал(а) Thu, 17 January 2013 17:25
smarsh писал(а) Thu, 17 January 2013 08:25
Вот общая рекомендация ...

А почему меньше не ставьте? 8 гиг 4 класса будут работать медленнее чем 16 этого же класса?

нет конечно... 16 просто оптимально по цене за гиг, да и растра грузить можно сколько влезет ) Изменено пользователем smarsh

Поделиться сообщением


Link to post
Поделиться на других сайтах
indi писал(а) Thu, 17 January 2013 21:26

вообще, гугл говорит, что этот "класс" определяет скорость записи. а нам, как раз, она менее всего важна.

не, оба показателя и запись, и чтение...
берите смело 6-ку, разницу с 10-кой не увидите на навигаторе, только при записа карт с компа на навигатор, да и дешевле Cool

Поделиться сообщением


Link to post
Поделиться на других сайтах
indi писал(а) Thu, 17 January 2013 07:55
Скушают или подавятся карточки 16 Gb microSD class 10 новые гармины типа 62s или етрексов 20/30?
Кто-нить уже проверял?
Ведь, по-идее скорость отрисовки карт, старта навигатора зависит, наверное, от скорости чтения с карточки, class 6, 10...


ставил в ETREX-20 карты TRANSCEND 16 гб класса 6 и 10. существенной разницы между ними в работе и энергопотреблении прибора не ощутил. эти карты памяти лопает. сам пользуюсь)

Поделиться сообщением


Link to post
Поделиться на других сайтах
indi писал(а) Thu, 17 January 2013 09:55

Ведь, по-идее скорость отрисовки карт, старта навигатора зависит, наверное, от скорости чтения с карточки, class 6, 10...


Увы, но скорость отрисовки растра определяются внутренними алгоритмами. С чем это связано - большая загадка - по идее растр должен рисоваться быстрее вектора т.к. не требует рендеринга. Возможно, какие-то проблемы в самом формате JNX, не позволяющем быстро находить и извлекать нужные участки изображения.

Сравнивал с магелланами (тритоны, новые эксплористы) - там растр рисуется очень быстро, никаких тормозов не заметно.

Поделиться сообщением


Link to post
Поделиться на других сайтах
VPom писал(а) Tue, 05 February 2013 09:24
indi писал(а) Thu, 17 January 2013 09:55

Ведь, по-идее скорость отрисовки карт, старта навигатора зависит, наверное, от скорости чтения с карточки, class 6, 10...


Увы, но скорость отрисовки растра определяются внутренними алгоритмами. С чем это связано - большая загадка - по идее растр должен рисоваться быстрее вектора т.к. не требует рендеринга. Возможно, какие-то проблемы в самом формате JNX, не позволяющем быстро находить и извлекать нужные участки изображения.

Сравнивал с магелланами (тритоны, новые эксплористы) - там растр рисуется очень быстро, никаких тормозов не заметно.

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

Поделиться сообщением


Link to post
Поделиться на других сайтах
indi писал(а) Tue, 05 February 2013 11:42

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


Да, требует. Но это не те операции, которые занимают много времени. Когда речь идет о тейлах небольшого размера.

Я не знаю размер тейла в JNX, в RMP он фиксирован 256х256 пикселов. Плюс там хитрая сетка тейлов, которая доставляет ряд заморочек на этапе создания атласа, но, видимо, весьма удобна на этапе поиска и выборки нужных тейлов при выводе карты.

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

Поделиться сообщением


Link to post
Поделиться на других сайтах
VPom писал(а) Tue, 05 February 2013 09:57
indi писал(а) Tue, 05 February 2013 11:42

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


Да, требует. Но это не те операции, которые занимают много времени. Когда речь идет о тейлах небольшого размера.

Я не знаю размер тейла в JNX, в RMP он фиксирован 256х256 пикселов. Плюс там хитрая сетка тейлов, которая доставляет ряд заморочек на этапе создания атласа, но, видимо, весьма удобна на этапе поиска и выборки нужных тейлов при выводе карты.

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

В jnx размер тайла ограничен максимумом 1024x1024. При этом ничто не мешает создавать тайлы хоть размером 363x122.
Привязка каждого тайла к координатам индивидуальная, каждый тайл имеет 4 координаты. При этом, тайлы могут накладываться друг на друга, могут быть разных масштабов в одном слое.
Но я не скажу что растр так уж тормозит по сравнению с вектором, по крайней мере на 62s. Какие-нить Дороги России, порой, тормозят гораздо больше Smile
Если будет возможность сравнить тормоза с магелланами - напишу Smile

Поделиться сообщением


Link to post
Поделиться на других сайтах
indi писал(а) Tue, 05 February 2013 12:39
В jnx размер тайла ограничен максимумом 1024x1024. При этом ничто не мешает создавать тайлы хоть размером 363x122.
Привязка каждого тайла к координатам индивидуальная, каждый тайл имеет 4 координаты. При этом, тайлы могут накладываться друг на друга, могут быть разных масштабов в одном слое.


Возможно тут тормоза и кроются.

Вот на этом видео видно что тормоза основные явно происходят при переходе с тейла на тейл.

indi писал(а) Tue, 05 February 2013 12:39
Но я не скажу что растр так уж тормозит по сравнению с вектором, по крайней мере на 62s. Какие-нить Дороги России, порой, тормозят гораздо больше Smile
Если будет возможность сравнить тормоза с магелланами - напишу Smile


Извиняюсь за качество - снимал на карандаш Smile

Как работает с растром Magellan eXplorist 310 (функционально аналог 20-го етрекса). Скроллинг в данном случае осуществляется в пределах двух атласов - листы О41-109 и 110 в масштабах 025 и 050к. разницы в скролинге особо незаметно ни переходе между тейлами, ни переходе с атласа на атлас.

Вектор - да, тормозит. Но там много времени на рендеринт уходит, особенно когда много объектов. Изменено пользователем VPom

Поделиться сообщением


Link to post
Поделиться на других сайтах
VPom писал(а) Tue, 05 February 2013 11:11
indi писал(а) Tue, 05 February 2013 12:39
В jnx размер тайла ограничен максимумом 1024x1024. При этом ничто не мешает создавать тайлы хоть размером 363x122.
Привязка каждого тайла к координатам индивидуальная, каждый тайл имеет 4 координаты. При этом, тайлы могут накладываться друг на друга, могут быть разных масштабов в одном слое.


Возможно тут тормоза и кроются.

Вот на этом видео видно что тормоза основные явно происходят при переходе с тейла на тейл.

вполне возможно, что тормоза связаны с "индивидуальностью" тайлов.
даже, в случае когда тайлы имеют одинаковое значение градусы/пиксели, даже в линейном тупом разбиении кратном 256x256, всё равно для каждого тайла индивидуальный скалинг.

Поделиться сообщением


Link to post
Поделиться на других сайтах
indi писал(а) Tue, 05 February 2013 13:46

вполне возможно, что тормоза связаны с "индивидуальностью" тайлов.
даже, в случае когда тайлы имеют одинаковое значение градусы/пиксели, даже в линейном тупом разбиении кратном 256x256, всё равно для каждого тайла индивидуальный скалинг.


Вот интересно - а зачем это нужно было делать? Ну раз так сделали, о чем-то думали ведь?

У магеллана сетка тейлов стандартная. Вот тут человек (который писал конвертер GeoTIIF -> RMP) описывал это дело. Вот тут расчет сетки

Вот тут он же писал примерно то же самое.

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

Поделиться сообщением


Link to post
Поделиться на других сайтах
VPom писал(а) Tue, 05 February 2013 12:02
indi писал(а) Tue, 05 February 2013 13:46

вполне возможно, что тормоза связаны с "индивидуальностью" тайлов.
даже, в случае когда тайлы имеют одинаковое значение градусы/пиксели, даже в линейном тупом разбиении кратном 256x256, всё равно для каждого тайла индивидуальный скалинг.


Вот интересно - а зачем это нужно было делать? Ну раз так сделали, о чем-то думали ведь?

У магеллана сетка тейлов стандартная. Вот тут человек (который писал конвертер GeoTIIF -> RMP) описывал это дело. Вот тут расчет сетки

Вот тут он же писал примерно то же самое.

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

Этой универсальностью можно, иногда, пользоваться.
Но, истинно утверждение, что rmp более оптимизирован для максимальной скорости отображения чем jnx.
Хотя, вполне возможно, дело ещё в гарминовском софте. Изменено пользователем indi

Поделиться сообщением


Link to post
Поделиться на других сайтах
Правильно я понимаю, что для обозначенных моделей (конкретно для etrex 20) подойдет не только карта microSD, но и формата microSDHC (которая как раз делится на классы и имеет больший объем)?

Почему то четкого ответа на этот вопрос я не нашел, в описаниях указана именно microSD, в обзоре на gramin.ru сказано, что microSDHC прекрасно заработала.

Поделиться сообщением


Link to post
Поделиться на других сайтах
Пользуясь случаем, сообщу что приму в дар (или поменяю на певас)
microSD карточки любой скорости и любой ёмкости, хоть 32мб.
Надо для дела. ))))

Поделиться сообщением


Link to post
Поделиться на других сайтах
trolleybus писал(а) Thu, 28 March 2013 14:49
Правильно я понимаю, что для обозначенных моделей (конкретно для etrex 20) подойдет не только карта microSD, но и формата microSDHC (которая как раз делится на классы и имеет больший объем)?

Почему то четкого ответа на этот вопрос я не нашел, в описаниях указана именно microSD, в обзоре на gramin.ru сказано, что microSDHC прекрасно заработала.

SD не бывает больше 2 ГБ, ЕМНИП.

Поделиться сообщением


Link to post
Поделиться на других сайтах
VORON писал(а) Thu, 28 March 2013 19:49
trolleybus писал(а) Thu, 28 March 2013 14:49
Правильно я понимаю, что для обозначенных моделей (конкретно для etrex 20) подойдет не только карта microSD, но и формата microSDHC (которая как раз делится на классы и имеет больший объем)?

Почему то четкого ответа на этот вопрос я не нашел, в описаниях указана именно microSD, в обзоре на gramin.ru сказано, что microSDHC прекрасно заработала.

SD не бывает больше 2 ГБ, ЕМНИП.

да, разобрался, все работает Smile
в общем, для тех, кто будет искать через гугл эту же информацию, сообщаю: microsdhc совместим с garmin etrex 20.

Поделиться сообщением


Link to post
Поделиться на других сайтах
на edge-800 class 10 microSD 32гб живет нормально.....скидывается через внешний картридер почти на треть быстрее чем SDHC class 6.......но, если попробовать закинуть в навигатор/из навигатора через шнурок мини-юсб, то скорость очень маленькая......это так и должно быть, когда используется внутренний картридер прибора?

Поделиться сообщением


Link to post
Поделиться на других сайтах

Создайте аккаунт или войдите для комментирования

Вы должны авторизоваться, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!


Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.


Войти сейчас