Какие компоненты компа влияют на скорость обработки фотографий

Цитата:

от: Павел Ионас
Как? 4 ДПП насильственно конвертирует в ТИФФ 8 бит?

Тифы 16 битные и тот же компьютер - 11-16 сек.

Цитата:

от: kyerdna
Рафаэль, DPP какой версии?

Версия 3.14.15

4-х ядерный мобильный процессор i7-3720QM @ 2,6 Ghz, 16 Gb 1600 MHz DDR3, Mac OS X 10.10.3

Конвертирование одиночного RAW 5D Mark III в Exif-JPG (чисто конвертирование, без всяких наворотов обработки):

DPP версии 4.1.50 (64 бит) – 15-16 секунд
DPP версии 3.14.47 (32 бит) - 8-9 секунд

Чисто для сравнения – Corel AfterShot версии 2.1.2.10 (64 бит) делает то же самое за 1 секунду, Lightroom версии 5.7.1 (64 бит) за 3-4 секунды. Ну, и экзотическая (для виндоус пользователей) Aperture 3.6 (64 бит) – за 1-2 секунды.

Цитата:

от:Botik
4-х ядерный мобильный процессор i7-3720QM @ 2,6 Ghz, 16 Gb 1600 MHz DDR3, Mac OS X 10.10.3

Конвертирование одиночного RAW 5D Mark III в Exif-JPG (чисто конвертирование, без всяких наворотов обработки):

DPP версии 4.1.50 (64 бит) – 15-16 секунд
DPP версии 3.14.47 (32 бит) - 8-9 секунд

Чисто для сравнения – Corel AfterShot версии 2.1.2.10 (64 бит) делает то же самое за 1 секунду, Lightroom версии 5.7.1 (64 бит) за 3-4 секунды. Ну, и экзотическая (для виндоус пользователей) Aperture 3.6 (64 бит) – за 1-2 секунды.

Подробнее

Равстудия за 0,5 сек

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

ДПП

Цитата:

от: Тарзан
возникает следующий вопрос, который наверняка обсуждался- какой рав-конвертер самый адекватный в плане качества?

Да кто ж его знает.. какой... )
Пробуйте под вашу камеру.. их всего штук 5 наберёться ... чистых конверторов.. без встроенных в редакторы.
Вообще-то.. современные камеры процентов на 80 должна делать работу конвертеров ещё на стадии съёмки.. просто правельно снимать.. а не ..типа raw всё вытянет.., да может, скажем по ББ, что бывает очень сложно.. или геометрию.., а остальное.. простое умение пользоваться камерой

Цитата:

от: Тарзан
какой рав-конвертер самый адекватный в плане качества?

Поставьте лайтрум или встроенный в фотошоп ACR конвертер.
Может он и не идеален в плане качества, но зато работает очень быстро. А соответственно, если вы будете работать быстро, без тормозов, обработка не будет бить вам по нервах, а приносить удовольствие, то и результат будет хороший

Цитата:

от: Тарзан
Когда двигаю ползунки (напрмер резкость или шумодав) в дпп или фотошопе, то изменения на картинке тоже вижу не сразу, а спустя несколько секунд,

---
Запомните одно важное правило:
резкость и шумодав нужно двигать в последнюю очередь, потому что они ОЧЕНЬ тормозят.
Ну и, конечно же, процессор. Он у вас уже сильно устарел. Нужно 4-6 ядер.
---
Вобщем открываете RAW, двигаете цвета, экспозицию, кривые и пр... а резкость и шумодав уже под самый конец, перед сохранением в jpg

Цитата:

от:Александр Блоцкий
---
Запомните одно важное правило:
резкость и шумодав нужно двигать в последнюю очередь, потому что они ОЧЕНЬ тормозят.
Ну и, конечно же, процессор. Он у вас уже сильно устарел. Нужно 4-6 ядер.
---
Вобщем открываете RAW, двигаете цвета, экспозицию, кривые и пр... а резкость и шумодав уже под самый конец, перед сохранением в jpg

Подробнее

А как тогда объяснить что во время конвертации процессор, так же как и память, загружены максимум на 60%. Так показывает диспетчер задач.

Цитата:

от: Тарзан
А как тогда объяснить что во время конвертации процессор, так же как и память, загружены максимум на 60%. Так показывает диспетчер задач.

Ядер в современных CPU 4-8, конвертер плохо параллелит потоки, отсюда малая загрузка. Поэтому выгодно запускать два и более процесса конвертирования одновременно - получиться быстрее, так как эффективнее загружен процессор.

Цитата:

от:Alex Veles
Ядер в современных CPU 4-8, конвертер плохо параллелит потоки, отсюда малая загрузка. Поэтому выгодно запускать два и более процесса конвертирования одновременно - получиться быстрее, так как эффективнее загружен процессор.

Подробнее

Или просто нормальное 64-битное приложение

Цитата:

от: Rafael Fomenko
Или просто нормальное 64-битное приложение

При чем тут разрядность?

Цитата:

от: Alex Veles
При чем тут разрядность?

при использовании 64-х разрядных команд скорость возрастёт
т.е. даже если просто перекомпоновать исходный код 64-х разрядными компилятором - получим прирост производительности примерно на 15%
вот так просто ... практически из ничего (не меняя алгоритмов программы)

Цитата:

от:фоторулюбитель
при использовании 64-х разрядных команд скорость возрастёт
т.е. даже если просто перекомпоновать исходный код 64-х разрядными компилятором - получим прирост производительности примерно на 15%
вот так просто ... практически из ничего (не меняя алгоритмов программы)

Подробнее

Я думаю это из-за того, что код 64 битных библиотек и сам компилятор более новые, чем 32 битные. Соответственно использует векторизацию, оптимизацию и т.п.
Но 64 битность никак не завязана на кол-во ядер.
Да и в нормальных ОС уже все с десяток лет как 64 битное.
Это вот в windows (особенно адоб) до сих пор пилят 32 битное ПО и пихают в 64 битные ОС.

Цитата:

от:Alex Veles
Я думаю это из-за того, что код 64 битных библиотек и сам компилятор более новые, чем 32 битные. Соответственно использует векторизацию, оптимизацию и т.п.
Но 64 битность никак не завязана на кол-во ядер.
Да и в нормальных ОС уже все с десяток лет как 64 битное.
Это вот в windows (особенно адоб) до сих пор пилят 32 битное ПО и пихают в 64 битные ОС.

Подробнее

Разрядность как раз за тебя делает то что ты вначале предложил. Например, ДхО то ли 6 то ли 5 версии откровенно, при серийной обработке, на 2-ядрённом процессоре запускал 2 фото в пересчёт, а 4-ядрённом - 4 фото.

Про ОС. ОэСы как то не особо шустро прочухались с многоядрнностью. Вин начала только с 8-ки (и то точно не уверен что 32-ной нет) А Лин пока параллельно выпускает 32 и 64 - подстраховываются.

Цитата:

от:Rafael Fomenko
Разрядность как раз за тебя делает то что ты вначале предложил. Например, ДхО то ли 6 то ли 5 версии откровенно, при серийной обработке, на 2-ядрённом процессоре запускал 2 фото в пересчёт, а 4-ядрённом - 4 фото.

Подробнее

Да божеж мой. Повторяю, разрядность CPU никаким боком не связана с многоядерностью. Просто чисто исторически в мире x86 они примерно в одно время получили распространение.
Поставте 32 битную ОС с 32 битным ДхО и онтак же как умеет будет параллелить своё выполнение.

Цитата:

от: Rafael Fomenko

Про ОС. ОэСы как то не особо шустро прочухались с многоядрнностью. Вин начала только с 8-ки (и то точно не уверен что 32-ной нет) А Лин пока параллельно выпускает 32 и 64 - подстраховываются.

Вы путаете разрядность и многоядерность. Это разные вещи, очнитесь.
Например в вашем телефоне думаю многоядерный процессор, но скорее всего 32 битный. 64 битные ARM начали вот только выходить например.
И наоборот, есть 128 битные процессоры, но это не значит что у них тысячи ядер...

что-то накрутили всё в кучу ...
если речь идет только о ДПП , то какого рОжна тут видеокарта ?
У неё , (до 4-ки, старше ,просто незнаю точно) нет поддержки ГПУ . неумеет она , иначе бы ей надо было бы для установки фреймворкс 1, 2, 3, 5, 10-125 и прочие хрени , сама бы она весила не 50 мБ , а 1,5 гига -как лайтхрюйм и тд .
ДПП хорошая , простая прога , ей нужен хороший проц (незнаю , как там корректно реализована многопроцессорность) , ну и конечно память и конечно скорость обращения к дискам .
(а для лайтрума - надо всЁЁЁ и много , и все равно она не будет работать)

Цитата:

от: Rafael Fomenko
А Лин пока параллельно выпускает 32 и 64 - подстраховываются.

linux не подстраховывается, а просто работает на куче архитектур,в отличии от...

Да не разрядность ЦПУ, а разрядность системы. Вот с ДхОмог чего и перепутать. Короче: надо несколько ядерный проц, 64биную ОС и 64битную прогу. Это касается и Вин и Лин. И у второго такая же пока проблема как у первого - есть многоядерный проц, есть система поддерживающая этот проц, а нет софта который на этом всём может ускориться. Есть конечно. Но того чего надо - нет :D ДПП на пример или РавСтудии :P