Чи застосовує Lightroom редагування в тому порядку, як я їх виконую, чи інтелектуально їх переробляє?


10

Питання правильного порядку застосування різкості обговорювалося в різні часи (я виберу це питання як приклад, але це не єдине), з чітким консенсусом, який можна підсумувати так: "застосувати його як останній крок" що має сенс, оскільки ви намагаєтесь компенсувати деталі, які не є "насправді" в неочищеному зображенні (наприклад, через фільтр AA, або притаманні йому функції датчиків камери). Крім того, Lightroom визначається як лінійний редактор: якщо ви хочете "нелінійно" видалити попередній крок, вам доведеться вдатися до програмного забезпечення, що підтримує шари, як, наприклад, Gimp, Photoshop або іншого, що вам до вподоби.

Але потім інтерв'ю з Тімом Грей, розміщене в нашому блозі, містить таке речення (після того, як він сказав, що він згоден із загостренням як останнім кроком):

Але в цілому вам не доведеться турбуватися про час різкості в контексті робочого процесу Lightroom, значною мірою тому, що всі "реальні" роботи з оптимізації ваших зображень насправді не застосовуються, поки ви не експортуєте фотографію на деякі Таким чином, Lightroom розуміє цей процес. Різкість може бути застосована в модулі "Розвиток" в будь-який час, а потім використовувати параметри різкості вихідних даних під час підготовки зображення до кінцевого виводу.

Що саме це за "інтелект"? Я гадаю, що якби я на перших етапах надто різко загострював, то зменшував шум і знову різко (належним чином знижуючи якість зображення, але припускаю, що заради цього я націлений) LR не повинен мати змогу "конденсувати" "кроки різкості та застосуйте їх як завершальний крок, оскільки це" скасує "(правда, нерозумну) точку моїх змін.

Я намагався інтерпретувати це як щось на кшталт "якщо LR зможе довести, що ти не граєш дурних хитрощів із заточуванням (наприклад, у тебе є лише одна партія різкозмінних редагувань і одна партія змін шуму?"), Вона розумно змінить порядок їх і застосувати як завершальний крок.

Тоді я подумав про налаштування імпорту (не так званий IMHO) під назвою "None", що є типовим і тим, яким я користувався деякий час, перш ніж вибрати "Zeroed", який, наскільки я не можу сказати, насправді не застосовує нічого. Цей параметр "None" застосовує за замовчуванням помірну кількість різкості (у LR 4 це сума 25, радіус 1,0, деталізація 25, маскування 0), а також корекція кольорового шуму (25).

Отже, здається, що LR застосовує різкість як ПЕРШИЙ крок, що не було б розумним кроком з боку розумних інженерів LR, якби це було таким вбивцею для якості зображення.

Отже, моє запитання є чотириразовим:

  • (ще раз) чи дійсно важливий порядок загострення В СВІТЛІ (на версію 4, якщо це має значення) і в яких ситуаціях?
  • чи корисно використання налаштування Zeroed, щоб уникнути "різкого кроку"?
  • це вибір налаштування "Немає", де за замовчуванням загострюється проблема, не випускається чи що?
  • чи справді LR є лінійним редактором, або він має звичку переробляти (без повідомлення) порядок редагувань, і я неправильно зрозумів значення "лінійного"?

Вид різкості, якої ви хочете уникнути до останнього кроку - це різкість на виході. У неруйнівному робочому процесі, де ви можете змінити параметри різкості вхідних даних у будь-який момент часу, я думаю, що порядок є менш важливим. Я б очікував, що найбільш складним фактором є кисті для регулювання, оскільки вони, ймовірно, застосовуються після інших коригувань.
Генрік

1
Який збіг обставин. Я щойно спробував зробити частину зображення повністю чорною (я намазав її і встановив експозицію на мінімум), а потім клонував іншу частину зображення на цю чорну область. На жаль, це було ще чорно. Тож LR спершу застосував Clone, а потім Brush, навіть якщо я це робив у зворотному порядку.
Петро Újezdský

1
@Petr: ви змусили програвача затемнити ту область, яка зберігається, поки ви не вирішите "розрівняти" зображення, після чого зможете працювати над ним. Тож справа не стільки в тому, щоб робити речі «в порядку», але ви її клонуєте, і у вас все ще є активний шар, який її затемнює.
Майкл Нільсен

Відповіді:


4

Lightroom (або будь-яка інша програма, що не перешкоджає монтажу) не редагує ваше зображення.

Він зберігає ваші дії у "відокремленій області" (зазвичай файл коляски у форматі XML, кешований у пам'яті), іноді називається "рецепт", який зберігає ваші останні налаштування. Наприклад, у мене є фотографія, і я роблю такі зміни в такому порядку:

  1. Яскравість: +10
  2. Контраст: +7
  3. Гострота: +3
  4. Яскравість: -2
  5. Контраст: +5
  6. Гострота: -2

Після кожного кроку LR буде оновлювати рецепт і кожна зміна рецепт викличе на екран перефарбування тих же фактичних (сирих) даних і НЕ зміна самої фотографії.

Подивимось, як алгоритм працює поетапно, грунтуючись на редакціях, наведених вище: (у списку нижче B означає яскравість, C - контрастність, S - різкість).

   Recipe:          Algorithm:
  1. C 0, B +10, S 0 -> RecipeChanged -> GetRaw -> ApplyRecipe -> ScreenPaint
  2. C +7, B +10, S 0 -> Змінено рецепт -> GetRaw -> Застосувати рецепт -> ScreenPaint
  3. C +7, B +10, S +3 -> РецептЗмінений -> GetRaw -> Застосуватирецепт -> ScreenPaint
  4. C +7, B +8, S +3 -> РецептЗмінений -> GetRaw -> Застосувати рецепт -> ScreenPaint
  5. C +12, B +8, S +3 -> РецептЗмінений -> GetRaw -> Застосувати рецепт -> ScreenPaint
  6. C +12, B +8, S +1 -> РецептЗмінений -> GetRaw -> Застосуватирецепт -> ScreenPaint

Ось чому, якщо ви відкриєте фактичний (необроблений) файл у іншій програмі, яка не має доступу / не знає, як інтерпретувати рецепт (навіть якщо для цього існує стандарт XML), зображення буде нетронутим.

Коли ви "експортуєте" файл, насправді застосовується той самий конвеєр, що і вище IOW, приймається поточний рецепт, застосовується до оригінального файлу необробленого файлу, а отримана екранна растрова карта замість того, щоб бути відображена (пофарбована) на екрані, вона зберігається в файл.

Як бачите, оскільки ці програми не працюють із фактичною фотографією (наприклад, Photoshop, PhotoPaint, GIMP тощо), втрачається порядок застосування модифікацій, система редагування програм несе відповідальність за їх застосування у тому, що вона думає бути "правильним" наказом .

Тож Тім Грей мав рацію. Загалом, не має значення, коли ви заточуєтесь. Також, для уточнення, "Нульовий" та "Немає" - це лише деякі рецепти, які за замовчуванням застосовуються до всіх імпортованих зображень із партії, щоб дати вам вихідну точку. Ви можете їх вільно змінювати. Це нічого не втрачає.


Дякую @john thomas. Те, як працює неруйнівне редагування, було для мене зрозумілим. Моє запитання стосується вашого наступного до останнього пункту: "редактор програми редагування програми несе відповідальність за їх застосування в тому порядку, який він вважає правильним". Тож насправді в LR ви можете різко коли хочете і скільки разів хочете, не побоюючись деградації, сподіваючись, що двигун зможе побачити через потенційно взаємопов'язані кроки різкості (з його ореолами) та зменшення шуму, обертання зображення (яке повинен переміщувати кожен піксель, у тому числі доданий різкості ...) тощо.
Франческо

але чи має вона функцію "заморожувати" поточний вміст, а потім застосовувати наступні зміни на цьому проміжному кроці? Скажімо, це не збільшить контраст артефактів різкості, але це насправді те, що ви хочете для творчих чи освітніх цілей - чи зможете ви потім включити заточку до пікселів і скинути рецепт до нульових рядків, не роблячи "експорт" і повторно відкрити це?
Майкл Нільсен

@Francesco: Двигун завжди буде проглядати - він застосовуватиме лише останні налаштування. Налаштування накопичуються за межами даних зображення, а не всередині. Отже, ви дійсно не можете робити різкості (або зменшення шуму) кілька разів, отже, артефакти не складатимуться.
Джон Томас

@MichaelNielsen: Ні, це не так, як ви маєте на увазі. Він має snapshot(як у багатьох інших програмах), але знімок - це лише збережений рецепт. Артефакти не додаються. Для відповідності, щоб створити новий знімок, перейдіть до меню «Розробити» та виберіть «Новий знімок» або просто натисніть Ctrl+N. Також у вас є віртуальні копії, які дуже охайні, але не те, про що ви просите.
Джон Томас

Джон, я вважаю, що @MichaelNielsen точно поставив точку мого запитання (що, думаю, не отримає набагато більшого роз'яснення, якщо хтось із команди LR не вступить у ...): що станеться, якщо я посилюю контраст після загострення ( виготовлення артефактів)? нічого, якщо двигун вирішить застосувати їх пізніше: сильне погіршення зображення, якщо двигун не буде їх повторно замовляти. Що могло б пояснити поведінку, яку спостерігав Петро у своєму коментарі. Якнайшвидше я зроблю експеримент над тестовим зображенням, щоб переконати себе .... останнім часом мені справді не вистачає вільного часу :-(
Франческо

1

Щоб відповісти на ваше основне питання, так, я вважаю, що Lightroom застосовує свої налаштування в заздалегідь визначеному порядку, як це визначено інженерами Lightroom. Я не знаю, чи був колись опублікований точний порядок ефектів, але ви, напевно, можете приблизно здогадатися.

Знову лише здогадка, але я думаю, що первинна заточка (на панелі заточення) робиться на початку процесу, але після усунення шуму. Під час експорту спостерігається вторинна загострення випуску, що, я впевнений, робиться останнім часом.

Загальна обробка Lightroom вважається однією з найкращих (у різних сирих процесорах, які мають сильні та слабкі сторони), тому я думаю, що інженери Adobe роблять щось правильно.


0

У Lightroom ви працюєте не руйнівно: не маєте реального зображення, поки не експортуєте його.

І експортуючи фотографію в Lightroom, ви не можете контролювати порядок коригувань. Двигун сирого перетворювача оптимізує вихід за допомогою вбудованих алгоритмів.

Для отримання додаткової інформації див. Вступ та розширений посібник до Lightroom 4


Привіт @Navid дякую за вашу відповідь. Чи можете ви бути зрозумілішими? Чи є порядок різкості та зменшення шуму, назвати кілька, релевантним чи ні?
Франческо

2
Здається, це взагалі не відповідає на питання про порядок коригувань.
jfriend00
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.