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

Title Comment
да = "я опять не нашел что-то

да = "я опять не нашел что-то на видном месте" (ц)

> который ... не проверяет,

> который ... не проверяет, а просто пишеть ...

как страшно жить ! пойду куплю себе еще crashplan-a !

> - а в часть - не удается.

> - а в часть - не удается.

замечу что Adobe Bridge так себя не ведет !

Судя по экспериментам моим,

Судя по экспериментам моим, дело устроено так
- в часть JPEG-ов средствами XMP SDK удается вписать XMP - и все хорошо (и в моих тестах по большей части - именно эти)
- а в часть - не удается. Тогда начинает работать fallback, который уже всякий там Warn if - не проверяет, а просто пишеть .XMP

Разбираюсь в причинах.

обратите внимание что чекбокс

обратите внимание что чекбокс "warn if overwrite xmp for file with the same name" был при этом отмечен... и где обещаное ?

и я даже больше напишу...

и я даже больше напишу... сотру я этот .xmp опять и открую .arw в PS (оно запустит ACR) и наделаю себе всяких parametric коррекций, много... на час работы... потом скажу done, уйду из ACR и поставлю в FRV какие-то другие звездочки на .jpg... и обнаружу что без всяких warning весь .xmp с нажитым был потерт при этом... а ?

ну вот - те же файлы, RAW

ну вот - те же файлы, RAW+JPEG не используются (чекбокс анчекд)...

.xmp = нет (удалил заранее)

идем вот сразу на .jpeg и делаем ему звездочек - зачем спрашивается FRV при это сразу создает .xmp если в опциях отмечен чекбокс "write xmp blocks to JPEG files instead of creating sidecars" ? слово instead оно как бы имеет вполне однозначную трактовку !

мое (достаточно дилетантское)

мое (достаточно дилетантское) пред(по)ложение - если при открытии этих файлов вылетает значимая ошибка, то нарисовать скрипт, делающий с ними что-либо при помощи dcraw/imagemagick. если они софтом открываются нормально, но внутри мусор - то, боюсь, только руками.

Обычный HDD тоже может быть

Обычный HDD тоже может быть removable.

Лог почитать, там как-то так (если мониторинг включается):
[05-07 23:50:31.033] Asking for monitoring for "J:/raw-archive/2017-04/GFX50"
[05-07 23:50:31.061] Installing files monitor for "J:/raw-archive/2017-04/GFX50" 3

(ну и если не ставится files monitor, то вторая строчка другая)

вот еще заранее - что

вот еще заранее - что посмотреть на тему почему frv без пинка руками не обновляет содержимое grid например после появления .jpg из PS в текущем каталоге ? обычный HDD (никаких сетевых дисков или там removable media) в Win 10x64 ... просмотр списка поставляемых скриптов для параметров registry ни накие полезные мысли не навел

надо для веселья случайным

надо для веселья случайным образом вставлять "covfefe" в алерты ... продажи сразу вырастут !

я опять же все еще на работе

я опять же все еще на работе - поэтому как дойду домой обратно вечером так и повторю еще раз на чистом месте

Хм, нет не понимаю.

Хм, нет не понимаю.

Если у меня RAW+JPEG, то XMP пишется "для raw" (c соответствующим тегом photoshop:SidecarForExtension)

Если же мы разбили эту пару, то да, если есть отдельный XMP c SidecarForExtension=JPG, то он будет всосан внутрь, но этот тег проверяется и если XMP чужой (от RAW), то он не всасывается.

Тем не менее, да, место стремное, проверю еще раз

Говорю же - глаз замылен.

Говорю же - глаз замылен.

Спасибо!

Ну у меня дома есть и другие

Ну у меня дома есть и другие потребители.....

LENR On - да, темновой кадр.

LENR On - да, темновой кадр.

LENR Off - другой шумодав.

31 июня !

31 июня !

2020-го года

2020-го года

> то frv им переписывает

> то frv им переписывает существующий уже (от ACR).хmp от raw ..

ну или от самого (как выше) же frv ...

я не у станка сейчас (вернусь

я не у станка сейчас (вернусь повторю) - но насколько вспоминается событие смысл в том что если кто-то (PS) прописал xmp в jpg (раньше) то frv им переписывает существующий уже (от ACR).хmp от raw ... not good - сказано ж не делать так в опциях !

Или июня :)

Или июня :)

текст 1) обрезан и 2) "if if"

текст 1) обрезан и 2) "if if"

Используется RAW+JPEG режим

Используется RAW+JPEG режим или нет?

Reload current File/Reload

Reload current File/Reload current Folder

Секция File Handling

Требуются подробности.

Требуются подробности.

На скриншоте - штатное поведение при включении "писать XMP в JPEG'

Ну или я что0то не увидел в скриншоте, тоже лучше бы пояснить

(прошу прощения за задержку -

(прошу прощения за задержку - был не тут, вот только приехал).

А с какой камеры эти файлики? А еще лучше бы прямо вот пример файла на котором такое расхождение (на почту lexa@lexa.ru или support@fastrawviewer.com).

В принципе, мы должны показывать очень близко к ACR (самых свежих версий) и, судя по вашему репорту, для CR2 это получается, а для DNG - нет (и это очень странно, похоже у нас какой-то баг или какой-то тег мы недоучитываем)

Спасибо!

Спасибо! Это теперь основной инструмент, лучший в своём плане. Даже фотомеханик уже перекрыли)

Есть небольшой сторонний вопрос, может в курсе, или даже может даже делали такое: Есть основное хранилище почти на два десятка теров, там равы тифы, джепеги со всех съёмок, есть бэкапы в облаке и на носителях, все не рядом. И вот на этом хранилище (с виндой и нтфс) были сбои, и есть какое-то небольшое количество файлов рав и тиф которые повреждены и не открываются. Может есть какой-то инструмент, чтоб просканировать это всё и показать все файлы, что не открылись? В ручную это будет накладно перекапывать...

Могу предположить, что

Могу предположить, что потребление тока будет разным, в зависимости оттого, просто выключить камеру рыжачком или "железно" вынуть аккумулятор и вставить его снова.

а там под этим имеется в виду

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

Ну так логично. Было 3

Ну так логично. Было 3 компьютера, теперь у тебя только 2 обычно включены, вот те самые "на треть меньше".

Pages

Subscribe to comments_recent_new