Как сменить диск при захвате видео?
#1
Отправлено 03 Aug 2009 - 12:49
По умолчанию "Edius" пишет на диск где файл проекта, но этот диск заполнился и мы купили ещё на 1.5 терабайта, но как указать "Edius"-у что надо писать на новый диск - не нашли.
В форуме ответа не нашёл.
#2
Отправлено 03 Aug 2009 - 13:27
А вам это не кажется разумным?"Edius" пишет на диск где файл проекта
Ну если ОЧЕНЬ не хочется хранить все вместе Seting>Application seting>Deck Setting>Comfirm filename -- BEFORE CAPTURE -- тобишь спрашивать перед захватом куда ложить и как обзывать...
#3
Отправлено 03 Aug 2009 - 13:35
А вам это не кажется разумным?
Это - разумно, не обсуждается.
Сердечно благодарю, помогло!
#4
Отправлено 03 Aug 2009 - 13:50
Мне вот это кажется вообще малоразумным, когда я не могу распределить изначально дисковую нагрузку, как мне надо.А вам это не кажется разумным?
В т.ч. это касается кеширования файлов - не знаю, как в 5, но в 4 это сваливалось по умолчанию в папку проекта.
В то же время, например, настройка в шопе файлов подкачки на разные харды и массивы- может значительно облегчить сохранение и работу с большими файлами.
#5
Отправлено 03 Aug 2009 - 14:05
#6
Отправлено 03 Aug 2009 - 14:37
Поддерживает необходимость сетевой работы над одним проектом?
Разные функции подразумевают разную реализацию.
И так что именно ложится в файл проекта и кешируется на диск Едиусом кроме исходников? может отсюда копнете и потом будете высказываться?
#7
Отправлено 03 Aug 2009 - 15:45
#8
Отправлено 03 Aug 2009 - 17:57
#9
Отправлено 03 Aug 2009 - 20:00
Ну и последнее-если работать в HD с RAID,то это наиболее оптимальное решение,особенно,если работать с мелкими,но ёмкими проектами.
Сообщение отредактировано Virs: 03 Aug 2009 - 20:01
#10
Отправлено 03 Aug 2009 - 21:12
Я ведь не говорю, что это не удобно при определенных случаях. Я лишь за то, чтобы это можно было настраивать по необходимости.
#11
Отправлено 04 Aug 2009 - 00:37
Если ты заметил,я писал о RAID,где это правило не актуально.предварительный просчет на тот же самый хард происходит гораздо медленнее
Я лишь за то, чтобы это можно было настраивать по необходимости.
Необходимось эфемерная...Например,фильм в HD,минут на 12,занимает в проекте,около 300гиг.Ну представь себе,что он раскидан по нескольким хардам,вместо одного RAID 5-6.Вдруг,посреди работы,сдыхает хард и проект летит к чёртовой матери(можно восстановить,конечно).На RAID,достаточно заменить хард...
Это конечно,прописные истины,но всё-таки Эдиус,заточен под HD,а RAID,рекомендован по умолчанию(не забывай,что Эдиус работает с ресурсами компа без кеширования). Имхо,GV просто перестраховываються от тупых юзеров,как было уже не раз.Ну,а возможность каптурить на другой хард они на всякий случай дали,но предложили перед этим подумать.
И что кешировалось,кроме waveform?В т.ч. это касается кеширования файлов - не знаю, как в 5, но в 4 это сваливалось по умолчанию в папку проекта.
Я конечно же твою мысль понял,но даже если бы такая опция была,я бы её не юзал.
Всё имхо.
Сообщение отредактировано Virs: 04 Aug 2009 - 00:50
#12
Отправлено 04 Aug 2009 - 01:07
Оно так же актуально, просто не так заметно.Если ты заметил,я писал о RAID,где это правило не актуально.
Под "кешированием" я имею ввиду файлы просчета проекта.
Собирали фильм с исходниками почти на 1.5 ТБ, как я уже писал. Ясен пень, что все это лежит на одном разделе RAID.Необходимось эфемерная...Например,фильм в HD,минут на 12,занимает в проекте,около 300гиг
А временные просчеты я бы с удовольствием свалиливал на другой массив. А сейчас, по сути - приходится делать наоборот - создавать проект на "втором", пустом массиве, а все файлы каптурить на "первый", большой массив для исходников.
#13
Отправлено 04 Aug 2009 - 04:26
Два RAID-массива на одном компе - это, конечно, круто. Хотя стоит провести эксперимент: рендеринг не тот же массив, и на другой. И сравнить по времени.
Сообщение отредактировано Сергей Иваныч: 04 Aug 2009 - 04:27
#14
Отправлено 04 Aug 2009 - 08:35
Ну что же это такое...При проигрывании этих файлов исходники уже не используются.
Я нигде не говорил про только проигрывание.
Лишь про то, что считывание исходников и просчет на этот же хард - происходит, очевидно, медленнее.
А просчеты, особенно в HD на много слоев, даже простых ПИПов да еще и с графикой, требуются, как ни крути.
Я это отчетливо замечаю, собирая всякую колбасню в АЕ, в HD без компрессии.
#15
Отправлено 04 Aug 2009 - 11:12
замечаю, собирая всякую колбасню в АЕ
Заметь, что ты второй раз ссылаешься на поведение абсолютно другой программы с другой концепцией (композер!!) и другими механизмами доступа к диску....
создавать проект на "втором", пустом массиве, а все файлы каптурить на "первый"
А это и есть нормальная работа... Захват и продготовка делается в одном месте и одном проекте -- и его бин или отсортированая секвенция -- передается на другой монтажный проект (на другой машине в сети) который в 90% случаев или шаблон или подготовлен другим человеком на другой машине и для обрамления фильма -- базовая графика созданная из стороннего материла в виде полиграфии... А я после/одновременно с этим занимаюсь звуком с третьей машины в третьем проекте у которого ТОЖЕ СВОЙ СОБСТВЕННЫЙ КЕШ.
Могу еще раз подчеркнуть в первом посте у меня был комментарий именно про ЗАХВАТ В ПРОЕКТ. Эта опция в 90% случаев вообще первая и отдельная.
ЗЫ -- диски на которые у меня идет захват вообще по сети READ-ONLY ибо ИСХОДНИКИ.
#16
Отправлено 04 Aug 2009 - 11:43
так почему бы этот собственный кеш не отделить от "основных", локальных рабочих файлов и не занимать им драгоценное пространство с резервированием?ТОЖЕ СВОЙ СОБСТВЕННЫЙ КЕШ.
Привожу в пример АЕ, только как софтину для которой проще сделать замер нагрузки, а главное - есть возможность так сделать.
Для Эдиуса - это банально не возможно по причине отсутствия такой функции.
#17
Отправлено 04 Aug 2009 - 12:18
А хранение проекта, исходников и рендера по-умолчанию на активно используемом диске чревато.
#18
Отправлено 04 Aug 2009 - 12:31
бы этот собственный кеш
За рыбу гроши...
Ну не хочешь принципиально ответить "И так что именно ложится в файл проекта и кешируется на диск Едиусом кроме исходников? может отсюда копнете и потом будете высказываться?"
А для "самоучки" который все в одном" делает и захват и монтаж и еще с прошлых "рыбу" с футажами тянет -- тяжелей потерять исходник.
#19
Отправлено 04 Aug 2009 - 15:35
С другой стороны,что мешает закаптурить исходники на другой хард?Ведь это просто сделать,указав,куда каптурить файл,или создать проект "Capture-имя проекта",при этом,монтажный проект создать на другом харде,или RAID(предпочтительнее).Там тебе и рендер будет и зв.кеш.Только не дай Бог потом переносить проект на другой комп,где буквы хардов не совпадают,или на ноут...
Минусов больше,чем мнимых плюсов,имхо.Я,правда пишу из личного опыта,возможно у кого-то он иной.
Сообщение отредактировано Virs: 04 Aug 2009 - 15:38
#20
Отправлено 04 Aug 2009 - 20:28
Отсюда явно следует, что "бутылочным горлышком" является не дисковая подсистема, а главный вычислитель. Проведи-таки эксперимент, который я предложил.А просчеты, особенно в HD на много слоев, даже простых ПИПов да еще и с графикой, требуются, как ни крути.
0 человек читают эту тему
0 пользователей, 0 гостей, 0 скрытых пользователей