Свежие комментарии

Title Comment
Не проходит, да. Кроме

Не проходит, да. Кроме min/max надо еще двигаться по спискам и там конечно без ветвления не обойтись.

E-ink, да, приходит в голову, но там есть два "но" 1)если ка

E-ink, да, приходит в голову, но там есть два "но" 1)если карту в нем скроллить, то поля уходят и где мне считать координаты; 2) черно-белая топографическая карта - это жалкое зрелище, а космоснимок - еще более жалкое.

Гуглокарты - в какой-то своей странной проекции (в .map написано Меркатор, но какой-то странный), генштаб - в пулково. Кроме того, гуглокарты (снимки) вовсе без полей, использовать их с бумаги совсем неудобно. А для бумажного генштаба - прибор должен выдавать цифири в генштабовских координатах. Т.е. в пулково и в километровой сетке, а не в градусах.

Что касается логгинга - он не должен жрать много. Но я проверю, конечно, прямо на подоконнике. Визуализация карт должна жрать сильно больше.

А если сортировать чисто

А если сортировать чисто слиянием? Можно представить себе SIMD-инструкцию типа max(x,y) которая как бы и не ветвится?

google использует систему

google использует систему координат "Меркатор на сфере", что существенно отличается от WGS84.

Не, это мой глазомер барахлит. Сегодня был там еще раз. Это

Не, это мой глазомер барахлит.

Сегодня был там еще раз. Это 9x12 или 9x13, до 4 дюймов вроде чуть недотянуло:)

Потому что SIMD. Т.е. если

Потому что SIMD. Т.е. если ветвление, один поток по одной ветке, а второй - по другой, то один поток стоит, а потом другой стоит.

Я знаю что необходимая. В 1984-м (если не путаю, может быть

Я знаю что необходимая.

В 1984-м (если не путаю, может быть в 85-м) мы в Крыму(!), на Южной Демерджи(!) огребли просто холодную ночевку. Притом, ладно бы где-то на склоне, сначала мы в тумане выгребли на верх демерджинского обвала, а потом в темноте спустились по нему где-то еще метров на 200 и только потом зависли до утра.

Могли бы и там остаться, запросто.

А, да, а сначала мы подошли под вершину, село облако и вершину мы так и не нашли.

Это межсезонье, конечно, весенние школьные каникулы.

> а в горах бывает безопаснее "по следам" вернуться тьма нар

> а в горах бывает безопаснее "по следам" вернуться
тьма народа не вернулась с Эльбруса, так как не смогли в буран вернуться по своим следам
крайне необходимая функция!

"Понятно, что сортировка -

"Понятно, что сортировка - дело такое, для потоков плохо предназначенное."

А почему, собственно? Можно разбить входные данные на N равных кучек по количеству процессоров, и сортировать независимо, потом сливать.

Или речь о том чтобы фреймворк сам догадался все это сделать?

>А что касается китайских логгеров-файндеров, то при всей их

>А что касается китайских логгеров-файндеров, то при всей их прикольности выясняется, что WGS84 only. И куда я их буду прикладывать к российской карте?

ты имеешь в виду то, что генштабовские топокарты в пулково? ибо гугельмэпс вроде в wgs84

>2) Логгер "больше чем на сутки" - я пишу, потому что халява, но пользуюсь, конечно, редко.
Ну как же халява, когда батарею ест?

>Че там дома рассматривать, если я и так все помню?
Ну я не знаю, ты же написал про экономичный режим в котором 62s прожило 27 часов, логгируя. ну вот а если логгирование не нужно - то фигли его и включать вообще... логгирования для потом геотаггинга фоток. ну и память она такая - сегодня помню а завтра не помню :)

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

в общем все проблемы от [недостатка] электричества. нужен легкий двигатель стирлинга, который бы работал от тепла костра вечером/ночью или от солнца днем.

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

Там иначе. Новый map2jnx - у

Там иначе.
Новый map2jnx - у меня с ними фигня со всеми листами.
Старый (предыдущий) - со всеми работает.
Mapc2mapc - глючит выборочно.

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

Тут же вот как оно 1) Логгер постоянный иногда нужен прямо

Тут же вот как оно
1) Логгер постоянный иногда нужен прямо в поле. "Уж как пал туман на поле чистое". Вот прямо в прошлом годе с нами было. В *поле* эта задача решается путем "хочу туда", конечно, а в горах бывает безопаснее "по следам" вернуться
2) Логгер "больше чем на сутки" - я пишу, потому что халява, но пользуюсь, конечно, редко. Че там дома рассматривать, если я и так все помню?
3) GPS (выдающий координату) + бумажные карты + барометр - решали все мои проблемы до прошлого года. Но если район большой, то замаешься печатать, однако.
4) Затеяно все - именно чтобы не печатать миллион карт. Скажем, 2-километровка (для машины - 5-километровка), а детали - на экранчике.
5) Плюс - еще спутниковые снимки. На район, куда собираюсь, в увеличении "zoom 16" это битмеп 24x64 килопикселя, 156-мегабайтный ECW. Если это печатать, это 2x6 метра получается. А на кусок района есть и zoom-17.

А что касается китайских логгеров-файндеров, то при всей их прикольности выясняется, что WGS84 only. И куда я их буду прикладывать к российской карте? Вон даже у Delorme нету пользовательской сетки, хотя приличная вроде контора.

Ну дык это, можно конкретный

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

Под андроид какого железа только не понаделали, потому вот и рассматриваю эту платформу, как кандидата для самодельной нафигации. Есть бесплатный софт - gvSIG mini, со стандартными тайловыми форматами (TMS, который генерится через GDAL) и т.п. (с вектором там, правда, фигово пока). Корпус приличный хоть на трехмерном принтере, хоть на CNC выпилить можно.. Если произвол вендоров навигационного железа так дальше и пойдет, придется самодельничать.

Я очень не люблю

Я очень не люблю формулировать фидбек в виде "не работает". Но, наверное, придется. По счастью, свою проблему удалось решить, и то хлеб.

А про андроид я вообще ничего не знаю, кроме того что он существует.

Ну, "тады - ой". На

Ну, "тады - ой".
На gpsunderground можно попытаться сформулировать фидбэк для авторов вышеупомянутых утилит.
P.S.: готовых устройств под Android с батарейным питанием не замечено в природе?

я понимаю - в походе важен вес, но может разные задачи - лог

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

безинтерфейсные логгеры (типа две кнопки - старт\стоп и set waypoint) на двух пальчиковых батарейках живут один световой день (насчет суток не знаю).
к примеру http://www.semsons.com/giphli.html - 67 грамм с AA батарей, на одной батарее живет от 14 до 22 часов, motion sensor - включается когда есть движение.

ну и вообще там можно выбрать http://www.semsons.com/datalogger.html

Последняя. "Patched Beta

Последняя. "Patched Beta 2.95" Последнее неделю назад не было.

Хм, а в приборе-то прошивка -

Хм, а в приборе-то прошивка - последняя?
Потому как именно для нее нужна новая версия JNX с возможностью указания групповых кодов, выборочным включением карт и т.п.

Но вроде бы проблема в ДНК не у прибора, а у программ-конвер

Но вроде бы проблема в ДНК не у прибора, а у программ-конверторов. Предварительно.

Увы :(

Увы :(

А обычное железо общего назначения жрет батареи как свинья и

А обычное железо общего назначения жрет батареи как свинья известно что.

У меня 62s в самом экономном режиме (гашение экрана после 15 секунд неактивности, запись лога два раза в минуту) прожил на подоконнике 27 часов на паре аккумуляторов реальной емкостью 2400 миллиампер-часов.

Вотъ поэтому я и не люблю проприетарное железо специального

Вотъ поэтому я и не люблю проприетарное железо специального назначения. "Ему ж ни в глаз ни дать, ни отпеть в случае чаго" (с) фиг что там поправишь в случае чаго...

Набрел сегодня на такое чудо

Набрел сегодня на такое чудо http://openfarmtech.org/weblog/2011/05/solar-fire/
Использование солнечной энергии без СБ.

Цивилизационные методы - это

Цивилизационные методы - это ядерное оружие?

Как же всё по русски: хотели

Как же всё по русски: хотели как лучше, а получилось как всегда.
Когда же настанет время когда все будет решатся цивилизационными метадами.

Не факт, что быстрее. 6 ядер вместо 4, разогнать можно, до

Не факт, что быстрее.

6 ядер вместо 4, разогнать можно, допустим, до тех же 4.5GHz, но в новом i7 - AVX и, соответственно, 8 float/4 double на операцию (таймингов не знаю, но допустим как и раньше две на такт), а в старом - только SSE4.2, вектор короче т.е. 4float/2double за раз.
А уж матричные операции векторизуются на раз.

Но сам пример, скорее всего, не вполне хорош и делать по нему выводы - неправильно. Производительность - не переносится.

А в i7-980 OpenCL ведь ещё быстрее должен быть? Но разрыв к

А в i7-980 OpenCL ведь ещё быстрее должен быть?
Но разрыв колоссальный.

Это не говоря о том, что можно вообще сделать sin/cos/whatev

Это не говоря о том, что можно вообще сделать sin/cos/whatever на текстурных лукапах (т.е. таблицей с аппаратной интерполяцией), будет еще быстрее.

Я это место в деталях не знаю (да и не в деталях - только по

Я это место в деталях не знаю (да и не в деталях - только пользователь).

На NVidia выигрыш от аппаратных неточных sin/cos/exp/ln настолько большой (а точность там приемлемая, пока не начнешь их вычитать) что конечно фигачат ими.
Что там у интела - вообще не представляю. Вот сделают они DX11 (т.е. с DirectCompute) - можно будет посмотреть внимательнее.

Вот LU-разложение, 1024x1024, double. Тоже пример из SDK AMD

Вот LU-разложение, 1024x1024, double. Тоже пример из SDK AMD, не знаю насколько хорош (но думаю что нинасколько)

GTX480 - 0.14 сек
HD 5870 - 0.32 сек
i7-2600@4.5, Intel OpenCL: 1.5 сек
i7 ..., AMD OpenCL: 13 сек.

При увеличении размера матрицы разрыв Nvidia/AMD сильно растет. Для матриц 2048x2048: 0.85 сек - NVidia, 7.5 сек ATI
4096: 6.39/41.2

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

Pages

Subscribe to comments_recent_new