Как ускорить конвертацию в ФШ рав??

Всего 27 сообщ. | Показаны 1 - 20
Как ускорить конвертацию в ФШ рав??
Трачу много времени на конвертацию равов. в среднем 500 фото с настройками конвертятся около 40 мин..
пользуюсь camera raw приложение фотошопа
как сделать быстрее?может туплю с настройками самого конвертора
Re[Розманов Александр]:
Напишите инфу о компе. тут компетентные ребятки подтянутся и посоветуют. Но без инфы никак не подскажут.
Re[Розманов Александр]:
я все еще надеюсь что обойдется настройками
Re[Розманов Александр]:
Ну так в любом случае надо знать что за железо. Может у вас мало памяти и для фш ее выделено еще меньше, или еще что...
Re[Розманов Александр]:
Если интересует конечный размер меньше оригинального - то можно на этом сэкономить.
Re[Розманов Александр]:
5 сек. на фото это вполне номально: 5Д\М3 -ДПП в ТИФФ300 dpi 5-6 сек\фото.
Re[Розманов Александр]:
железо атлон2 250, 4гб памяти, винт обычный
фото с первого пятака, в среднем 12мб до конвертации, 5 мб после
Re[Розманов Александр]:
И зачем же Вам нужно качество сразу убивать? С 5Д файлы по 40 Мб. В ДПП -в среднем было вроде по 2-3 сек\файл. Комп был самый простой: Инт\пен 4..уже и не помню ...Перешел на новый 4 ядерный только на 5Д\М3.

Вот такое конвертирует в ДПП 64Мб ТИФФ 300 dpi за 6 сек:
intel core 2quad q9400box\2 gb\MB ASUSTEC P5Q RET\SEAGATE ST3500418AS 500GB\SONY NEC AD-7203\ZOTAG GEFORCE 9600GT 512M у Вас за 1 сек будет работать.
Re[ту аффтар]:
+500
DPP открывает быстрее любой рав чем адобовские проги
или пользуйтесь родным DPP или меняйте железо....
никакими оптимизациями вы увеличение скорости не добъетесь... только смена камня на более производительный...
а если 500 фото... да еще импорт в бридж например... то еще лучше... +SSD)))

ЗЫ как вы 500 фото в ACR обрабатываете? синхронизируете настройки ACR?
Re[ДиMUSTый]:
Цитата:

от:ДиMUSTый
+500
DPP открывает быстрее любой рав чем адобовские проги
или пользуйтесь родным DPP или меняйте железо....
никакими оптимизациями вы увеличение скорости не добъетесь... только смена камня на более производительный...
а если 500 фото... да еще импорт в бридж например... то еще лучше... +SSD)))

ЗЫ как вы 500 фото в ACR обрабатываете? синхронизируете настройки ACR?

Подробнее

SSD имеет обалденную скорость чтения и неплохую(реальную)скорость записи. Система на нем стартует быстро, программы раскрываются шустро, но есть одна задача в которой он пасует, это перемещение несжимаемых данных между дирректориями одного раздела, а именно фото. Если просто писать на носитель или читать с носителя то SSD тут вне конкуренции, если же перемещать данные из одной дирректории в другую на одном физическом разделе, то HDD просто перебросит индексы, а SSD будет физичски перемещать данные читая их из ячеек, искать под них место и физически их записывать в новое место. Чем выше обьем перемещаемых данных между дирректориями тем меньше разрыв между производительностью и технологией. Фото как известно это и есть несжимаемые данные, и чем больше обьем перемещения из одной дирректории в другую тем больше падает скорость записи SSD , практически равняясь средненькому HDD.
Re[humax67]:
все это хорошо... в идеале...
но объемы SSD и HDD до сих пор не сопоставимы...
4 тера и 512 гига...
и разница в цене...

и да... надежность... если я примерно знаю, сколько проработает Velociraptor (выработанное с годами решение)
то ни о каком SSD-диске я сказать также не могу......
Re[humax67]:
Цитата:

от:humax67
... если же перемещать данные из одной дирректории в другую на одном физическом разделе, то HDD просто перебросит индексы, а SSD будет физичски перемещать данные читая их из ячеек, искать под них место и физически их записывать в новое место. ...

Подробнее

чушь полная
SSD сделает ровно то же самое
с бешеной скоростью

картинка на мониторе дольше будет обновляться
Re[фоторулюбитель]:
Цитата:
от: фоторулюбитель
чушь полная
SSD сделает ровно то же самое
с бешеной скоростью

Со скоростью записи несжимаемых данных он это сделает. Пока рекордсмен Самсунг 840 Pro со скоростью 57.2 имеющий тестовую скорость чтения и записи за 500 с гаком. При этом скорость падает от обьема файла со 175 до 42 начиная с 8 гиг. А тестовый проход показывает 276 на файлах малого обьема.
Для сравнения Раптор перемещает 52 гига между дирректориями в четыре раза быстрее при тестовой скорости 175, которая постоянна на протяжении всего перемещения иизменяется лишь латентно. У меня же серваки где есть и то и другое. Не писал бы если бы это не было очевидным.
Re[humax67]:
Цитата:

от:humax67
Со скоростью записи несжимаемых данных он это сделает. Пока рекордсмен Самсунг 840 Pro со скоростью 57.2 имеющий тестовую скорость чтения и записи за 500 с гаком. При этом скорость падает от обьема файла со 175 до 42 начиная с 8 гиг. А тестовый проход показывает 276 на файлах малого обьема.
Для сравнения Раптор перемещает 52 гига между дирректориями в четыре раза быстрее при тестовой скорости 175, которая постоянна на протяжении всего перемещения иизменяется лишь латентно. У меня же серваки где есть и то и другое. Не писал бы если бы это не было очевидным.

Подробнее

начиная с размера файла = 8 гигов ?
это что же за фотографии у Вас там ? :-)
Re[фоторулюбитель]:
Цитата:
от: фоторулюбитель
начиная с размера файла = 8 гигов ?
это что же за фотографии у Вас там ? :-)

Любой фильм. Как и любой каталог с фото, это дирректория с несжимаемыми данными. Для примера, чтоб не попусту.
Принцип установки программ в маке-каталог с распакованной программой отправляется в дирректорию программ, перемещение каталога из одной дирректории в другую. Двигаем мышкой и засекаем время на одинаковых машинах, например 318 прошка -на HDD просто улетела и встала, на SSD мы будем наблюдать окно с прогрессом перемещения, и этот прогресс будет зависеть от обьема напрямую, а до начала перемещения постоит подготавливая место в ячейках прямо пропорционально перемещаемому обьему. Это бич всех контроллеров SSD - проблема работы с большими обьемами несжимаемых данных, в меньшей мере он критичен для Sandforse, который аппаратно готовит ячейки в фоновом режиме, имеет меньшую скорость записи но не думая начинает прогресс. HDD же просто перемещают данные в другой кластер того же раздела дублируя путь к файлу и не заморачиваются на выделение под него места к тому же не ждут команды о том что ячейка не занята или занята уже удаленными данными.
Re[humax67]:
забавная система ... мак :-)
Re[Розманов Александр]:
Цитата:
от: Розманов Александр
Трачу много времени на конвертацию равов. в среднем 500 фото с настройками конвертятся около 40 мин.

О! Это довольно быстро, я был бы рад, если бы у меня так конвертил :D
---
ЗЫ. Настройками конвертера...
Первое правило - не пользоваться шумодавом и повышением резкости - разница очень ощутимая.
Второе правило - виньетирование, исправление искажений, четкость - тоже съедают время, но не так критично.
Больше - никак.
Re[фоторулюбитель]:
Цитата:
от: фоторулюбитель
забавная система ... мак :-)

Вы суть уловите, мак тут не в тему а для примера, тоже самое и на линуксах и на винде . Это принцип работы твердотелых носителей. Быстро читаем, быстро пишем, но долго перемещаем из одной дирректорию в другую. Не нравится такой пример пожалуйста другой. Открываем две папки на винде и перетаскиваем содержимое из одного окна в другое, те же как говорится .... только в профиль.
Re[humax67]:
к сожалению нет у меня свободных 16 гигов на SSD
пробовал 4 гига (2 файла) - ничего из того что Вы пишете не подтверждается
Re[фоторулюбитель]:
Цитата:
от: фоторулюбитель
к сожалению нет у меня свободных 16 гигов на SSD
пробовал 4 гига (2 файла) - ничего из того что Вы пишете не подтверждается

У вас должно быть рядом две одинаковые машины с SSD и HDD, открываем папку с 500 фото, выделяем все, копируем и вставляем в новую дирректорию. Засекаем время перемещения. Вот в этом случае подтвердится.
Вы не авторизованы

Пожалуйста, авторизуйтесь, чтоб иметь доступ к полному функционалу сайта