UR5FCM Logger ver. 3b

[UA3GDW]

Double Buffering при работе с графикой.

А в 6-м Бейсике это реально реализовать?!

[UR5FCM]

А в 6-м Бейсике это реально реализовать?!

Незнаю будум пробовать но позже
Сейчас как у тебя ваккуум....

[RX1AL]

А в 6-м Бейсике это реально реализовать?!

Ну если он на GDI+ всю графику отрисовывает через тот же Pen, то почему же нет?

[UR5FCM]

Ну если он на GDI+ всю графику отрисовывает через тот же Pen, то почему же нет?

Нет я не через перл надо подумать
А что Банд Мап вроде норма - кому не нравится
Я сечас фишку придумал в кластере теперь споты по диапазонам ложаться
и кстати и цвет различный на бенд

[RX1AL]

UA3GDW, UR5FCM:

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

http://www.vbforums.com/showthread.php?t=548048

[RX1AL]

Нет я не через перл надо подумать

Игорь, а как же ты графику рисуешь, если не через Pen или Brush? Кстати смотри внимательно на пример в моем посте.

[RW3DY]

Я сечас фишку придумал в кластере теперь споты по диапазонам ложаться
и кстати и цвет различный на бенд

Давно придумана.

[RX4HX]

Относительно замечания Алексея о бендмап и "flicker free". Решается за счет применения не отрисовки всего в памяти - это дедовский способ и атавизм, чистой воды. Правильнее, использовать двойное буферирование - Double Buffering при работе с графикой.

Михаил! Вы сами поняли чего сказали? Double Buffering - это английское название "отрисовки всего в памяти "! Просто это уже реализовано на некоторых компонентах. И в случае с бандмапом это прийдется делать в ручную.

Добавлено через 3 минуты

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

Ну??!!!! Это именно отрисовка всего в памяти - а потом через BitBlt выводить - абсолютно верно! То, о чем я и писал! Михаил, у меня такое впечатление, что Вы возражаете мне только ради самого возражения

[RX1AL]

Double Buffering - это английское название "отрисовки всего в памяти "! Просто это уже реализовано на некоторых компонентах. И в случае с бандмапом это прийдется делать в ручную. Это именно отрисовка всего в памяти - а потом через BitBlt выводить - абсолютно верно! То, о чем я и писал!

Алексей, вы писали в "памяти"... Ну "заноза" я... Люблю конкретику во всем, уж извините. Терминология должна всегда соответствовать, иначе разночтения могут быть. И я рад, что мы имели в виду одно и тоже... Хотя можно сделать и еще лучше, чем использовать BitBlt - это задействовать сам GPU в графической карте. Согласен, что надо будет писать под два типа - ATI, NVidia, но в базовом варианте команд будет одинаково. Очень маленькие отличия.
Минус, что карты типа Cirrus или интеловские он-боард - не будут работать. Ну для них использовать BitBlt... Определить, какая карта стоит - не сложно.

[UA3GDW]

Double Buffering - это английское название "отрисовки всего в памяти "!

А часом, не двойное буферирование?

Игорь, а как же ты графику рисуешь, если не через Pen или Brush?

Старый, "добрый" Бейсик их скрывает от глаз простого смертного. Их становится видно только, когда рисуешь через API.

Это именно отрисовка всего в памяти - а потом через BitBlt выводить

Ну это вроде и есть буфер.

[RX1AL]

UA3GDW:
Ну не совсем скрывает... Есть же все: а) Paint event процедура, б) DrawWidth, DrawStyle свойства, в) Line, Point методы. Они же не скрыты. Все остальное да, как под "покровом ночи"... Ну так и API никто не запрещает нам использовать, а даже наоборот - рекомендуют.

[RK4FB]

To UR5FCM
Закачал, запустил, ограничение в 1500 записей, далее тестить в лом, не могу с другими логгерами даже результаты сравнить. Зачем ограничены в записях ??? и так есть ограничение 30 дней.

[UR5FCM]

Игорь, а как же ты графику рисуешь, если не через Pen или Brush? Кстати смотри внимательно на пример в моем посте.

Как рисую - как обычно без всяких API
Это больше подходит для карты
а БАНДМАР там же линии рисуются
Где он мерцает не вижу (при изменении размера или нет?)

Михаил спасибо за формулы для длиного пути но как прорисовать его пока не понял


Добавлено через 41 секунду

Закачал, запустил, ограничение в 1500 записей, далее тестить в лом, не могу с другими логгерами даже результаты сравнить. Зачем ограничены в записях ??? и так есть ограничение 30 дней.

Ну уж нет таковы правила игры
Хотите стать бета тестером пишите
Добавлено через 3 минуты

Давно придумана.

Так в моей программе этого раньше небыло

[RX1AL]

UR5FCM:
Это элементарно, Ватсон! Всё очень просто. Если у тебя направление (heading) по короткому пути на корреспондента например, 45 градусов. То, направление по длинному пути будет 360 - 45 = 315 градусов. И рисуй себе другую дугу, по той же самой формуле, по которой и короткий путь рисовал. Формула то одна и та же, даже в статье видно. Параметры поменялись и всё.

Не забудь про округление до целочисленного значения в градусах. То есть 52.6 градуса -> 53 и так далее. Для всех типов ротаторов достаточно.

ПС Магическая фраза в статье: "To find the long path, subtract the heading from 360°."

[RX4HX]

И рисуй себе другую дугу, по той же самой формуле, по которой и короткий путь рисовал.

Интересно все же узнать РЕАЛЬНО как это сделать? Как рисовать короткий путь - я Игорю конкретно рассказал. Как длинный рисовать - пока не придумал. Просто опишите алгоритм. По пунктам. Мне реально интересно!

Цитата:
Сообщение от RX4HX
Double Buffering - это английское название "отрисовки всего в памяти "!

А часом, не двойное буферирование?

Double Buffering (Двойное буферирование) или русское название "отрисовка в памяти" - создается второй буффер в памяти, в котором все рисуется, а затем выводится на форму все разом. Достоинство этого метода - перед прорисовкой канву, на которой наносим рисунок не надо очищать, что избавляет от неприятного мерцания при использовании прямого вывода.

Добавлено через 5 минут

Хотя можно сделать и еще лучше, чем использовать BitBlt - это задействовать сам GPU в графической карте.

Это однако крутовато для вывода текстовой информации Мы тут вроде как не Квейк пишем!
Справка: BitBlt - самая "низовая" ф-ция работы с видеоизображением Windows. Является самой быстрой из всех существующих, в результате использования этой ф-ции даже на Пентиум - 120 отображение не мерцает.