Выбор графического тулкита для отображения raw-данных

возможно gstreamer (http://gstreamer.freedesktop.org/) c плагином rawparse пойдёт

с gtk точно дружит и поток 3 fps для него как-то ни о чём

кстати и кодить там совсем немного придётся, так что для поделок самое оно

GStreamer, возможно, overkill для такой работы. Да и векторную графику, как я понимаю, он рисовать «искаропки» не будет.

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

Если требуется интерактивность, можно заюзать Graphics View Framework, позволяющий интерактивно перемещать данные на карте и даже учитывать коллизии. Это всё идет «из коробки».

На Gtk+/SDL всё это тоже можно сделать. Но кода будет довольно много и будь готов использовать разные подпорки.

OpenGL?

Если бы я был программистом, то обязательно взялся за Qt.

Однако, мой хлеб — P-CAD, Verilog и C, поэтому хотелось бы решить задачу не погружаясь в C++ и новые тулкиты.

Как думаете, сойдёт ли Cairo? Будет ли для него проблемой большой bitmap?

однозначно cairo

А почему не OpenGL?

Не уверен как лучше всего, но я бы использовал OpenGL, рисуя битмапы в одну текстуру, и рисуя кружочки с помощью Cairo в другую. Но тут есть один нюанс, я годами программировал на OpenGL, и написал с десяток Gtk программ и наверное штук 5 на Cairo. Если вам прийдется с нуля возиться, то я не знаю как лучше.

Нафиг там это говно (я про cairo), если опенгль сам умеет кружочки рисовать?

Я вот уже им посоветовал, но без Cairo все равно не обойдутся

Да что ты говоришь! Почему это они без этой дряни не обойдутся?

Вектор лучше рисовать тем, что умеет рисовать вектор. У них начнет усложняться UI и закончится тем, что они будут трахаться с рисованием этого всего вектора через OpenGL. Cairo сразу даст нормальные масштабируемые круги со сглаживанием без онанизма с треугольниками и возней со сглаживанием OpenGL

Да не, говорю тебе, опенгль прекрасно рисует вектор. А для "кнопочек" и прочей ненужной фигни можно один раз потратить месяцев 2-30, да нарисовать отличную гуебиблиотеку в чистом опенгле. И люди спасибо скажут, и сам будет пользоваться.

// давно такое хочу, но пока что, к счастью, никакой гуйни не нужно

да нарисовать отличную гуебиблиотеку в чистом опенгле

Не нужно

Твои заблуждения проистекают от неосиляторства Cairo

А ты не думал, что я просто после ковыряния в недрах этого убожества, не могу уже на их API спокойно смотреть? Меня от одного вида glib блевать тянет!

А теперь твои предубеждения проистекают от упоротости в программировании на С. Осиль уже Gtkmm, Cairomm

Да я скорей свои локти до колен сгрызу, чем вместо уютной сишечки начну пхытон использовать!

И вообще, я уже неоднократно говорил: если меня заставят пользоваться каким-либо дерьмом (будь то мастдайка, systemd, пхытон или еще какая хрень), я просто переквалифицируюсь в дворники!

пхытон

Gtkmm, Cairomm

/0

Йопт! Там с++.

Даже не знаю, что сказать... В общем, это даже хуже пхытона, пожалуй.

Фанатики такие фанатики

Нет, это когда счетчики ссылок не нужно руками увеличивать и уменьшать

Фанатики такие фанатики

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

GDK?

однозначно cairo

Спасибо, буду пробовать.

А почему не OpenGL?

Думаю, OpenGL по весу и возможностям бы больше подошёл для настоящей программы и настоящего программиста. За отпущенное время мне будет его сложно освоить даже для такой мелкой задачки.

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

Кружочки-палочки-текст надо как-то менять или вывел/убрал в нужных местах и всё?

C Event-ами от DrawingArea что надо делать?

Да и векторную графику, как я понимаю, он рисовать «искаропки» не будет.

добавь cairo с прозрачным фоном в конвеер, наложи и рисуй поверх видео..в чём проблема?

Gtkmm, Cairomm

Ну с gtkmm ещё понятно, он реально упрощает возню с наследованиями при создании своих виджетов. Но нужен ли cairomm? Наследования я там не заметил. Просто чтобы не писать префикс «cairo_»?

один раз потратить месяцев 2-30

30

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

По теме: освоение Cairo занимает от 3 часов до пары дней.

А чего там проняло-то? Я, например, уже кучу велосипедов навелосипедил, а так ничего и не изучил толком — лень. Да и не добил ни одного велосипеда до стадии релиза (сам можешь глянуть на мои высеры на сосфорже и гитхабе: все или в бета, или в альфа, или вообще в преальфа застряло)... Был бы программистом, наверное, добивал бы все, но нафиг — скучно же!

А чего там проняло-то?

Разрабатывать 30 месяцев библиотеку в отрыве от её применения просто невозможно. Вообще говоря, разработка библиотек требует большей квалификации, нежели разработка программ. Иногда значительно.

сам можешь глянуть на мои высеры

Глядел я на код. Ничего не понятно. И странное дело — я экономил пробелы, когда скорость набора была низкой, но это прошло. А ты вон как тексты строчишь, а всё равно в программах все выражения скомканные.

Разрабатывать 30 месяцев библиотеку в отрыве от её применения просто невозможно.

У меня и не такое возможно: я CGI'шную библиотеку больше двух лет назад пилить начал, так и не допилил. Просто не получается взять, да выделить время для непрерывной разработки. Всегда приходится делать тяп-ляп с тем, что когда-нибудь потом еще что-нибудь дотяпляпаешь. Скажем, в той же CGI'шной библиотеке пока я надумывал прифигачить к ней поддержку вебсокетов, уже появилась libwebsockets... Еще одна эпическая штука у меня с переменным успехом уже лет 5 "разрабатывается". По весне было сделал мощный рывок, но матмодель что-то чуть-чуть не сошлась, и я опять забил.

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

Это если ты будешь что-нибудь хитрое разрабатывать, а не какую-нибудь фигню типа кнопочек и ползуночков на опенгле.

А ты вон как тексты строчишь, а всё равно в программах все выражения скомканные.

Не люблю, когда строки длинней 80 символов, да и много строк не люблю (чтобы не приходилось подолгу pgUp/pgDn по одной функции что-нибудь искать). Ну и культуры программистской нет у меня, т.к. я не программист. Это, кстати, "самоучек" во многих областях отличает: я могу прекрасно ложить кафель, но вот как-то что-то все равно не так, как у специалиста получается; могу сплошной шов сварить, но не с первой попытки и т.п.

больше двух лет назад пилить начал, так и не допилил

Это подтверждает то, что я говорил. Писать-то можно, но без конкретной цели ничего не получится.

Прикол в том, что в таком "половинчатом" недопиленном виде оно у меня уже используется.

Обычно переход на С++ для GObject библиотек означает автоматические счетчики ссылок.

https://developer.gnome.org/gdk-pixbuf/unstable/

Для отладочной программы, думаю, достаточно кайро. В своем гткшном радаре использую как OpenGL(GLES2, EGL) - для вывода основного изображения, так и кайро - для реализации электронной лупы в отдельном окошке. В кайро легче разобраться, а с опенгл пришлось повозиться, особенно с выводом текста.