1. Начало отсчета окна - левый верхний угол. То есть, мне надо самому писать инверсию. Бо у всех нормальных людей знак вектора + по Y это вверх, а тут получается вниз.
в графике абсолютно похуй, откуда начинается начало отсчёта, какой масштаб или угол наклона изображения. Скорректируйте матрицу преобразования координат перед началом отрисовки под удобный вам формат, вот и всё.
2. Нет вывода текста OpenGLем. Можно сделать но будет калично.
рисование красивого текста - это целая тема. Вам наверно лучше попробовать Direct2D, там сразу есть все необходимые функции для работы со шрифтами (загрузка шрифта, получение глифов и аутлайнов, формирование геометрии, форматирование, лайаут и т.д.)
Впизду, это вообще маразм тот еще.
У тебя щас проблемы что-то не отрисовывается, а на на директе у тебя будет ебля с ебаным COM-ом и интерфейсами.
Бред. Никакой ебли. Судя по уровню, лушче взять готовые обёртки, их для дотнета дохуя и больше написано. Например sharpdx
Нету, и не под что другое нету, потому шо это изврат, ОГЛ - это только Ц и кресты.
Бред. OpenGL можно практически на любом языке использовать. Выбранный топикстартером C# идеально подходит под указанную задачу.
попробовал подключить SharpGL. Это ёбаный пиздец. Версий с десяток, понять в какой всё работает из нугета - нереально.
это не столько проблема библиотеки, сколько проблема самого OpenGL. С ним на любом языке есть куча гемора с разными расширениями и разными версиями контекста. Проблема заключается в том, чтобы правильно загрузить контекст OpenGL нужной версии. Но тот-же sharpdx по большей части прячет все эти зависимости внутри себя.
Дело в том, что архитектура идёт к тому, чтобы рисовать графику чисто шейдерами, т.е. на вычислительных мощностях самой видеокарты, практически без использования основного процессора. В такой модели вообще всёравно какой язык будет использоваться, хоть JS. На скорости это заметно не отразится. Но для топикстартера, это пожалуй будет слишком сложно.
Просто тупо средствами .NET не успевает по сериал-порту считывать и отрисовывать - отстает чтение из порта, буфер наполняется и если долго так делать - отключаешь порт, а эта ебатория продолжает рисовать
Ну, или виснет.
Такие вещи делаются несколько иначе. Вам нужно выполнять приём и обработку данных из COM порта в отдельном потоке, чтобы это не мешало быстрой отрисовке. Т.е. вам нужно в отдельном потоке сформировать данные для отрисовки. А в основном потоке только рисовать графику в цикле по готовым данным. Код отрисовки графики нельзя тормозить медленными операциями.
По большому счёту, вашу задачу можно прекрасно решить и с помощью GDI. Но если хочется красивую и быструю графику, со сглаживанием, то лучше использовать Direct2D или OpenGL. OpenGL кроссплатформенный, но с рисованием красивого текста будут сложности, поэтому если вам не критична привязка только к ms windows платформе, то лучше использовать Direct2D - это самый быстрый и качественный с точки зрения графики API под windows.
И шо ты от него хочешь?
