DarkTable

черепа, как я понял, это неудаленные файлы сценариев обработки.xmp, при удалённых рофайлах.

Цитата:

от: Сырой_Негатив
если этих фото физически нет на диске просто удалить черепки из дарктейбл. 

Ну так себе "просто". Я отбор делаю постоянно, и не в ДТ. А потом еще раз удалять из базы ДТ - так себе развлечение. Я вообще не понимаю, почему у них работа только через импорт, сложно было сделать два варианта?

По моему же вопросу поискал, удалить из базы ДТ уже удаленные в другом месте фото можно только через скрипт  select_untagged. Но чтобы под виндой его запустить, нужно ставить либо среду выполнения скрипта, либо како-то Git. Потом подключать менеджер скриптов и уже потом чистить  базу этим скриптом.  В общем по-дарктейбловски. 

Цитата:

от: IVX
черепа, как я понял, это неудаленные файлы сценариев обработки.xmp, при удалённых рофайлах.

В моем случает это фотки, удаленные не средствами ДТ. Файла уже нет, а в базе ДТ запись осталась.

Цитата:

от: IVX
черепа, как я понял, это неудаленные файлы сценариев обработки.xmp, при удалённых рофайлах.

Честно говоря не помню уже. Dark просто не может превьюшки отрисовать. Нужно будет попробовать ради интереса грохнуть картинку с диска а xmp оставить. А потом и xmp удалить. Но по моему он в базе данных запись делает и это не поможет.

Ккк
Ну так себе "просто". Я отбор делаю постоянно, и не в ДТ. 

Я уже привык к этому, поэтому наверное мне это особо неудобств не доставляет. Но по первости тоже ругал их сильно 🤣

зря они не допилили нормальный браузер, как в РТ. Это заметный минус ДТ, но в целом, меня на РТ даже не тянет, насколько удачно в ДТ получаются люди. Буквально 2 присета выкристаллизовались, один на 645д, второй на д600, практически ничего менять не надо - открыл/сохранил.
DSC_2919_01 by Ivan E1DA, on Flickr

Цитата:

от:IVX
зря они не допилили нормальный браузер, как в РТ. Это заметный минус ДТ, но в целом, меня на РТ даже не тянет, насколько удачно в ДТ получаются люди. Буквально 2 присета выкристаллизовались, один на 645д, второй на д600, практически ничего менять не надо - открыл/сохранил.
DSC_2919_01 by Ivan E1DA, on Flickr

Подробнее

Да, результатом с дарктейбл сейчас тоже очень доволен. 
Правда если снимки сделаны до ISO 800. Все что выше не нашел пока способ чтобы убрать его и не убить детали. 

я нигде не видел, но тут напоролся  darktable uses a high-precision 32-bit floating-point (FP) pipeline for its image processing )) Зачем оно им? Только ресурсы переводят и подтормаживают элементарные инструменты. То же самое с РТ - голый понт. Лайтрум и прочие, прекрасно себя чувствуют на int-16 и всегда там всё летает на самых тухлых ресурсах.

хотя, есть же чудаки, тянут тени на десять стопов, может им 32-bit floating-point..

Цитата:

от:IVX
я нигде не видел, но тут напоролся  darktable uses a high-precision 32-bit floating-point (FP) pipeline for its image processing )) Зачем оно им? Только ресурсы переводят и подтормаживают элементарные инструменты. То же самое с РТ - голый понт. Лайтрум и прочие, прекрасно себя чувствуют на int-16 и всегда там всё летает на самых тухлых ресурсах.

Подробнее

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

само собой, ФП точнее, но надо ли оно? Откройте ЛР, неужто заметите какой-то левый шум от недостаточной битности 16бит? Хотя, повторюсь, я снимаю ТОЛЬКО в идеальных условиях освещения, ничего не тяну и мне даром не надь жутко высокий ДД. Есть люди, снимающие звездное небо, вероятно там ФП нужен, но почему все мы должны теперь тормозиться с РТ/ДТ? Короче, был бы у них свитч FP/Int16 я бы неглядя переключился, чтобы всё работало быстрее и скромнее отъедало память системы.

Недавно пересобрал комп, поэтому проблему нехватки ресурсов так остро не вижу. Правда старый компьютер никуда не выбрасывал, там у меня древний проц стоит amd a10-6800 со встроенным видео. Так версии darktable ниже 5 ещё худо бедно работали, но вот 5.4 говорит давай до свидания. Открывает равки сразу с артефактами. Отрисовать не может даже превью. 

>>
Сырой_Негатив
Так здесь же получается точнее математика, конвертеры же с целочисленной математикой накапливают ошибки. Я как понял это такие же энтузиасты как и создатели RPP которые выбирают "правильный цифровой" цвет вместо скорости обработки.
<<

Ну вот и снова здорОва.


Можно начинать с начала.

Пробую DarkTable периодически раз в год, может в полгода и как то не был впечатлен. Тут решил снова попробовать и походу, что-то там поменялось в лучшую сторону. Надо сказать, что для некоторых фото вполне можно использовать. Тормозной конечно и надо ещё приспособиться к нему, понять чего куда крутить...

Попробовал ещё фото, имхо DT стал неплох...

Цитата:

от: IVX
Короче, был бы у них свитч FP/Int16 я бы неглядя переключился, чтобы всё работало быстрее и скромнее отъедало память системы.

К счастью у ACR есть переключатель
между 8/16 bit интерпретации RAW.
(я пользуюсь весьма успешно)


Если серьезно,
давно уже на консервативных позициях.

DarkTablе  как-то посмотрел
(наверное, еще в то время, когда его только начали пиарить)
и дальше игнорил.

Но вот последние фото на фотору
от знакомых товарищей
как-то зацепили по цвету.

Только сегодня установил последнюю 15.4.1
и немного покрутил.

Что понравилось:
- открывает RAW _по_умолчанию_ с очень хорошим цветом;
- открывает RAW _по_умолчанию_ с очень хорошим _контрастом_
( даже не с чем сравнить);
- большинство корректировок работает
даже на файлах _TIFF/TIF_.

Что не понравилось:
- Интерфейс просто ужасный
(хотя может быть просто не такой);
- Наличие всяких коррекций _зашкаливает_.

Поэтому, если RT можно было воспринимать,
как некую лабораторию для экспериментов,
то DT - это уже лаборатория,
неподдающаяся никакому систематическому контролю и анализу.

Чего бы хотелось:
- инверсии переснятого в RAW цветного негатива  с пленки
в адекватный позитив (_по_умолчанию_).
(все-таки зацепил цвет и контраст).

Пытался делать это _инверсией_кривой_ в DT .
Полная лажа (как и в других конвертерах).
Может кто замолвит словечко _там_ ?

А пока еще раз спасибо Юрию Омельченко за то,
что научил, как это надо делать.
Все получается.

Цитата:

от: Eugene_O

Ну вот и снова здорОва.


Можно начинать с начала.

Не парьтесь 

Цитата:

от: Сырой_Негатив
Не парьтесь 

Да _давно_ уже не парюсь.

Но _иногда_ (как сейчас) все жду,
когда кто-нибудь
покажет одно и тоже фото
в вариантах 8/16/32-FP,
и я увижу разницу
 

Цитата:

от: Eugene_O
Да _давно_ уже не парюсь.

Но _иногда_ (как сейчас) все жду,
когда кто-нибудь
покажет одно и тоже фото
в вариантах 8/16/32-FP,
и я увижу разницу
 

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

 Лайтрум и прочие платные едиторы, работают в 16 бит, что в 256 раз шире, чем 8бит, которых вам всегда хватало для вывода в джейпег. И вот нам предлагается ещё гораздо более высокий ДД, в какие-то миллиарды раз шире, чем 16бит. Какие книги смогут меня убедить в необходимости такого трюка? Да ладно бы бесплатного, но ведь 16бит реально молниеносен vs FP.