А кто-нибудь знает, на каком движке работает AutoCad? Мне необходим 2D-движок для создания подобия ГИС-системы, может кто подскажет, где искать ?

И еще один вопрос, а из всех вышеперечисленных движков есть такие, которые могут генерировать WMF файлы сцены? Иными словами, мне необходимо результат его работы печатать, но вариант с растром не подходит.

amarenkov, AutoCAD работает на своем движке.

Добавлено через 2 минуты
а что входит в понятие "подобие ГИС-системы"? что она должна уметь делать?

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

В данный момент основная проблема для меня - производительность. Все есть, все работает, но медленно... Я пишу на C# Net2.0 с помощью GDI+. GDI+ в основном из-за того, что теми же командами я могу создавать WMF-файлы для печати. DirectX, OpenGL и иже с ними не позволяют, на сколько я знаю, формировать файлы в каком-либо векторном виде. Сейчас производительность оптимизирую тем, что рисую в отдельном потоке и через заданные промежутки времени синхронизирую с основным потоком. При этом, понятное дело, получается так, что сцена отрисовывается не полностью, а как бы поэтапно. 

А когда смотрю на AutoCAD меня съедает черная зависть ). У них же миллионы примитивов рисуются мгновенно... И печатается в любой формат файла, и на принтер печать идет отлично.

Вот и возник вопрос: как же они так делают? Как это у них получается ?

Странно конечно. ИМХО, надо смотреть в сторону оптимизации путем группировки сходных объектов, и постановки их на рисование меньшим кол-вом вызовов ф-ций GDI+. 

Плюс еще -- ты рисуешь как - постоянно перерисовываешь, или только в OnPaint? У тебя всегда все примитивы рисуются, или только когда они попадают в видимую часть окна (т.е. карта всегда полностью помещается в окне?). Сколько примитивов на конвейер попадает? 

Как это?

Поток рисует в свой Bitmap. Этот битмап отображается на OnPaint, или если поток закончил рисование, или если прошел заданный промежуток времени. Из теории построения интерфейсов отклик в 200 мс является допустимым. Таким образом у меня отрисовка сцены разбивается на промежутки времени по 200 мс. А когда поток дорисовал все - он останавливается, и на OnPaint происходит просто отрисовка битмапа потока. Если пользователь добавил объект или сместил зону видимости - все начинается сначала.

Я рисую только те примитивы, которые попадают в область видимости. Плюс к этому, если они находятся слишком далеко они рисуются либо точками, либо отрезками, либо прямоугольниками. А что именно ты подразумеваешь под "конвеером"?

С точки зрения оптимизации можно попробовать еще BSP-Tree. Но я не знаю, насколько это может ускорить работу?

У меня такое ощущение, что GDI+ сам по себе довольно медленный. То есть, набор из 1000 линий он часто не успевает отрисовать за 200 мс.

amarenkov, а ты не мог бы выложить кусок кода мегафункции, которая занимается отрисовкой примитивов?

Добавлено через 1 минуту и 51 секунду
теоретически, все это можно рисовать с помощью XNA. Только придется реализовать обертки для векторных примитивов. 

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



То есть, здесь мои, какие-то внутренние координаты преобразуются в координаты изображения и рисуются.



А эта ХНЯ (пардон, XNA ) реально может сильно ускорить процесс отрисовки? Насколько процесс рисования по скорости будет отличаться от GDI+.

amarenkov, конечно ускорит! Там же 3D акселерация будет использоваться, плюс несколько уровней от API до железа напрямую обходится, за счет DirectX.

Добавлено через 1 минуту и 57 секунд
насчет кода -- покажи мегафункцию, котора разбирает список примитивов и вызывает соответствующие методы рисования, наверняка есть что-то типа

О, а чем сможет помочь 3D акселерация с двух-мерной сценой? ИМХО, она будет мешать .

А, вот ты о какой функции . Вот кусок, который крутится во втором потоке (правда еще не до конца доработанный - переносил из Delphi):



А вот функция, которую он вызывает для каждой фигуры:

как раз наоборот. просто ты будешь рисовать в проекции "сверху-вниз".

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

http://www.esti-map.ru/Программы/MapInfo/M...66/Default.aspx

может тебе помоч

Спасибо, addnr, MapInfo я знаю, но это не то . Проблема состояла в том, на чем мне писать свою ГИС. Мне нужен был либо движок (самый-самый простой - сложное я сам бы наворотил), либо такая технология, которая удовлетворяла все мои потребности (построение полигонов с дырками, печать результата в WMF и т.п.). MapInfo, инъекции AutoCad'a и т.п. не подходят .

WPF ?

QryStaL, WPF не очень подходит, потому как это в корне иная технология. Это весь интерфейс на нее пересаживать надо. А у меня есть только панель (ну или что-то типа), на которой я должен выполнять свои задачи. Плюс, оно медленнее обычного DirectX (читал разные обзоры).

Добрый день, amarenkov.

В данный момент я занимаюсь написанием GIS движка.

Я сам не обладаю достаточным знанием чтобы использовать технологии OpenGL или D3D, но написанную объектную модель можно легко переписать под данные технологии. В данный момент я использую GDI+, могу дать несколько советов как можно ускорить работу.

Для начала я всю карту разбиваю на регионы (прямоугольники), и к каждому прямоугольнику принадлежит его список объектов. если весь прямоугольник попадаетя в поле видимости пользователя то рисуем все что находится в этом прямоугольнике, иначе пропускаем.. таким образом можно урезать большую часть карты и не пробегать ее.

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

и такими способами можно значительно ускорить вывод графических элементов.

Желаю удачи.