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

[indi]

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

[smarsh]

Вот общая рекомендация с другого форума от представителя Garmin.

Цитата:

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

[Bulawka]

smarsh писал(а) Thu, 17 January 2013 08:25

Вот общая рекомендация ...

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

[indi]

Bulawka писал(а) Thu, 17 January 2013 17:25

smarsh писал(а) Thu, 17 January 2013 08:25

Вот общая рекомендация ...

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

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

[smarsh]

Bulawka писал(а) Thu, 17 January 2013 17:25

smarsh писал(а) Thu, 17 January 2013 08:25

Вот общая рекомендация ...

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

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

[smarsh]

indi писал(а) Thu, 17 January 2013 21:26

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

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

[annihilator]

indi писал(а) Thu, 17 January 2013 07:55

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

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

[VPom]

indi писал(а) Thu, 17 January 2013 09:55

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

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

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

[indi]

VPom писал(а) Tue, 05 February 2013 09:24

indi писал(а) Thu, 17 January 2013 09:55

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

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

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

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

[VPom]

indi писал(а) Tue, 05 February 2013 11:42

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

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

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

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

[indi]

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. Какие-нить Дороги России, порой, тормозят гораздо больше
Если будет возможность сравнить тормоза с магелланами - напишу

[VPom]

indi писал(а) Tue, 05 February 2013 12:39

В jnx размер тайла ограничен максимумом 1024x1024. При этом ничто не мешает создавать тайлы хоть размером 363x122.
Привязка каждого тайла к координатам индивидуальная, каждый тайл имеет 4 координаты. При этом, тайлы могут накладываться друг на друга, могут быть разных масштабов в одном слое.

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

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

indi писал(а) Tue, 05 February 2013 12:39

Но я не скажу что растр так уж тормозит по сравнению с вектором, по крайней мере на 62s. Какие-нить Дороги России, порой, тормозят гораздо больше
Если будет возможность сравнить тормоза с магелланами - напишу

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

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

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

[indi]

VPom писал(а) Tue, 05 February 2013 11:11

indi писал(а) Tue, 05 February 2013 12:39

В jnx размер тайла ограничен максимумом 1024x1024. При этом ничто не мешает создавать тайлы хоть размером 363x122.
Привязка каждого тайла к координатам индивидуальная, каждый тайл имеет 4 координаты. При этом, тайлы могут накладываться друг на друга, могут быть разных масштабов в одном слое.

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

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

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

[VPom]

indi писал(а) Tue, 05 February 2013 13:46

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

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

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

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

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

[indi]

VPom писал(а) Tue, 05 February 2013 12:02

indi писал(а) Tue, 05 February 2013 13:46

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

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

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

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

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

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

[trolleybus]

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

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

[Bulawka]

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

[VORON]

trolleybus писал(а) Thu, 28 March 2013 14:49

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

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

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

[trolleybus]

VORON писал(а) Thu, 28 March 2013 19:49

trolleybus писал(а) Thu, 28 March 2013 14:49

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

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

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

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

[Mihalyich]

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