OpenGL вопросы

[dosikus]

Разве не все равно, чем визуализировать-то? OpenGL, SDL - не из пушки по воробьям?

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

[tempora]

... сомнения , что вывод ... через GDI обернется не хилыми глюками и тормозами. ...

Насчет требований к скорости ты ничего не писал. А какие они? Ну, скажем, fps какой?

Опять же забываешь что мне нужен С, не плюсы и объектив С.

Ну, тот факт, что обертка на плюсах, не обязывает тебя пользоваться ими же.

И у тебя вывод бинарный- фон и текст , здесь же цвет и 24 битный может быть ...

Я же написал - организацию экрана можно по-разному сделать.

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

[dosikus]

Насчет требований к скорости ты ничего не писал. А какие они? Ну, скажем, fps какой?

Ну все тебе скажи .
Не знаю пока , я же писал что все на стадии идей .
Кстати если не ошибаюсь у Seggera такая же примочка emuWin, если отбросить сам гуй(тот что ембедд) и оставить только вывод ...

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

А поковыряться в OpenGL заодно ?
Началось все с того что мне насоветовали QT . После непродолжительного ковыряния забросил , Под винду там больше допиливать будешь чем работать .

[tempora]

Не знаю пока , я же писал что все на стадии идей.

А тогда скорострельность вообще не нужна: главное - убедиться в работоспособности алгоритма и, возможно, замерить время исполнения "в тугриках". Потом эти "тугрики" умножить на к-т и оценить будущую результирующую скорострельность.

А поковыряться в OpenGL заодно?

Ааа, ну, так, я ж спрашивал - "есть ли причина, чтоб на нём свет клином сошёлся?" Раз есть, то другое дело. Просто, именно для такой задачи, он ну ооочень избыточен. Его основные прелести заключены в достаточно серьезной математике, спрятанной в либе, и совершенно неиспользованной при выводе (в целях тестирования, исключительно!) плоского массива. Если бы уже в этой задаче имелись потребности в матричных вычислениях, Z-отсечениях, стретчинге и т.д., то и сомнений бы не возникло, а-то - вывод плоского массива 1:1 (практически)... как тут было не спросить про "нафига"?

[dosikus]

tempora, это как кто то ныл недавно - счас все желание на корню убьют .

[tempora]

... счас всё желание на корню убьют.

Эээ... oops...

[Raptor1]

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

Посмотрите в сторону Cairo, вполне приличный контекст, на С, с множеством полезнослей типа антиалиасинга, трансформаций, прозрачности и т.п. Запросто можно использовать в Windows.

[DK]

Можно еще OCV прикрутить... Только я не уверен насчет чистого Си.

[drug2004]

OpenGL, SDL - не из пушки по воробьям?

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

[tempora]

лучше использовать что-то более высокого уровня, чтобы быстрее запустилось

Уверен, что для запуска OpenGL'ного окружения потребовалось бы больше времени, чем для написания простого GD-ёвого.
Но это соображение неактуально, т.к., согласно более позднему откровению, Dosikus хочет разобраться с OpenGL'ем ради самого OpenGL'я.