Увидел свет (http://www.darktable.org/2015/12/darktable-2-0-released/) значительный релиз программы для редактирования фотографий Darktable 2.0 (http://www.darktable.org), выступающей в роли свободной альтернативы таким продуктам, как Adobe Lightroom и Apple Aperture. Darktable поддерживает (http://www.darktable.org/features/) работу с RAW-изображениями и предоставляет большую подборку модулей для выполнения всевозможных операций по обработке фотографий. Darktable позволяет вести базу исходных фотографий, осуществлять наглядную навигацию по имеющимся снимкам и при необходимости выполнять операции корректировки искажений и улучшения качества, сохраняя при этом исходный снимок и всю историю операций с ним.
<center><a href="http://tatica.org/wp-content/uploads/2015/11/darkroom.jpg&qu... src="https://www.opennet.dev/opennews/pics_base/0_1450970738.jpg&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>
Особенности выпуска:- Интерфейс портирован на GTK+3;
- Новый кэш миниатюр, который заменил собой MIPMAP (значительно увеличена скорость, меньше крахов);
- Добавлен режим печати;
- Переработан экран работы с цветами;
- Поддержка текстовых водяных знаков;
- Модуль реконструкции цвета;
- Модуль корректировки черных/белых точек на RAW-изображениях;
- Изменения в инструменте затенения и осветления;
- Тонкая настройка интерполяции в модуле баланса белого;
- Профили шума теперь хранятся во внешнем файле JSON;
- Навигация по световому столу клавишами со стрелками и пробел/ввод;
- Экспорт в PDF;
- Возможность экспорта с масштабированием;
- История изменений больше не пропадает если переключаться между файлами;
- Водяной знак может менять текст/шрифт/цвет;
- Информация изображения теперь поддерживает высоту GPS;
- Ctrl+клик мышью добавляет узлы к базовой или тоновой кривой;
- Новый параметр "Режим" при экспорте;
- С помощью скриптов Lua можно добавить элементы пользовательского интерфейса к световому столу;
- Новое хранилище для внешних скриптов Lua.- Базовая поддержка новых камер:
- Canon PowerShot G5 X- Olympus SP320- Panasonic DMC-FZ150 (3:2)- Panasonic DMC-FZ70 (1:1, 3:2, 16:9)- Panasonic DMC-FZ72 (1:1, 3:2, 16:9)- Panasonic DMC-GF7 (1:1, 3:2, 16:9)- Panasonic DMC-GX8 (4:3)- Panasonic DMC-LF1 (3:2, 16:9, 1:1)- Sony DSC-RX10M2
- Преднастройки баланса белого для камер:
- Canon EOS M3- Canon EOS-1D Mark III- Canon EOS-1Ds Mark III- Canon PowerShot G1 X- Canon PowerShot G1 X Mark II- Canon PowerShot G15- Canon PowerShot G16- Canon PowerShot G3 X- Canon PowerShot G5 X- Canon PowerShot S110- Panasonic DMC-GX8- Panasonic DMC-LF1- Pentax *ist DL2- Sony DSC-RX1- Sony DSC-RX10M2- Sony DSC-RX1R- Sony DSLR-A500- Sony DSLR-A580- Sony ILCE-3000- Sony ILCE-5000- Sony ILCE-5100- Sony ILCE-6000- Sony ILCE-7S- Sony ILCE-7SM2- Sony NEX-3N- Sony NEX-5T- Sony NEX-F3- Sony SLT-A33- Sony SLT-A35
- Профили подавления шума для камер:
- Canon EOS M3- Fujifilm X-E1- Fujifilm X30- Nikon Coolpix P7700- Olympus E-M10 Mark II- Olympus E-M5 Mark II- Olympus E-PL3- Panasonic DMC-GX8- Panasonic DMC-LF1- Pentax K-50- Sony DSC-RX1- Sony DSC-RX10M2- Sony ILCA-77M2- Sony ILCE-7M2- Sony ILCE-7RM2- Sony SLT-A58
<center><iframe width="640" height="360" src="https://www.youtube.com/embed/VJbJ0btlui0?rel=0" frameborder="0" allowfullscreen></iframe></center>URL: http://www.darktable.org/2015/12/darktable-2-0-released/
Новость: http://www.opennet.dev/opennews/art.shtml?num=43582
Отличная новость! Только сегодня поставил релиз-кандидат и на тебе.
Огорчает отсутствие поддержки Винды.
В приницпе, да, но не в праве требовать..
Вдонать пару тысяч зелёных (ну или сколько там) - делов-то. Ну или портируй.
>Огорчает отсутствие поддержки Винды.Дык ить - нет венды - нет огорчений :)
нету поддержки phase one :(
Я извиняюсь. Но даже не знаком с таким. Как обычный юзер данных программ, все что есть и так выше крыши.... В обработке графики конечно не силён. Но обработать фото Сына, мне будет очень приятно ! :)
>Выпуск программы для профессиональной обработки фотографий
>профессиональной
>профессиональной
>профессиональной
А если найду?
http://i.imgur.com/SKzQsJR.png
Кхе. В 2.0 этот файл уже не открывается, потому что LibRaw выкинули.
Походу гном передаётся через гтк3.
> нету поддержки phase one :(У вас есть оборудовние phase one?
Рад за вас!
Ну вот можете побыть тестером как раз, подозреваю, что среди пользователей просто не нашлось таких, они ж все на capture one сидят, поди.
Лучший!
Логотип у Хрома украли, какая наглость.
На логотипе ДТ изображена ирисовая диафрагма с разноцветными ламелями. Лого Хрома — это явно что-то другое.
А логотип хрома куда-то исчез?
> А логотип хрома куда-то исчез?Вы думаете, почему гугл так часто хром релизит? Потому что только они выпустят апдейт, как выходит новая версия дарктейбла со спёртым логотипом. Приходится опять релизить хром и восстанавливать справедливость. В общем, гугл половину маркетингового бюджета на перепечатку логотипа хрома сливает. Плачут, а сделать ничего не могут. Инфа 146%, мне сам Брин сказал.
Нет, но ущерб нанесён.
Одна из тех программ, поддержки которой мне бы хотелось и на оффтопе.
Моя любимая SIGMA в пролете (как всегда).
А где есть сборки для Win32 и есть ли они вообще?
Нигде нет и не будет.https://www.darktable.org/2015/07/why-dont-you-provide-a-win.../
> Нигде нет и не будет.какого вы низкого мнения о шиндушсоидах. впрочем, обоснованно.
Кто -- мы?
Вообще-то есть. Этим летом вышел. Пока скорее правда как концепт: нормально работать нельзя, но в принципе запускается. Так что, если спрос будет, со временем возможно дошлифуют до готовности. Дополнительные тестеры (пользователи) программы - они ж никогда не лишние, так что почему бы и нет.
Парта ничего шлифовать не будет, он не прогер, а компилятор.
> Дополнительные тестеры (пользователи) программы - они ж никогда не лишниеА вот на этот счёт есть разные мнения.
http://article.gmane.org/gmane.comp.graphics.darktable.devel...
согласен. Но тут речь не даже не столько о трудовом программистском ресурсе и отчётах об ошибках, сколько об идеях о по методам обработки изображений, интерфейсу, создании профилей камер, и прочей работе, которая никак не зависит от платформы. По крайней мере у RawTherapee вроде бы сейчас всё неплохо, по крайней мере, если смотреть по их форуму. А ведь значительная часть их пользователей идёт совсем не с Linux. И ничего, как-то они все уживаются, и двигают общий проект, довольно-таки неплохой
Вот уж с чем нет проблем, так это с идеями. У любого крупного опенсорсного проекта для креативщиков багтрекеры переполнены ссылками на научные публикации, конкурирующий софт и тэ пэ.Что касается профилей камер, вы же наверняка следите за проектом и знаете, что их в каждом релизе дарктейбла по десятку-два прибавляется. Windows тут погоды особой не сделает.
хотя, если совсем строго, он был только в win64 версии, так что win32 возможно действительно никогда не будет. Технических сложностей, чтобы сделать такую версию по всей видимости нет (раз уж win64 сделали), просто никто пока не вызвался этим заниматься. Видимо все фотографы, умеющие программировать, либо уже ушли на Linux, либо забили и пользуются другими решениями
фи, оболочка дешёваяа в OpenBSD
2015-12-24 / UPDATED (1.6.9 => 2.0.0)
graphics/darktable
COMMENT: virtual lighttable and darkroom for photographers
в видеоролике на 4:30 видно, как кнопка close не влезает в окно.
Это уже традиция для СПО…
> Это уже традиция для СПО…ты в своем праве купить винду и лайтрум, или что там тебе удобно, тебя никто не заставляет пользоваться именно этой программой. а у меня почему-то кнопки умещаются и программа очень радует обработкой равок, позволяя многое отыграть.
Отлично, больше сказать нечего
А там обрезка и масштабирование есть? Иногда надо не только цветокоррекцию, а именно обрезку, выделение областей и пр, а гимп для этих целей слишком велик.
> А там обрезка и масштабирование есть?Да. Масштабирование -- при экспорте.
> Иногда надо не только цветокоррекцию, а именно обрезку, выделение областей
Там выделение только для создания масок.
GTK+3 рулит, отлично, что всё больше и больше проектов выбирают его!
На Gnone 3.18 печально выглядит в некоторых местах. По поводу отсутствующей тени окна файлового менеджера мне вежливо отказали на багтрекере. Хотя тень можно вернуть одной строкой, но много ещё мелких косяков. Судя по всему разрабы пилят на убунте где гтк может быть и 3.10 даже. И у них видимо нормально выглядит.
>На Gnone 3.18 печально выглядит в некоторых местахну так гном делает все, чтобы за ним не угнаться.
Круто конечно. Всегда хотелось его изучить, но увы =(
Вот буквально вчера запускал сие поделие^W программу.
Я, конечно, не профессионал, но ощущения остались сомнительные.
Закончил я её использовать когда не обнаружил кнопки сделатьзаеб^W "авто" в настройках баланса белого. Что вообще делать, когда нет такой кнопки, на фото отсутствует белый предмет и камера ошиблась с ББ? Ручками крутить до посинения? (в том же лайтруме несколько лет назад такая кнопка прекрасно работала в 90% случаев. По крайней мере после автокоррекции почти всегда докрутить до нормального состояния проще, чем из исходного материала).
Заметил, что demosaicing по дефолту стоит PPG, а мне всегда казалось, что VNG4 лучше. Я не прав?
Highlihgt reconstruction стоит в clip. Опять я думал, что reconstruct in lhc выглядит объективно лучше в любом случае.
Зато работает быстрее, я полагаю? Что ещё по дефолту у них выставлено в объективно не лучшие значения?
spot white balance на всю фотку
"пастернака не читал, но осуждаю"...
не нашел - не есть равно "нет". раз уж так чего-то хотелось, может стоило ознакомиться с документацией?ps. хотя авто бб там и так легко находится.
> "пастернака не читал, но осуждаю"...
> не нашел - не есть равно "нет". раз уж так чего-то хотелось,
> может стоило ознакомиться с документацией?
> ps. хотя авто бб там и так легко находится.Вполне можно было сделать так, чтобы не нужно было читать доки. Лайтрум тому пример. (я бы ещё понял, если бы они не копировали так явно этот лайтрум)
Аноним выше оказался куда более эффективнее.
Раз вы читали документацию, то может быть, прокоментируете ещё и demosaicing?
> Заметил, что demosaicing по дефолту стоит PPG, а мне всегда казалось, что VNG4 лучше. Я не прав?Нет. В порядке увеличения качества: linear, VNG, PPG, AHD, DCB.
VNG4 - вообще специальный случай для матриц RGGB, где два зеленых неравны и их следует рассматривать как отдельные цвета. Если вы видите при большом увеличении лабиринт из горизонтальных и вертикальных линий с остальными алгоритмами - то значит у вас именно такая матрица.
dcraw/libraw имеет опцию -f, которая позволяет всем алгоритмам (по крайней мере встроенным VNG, PPG, AHD, DCB) обрабатывать RGGB как четыре цвета и избегать этого дефекта.
Хорошая новость, у меня как раз цифровик Olympus есть, можно поэкспериментировать с изображениями.
> Увидел свет значительный
> релиз программы для редактирования фотографий Darktable 2.0 (
> - Интерфейс портирован на GTK+3;А чем не устраивал GIMP? Возможно какраз надобылобы портировать на QT для полярности мира графическиъх редакторов под Linux.
Поток сознания неплохо бы хоть немного причесывать перед публикацией.При чём тут вообще гимп и qt?
> Поток сознания неплохо бы хоть немного причесывать перед публикацией.Вам бы тактичности немного.
> При чём тут вообще гимп и qt?
А в чем суть Вашего вопроса? Не знаете, что такое GIMP и историю создания GTK?
Или не понимаете почему я предлагаю полярно занять вторым похожим приложением QT?
> Или не понимаете почему я предлагаю полярно занять вторым похожим приложением QT?Непонятно. Или тулкитофобия одолела?
>> Или не понимаете почему я предлагаю полярно занять вторым похожим приложением QT?
> Непонятно. Или тулкитофобия одолела?Да, мне еще с университета не нравиться API всех версий GTK.
На мой взгляд API там полный бардак, то ли дело QT.
> Да, мне еще с университета не нравиться API всех версий GTK.
> На мой взгляд API там полный бардак, то ли дело QT.А мене не нравится раздутость кодовой базы qt и большой расход памяти. Есть желание - напишите frontend для gimp на qt, благо основной движок там фактически отделен от gui.
>> Да, мне еще с университета не нравиться API всех версий GTK.
>> На мой взгляд API там полный бардак, то ли дело QT.
> А мене не нравится раздутость кодовой базы qt и большой расход памяти.
> Есть желание - напишите frontend для gimp на qt, благо основной
> движок там фактически отделен от gui.Ну я напрямую дергал в свое время функции GIMP библиотек благо они все примаплены к Lua, Python и черт знает к чему там еще.
Это позволяет автоматизировать некоторые процессы, но опять таки тут надо уже сомтреть наверное в обработку уже специализированными библиотеками, а не тянуть таких монстров.
> Это позволяет автоматизировать некоторые процессы, но опять таки тут надо уже сомтреть
> наверное в обработку уже специализированными библиотеками, а не тянуть таких монстров.Библиотеки гимпа можно использовать как угодно, в том числе и на чистом C. Я так писал для себя простой редактор для быстрой правки фото.
> А в чем суть Вашего вопроса?Суть моего вопроса в том, что ваш поток сознания не расшифровывается.
Вы пытаетесь сравнивать разнотипные приложения и ожидаете какого-то понимания.
> Или не понимаете почему я предлагаю полярно занять вторым похожим приложением QT?
Нет, не понимаю. Тем более не понимаю, при чём тут "полярно".
>> А в чем суть Вашего вопроса?
> Суть моего вопроса в том, что ваш поток сознания не расшифровывается.Ну так и задайте наводящий вопрос.
> Вы пытаетесь сравнивать разнотипные приложения и ожидаете какого-то понимания.
В чем разный тип приложений? Это еще один растровый редактор с чуть большей поддержкой фильтров, что Вы мне тут зубы заговариваете.
>> Или не понимаете почему я предлагаю полярно занять вторым похожим приложением QT?
> Нет, не понимаю. Тем более не понимаю, при чём тут "полярно".Ну значит сообщение адресовано не Вам пройдите дальше и читайте сообщения понятные и адресованные Вам.
>> Вы пытаетесь сравнивать разнотипные приложения и ожидаете какого-то понимания.
> В чем разный тип приложений? Это еще один растровый редактор с чуть
> большей поддержкой фильтров, что Вы мне тут зубы заговариваете.Т.е. вы даже не попытались разобраться в предмете обсуждения, но уже имеете мнение по поводу того, на каком языке и тулките разработчики должны были писать свой софт. Это неизъяснимо прекрасно :D
>>> Вы пытаетесь сравнивать разнотипные приложения и ожидаете какого-то понимания.
>> В чем разный тип приложений? Это еще один растровый редактор с чуть
>> большей поддержкой фильтров, что Вы мне тут зубы заговариваете.
> Т.е. вы даже не попытались разобраться в предмете обсуждения, но уже имеете
> мнение по поводу того, на каком языке и тулките разработчики должны
> были писать свой софт. Это неизъяснимо прекрасно :DКонечно. Именно это я и написал. Видите спустя некотрое время Вы расшифровали мое сообщение. Более того я и дальше разбираться в куче GTK софта не стану, так как абсолютно убежден, что это как ковыряться в груде мусора, который с каждым годом становиться все больше и жирнее.
> Более того я и дальше разбираться в куче GTK
> софта не стану, так как абсолютно убежден, что это как ковыряться
> в груде мусора, который с каждым годом становиться все больше и
> жирнее.Т.е. вы пишете про то, в чём не просто не разбираетесь, но даже принципиально не собираетесь разбираться. Отлично же! Яркий пример деградации комментаторов на опеннете.
>> Более того я и дальше разбираться в куче GTK
>> софта не стану, так как абсолютно убежден, что это как ковыряться
>> в груде мусора, который с каждым годом становиться все больше и
>> жирнее.
> Т.е. вы пишете про то, в чём не просто не разбираетесь, но
> даже принципиально не собираетесь разбираться. Отлично же! Яркий пример деградации комментаторов на опеннете.Вы умело превратили одно сообщение с моим мнением о интерфейсе на GTK в _публичное Д'Артаньянство_. Если говорить о ярком примере, то посмотрите на себя. Вы зачем развели такую увесистую нить и ни разу не сказали ничего о оспариваемых технологиях?
Если есть что сказать о сути редактора, а именно о его аспектах как редактора, то создайте свою нить и обсудите со своей аудиторией, чего лезть в другие темы? Зачем вообще заниматься этим? Самоутверждаться? Что Вы хотели сказать своим - фильтруйте сообщения?
У меня есть мнение насчет QT и GTK я считаю, что QT подходит больше для приложение, так как часто GTK работает медленно (сталкивался с какими-то). Готовы оспорить милости прошу - я могу заблуждаться или не до конца знать какой-то аспект приложения.
Это аспект приложения как скажем резина на Вашем автомобиле. Я могу быть не специалистом в Вашей модели, но какая-то деталь мне может в ней не нравиться.
Вообщем надо заканчивать данную нить, так как она переходит в личное общение построенное на какой-то агрессии с Вашей стороны и не несет никакой пользы для читателей.
> Вы зачем развели такую увесистую нить и ни разу не сказали ничего о оспариваемых технологиях?Каких оспариваемых технологиях? Кем оспариваемых? Вами что ли? Вы обсуждаемый софт не видели в глаза, более того, совершенно не понимаете, для чего он создан. И уж тем более не можете оценить его производительность.
>> Вы зачем развели такую увесистую нить и ни разу не сказали ничего о оспариваемых технологиях?
> Каких оспариваемых технологиях?QT vs GTK
> Кем оспариваемых? Вами что ли?
Да. Я считаю, что GTK не подходит для данного приложения и вообще для разработки приложений. Оспаривайте.
> Вы обсуждаемый софт не видели в глаза, более того, совершенно не понимаете,
> для чего он создан. И уж тем более не можете оценить его производительность.Вы не видите разницы между Runtime-графической системы и Runtime-библиотеки UI?
P.S. Прекратите унизительный тон и соблюдайте тактичность пожалуйста.
> Да. Я считаю, что GTK не подходит для данного приложенияНа основании какого личного опыта работы с этим приложением? На основании каких сравнительных тестов?
>> Вы обсуждаемый софт не видели в глаза, более того, совершенно не понимаете,
>> для чего он создан. И уж тем более не можете оценить его производительность.
> Вы не видите разницы между Runtime-графической системы и Runtime-библиотеки UI?Я вижу разницу между пользователями обсуждаемого софта и малограмотными комментаторами, которые выучили умные слова, но пока не научились складывать их в осмысленные предложения.
> P.S. Прекратите унизительный тон и соблюдайте тактичность пожалуйста.
Это ещё надо заслужить.
Почитайте, для каких юзкейсов придуман darktable. Установите программу, поработайте с ней. Напишите тесты, наглядно демонстрирующие преимущества Qt/C++ перед GTK/C в решении тех же задач. После этого приходите -- и вот тогда мы поговорим на равных.
> На основании какого личного опыта работы с этим приложением? На основании каких
> сравнительных тестов?Да, на основании личного опыта использования приложений GTK и приложений QT.
> Я вижу разницу между пользователями обсуждаемого софта и малограмотными
> комментаторами, которые выучили умные слова, но пока не научились складывать
> их в осмысленные предложения.Это ваша личная проблема. Она уже известна людям и называется Д'Артаньянство когда кругом все "малограмотные" комментаторы.
>> P.S. Прекратите унизительный тон и соблюдайте тактичность пожалуйста.
> Это ещё надо заслужить.То есть для того что бы не получать личные оскорбления от Вас на форуме я должен у Вас это заслужить? С Вами какой-то непорядок на мой взгляд. Сколько людей столько и мнений и Ваше мнение так же может кому-то не нравиться, но это не повод разводить личную агрессию и писать оскорбления. Таким образом Вы развиваете тиранию.
> Почитайте, для каких юзкейсов придуман darktable. Установите программу,
> поработайте с ней.Зачем?
> Напишите тесты, наглядно демонстрирующие преимущества Qt/C++ перед GTK/C в решении тех же задач.
Без проблем. Сколько готовы заплатить за данную задачу?
> После этого приходите -- и вот тогда мы поговорим на равных.
То есть Вы это все проделали, что бы говорить на равных? И считаете, что GTK в данном случае подходит больше?
> То есть Вы это все проделали, что бы говорить на равных? И
> считаете, что GTK в данном случае подходит больше?Не существует тестов, которые доказывали бы обратное на примере именно обработки графики именно так, как делает это darktable. За отсутствием таких тестов любые рассуждения на тему, что быстрее -- Qt/C++ или GTK/C -- пустая болтовня, которой вы с упоением предаётесь.
Ваши познания в предметной области прекрасно видны по бессмысленной фразе "А чем не устраивал GIMP?". Поэтому ваши навыки по созданию сравнительных тестов я оцениваю в десять российских копеек.
Ещё раз: изучите предметную область, поработайте с обсуждаемым софтом, познакомьтесь с OpenCL и OpenMP. После этого мы поговорим на равных.
>> То есть Вы это все проделали, что бы говорить на равных? И
>> считаете, что GTK в данном случае подходит больше?
> Не существует тестов, которые доказывали бы обратное на примере именно
> обработки графики именно так, как делает это darktable. За отсутствием
> таких тестов любые рассуждения на тему, что быстрее -- Qt/C++ или GTK/C
> пустая болтовня, которой вы с упоением предаётесь.Я ранее писал, что речь не редакторе, а впечатлении о библиотеке и моем мнении.
> Ваши познания в предметной области прекрасно видны по бессмысленной фразе "А чем
> не устраивал GIMP?"Если Вы не видите смысла возможно Вы просто дурак или продолжаете личную агрессию.
> Поэтому ваши навыки по созданию сравнительных тестов я оцениваю в десять российских копеек.
Ну за такую цену мы с Вами не договоримся.
> изучите предметную область, поработайте с обсуждаемым софтом, познакомьтесь
> с OpenCL и OpenMP. После этого мы поговорим на равных.Вы изучили три с половиной фреймворка OpenCL и OpenMP и хотите со мной говорить на равных.
Вы не сможете хотя бы только потому, что не можете элементарно тактично вести беседу. А это отличительная черта специалиста.
Отличительная способность специалиста -- рассуждать о том, в чём разбираешься. Дядушка Линус с такими как вы не церемонится, однако ж в его профессионализме что-то мало кто сомневается.Всё, что вы пока сумели продемонстрировали -- способность корявенько рассуждать о сферических приложениях GTK+ в вакууме -- в отрыве от конкретики, которой вы вообще не владеете. Более того -- принципиально отказываетесь владеть. Вот это и характеризует вас как "специалиста", стоимость услуг которого -- десять копеек.
Ну и этот ваш переход на личности чрезвычайно характерен. Чтобы говорить по существу, надо ведь владеть темой. Вот вам только и остаётся что называть других дураками. Прискорбно.
Однако мы уклонились от темы. Так что там с заморозкой интерфейса darktable? Конкретики так и не будет? Опять космические корабли на просторах Большого театра?
> Так что там с заморозкой интерфейса darktable?Если darktable может нагружать GPU на 100% при использовании OpenCL, то можно получить не то что тормоза в интерфейсе одной программы, но и во всех иксах. Правда это будет связано не с тулкитом, а с проблемами реализации OpenCL в драйвере amd.
> Отличительная способность специалиста -- рассуждать о том, в чём разбираешься.
> Всё, что вы пока сумели продемонстрировали -- способность корявенько рассуждать о
> сферических приложениях GTK+ в вакууме -- в отрыве от конкретики, которой вы
> вообще не владеете. Более того -- принципиально отказываетесь владеть. Вот это
> и характеризует вас как "специалиста", стоимость услуг которого -- десять копеек.Ваше мнение я понял - Вы с вашим высоким уровнем не можете сравнить производительность UI данных продуктов.
Предлагаю на это обьявить Вас великим знактоком QT, GTK, OpenCL и OpenMP. А так же властилином darktable. На этом угомонитесь и идите мыть чашку.
> Ну и этот ваш переход на личности чрезвычайно характерен. Чтобы говорить по
> существу, надо ведь владеть темой. Вот вам только и остаётся что
> называть других дураками. Прискорбно.Я Вас не называл дураком. Я сказал, что тот кто не понял - тот дурак. Почувствуйте разницу.
> Так что там с заморозкой интерфейса darktable? Конкретики так и не будет?
> Опять космические корабли на просторах Большого театра?Конечно не будет. Вы серьезно предполагаете, что на таком форуме среди таких Д'Артаньянов можно серьезно рассуждать о серьезных вещах да еще за 10 копеек? Я думаю, что люди тут собираються что бы по самоутвержатся.
P.S. Давайте угадаю селдущее Ваше сообщение не будет содержать оскорблений и самоутверждений.
> Не существует тестов, которые доказывали бы обратное на примере именно
> обработки графики именно так, как делает это darktable. За отсутствием
> таких тестов любые рассуждения на тему, что быстрее -- Qt/C++ или
> GTK/C -- пустая болтовня, которой вы с упоением предаётесь.Чушь городишь - сравнить отзывчивость работы тулкитов легче простого. Достаточно, взять две очереди сообщений и заполнить ее синтетическим набором сообщений и измерить время реакции. Правда тут скорее важно закодили и дело далеко не в GTK.
К редактору отношения конечно мало, но пользоваться ты им всеткаи будешь через интерфейс.
Вообще с QT одна только радость, что работает почти на всем что найдет (подробнее тут https://www.wikivs.com/wiki/GTK_vs_Qt), а насчет GTK+ не знаю, но вроде особой необходимости в фотошопах на виндах никто не испытывает.
> Правда тут скорее важно закодили и дело далеко не в GTK.Вот-вот, сразу же начинаются оговорки.
Затыки в приложениях происходят во многом из-за попытки делать всё в один процесс. Но в darktable, например, экспорт делается в отдельный поток и не блокирует интерфейс. Несмотря на GTK+. Но для того, чтобы рассуждать на эту тему, надо сначала поиметь опыт работы с приложением. А наш пациент категорически от этого отказывается, потому что он и так самый умный.
> Но в darktable, например, экспорт делается в отдельный поток и не блокирует
> интерфейс. Несмотря на GTK+.Тут GTK+ вообще не причем. А предметная область тут просто длительная задача для UI.
> А наш пациент категорически от этого отказывается, потому что он и так самый умный.
... оба пи3доболы
> У меня есть мнение насчет QT и GTK я считаю, что QT
> подходит больше для приложение, так как часто GTK работает медленно (сталкивался
> с какими-то). Готовы оспорить милости прошу - я могу заблуждаться или
> не до конца знать какой-то аспект приложения.Скорость отрисовки GUI обычно не является узким местом производительности приложения в целом. Запустите gtkperf и посмотрите с какой скоростью отрисовывается gtk. Есть вероятность, что gtk отрисовывается быстрее qt. ИМХО в целом скорость отрисовки больше зависит от 2d драйвера, чем от тулкита. Исключение - android: его родной gui крайне тормозной. Возможно, qt5 с qml, стали на те же грабли. Так что если заботит производительность - никому не доверяйте, а проводите собственное тестирование в критичных для вас ситуациях.
Для быстрого поиска узких мест можете попробовать sysprof.
>> У меня есть мнение насчет QT и GTK я считаю, что QT
>> подходит больше для приложение, так как часто GTK работает медленно (сталкивался
>> с какими-то). Готовы оспорить милости прошу - я могу заблуждаться или
>> не до конца знать какой-то аспект приложения.
> Скорость отрисовки GUI обычно не является узким местом производительности приложения в
> целом.Согласен.
Одно "замерзание" графического интерфейса дает негативное впечатление о произведении в целом.
Именно такое впечателение у меня и сложилось за годы использовании GTK на старом обрудовании.
Понятное дело, что на хорошем железе разницу не так легко заметить, но вот при использовании "слабого железа" такое просто неизбежно.
> Одно "замерзание" графического интерфейса дает негативное впечатление о произведении
> в целом."замерзание" графического интерфейса вызывается тем, что программа исполняется в один поток и в момент "замерзания" исполнялась другая задача и gui не мог обновится, пока задача не завершится. Смена тулкита в данном случае не поможет.
> Одно "замерзание" графического интерфейса дает негативное впечатление о произведении в целом.Продемонстрируйте это замерзание на примере darktable.
>> Одно "замерзание" графического интерфейса дает негативное впечатление о произведении в целом.
> Продемонстрируйте это замерзание на примере darktable.толь с повышенным ЧСВ тебе никто ничего не должен
Да, никто не обязан делать заявления, которые хоть чем-то подтверждены. Вместо этого критики могут выковыривать аргументы из носу, обижаясь на тех, кто разбирается в теме.Ваша точка зрения ясна, вопрос предлагаю считать закрытым.
> Да, никто не обязан делать заявления, которые хоть чем-то подтверждены.
> Вместо этого критики могут выковыривать аргументы из носу, обижаясь на
> тех, кто разбирается в теме.Возможно, Вы только делаете вид, что разбираетесь в теме, так как аргументов от Вас или хотя бы ответов на поставленные вопросы так и не последовало. Вы о отличиях от GIMP не написали и причины выбора именно GTK, а не QT так и не раскрыли. А что последовало? ГоVно-гоVно-гоVно (с) Фриман
Более того я действительно впервые увидел данный редактор и новость о нем и хотел познакомиться с ним, но вместо ответов на вопросы(возможно наивные и глупые на Ваш взгляд) получил оскорбления и ЛИЧНОЕ общение в уничижительном наклонении. А так же унижение чести и достоинства в СМИ. По хорошему Вы претендуете на Статью 5.61. пункт 2 - Оскорбление.
Представьте, что Вы идете по улице и видите яркую вывеску, которая Вас заинтересовала Вы заходите в салон познакомиться с этим новым продуктом и понимаете, что это определенный вид транспортного средства(новый для Вас) и задаете наводящий вопрос я знаю, что кузова из алюминия хуже кузовов из стали и не очень устойчивы к граду. К Вам подбегает мужик и на Ваш вопросы отвечает: вот какие в салон дураки заходят одни что бы со мной говорить на одном уровне должны вырасти и вообще дураки такие вопросы задавать. Я думаю, можно сделать очевидный вывод, что это аномальное поведение.
На мой взгляд Вы заложник собственного контракта о пользователях сайта OpenNET и Вы думаете, что пользователи сайта ВАМ что-то должны. Очень странная позиция.
В любом случае я Вам порекомендую:
1. Тактичность, тактичность и еще раз тактичность;
2. Умение слушать пользователей разных уровней и больше задавать вопросов, а не выставлять свое Д'Артаньянство впереди себя, так как Вас просто посчитают _хвастунишкой_ знающего пару тройку технологий;
3. И наконец разобраться внутри себя и своего представления о мире, что такое свободная площадка и кто кому и что должен;Теперь по существу:
1. Вопросы так и остались не отвеченными: В чем же отличия от GIMP?
2. Целесообразность выбора именно GTK, а не QT в данном продукте?P.S. Если Вы достаточно самоутвердились, то я готов выслушать извинения за Ваше неадекватное поведение и продолжить с Вами дискуссию на равных как пользователь сайта OpenNET;
> 1. Вопросы так и остались не отвеченными: В чем же отличия от GIMP?Во всём.
darktable предназначен для поточной обработки больших фотосъёмок в RAW с глобальной коррекцией и ровно одним инструментом внесения локальных изменений (клонирование). Вся обработка в нём полностью недеструктивна. Содержит инструменты управления фотоархивом.
GIMP предназначен для решения самых разных задач, связанных с редактированием графики. В контексте фотографии -- в большей степени, для ретуши и создания фотокомпозиций, т.е. для внесения локальных изменений и объединения разных изображений. Недеструктивным пока не является. Никаких инструмент управления библиотекой фотографий не содержит и не будет содержать.
Это не взаимозаменяемые, а взаимодополняемые инструменты.
> 2. Целесообразность выбора именно GTK, а не QT в данном продукте?
Как уже упомянуто ниже по треду, автору так удобнее. У коллег по проекту это возражений не вызывает.
> P.S. Если Вы достаточно самоутвердились, то я готов выслушать извинения за Ваше
> неадекватное поведение и продолжить с Вами дискуссию на равных как пользователь
> сайта OpenNET;Не наглейте.
>[оверквотинг удален]
> darktable предназначен для поточной обработки больших фотосъёмок в RAW с
> глобальной коррекцией и ровно одним инструментом внесения локальных изменений
> Вся обработка в нём полностью недеструктивна.
> Содержит инструменты управления фотоархивом.
> GIMP предназначен для решения самых разных задач, связанных с редактированием
> графики. В контексте фотографии -- в большей степени, для ретуши и создания
> фотокомпозиций, т.е. для внесения локальных изменений и объединения разных
> изображений.
> Недеструктивным пока не является. Никаких инструмент управления библиотекой
> фотографий не содержит и не будет содержать.Теперь немного разобрался, думаю, что это приложение следовало бы отнести скорее к категории программ просмотра фотографий с поддержкой функций фильтрации чем к редакторам.
Действительно в GIMP с этим будет гораздо больше возни.
> Это не взаимозаменяемые, а взаимодополняемые инструменты.
>> 2. Целесообразность выбора именно GTK, а не QT в данном продукте?
> Как уже упомянуто ниже по треду, автору так удобнее. У коллег по
> проекту это возражений не вызывает.Я думаю, что тут смысла продолжать рассуждения на эту тему нет, так как ответа кроме самого автора наверное никто не знает, а предположения строить действительно не начем.
>> P.S. Если Вы достаточно самоутвердились, то я готов выслушать извинения за Ваше
>> неадекватное поведение и продолжить с Вами дискуссию на равных как пользователь
>> сайта OpenNET;
> Не наглейте.Вы поставили себя в очень неловкое положение своей истерикой. Тем не менее принимаю ваше извинение в виде "Не наглейте". Возможно Вам просто сложно написать, что то вроде "Действительно чего-то внезапно сорвался на Вас непойим почему".
> Теперь немного разобрался, думаю, что это приложение следовало бы отнести скорее к
> категории программ просмотра фотографий с поддержкой функций фильтрации чем к редакторам.Нет, вы всё-таки совершенно не разобрались. Это не просмотрщик, это именно специализированный редактор для поточной обработки фото.
Это отдельный класс софта, появившийся с выходом Apple Aperture и Adobe Lightroom.
> Вы поставили себя в очень неловкое положение своей истерикой. Тем не менее
> принимаю ваше извинение в виде "Не наглейте". Возможно Вам просто сложно
> написать, что то вроде "Действительно чего-то внезапно сорвался на Вас непойим
> почему".Ваши безумные фантазии на фоне полного непонимания предметной области невероятно веселят, но всему есть свой предел.
>> Вы поставили себя в очень неловкое положение своей истерикой. Тем не менее
>> принимаю ваше извинение в виде "Не наглейте". Возможно Вам просто сложно
>> написать, что то вроде "Действительно чего-то внезапно сорвался на Вас непойим
>> почему".
> Ваши безумные фантазии на фоне полного непонимания предметной области
> невероятно веселят, но всему есть свой предел.И опять оскорбления. С чего начали тем и заканчиваем.
Я действительно не знал различий между GIMP и Darktable, так как вижу Darktable впервые и пытаюсь отнести его к определенной категории уже знакомых продуктов.
Из вышесказанного Вами я пришел к выводу, что Вы специалист по программам обработки, а не по предметной области. Не путайте эти два понятия, так как Вы выделяете особенности вариантов использования систем, а не функциональные свойства обработки изображений.
Более того Вы элементарно не умеете без хамства выражать свои мысли, что делает из Вас очень неприятного в общении как исполнителя так и специалиста.
> Из вышесказанного Вами я пришел к выводу, что Вы специалист по программам
> обработки, а не по предметной области. Не путайте эти два понятия,
> так как Вы выделяете особенности вариантов использования систем, а не функциональные
> свойства обработки изображений.Предметная область -- обработка изображений, а не то, что вам померещилось.
>>> Вы пытаетесь сравнивать разнотипные приложения и ожидаете какого-то понимания.
>> В чем разный тип приложений? Это еще один растровый редактор с чуть
>> большей поддержкой фильтров, что Вы мне тут зубы заговариваете.
> Т.е. вы даже не попытались разобраться в предмете обсуждения, но уже имеете
> мнение по поводу того, на каком языке и тулките разработчики должны
> были писать свой софт. Это неизъяснимо прекрасно :DСообщение то прочитай "Возможно было бы ..." парниша, то вопрс задал. А ты сразу с предявой заявой пошел
> Это еще один растровый редактор с чуть
> большей поддержкой фильтров, что Вы мне тут зубы заговариваете.В таком случае можете использовать krita - тоже растровый редактор и на qt.
>> Это еще один растровый редактор с чуть
>> большей поддержкой фильтров, что Вы мне тут зубы заговариваете.
> В таком случае можете использовать krita - тоже растровый редактор и на
> qt.Выглядит симпатично. Как появиться возможность попробую.
А программисты, которые написали Java, Mono, Firefox, Chromuim, Inkscape, VMWare Player и Darktable, считают, что GTK+ -- это лучший графический тулкит, потому они его и выбрали.И где теперь твой Qt?
> А программисты, которые написали Java, Mono, Firefox, Chromuim, Inkscape,
> VMWare Player и Darktable, считают, что GTK+ -- это лучший графический
> тулкит, потому они его и выбрали.Интересно почему именно GTK+, а не QT? Вы не знаете почему?
> И где теперь твой Qt?
Я никакого отношения к QT не имею. Просто мне приятен API в QT он отлично документирован и покрывает действительно много компонентов UI.
Inkscape -- форк Sodipodi, написанного на GTK+/C, переписан на C++ (Gtkmm)darktable -- создателю проекта удобнее писать на C
Mono -- написан разработчиками GNOME
> Inkscape -- форк Sodipodi, написанного на GTK+/C, переписан на C++ (Gtkmm)
> darktable -- создателю проекта удобнее писать на C
> Mono -- написан разработчиками GNOMEВы опять прослушали вопрос, а вопрос был "почему".
Статистику я и без Вас могу найти в Интернете.
> Вы опять прослушали вопрос, а вопрос был "почему".Qt написана на C++. GTK на C. Так что выбор вполне очевиден. Правда, есть и те кому не нравится перегруженность Qt и большой расход памяти и они используют C++ совместно с GTK или GTKMM.
> Вы опять прослушали вопрос, а вопрос был "почему".Вы безнадёжны. Я вам дал абсолютно точный ответ на вопрос "почему". Давайте разжую как маленькому.
"Inkscape -- форк Sodipodi, написанного на GTK+/C, переписан на C++ (Gtkmm)"
В 2003 году, как и сейчас, разработчиков устраивал тулкит GTK+, но они предпочитали писать на крестах, поэтому оставили тулкит, но портировали всё на плюсы.
"darktable -- создателю проекта удобнее писать на C"
Назовите мне хоть одно популярное приложение на Qt/C. Я таких вообще не знаю -- ни популярных, ни непопулярных. Логичный выбор предпочитающих C -- GTK+.
"Mono -- написан разработчиками GNOME"
Гном написан на GTK+. Что непонятного?
> Статистику я и без Вас могу найти в Интернете.
К статистике эта информация не имеет никакого отношения. Научитесь выражать мысли.
>> Вы опять прослушали вопрос, а вопрос был "почему".
> Вы безнадёжны. Я вам дал абсолютно точный ответ на вопрос "почему". Давайте
> разжую как маленькому.Вы не дали ответа на вопрос почему, так как Вы сами его не знаете, а пытаетесь придумать его и прикрываетесь статистикой.
> "Inkscape -- форк Sodipodi, написанного на GTK+/C, переписан на C++ (Gtkmm)"
Это просто факт. Отношения не имеющий к нашей теме, то есть статистика. Во всяком случае я не понимаю к чему Вы пишите про совершенно другой продукт. Рассматриваемое прилоежние как-то зависит от Inkscape?
> В 2003 году, как и сейчас, разработчиков устраивал тулкит GTK+, но они
> предпочитали писать на крестах, поэтому оставили тулкит,
> но портировали всё на плюсы.Вот тут Вы пытаетесь отвтить на мой вопрос "почему" фразой "разработчиков устраивал тулкит GTK+".
> "darktable -- создателю проекта удобнее писать на C"
И почему именно GTK? Разработчик испытывает сложность в связывании C и C++?
> Назовите мне хоть одно популярное приложение на Qt/C. Я таких вообще не
> знаю -- ни популярных, ни непопулярных. Логичный выбор предпочитающих C --
> GTK+.Не буду, так как у меня нет цели убедить Вас в удобстве/популярности QT или GTK/GTK++ - мне все равно. У меня совершенно другая задача.
> "Mono -- написан разработчиками GNOME"
> Гном написан на GTK+. Что непонятного?Пока понятно, что какие-то два проекта написаны на GTK+. Это по прежнему статистика или они как-то связаны? Там часть разработчиков одна и таже в командах или что к чему Вы ведете свою статистику?
>> Статистику я и без Вас могу найти в Интернете.
> К статистике эта информация не имеет никакого отношения. Научитесь выражать мысли.Я Вас так же не понимаю как и Вы меня. Так что давайте сотрудничать это эффективнее.
> Во всяком случае я не понимаю к чему Вы пишите про совершенно другой продукт. Рассматриваемое прилоежние как-то зависит от Inkscape?В верхнем комменте вам перечислили приложения, авторы которых используют GTK+. Сначала вы спрашиваете о причинах выбора GTK+ в этих проектах, а теперь вдруг делаете вид, что всей этой части дискуссии не было, затем в этом же комменте снова продолжаете расспрашивать про них, потом ещё раз отказываетесь от своих вопросов выше. У вас рассеянный склероз? Вы принимаете вещества? Или может быть просто надо повнимательнее быть?
> И почему именно GTK?
Потому что это проще всего.
> Не буду, так как у меня нет цели убедить Вас в удобстве/популярности QT или GTK/GTK++ - мне все равно.
Да нет, вы просто не знаете таких приложений. Но признаться почему-то в этом слабо.
> Я Вас так же не понимаю как и Вы меня.
Работайте над своим косноязычием. Грамотная речь полезна не только в форумных перепалках.
>> Во всяком случае я не понимаю к чему Вы пишите про совершенно другой продукт.
>> Рассматриваемое прилоежние как-то зависит от Inkscape?
> В верхнем комменте вам перечислили приложения, авторы которых используют GTK+.
> Сначала вы спрашиваете о причинах выбора GTK+ в этих проектах, а теперь
> вдруг делаете вид, что всей этой части дискуссии не было, затем
> в этом же комменте снова продолжаете расспрашивать про них, потом ещё
> раз отказываетесь от своих вопросов выше.Вы опять смещаете фокус с вопроса "почему" на какие-то мелкие детали, то есть пытаетесь уйти от основного вопроса. Понятное дело, что в каждом проекте принимали решение в частности, но интерес у меня не к этим продуктам и не к их количеству или году или истории создания, а к причинам выбора.
> У вас рассеянный склероз? Вы принимаете вещества? Или может быть просто надо повнимательнее быть?
Я порошу Вас соблюдать тактичность и воздержаться от советов и оскорбительного поведения.
>> И почему именно GTK?
> Потому что это проще всего.Это Ваше мнение, но не список значимых характеристик.
>> Не буду, так как у меня нет цели убедить Вас в удобстве/популярности QT или GTK/GTK++ - мне все равно.
> Да нет, вы просто не знаете таких приложений. Но признаться почему-то в
> этом слабо.Мы с вами не на допросе. У меня нет цели признавать что-то что Вам хотелось бы...
>> Я Вас так же не понимаю как и Вы меня.
> Работайте над своим косноязычием. Грамотная речь полезна не только в форумных перепалках.Я не знаю смысла слова "косноязычие", но предполагаю, что это некоторая узкость формулировок.
Я думаю, что Вы просто очень резко отреагировали на такую широкую тему она Вас чем-то задевает. Возможно накопленная или перенесенная агрессия на кого-то или что-то. Вообщем мне тоже нет до этого дела. Это Ваши личностные проблемы.
> Это Ваше мнение, но не список значимых характеристик.Это не моё мнение, это опыт многих проектов. Ещё раз: когда удобнее писать на C, технологически проще использовать GTK+, а не Qt.
> Мы с вами не на допросе. У меня нет цели признавать что-то что Вам хотелось бы...
Как много ошибок во фразе "Я не понимаю, о чём пишу".
> Я не знаю смысла слова "косноязычие"
Вот в это легко верю.
>> Мы с вами не на допросе. У меня нет цели признавать что-то что Вам хотелось бы...
> Как много ошибок во фразе "Я не понимаю, о чём пишу".Очевидно, что OpenNET сайт для общения людей с разной технической подготовкой.
На сайте в рекомендациях есть призыв к уважению собеседника, а никак не к оскорбительному поведению и каким-то детским дрязгам вроде.Если Вы действительно специалист и обладаете экспертизой и готовы ей поделиться, то делитесь, а в противном случае другие рассуждения вне контекста мне не очень интересны (думаю, что и другим не интересны эти ведра самоутверждений какого-то мужика).
Более того на протяжении общения я не увидел в ваших сообщениях значимых аргументов: Вы упирали на свое экспертное мнение и статистику.
> Очевидно, что OpenNET сайт для общения людей с разной технической подготовкой.Что вы в треде и продемонстрировали, пройдя болезненный, полный детских обидок путь от крикливого "Это еще один растровый редактор с чуть большей поддержкой фильтров, что Вы мне тут зубы заговариваете" до не менее ошибочного, но хотя бы более честного "Теперь немного разобрался".
Теперь осталось выдавить из вас признание, что вы в глаза не видели ни одного приложения на Cи с интерфейсом на Qt, и всё окончательно встанет на свои места. Впрочем, уверен, что вы и дальше будете сопротивляться.
>> Очевидно, что OpenNET сайт для общения людей с разной технической подготовкой.
> Что вы в треде и продемонстрировали, пройдя болезненный, полный детских обидок путь
> от крикливого "Это еще один растровый редактор с чуть большей поддержкой
> фильтров, что Вы мне тут зубы заговариваете" до не менее ошибочного,
> но хотя бы более честного "Теперь немного разобрался".Я скорее огорчен Вашим агрессивным поведением (это как огорчаться, что человек заболел). Вы оскорбительно ведете себя не хотите вести комфортное общение.
Даже если предположить что Вы ввязались в беседу с новичком, то разве это дает
Вам моральное право на уничижительное поведение?В данном приложении что нет возможности редактировать растр? Есть! Значит имеет данное приложение функционал растрового редактора? Имеет!
Данное приложение может быть использовано для просмотра изображений? Да! Значит программа имеет функционал программы просмотра? Имеет!Осталось только разобраться в какую категорию больше смещен акцент.
Впрочем я для себя функциональные отличия от GIMP так и не услышал.
Так же я не вижу здесь какую-то концептуально новую предметную область (область обработки - растра существует очень давно).
> Теперь осталось выдавить из вас признание, что вы в глаза не видели
> ни одного приложения на Cи с интерфейсом на Qt, и всё
> окончательно встанет на свои места.Как раз с одним таким приложением я прямо сейчас и работаю. И надо сказать отдаю предпочтение именно интерфейсу на QT, а не GTK.
У меня не стоит задача убедить Вас выбрать именно QT или убедить в его популярности. Это Вам зачем-то нужно какое-то признание.
P.S. В Вас сейчас находиться жажда крови. Вам Все равно с кем спорить и о чем.
> Так же я не вижу здесь какую-то концептуально новую предметную область (область
> обработки - растра существует очень давно и мне известна). Это еще
> один инструмент как и GIMP и Photoshop и ваши Adobe возможно
> чуть более удобные инструменты для какой-то задачи.GIMP не умеет работать с raw. Более того, он не умел работать с цветом в 16 бит на канал. То есть он совершенно не мог быть заменой Darktable. А налоги Darktable - Rawstudio, RawTherapee, UFRaw (забавно, но они все на gtk ;)
Назначение gimp - работа с уже готовым графическим материалом (фото, 2d и 3d графика) и их многослойное комбинирование: получением нового изображения созданного из нескольких имеющихся. Например для создания плаката, обложки, etc.
Krita - ориентирована на художников, которые создают изображения полностью сами, с чистого листа.
>> ни одного приложения на Cи с интерфейсом на Qt
> Как раз с одним таким приложением я прямо сейчас и работаю. И
> надо сказать отдаю предпочтение именно интерфейсу на QT, а не GTK.Ссылку в студию!
> GIMP не умеет работать с raw. Более того, он не умел работать с цветом в 16 бит на
> канал. То есть он совершенно не мог быть заменой Darktable. Аналоги Darktable -
> Rawstudio, RawTherapee, UFRaw (забавно, но они все на gtk ;)Спасибо. А разве нет возможности RAW преобразовать в какой-то слоистый формат в GIMP? Что там со слоями TIFF вроде бы?
>>> ни одного приложения на Cи с интерфейсом на Qt
>> Как раз с одним таким приложением я прямо сейчас и работаю. И
>> надо сказать отдаю предпочтение именно интерфейсу на QT, а не GTK.
> Ссылку в студию!
> Спасибо. А разве нет возможности RAW преобразовать в какой-то слоистый формат в
> GIMP? Что там со слоями TIFF вроде бы?UFRaw в виде плагина GIMP это и делает: преобразовывает RAW через промежуточный файл TIFF. Но в UFRaw пакетная обработка реализована только в виде отдельного консольного приложения, к гимпу никакого отношения не имеющего. Это совершенно неэффективно для работы в условиях дедлайнов. На сегодняшний день это заглушка уровня "вот смотрите, в гимпе при желании тоже можно открыть raw".
Вы не можете в гимпе/ufraw сказать "возьми параметры обработки вот этого файла и примени их ко всем выбранным фотографиям, но кадрирование из списка изменений убери".
При использовании UFRaw как плагина GIMP у вас нет единой истории правок файла после открытия обработанного UFRaw файла. Больше того, в UFRaw вообще нет истории правок. Если вы что-то поменяли в открытом файле, а потом поняли, что нужно править баланс белого, вы как зайка "проявляете" RAW заново и по новой начинаете все правки в гимпе.
Это совершенно бестолковая работа.
>>>> ни одного приложения на Cи с интерфейсом на Qt
>>> Как раз с одним таким приложением я прямо сейчас и работаю. И
>>> надо сказать отдаю предпочтение именно интерфейсу на QT, а не GTK.
>> Ссылку в студию!
> https://www.wireshark.org/Там qt в качестве frontend и весь этот frontend на c++.
>>>>> ни одного приложения на Cи с интерфейсом на Qt
>>>> Как раз с одним таким приложением я прямо сейчас и работаю. И
>>>> надо сказать отдаю предпочтение именно интерфейсу на QT, а не GTK.
>>> Ссылку в студию!
>> https://www.wireshark.org/
> Там qt в качестве frontend и весь этот frontend на c++.Тем не менее само приложение написано на С.
В этом возражений нет?И можно говорить о том, что сборка идет именно в режиме C приложения, так как для большинства операций есть привязки к C вызовам.
> Тем не менее само приложение написано на С.
> В этом возражений нет?При проектировании приложения с разделением на frontend и backend, можно смело сказать - что это два различных приложения. Естественно они могут быть написаны на разных языках без существенных трудностей. Более того, они могут развиваться различными разработчиками/командами.
Изначально же речь шла о программе, где нет подобного разделения.
Без интерфейса Вы использовать программу не сможете,
так что это одно целое приложение.
> Без интерфейса Вы использовать программу не сможете,
> так что это одно целое приложение."frontend - backend" это тоже что и "клиент - сервер". Вы ведь не будите утверждать что nginx и ff это одно приложение?
Молодец. Значит GTK API и GTK это разные приложения и не имеет значения на каком языке они написаны?
> Молодец. Значит GTK API и GTK это разные приложения и не имеет
> значения на каком языке они написаны?Нет, и эта аналогия не подходит. У frontend и backend может быть масса вариантов связи между собой - прямой вызов функций из библиотеки backend'a это только один из них.
> Впрочем я для себя функциональные отличия от GIMP так и не услышал.- В darktable практически нет инструментов локальной коррекции и вообще нет объединения нескольких изображений. В GIMP нет каталогизации фотографий и поточной недеструктивной обработки фото.
- Я для себя функциональные отличия от GIMP так и не услышал.
Вы демонстрируете сногсшибательные способности во восприятию информации.
> Как раз с одним таким приложением я прямо сейчас и работаю.
...И потребовался ещё один виток обмена любезностями, чтобы комментом ниже пациент наконец-то озвучил одно-единственное приложение. Не всё потеряно. Из вас всё ещё можно сделать человека!
> Вы демонстрируете сногсшибательные способности во восприятию информации.Ну информации тут на три сообщения было и в основном не от Вас. От Вас приходит Д'Артаньянство и оскорбления.
>> Как раз с одним таким приложением я прямо сейчас и работаю.
> ... И потребовался ещё один виток обмена любезностями, чтобы комментом
> ниже пациент наконец-то озвучил одно-единственное приложение.Давайте договоримся с Вами, что GTK очень популярная платформа. Я принимаю статистический аргумент. Все закроем эту тему наконец.
А есть ли еще какие-то причины кроме неумения разработчиками использовать QT в приложениях на C и статистического аспекта популярности GTK?
> Из вас всё ещё можно сделать человека!
Меня больше беспокоит можно ли из Вас сделать приятного собеседника в обозримом будущем, так как со мной проблем вообщем нет.
Кстати я Вас оскорбил чем-то может быть?
> А есть ли еще какие-то причины кроме неумения разработчиками использовать QT в
> приложениях на CПричем здесь неумение? С и C++ это разные языки. Зачем программе на C гигантская библиотека, которая ориентированная на C++ и на половину является оберткой поверх библиотек написанных на C и на четверть стандартной библиотекой C++?
Даже для C++ это далеко не идеальный выбор. Она как черная дыра, втягивает в себя все подряд. Отсюда - раздутая кодовая база и большое потребление памяти.
> А есть ли еще какие-то причины кроме неумения разработчиками использовать QT в приложениях на C...Вам уже примерно 100500 раз объяснили, почему это технически неоправданно. Пример с Wireshark -- это мило, но это как раз пример неизбежного оверхеда.
Вся эта идиотская ветка комментариев выросла из вашего нежелания воспринимать новую информацию. То немногое, что пропускает в мозг ваш фильтр обиженки, вы пытаетесь уложить в извилины квадратно-гнездовым способом.
Ровно поэтому для вас нет функциональной разницы между GIMP и darktable, ровно поэтому у вас программисты "не умеют" скрещивать ужа с ежом ради высосанной из пальца "полярности".
Зато всем очень надо знать ваше мнение про то, на каком тулките надо писать софт, которым вы даже не собираетесь пользоваться, потому что в принципе не понимаете, кому и зачем он нужен, и как он работает.
> Зато всем очень надо знать ваше мнение про то, на каком тулките надо писать софт,
> которым вы даже не собираетесь пользоваться, потому что в принципе не понимаете,
> кому и зачем он нужен, и как он работает.Что за флейм Вы тут развели на пустом месте. Идите да сами все почитайте
https://www.wikivs.com/wiki/GTK_vs_Qt
> Вся эта идиотская ветка комментариев выросла из вашего
> нежелания воспринимать новую информацию.Признайте уже, что Вы просто хамили и самоутверждались:
"Поток сознания неплохо бы хоть немного причесывать перед публикацией"
"Яркий пример деградации комментаторов на опеннете"
"Кем оспариваемых? Вами что ли?"
"выучили умные слова, но пока не научились складывать их в осмысленные предложения"
"пустая болтовня, которой вы с упоением предаётесь"
"стоимость услуг -- десять копеек"Это все хамство и личные оскорбления. Вам не должны причесывать сообщения, не должны поставлять коментаторов опредленного вида, если вы не согласны с оспариванием, то приводите аргументы, а не переходите на личности.
По факту пустой болтовней занимались Вы в основном вытаскивая меня на свой троллинг.
Теперь по существу - на поставленные вопросы:
1. А чем не устроил GIMP?
Вы ответили спустя сколько сообщений? Спустя 3, 5? Сколько было оскорблений между ними? И вашего несогласия с миром комментарорв на OpenNET?
2. Возможно нужно использовать GTK, а не QT для полярности решений?
Вы ответили только сейчас
> поэтому у вас программисты "не умеют" скрещивать ужа с ежом ради
> высосанной из пальца "полярности".Именно в этом и была СУТЬ вопроса. Если цена "полярности", а значит каких-то свойств QT не подходит, то ответ СМЫСЛА НЕТ так как ... , а если есть СМЫСЛ БЫЛ БЫ так как и так то ...
Ответ Ваш меня конечно не устраивает, так как он основан на слабых аргументах:
1. Более популярен (популярен, а если Вы знакомы только с GTK приложениями, то он вообще лидер) - занчит этот аргумент игнорируем, он не может быть обьективен искать по всему интернету приложения и оценивать их популрность это долго дело
2. У других разработчиков не вызывает (таким образом если собрать программистов имеющих опыт разработки на .NET, то они очевижно не выберут GTK) - напрямую зависит от программистов участвующих в разработке;
3. Попытки задавить прикладной областью (тут все равно что сказать, что строители в основном используют только дервеянные шпатели и не используют железные) конечно связь какая-то есть, но вообщем в первую очередь напрямую зависит от тех процесса производства шпателей;
То есть на протяжении кучи сообщений информации было на три сообщения.
> Зато всем очень надо знать ваше мнение про то, на каком тулките
> надо писать софт, которым вы даже не собираетесь пользоваться, потому что
> в принципе не понимаете, кому и зачем он нужен, и как
> он работает.Д'Артаньян только Ваше мнение Важно. Другие должны заслужить ... что-то там ...
>> "darktable -- создателю проекта удобнее писать на C"
> И почему именно GTK? Разработчик испытывает сложность в связывании C и C++?А вы не испытываете? Приведите пример hello world на C + Qt, тогда можно будет предметно обсудить, что лучше для C - gtk или qt.
>>> "darktable -- создателю проекта удобнее писать на C"
>> И почему именно GTK? Разработчик испытывает сложность в связывании C и C++?
> А вы не испытываете? Приведите пример hello world на C + Qt,
> тогда можно будет предметно обсудить, что лучше для C - gtk
> или qt.Наличие C API для QT решил бы данную проблему?
> Наличие C API для QT решил бы данную проблему?Qt узко ориентирован на C++, более того, он частично заменяет стандартную библиотеку С++. ИМХО проще написать новую библиотеку аналогичную qt, чем сделать полноценный и удобный c api для qt.
>> Наличие C API для QT решил бы данную проблему?
> Qt узко ориентирован на C++, более того, он частично заменяет стандартную библиотеку
> С++. ИМХО проще написать новую библиотеку аналогичную qt, чем сделать полноценный
> и удобный c api для qt.А разве сложно все вызовы к UI обернуть в extern "C" и импортировать к себе в C код.
Правда код UI будет все равно на C++.
> Правда код UI будет все равно на C++.О том и речь. А если человек не хочет/не может использовать c++ в проекте?
> Правда код UI будет все равно на C++.Вот сами так софт и пишите. А специалисты как-нибудь без извращений обойдутся.
>> Правда код UI будет все равно на C++.
> Вот сами так софт и пишите. А специалисты как-нибудь без извращений обойдутся.А Вы часто софт на GTK+ пишите?
>> Увидел свет значительный
>> релиз программы для редактирования фотографий Darktable 2.0 (
>> - Интерфейс портирован на GTK+3;
> А чем не устраивал GIMP? Возможно какраз надобылобы портировать на QT для
> полярности мира графическиъх редакторов под Linux.Исторический сложилось, что со времен GIMP все для графики пишут на GTK.
>А чем не устраивал GIMP?Я понимаю, что вам уже ответили, но это было сделано не совсем понятным образом.
Речь не о двух графических редакторах, различающихся некоторыми функциями - речь о кардинально разных классах программ. Это как разница между Matiz и карьерным самосвалом: и то и другое, в общем-то, предназначено для перевозки груза и точки в А в точку Б. При сильном желании на матизе можно перевезти шкаф, а в кузове самосвала - людей. И то, и другое - нерационально.Darktable (и аналоги) относится к программам-"проявщикам". Дело в том, что RAW-файл представляет из себя сырые данные с матрицы в достаточно нетипичной форме. Каждый пиксель этих данных - по сути монохромный, с очень высокой битностью, и показывает только одну из компонент RGB - недостающие компоненты получаются при помощи интерполяции (или более сложных алгоритмов) из соседних пикселей. Огромные возможности равок по хранению информации требуют довольно специфичного инструментария по её "вытаскиванию", т.е. проявке. Таким образом, появился новый класс программ.
В базовую функциональность таких программ входит:
* "демозаика" - получение картинки из сырых данных
* "общая" корреция снимка - экспозиция, баланс белого, кроп
* работа с высркр
В базовую функциональность таких программ входит:
* инструменты для первичного разбора фоток для обработки: распределение их по ценности, уровню качества и разным другим критериям, в основном с целью именно обработки, а не каталогизации
* "демозаика" - получение картинки из сырых данных
* "общая" корреция снимка - экспозиция, баланс белого, кроп
* работа с высокой битностью цвета, например 16 бит на канал
* база данных с профилями различных камер и объективовВ базовую функциональность обычно НЕ входит:
* каталогизация с целью хранения (хотя никто не мешает каталогизировать равки, но вообще в этом больше нуждается конечный результат работы)
* большая часть возможностей мощных графических редакторов (работа со слоями, инструменты для рисования и редактирования готового изображения)Таким образом, программы-проявщики обычно используются в связке с редактором, например Adobe Lightroom + Photoshop.
Без версии для Венды не интересно :(
хнык! как не поддерживало Nikon 750 и 810, так и не поддерживает нормально, хотя заявили .. (: только 12 бит цвета.
На старом железе - была любимая прога для проявки, теперь вот родным софтом от производителя проявляю, для этого поставил даже второй системой Винду, с digikam отношения не сложились как - то, да и он вроде тоже не умеет новый NEF
libraw тоже не поддерживает 14 бит?
"хужее": libraw последний выпуск 19 January, 2014 - 12:53, в 810 (лето 2015) и 750 (осень 2014) измененный NEF формат, который вроде пойдет скоро на все новинки, libraw с ним просто не умеет работать, и с 12 и с 14 битами. Причем какие- то либы явно есть, так как несколько фотохостингов вполне открывают эти файлы и конвертят.
Нашел что это может оказаться dcraw, пошел проверять .
> "хужее": libraw последний выпуск 19 January, 2014 - 12:53,Вы наверное на старый сайт зашли. Новый: www.libraw.org
Поддержка d750 добавлена в LibRaw 0.17 (15 August, 2015).
> Нашел что это может оказаться dcraw, пошел проверять .
libraw - это форк dcraw, имхо более удачный, чем оригинал.
>> "хужее": libraw последний выпуск 19 January, 2014 - 12:53,
> Вы наверное на старый сайт зашли. Новый: www.libraw.org
> Поддержка d750 добавлена в LibRaw 0.17 (15 August, 2015).
>> Нашел что это может оказаться dcraw, пошел проверять .
> libraw - это форк dcraw, имхо более удачный, чем оригинал.Спасибо в вечеру попоробую, сейчас уже работать надо. Не то что бы я противник винды, но перегружаться в нее из - за обработки фоток как- то не очень хочется, так что попробую
Опишите ошибку в трекере, выложите файл с примером.