forum > Основной форум
Организация отсылки работ на стоки.
Igor:
А понял, тут всё просто, когда ты жмёшь EDIT LR создаёт tiff файл, он хранится в том-же каталоге что и RAW. Далее эти два файла никак не связаны друг с другом, тоесть RAW крути как хочешь tiff при этом не трогается, и наоборот соответственно) по сути можно сделать 1 обработку потом из неё сделать следуюшую и так далее. Тоесть сделать несколько вариантов обработки. Все эти файлы будут в библиотеке LR
и кстати метадата к ним сохраняется от RAW. Если слова уже были прописаны то они автоматом будут и для всех производных.
Вообще самый праведный способ ускорения процесса это избавится от повторных действий. Мы можем прописать слова в ЛР и автоматизировать заливку через ФТП; категории, названия и релиз это уже индивидуално.
Кстати был вопрос как заливает на фтп LR
Я делаю так, выбираю файлы которые хачу залить, export на fotolia, пока всё это дело заливается на fotolia я уже поставлю задачу exporta на дреамстиме, шуттер итд... у меня на выходе 12мбит, так что я особо о скорости не парюсь:)
А вообше можно залить фотки на 1 сервер и поставть заливать на другие в это время уже в бровзере вписывать категории и всё такое)
starush:
я правильно понимаю, при экспорте на множственные фтп — каждый раз творится новый временный жпег?
меня волнует экономия дискового пространства (PSD получается несколько мельче, чем TIFF, плюс я его потом перевожу в 8 бит так и храню), и экономия процессорного времени. получнные один раз жпеги я аккумулирую в специальную папку, откуда произвожу аплоад на все стоки. оттуда же я беру их для загрузки на какой-нибудь новый сток (все-таки, конвертнуть заново полторы тысячи жпегов из источников, лежащих в сотне разных папок — не такая уж и веселая задача).
Igor:
--- Цитата: starush от Июня 24, 2010, 08:08:28 pm ---я правильно понимаю, при экспорте на множственные фтп — каждый раз творится новый временный жпег?
меня волнует экономия дискового пространства (PSD получается несколько мельче, чем TIFF, плюс я его потом перевожу в 8 бит так и храню), и экономия процессорного времени. получнные один раз жпеги я аккумулирую в специальную папку, откуда произвожу аплоад на все стоки. оттуда же я беру их для загрузки на какой-нибудь новый сток (все-таки, конвертнуть заново полторы тысячи жпегов из источников, лежащих в сотне разных папок — не такая уж и веселая задача).
--- Конец цитаты ---
Да думаю ЛР создаёт jpeg и через оперативку или временную папку его швыряет на фтп.
Для Edit-a ты можеш выбрать формат, не хочешь в Tiff, ради бога, делай в PSD, всё настраивается
Смысл процесса какраз в том чтобы все файлы были в одной базе и в одной программе.
Boris:
--- Цитата: Igor от Июня 24, 2010, 08:19:34 pm ---Смысл процесса какраз в том чтобы все файлы были в одной базе и в одной программе.
--- Конец цитаты ---
Искренне советую не устраивать такой процесс, потому что с увеличением базы фотографий любая более менее распространенная программа (в данном случае равконвертор - каталогизатор) начинает очень сильно тормозить. Базу лучше организовывать в отдельном софте, который для этого специально сделан.
Сейчас как раз думаю на эту тему.
Либо как вариант разбивать библиотеку на куски и работать с каждым куском отдельно.
Igor:
--- Цитата: Boris от Июня 24, 2010, 08:32:52 pm ---
--- Цитата: Igor от Июня 24, 2010, 08:19:34 pm ---Смысл процесса какраз в том чтобы все файлы были в одной базе и в одной программе.
--- Конец цитаты ---
Искренне советую не устраивать такой процесс, потому что с увеличением базы фотографий любая более менее распространенная программа (в данном случае равконвертор - каталогизатор) начинает очень сильно тормозить. Базу лучше организовывать в отдельном софте, который для этого специально сделан.
Сейчас как раз думаю на эту тему.
Либо как вариант разбивать библиотеку на куски и работать с каждым куском отдельно.
--- Конец цитаты ---
Создать базу проще)
Скажем делать новую каждый квартал или каждый месяц.
На MAC OS всё работает несколько проще. Там распределение работы оперативки и процессора поумнее )
Навигация
Перейти к полной версии