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

Title Comment
ну завел каталог с одним raw

ну завел каталог с одним raw и сделал все то же - вот debug log :

[17-10 13:29:24.284] openFile call params: "Z:/FRV/DSC09476.ARW" false 0
[17-10 13:29:24.284] Trylocking verbose mutex tm= 30 result= true
[17-10 13:29:24.284] Invoking open "Z:/FRV/DSC09476.ARW"
[17-10 13:29:24.284] refilling cache
[17-10 13:29:24.284] FileNameCache: refreshing directory cache for "Z:/FRV"
[17-10 13:29:24.285] FileNameCache Query for current file: "Z:/FRV/DSC09476.ARW" "" query: "Z:/FRV/DSC09476.ARW"
[17-10 13:29:24.321] DO NOT INSTALL files monitor for "Z:/FRV"
[17-10 13:29:24.321] Received thumbnails filelist 1 for folder "Z:/FRV" sort 80
[17-10 13:29:24.321] openFetchedFile received file from fileNameCache: "Z:/FRV/DSC09476.ARW" "" 0 1 0
[17-10 13:29:24.321] startOpeningFile called, pinging LibRaw Cache: "Z:/FRV/DSC09476.ARW" "" 0 1 0
[17-10 13:29:24.321] Calling LibRaw with single file: "Z:/FRV/DSC09476.ARW"
[17-10 13:29:24.321] LibRaw openFile for "Z:/FRV/DSC09476.ARW" "" 0 1 0 false
[17-10 13:29:24.321] LibRaw Cache: file "Z:/FRV/DSC09476.ARW" not in cache, start processing with slot 3 prefetch= false
[17-10 13:29:24.422] decoding 1 thumbnails for files; starting with "Z:/FRV/DSC09476.ARW" current LA 4028
[17-10 13:29:24.422] decodeFiles finished 1 already in cache 0 queued to fetch final LA 4028
[17-10 13:29:24.422] decoding 1 thumbnails for files; starting with "Z:/FRV/DSC09476.ARW" current LA 4028
[17-10 13:29:24.422] decodeFiles finished 1 already in cache 0 queued to fetch final LA 4028
[17-10 13:29:24.661] LibRaw wrapper: file "Z:/FRV/DSC09476.ARW" processed, notifying cache manager
[17-10 13:29:24.661] LibRaw Cache: file processed signal received: "Z:/FRV/DSC09476.ARW" IDX= 3
[17-10 13:29:24.661] LibRaw Cache: notifying requester, file: "Z:/FRV/DSC09476.ARW"
[17-10 13:29:24.661] No external JPEG for "Z:/FRV/DSC09476.ARW"
[17-10 13:29:24.661] openFilePart2: received file "Z:/FRV/DSC09476.ARW" 0 1 0
[17-10 13:29:24.662] FRV_RawProcessor::processFile: starting
[17-10 13:29:24.690] LibRaw wrapper: unlocking cache slot 3 Unlocker: "RawProcessor::processFile: converted to float, source raw not needed"
[17-10 13:29:24.820] Processing elapsed= 157.967
[17-10 13:29:24.820] Leaving mutex at "processFile"
[17-10 13:29:24.835] scene::setPhoto called for image 3984 x 2660
[17-10 13:29:24.835] setPhoto: texcount 15 vertices count: 90 texCoords count: 90
[17-10 13:29:25.349] OEVector 15826 15826 15826 65535
[17-10 13:29:25.349] OELevels 211 211 211 15826
[17-10 13:29:25.349] OEShifted 195 195 195 15826
[17-10 13:29:25.352] DO NOT INSTALL dir monitor for "Z:/FRV"
[17-10 13:29:25.354] Set CURRENT THUMB to "Z:/FRV/DSC09476.ARW"
[17-10 13:29:25.354] Opened "Z:/FRV/DSC09476.ARW"
[17-10 13:29:25.421] LibRaw wrapper: unlocking cache slot 3 Unlocker: "openFilesPart2: raw processing OK"
[17-10 13:29:25.421] OpenFileAndDisplay: starting prefetch
[17-10 13:29:25.421] Unlocking verbose mutex
[17-10 13:29:25.421] OpenFileAndDisplay: finally unlocking processing
[17-10 13:29:25.421] OpenFileAndDisplay: nextop 0
[17-10 13:29:25.421] =================== OpenFileAndDisplay: finish

А вы вот почитайте Debug log.

А вы вот почитайте Debug log.
Когда меняется содержимое текущего каталога, появляются строчки вида
FileNameCache: directory changed, queued change "ИМЯКАТАЛОГА"
(их может быть несколько подряд)
Дальше должно быть в таком духе:
FileNameCache: refreshing directory cache for "ИМЯКАТАЛОГА"
Cfile "G:/fdng/101-IMGP9075.JPG" list 46
Received thumbnails filelist 46 for folder "G:/fdng" sort 80
decoding 4 thumbnails for files; starting with "G:/fdng/113-IMGP9092.JPG" current LA 906

Если у вас чего-то из этого не хватает - ну интересно научиться воспроизводить без всяких ACR (а в духе "есть 1111.DNG копируем к нему 1111.JPG и 1111-2.JPG" и все пропало.

Win8.1x64 если что, FRV 1.2.0

Win8.1x64 если что, FRV 1.2.0 beta build 700 (x64-DirectX11)

локальный, HDD

локальный, HDD

Локальный диск или сетевой?

Локальный диск или сетевой?

> ARC

> ARC

пардон, ACR конечно же...

а вот что это может быть,

а вот что это может быть, исходные условия :

1) все в куче, raw и выхлопные jpg в одном каталоге
2) raw имеют файлы : DSC*****.ARW и выхлопные JPG файлы : DSC*****=ARC=rgb*.JPG
3) в настройках FRV стоит

handle RAW+JPEG together = отметка снята
reread folder index once in 1.00 sec

4) запускаем PS/ACR на .ARW, получаем результат в том же самом каталоге

===

FRV новый JPG не показывает в filmstrip, количество файлов (raw + jpg) не изменяется в счетчике (нижний правый угол окна FRV), в то же время паралелльно работающий xnview ес-но новый файл похватывает, счетчик файлов увеличивает...

===

идем в настройки FRV, отмечаем handle RAW+JPEG together, идем в настройки FRV, снимаем handle RAW+JPEG together и только тогда все появляется...

вопрос - что я не прочитал в manual ?

> Там - контекстные гайки

> Там - контекстные гайки (gear icon), других контекстных действий там не видать (мне)

это уже была шутка !

Выключите настройку про

Выключите настройку про Disable A:/B: и будет счастье!

Флопиков нет, просто иногда

Флопиков нет, просто иногда буква В есть иногда нет, когда есть там хард...

>> так это же можно тоже

>> так это же можно тоже сконфигурировать там где кнопки конфигурируются

Вот я пока не уверен, что можно позвать contextMenuEvent() по любой кнопке.
В TODO записал, интерфейсно решим - но скорее отдельным окошком а не из конфигуратора кнопок.

>> другое если вызвали когда мышь в области фильмстрипе
Фильмстрип пока не трогаем в 1.2. Там есть идеи, но они для 1.3

>> в области например справа где всякие гистограммы и exif

Там - контекстные гайки (gear icon), других контекстных действий там не видать (мне)

Да, это в TODO для 1.2, но

Да, это в TODO для 1.2, но особого тестирования не требует, поэтому будет чуть позже.

А флопик у вас есть?

А флопик у вас есть?

UPD: оно ровно для того случая, как написано: буква диска есть, а за ней ничего нет. Тогда каждое обращение к туда - это таймаут, а в некоторых случаях - еще и постоянный поллинг.

Если флопик есть, то просто выключите настройку про Disable Access и будет все ОК.
Если флопика нет (а буква от него - есть) - отмените букву A: в Computer Management

Логическое разделение настроек и поведения.

Disable A: and B: floppy access - запретить любой доступ к дискам A: и B: и мониторинг смены носителей в них (только Windows). Настройка предназначена для случая (весьма распространненого в наши дни), когда в компьютере есть контроллер флоппи-дисков, один или два диска «видны» в системе, хотя на самом деле их нет.
Хотелось бы отдельно настройку на мониторинг и буквы A: and B:
У меня на B: вешается винчестер для бэкапа(рэкмоунт), Получается хочешь винт включется мониторинг, не хочешь мониторинг пропадает винт. Или я как-то не доконца понимаю работу этого пункта?

вот еще по поводу внешних

вот еще по поводу внешних програм (которых сейчас 3 штуки можно) - хочется (конечно же) больше... например у меня в XnView записано в Open With настройках:

1) rawdigger
2) frv
3) ACR/PS
4) C1
5) редактор exif тегов
6) adobe dng converter
7) adobe bridge
8) и прочие конвертеры на черный день

понятно что конца не видно, но 3 маловато будет если уж больше использовать frv и меньше xnview

технически (UI) можно сделать

технически (UI) можно сделать так - в диалоге который Keyboard Shortcuts Editor - для actions сделать колонку (где нибудь справа в окне) с check box - отметил - она попадает в локальное меню, снял отметку - не попадает.

> Имеется в виду - по правой

> Имеется в виду - по правой кнопке на основной картинке?

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

> А хорошая ж идея.

дайте две - можно два меню - одно если вызвали на картинке в главном окне просмотра и другое если вызвали когда мышь в области фильмстрипе... /увлекшись и сорвав слюнявчик/ а еще другое в области например справа где всякие гистограммы и exif... а еще...

passed

passed

А хорошая ж идея.

А хорошая ж идея.
Имеется в виду - по правой кнопке на основной картинке?

А вот локальное меню мышкой с

А вот локальное меню мышкой с настраиваемым списком пунктов (из числа тех которые доступны например по нажатию клавиш) для людей которые работают мышкой никак ?

тест

тест

Мамийский 50мм шифт шифтится

Мамийский 50мм шифт шифтится в одну сторону но поворачивается. По идее с мирексом независимый тильт и шифт получится. Вот сравнение на многопиксельном заднике www.tonyhowell.co.uk/mamiya50mmShiftLens.htm

(80) - это были мегапиксели.

(80) - это были мегапиксели.
А вот мамийский 50/shift - он в любую сторону шифтится? И можно будет получить независимые оси?

80/2.8 AF - там электрическая диафрагма, через цельнометаллический переходник только на открытой?

Я не о пленке если что - на

Я не о пленке если что - на пробэках и на P45 пробовал.

80 это какой? Mamiya 80 f/2.8

80 это какой? Mamiya 80 f/2.8 AF - супер резкий (даже на открытой - но на открытой по центру), настолько что портреты снимать лучше не надо. 80мм f/1.9 - достаточно резкий если зажать диафрагму, но с Otus конечно не сравнится в плане резкости. Есть еще Макро (не пробовал). Но вот если с Mirex использовать то я бы смотрел на 50mm Shift Мамийный - очень резок по всему полю и с дополнительным незаыисимым от тилта сдвигом будет замечателен. На новой Сони конечно не знаю - на таким мегапикселах не тестировал.

Если увеличивать разумно, x8

Если увеличивать разумно, x8-x10, то он и есть резкий.

А если x20 - то все сложно.

На пленке пентакс тоже резкий

На пленке пентакс тоже резкий. я правда снимал на 3.5/55 старый. но новый ваш лучше считается как раз к краям.

Хрен их знает с чем они там

Хрен их знает с чем они там сравнивают. Обычно к заднику не жадничают купить оптики, даже шнайдер дешев относительно задников.
Я полноразмерных примеров за 5 минут не нашел.

На пленке мамия, говорят, очень резкая. Но критерии могут быть слабыми.

Это да.

Это да.
Посмотрел, мамия весит столько же, надо бы её поробовать где.
Но на многопиксельных задниках (80), говорят, не торт.

Кроме того, 15мм (полкадра)

Кроме того, 15мм (полкадра) вдоль длинной стороны - это много. То есть с таким фокусным такой сдвиг будет только если панораму снимать. Реальный сдвиг "для архитектуры" будет поменьше.

Но панорама из трех кадров получается 14600x5200 (фотошоп эти три кадра так склеил), это метр по длинной стороне @360dpi. Ну немало для узкоформатной камеры.

Pages

Subscribe to comments_recent_new