Свежие комментарии

Можно воспроизвести искуственным образом. Драйвера на nvidia, скаченные с сайта Windows Updates должны идти без OpenGL, т.е. в качестве драйвера будет использована эмуляция через Microsoft'овский драйвер (OpenGL 1.1). Можно вычистить на какой-нибудь машине с нвидией драйвера, поставить их через Windows Update и посмотреть что получится. Как раз от таких ситуаций и должен спасать Angle.

1) G45 умеет OpenGL 2.0.
2) Насколько я понимаю, использовать просто Qt5 недостаточно. Нужно в конкретном месте использовать ANGLE явно.
3) OpenGL 2.0 != OpenGL ES2, там некоторые Extension'ы отличаются по имени.

> Понимаете, меня интересуют не "фотографы, разбирающиеся в программировании", а просто "фотографы".
Я на самом деле имел ввиду примерно следующие: "неужели не может найтись никого, кто помог бы и сделал соответствующие сборки за Вас?" А мотивы мне вполне понятны.

Понимаете, меня интересуют не "фотографы, разбирающиеся в программировании", а просто "фотографы".
И расклад там такой: 2/3 - винды, 1/3 - мак (в россии - мака поменьше) и где-то в районе третьего знака после запятой - есть какой-то Linux.

Соответственно, если я потрачу время на какую-то фишку, то ее увидят 99% пользователей. А если потрачу на сборку и линуксовый инсталлятор - то 1%.

При этом, конечно, говоря Linux я не имею в виду Андроид. Если уж тратить усилия на новую платформу, то на Андроид или iOS.

Ну так вот родил тест с fp16/fp32 (именно Qt5+ANGLE), раздал людям, выяснил что
Intel H55 - OpenGL поломан (2.0 есть, но падает), плавучка есть, DX9 работает
Intel G45 - OpenGL 1.4, плавучки нет.

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

Но ведь Вы делает сборку под Mac, программа использует OpenGL и SSE3 - т.е. ничего криминального. Компиляция под *nix не должна быть трудной задачей. А мне кажется что фотографов разбирающихся в программировании и готовых помочь среди пользователей Linux сильно больше чем их же среди пользователей Win, и уж точно больше чем 1%...

Софт рендеринг есть в Mesa, правда я не уверен что там всё SSE и multi-thread.

Да, и именно по этой причине новый проект я делаю на Qt5

Но выяснилось неприятное - на "старых чипсетных" интелах нет поддержки float-текстур (ни fp16, ни fp32), а 8-битной точности для моих целей недостаточно.

llvm runtime умеет влинковываться (там патч в две строчки будет -- к мейкфайлу, его динамическим сделали недавно по многочисленным просьбам зрителей)

В юниксе для включения софтрендерера достаточно выставить пару переменных

Ну и писал бы GPF :)

В-общем, счастья не оказалось. Идея была - уйти от malloc(file.size()) и чтения туда (и, соответственно, фрагментации памяти), а прямо ковыряться в mmap, но выяснилось что (используемый т.е. чужой) парсер tiff-тегов так не умеет, а что-то в эту память пишет.

А счастье было так близко.

(C) ставить не надо, просто смотрю - знакомое что-то.....

P.S. нет желания скататься на Хамар-Дабан летом? Что-нибудь несложное, вроде Хангарула, чисто отдохнуть, рыбы половить и все такое.

нету. ну, вернее не было несколько лет назад, но вряд ли ты хочешь такой код not mature enough

Кроме когерентнлсти есть еще грабли с разрывом сетевого соединения, при котором получается AV вместо нормальных файловых/сетевых ошибок. Если нужно прочесть и забыть, то пользоваться можно, если надо долго держать mapping, то не стоит.

В VS2012 новый формат debugger visializers, а они еще не переписали свои под новый формат natvis. Чтобы использовать старый формат autoexp.dat нужно сделать как описано тут в коментарие https://bugreports.qt-project.org/browse/QTVSADDINBUG-129?page=com.atlas...