421 ответов в этой теме

[Alex_ander]

А есть возможность "подружить" вашу программу с Edius?
DV-видео PAL. EDL определяет как неизвестный формат. В отрендеренном DV-avi файле таймкод также не обнаруживает(DVSubMaker, кстати, тоже) - помечает файл красным крестиком .
Однако DV_DATECODE и плеер PlayDV с этим же файлом проблем не имеют - все находится и отображается.

[GMax]

возможность есть наверное.

примерчик EDL и готового AVI, где моя программа не находит, а DV_DATECODE находит куда-нибудь выложите, погляжу, пока запал есть

[Alex_ander]

Залил 7zip-архив на http://depositfiles....files/8s8dmy009 пример AVI и EDL. Edius создал 3 EDL на один проект, но, похоже, ни в одном из них нет информации о времени и дате съемки. В AVI эта информация сохранена и ее можно увидеть программой DV_DATECODE . Возможно, из-за применения в Edius Canopus DV кодека происходят какие-то изменения в формате сохранения таймкода, т.к. в исходных файлах таймкод считывается без проблем любой программой.

[holydiver]

В выложенном примере моя прога (DV Synchro Master) всё видит, формат стандартный. Только у меня ищутся все пакеты в кадре, считается статистика во избежание дребезга.

[GMax]

Залил 7zip-архив на http://depositfiles....files/8s8dmy009 пример AVI и EDL. Edius создал 3 EDL на один проект, но, похоже, ни в одном из них нет информации о времени и дате съемки. В AVI эта информация сохранена и ее можно увидеть программой DV_DATECODE . Возможно, из-за применения в Edius Canopus DV кодека происходят какие-то изменения в формате сохранения таймкода, т.к. в исходных файлах таймкод считывается без проблем любой программой.

AVI у меня такого раньше не было, парсинг делал теоретически, глючит.
поправлю вечером, а вот EDL какой-то странный.
нет, в целом там всё как обычно, можно парсинг организовать, но вроде бы всегда это был просто текстовый файл, а тут, помимо стандартного #D#A перевода строки, есть ещё некие #E символы. Зачем они - мне непонятно. как будто перевод строки состоит из трёх символов. могу на такое заглушку поставить, но мне странно...

[GMax]

хотя нет, EDL там всё же поганый

0001 sclive V     C             00:22:54:10 00:22:58:09 00:00:00:00 00:00:03:24
0002 sclive V     C             00:22:58:09 00:22:58:09 00:00:03:24 00:00:03:24
0002 sclive V     D       00:15 00:23:32:09 00:23:36:17 00:00:03:24 00:00:08:07
0003 sclive V     C             00:23:36:17 00:23:36:17 00:00:08:07 00:00:08:07
0003 sclive V     D       00:06 00:23:43:07 00:23:45:17 00:00:08:07 00:00:10:17
0004 sclive V     C             00:23:45:17 00:23:45:17 00:00:10:17 00:00:10:17
0004 BLANK  V     D       01:00 00:00:00:00 00:00:01:00 00:00:10:17 00:00:11:17
0005 BLANK  V     C             00:00:01:00 00:00:01:00 00:00:11:17 00:00:11:17
0005 sclive V     D       01:00 00:23:46:17 00:23:51:21 00:00:11:17 00:00:16:21

ну никакой информации тут по именам файлов нет. откуда инфу брать ?
у fcp, например, вот так:

001 AX AA/V C 00:00:00:00 00:00:24:23 01:00:00:00 01:00:24:23
* FROM CLIP NAME: CLIP 110.DV
* COMMENT:

002 AX AA/V C 00:00:00:00 00:00:29:12 01:00:24:23 01:00:54:10
* FROM CLIP NAME: CLIP 111.DV
* COMMENT:

[Alex_ander]

Edius при захвате видео с камеры размещает файлы в папку с проектом, а линки в панель "Bin", откуда клипы можно перемещать на Timeline. Изменить папку для захвата нельзя, а имена файлов Edius дает сам. Наверное поэтому и не указываются имена файлов, а только таймкод. Хотя трудно угадать, о чем думали программисты. В моем примере захват производился Scenalyzer, о чем честно сообщается в EDL, а линки в "Bin" создавались вручную. Исходные клипы размещены на другом физическом диске. При импорте исходных клипов в "Bin" в папке с исходниками создаются не текстовые файлы небольшого размера с именем, совпадающем с именем импортированного клипа. Также в "Bin" помещаются секвенции и линк на отрендеренный клип. Для общего развития здесь содержимое Bin проекта "Test"- экспорт в 2 разных формата (1,5 КБайта) http://depositfiles....iles/4o0ndevg9. Имена исходных файлов: "4x4'20070707 11.40.28.avi" и "4x4'20070707 11.38.54.avi".
С EDL вопрос непростой и, скорее всего, трудноразрешимый, а вот с AVI - очень бы хотелось, чтобы результат был положительный.

[GMax]

кстати, был уже как-то разговор про Эдиусовский EDL, и с тем же результатом. странный у него EDL, ни с кем не совместимый.....


--------------
07.12.2009 - v3.02
* Поправлен парсинг AVI без ODML индексов
* Вернул назад забытый вызов продолжения парсинга EDL в случае запуска извлечения таймкода со страницы EDL
+ Добавил другие видео-форматы в drag&drop

"sclive" в твоём примере - это на самом деле даже не название программы, а метка кассеты по-умолчанию. ты её при захвате не менял

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

никакого больше варианта экспорта нет ?
скриптом там каким. вегас под .net скрипты понимает, а Эдиус ?

Сообщение отредактировано GMax: 08 Dec 2009 - 00:24

[Alex_ander]

никакого больше варианта экспорта нет ?
скриптом там каким. вегас под .net скрипты понимает, а Эдиус ?

Есть еще вариант, вечером дома посмотрю.
Эдиус я только начал осваивать. До этого сидел на UMS Pro 7, затем 8. Удобная функциональная монтажка, но умерла вместе с независимостью Ulead. И баги устранять стало некому, а они есть. Поэтому и решил изучать Эдиус. Действительно, довольно шустро работает, даже на моем "дремучем" компе. Вот только столкнулся с проблемой извлечения таймкода, но, судя по всему, она благополучно разрешилась.
Конечно было бы удобнее отказаться от промежуточного рендеринга в DV (как я делал в UMS Pro, заодно получалась возможность сохранял файл на кассете, чем я вначале и пользовался для хранения архивов видео), а сразу "перегонять в MPEG, тем более, что у Эдиус великолепная интеграция с Прокодер. И таймкод для субтитров считывать с помощью EDL или какого-нибудь другого файла.
Но если "не судба", то можно продолжать работать по старой схеме, тем более, что монтажем я занимаюсь исключительно для себя и ,соответственно, эпизодически.

PS. Очень благодарен за прекрасную программу и помощь в решении моей проблемы.

[Alex_ander]

Оказывается формат EDL может настраиваться. http://depositfiles....files/i2ebwi0cp - здесь еще один вариант EDL и фото с настройками, при которых производился экспорт. Вариантов, как видно может быть много. Я методом научного тыка попробовал несколько. Поставил модель 2 и появились имена клипов.
Если есть желание продолжить "копание", выложите небольшой пример EDL от Вегаса, а я попробую подобрать настройки, чтобы получить максимально похожий.

Вот подобрал вариант, на первый взгляд похожий на приведенный фрагмент вашего - http://depositfiles....iles/ikpyyjs83.
При открывании его в программе получаем сообщение: "Warning: some AVI's or DVDT's does not exist, output results can not be correct!". DVDT файл не создается. Не может это быть связано с наличием точек внутри имени файла и отсутствием явного расширения? Или может мешает ссылка на сгенерированный цветной клип для фейдера?

Сообщение отредактировано Alex_ander: 08 Dec 2009 - 21:54

[GMax]

вегасовский EDL - он по сути совсем не EDL, на него равняться не надо, а вот FCP, Ulead мной парсятся. к ним можно подгонять.

отсутствие расширения во втором примере - проблема явная и главная, остальное вроде верно парсится.

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

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

[Alex_ander]

Еще вопрос по алгоритму обработки.
1. Создал новый проект из файлов, захваченных еще Улидом, баз точек в имени
2.Экспорт проекта в 1_V.EDL
3.Вручную правлю EDL - заменяю имя кассеты расширением
4.Скармливаю отредактироованный 1_V.EDL проге - должен получить по умолчанию 1_V.dvdt (так написано в нижней части окна)
5. После нажатия Convert получаю 2 файла dvdt - по количеству клипов.
Оба файла содержат таймкод целого клипа, хотя в проекте они подрезаны, 1_V.dvdt не создан
6. Повторное нажатие Convert в этой же вкладке - получаю 1_V.dvdt размером 10 байт, содержащий 8 цифр и ВК-ПС.

Где я неправ? Или неправильный EDL?

[GMax]

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

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

исходный edl+два получившихся в п.5 DVDT в студию, плз. посмотрю

[Alex_ander]

Залил http://depositfiles....files/do6pew25o . Два вида EDL: 1_V.edl - при экспорте длина перехода делится пополам и добавляется к каждому клипу в месте перехода, файл отредактирован; 2_V.edl - переходы оставлены "как есть", файл отредактирован. При оставленных переходах генерируются 3 файла. Два из трех оставил "как есть".
При обработке 1_V.edl или 2_V.edl получаем 2 файла DVDT c датой и временем исходников(не зависимо, какой EDL использовался). При 2_V.edl нажал конвертировать еще раз и получил 2_V.dvdt. При использовании в последнем случае 1_V.edl вместо 2_V.edl получаем тоже самое.

[Alex_ander]

Похоже, я нашел причину ошибки.
Экспортировал EDL из UMS Pro 8.0. Этот файл был обработан прогой без проблем, т. е ошибки в проге вроде нет.
Причина ошибки обработки EDL Edius - в EDL Edius таймкод для клипа (первые 4 поля) берется записанный на камере, т. е. абсолютный, а у Улида таймкод для каждого клипа проекта начинается с 00:00:00:00, т.е. относительный. Возникает ситуация, что в проекте для клипа 1 используется участок, например, с 00:10:00:00 по 00:10:05:00 (по EDL Edius - абсолютное время), а общая длина клипа всего, например 10 секунд. Тут не только конец, но и начало клипа значительно дальше по времени, чем длина клипа.
Для улида этот же отрезок клипа будет записан, например, с 00:00:02:00 по 00:00:07:00 - относительное время. И никогда конец отрезка не будет дальше по времени, чем длина клипа.

[GMax]

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

Сообщение отредактировано GMax: 10 Dec 2009 - 22:34

[Alex_ander]

Перепробовал, наверное, все варианты настроек - запись таймкода не изменяется.
Решение возможно только путем серъезной доработки алгоритма проги.
Например а в начале файла EDL найти "Edius". И если есть, то перейти к обработке по специальному алгоритму:
На следующей за таймкодом строке перед 0D, 0A (начало строки - *) найти закрывающую скобку и идти по строке в обратном направлении до открывающей скобки. Остальные символы будут являться именем файла, а дальше либо подставлять валидные расширения, либо перед началом конвертации запросить это расширение явно. Так можно найти файлы проекта. А таймкод необходио будет считывать из файла. К сожалению, я не знаю, где он там находится. По-идее должен быть где-то вместе с датой и временем. И в файл dvdt нужно будет добавить не только номер кадра, но и таймкод с ленты.
А дальше, при создании файла dvdt всего проекта, учесть, какой отрезок был использован , нет никакой проблемы.
Для сохранения единообразия dvdt файла, для других монтажек таймкод можно не считывать, а начинать для каждого файла с 00:00:00:00.
Единствено, что нужно учитывать при таком раскладе - стандарт ТВ (25 или 30 к/сек). Хотя, если считать таймкод с ленты,, это можно определить автоматом.

Сообщение отредактировано Alex_ander: 11 Dec 2009 - 00:42

[GMax]

таймкод с ленты я знаю где хранится, и он считывается. проблема с ним в том, что:

• DVDT таймкода не предусматривает - Не хочется терять совместимость с другими прогами
• Таймкод при перезаписи затирается, значит заранее не известно - оригинальный файл или переписаный, следовательно не известно, верный ли там таймкод
• Эдиус нигде в EDL не пишет, что он EDIUS

Так что наиболее реальный вариант - галка в программе "EDIUS EDL MODE", которая во-первых будет сама искать файло, подставляя разные расширения и, во-вторых, для каждого файла считать таймкод от нуля (или в обязательном порядке перечитывать его из файла, что существенно дольше... хотя можно искать до первого нахождения)

[Alex_ander]

1.Я имел в виду не окончательный файл DVDT, а промежуточные для каждого клипа, который сейчас имеют формат DVDT.
2. Даже если таймкод при перезаписи файла был изменен, это не имеет никакого значения, т.к. Эдиус считывает его в проекте именно из исходного файла. И ваша программа считывает дату и время именно из этого же файла. Тем более, если таймкод переписан, то дата и время так же не будут соответствовать дате и времени съемки. Сейчас прога считает, что начало клипа всегда 00:00:00:ХХ и в EDL указывается фактически смещение от этого начала клипа (ну и конец, естественно). А Эдиус указывает в EDL таймкод, считанный из исходного клипа, и смещение можно узнать только если вычесть из таймкода начала в EDL таймкод начала исходного клипа. Поэтому наиболее простой способ в "условный DVDT-файл" для исходного клипа добавить в начале строки, перед номером кадра реальный таймкод для Эдиус или начатый от 00:00:00:00 для других программ. А при втором проходе, при создании DVDT-файла проекта, "вырезать" указанный в EDL кусок из "условного DVDT-файла" исходного клипа и отбросить ненужный уже таймкод - для всех монтажек уже одинаково.
3. Вторая строка EDL-файла Эдиуса:
* COMMENT: CREATED BY CANOPUS FOR EDIUS (CMX-3600)

При выполнении п.2 становится невозможным использовать для извлечения даты из AVI исходного клипа(1 вариант) и из AVI проекта(2 вариант) один и тот же программный модуль. Требуется оригинальный программный код для каждого из 2-х вариантов. Для 2-ого уже существует в сегодняшней версии программы.

Сообщение отредактировано Alex_ander: 15 Dec 2009 - 10:09

[DAG]

Добрый всем день, с наступающим!))
Уважаемый GMax, недавно познакомился с Вашей программой DVTime v3.2, вижу огромный потенциал.
Однако столкнулся с рядом трудностей, как и предыдущий оратор. Т.е. программа не создаёт
результирующего файла .DVDT .
Работаю в Премьере и Вегасе, CS4 Премьер сохраняет метадату исходных фрагментов (оставляет дату съемки), однако
существует необходимость работать в CS3, который затирает ее. EDL Вегаса не используется, тк в списке после
имени фрагмента не стоит расширение, но даже после плясок с бубном результирующий .DVDT сгенерировать не удалось.(
Присоединяю .EDL Premiere(в 3 и 4 они идентичны) и Vegas 9.0 x64, с которыми Ваша софтина не создает
конечный .DVDT, думаю дело в них. В обоих случаях таймкод фрагмента=таймкод таймлайн начала текущего фрагмента.
Медиастудией проверить не могу, т.к. Win 7 х64.
Надеюсь Вы добавите возможность работать с .EDL этих программ.
Заранее спасибо!

http://ifolder.ru/15741171

Пример CS3:
001 sclive AA/V C 00:00:02:13 00:00:44:11 00:00:00:00 00:00:41:23
REEL sclive IS CLIP Cass_02-0001.avi

002 sclive AA/V C 00:00:45:06 00:01:15:09 00:00:41:23 00:01:12:01
REEL sclive IS CLIP Cass_02-0002.avi

003 sclive AA/V C 00:01:15:09 00:01:42:21 00:01:12:01 00:01:39:13
REEL sclive IS CLIP Cass_02-0003.avi

004 sclive AA/V C 00:01:42:21 00:02:22:10 00:01:39:13 00:02:19:02
REEL sclive IS CLIP Cass_02-0004.avi

Пример Vegas 9.0 x64:
001 sclive V C 00:00:02:13 00:00:44:11 00:00:00:00 00:00:41:23
* FROM CLIP NAME: Cass_02-0001
002 sclive V C 00:00:45:06 00:01:15:09 00:00:41:23 00:01:12:01
* FROM CLIP NAME: Cass_02-0002
003 sclive V C 00:01:15:09 00:01:42:21 00:01:12:01 00:01:39:13
* FROM CLIP NAME: Cass_02-0003
004 sclive V C 00:01:42:21 00:02:22:10 00:01:39:13 00:02:19:02
* FROM CLIP NAME: Cass_02-0004

Сообщение отредактировано DAG: 31 Dec 2009 - 17:07

[GMax]

Работаю в Премьере и Вегасе, CS4 Премьер сохраняет метадату исходных фрагментов (оставляет дату съемки), однако
существует необходимость работать в CS3, который затирает ее. EDL Вегаса не используется, тк в списке после
имени фрагмента не стоит расширение, но даже после плясок с бубном результирующий .DVDT сгенерировать не удалось.(
Присоединяю .EDL Premiere(в 3 и 4 они идентичны) и Vegas 9.0 x64, с которыми Ваша софтина не создает
конечный .DVDT, думаю дело в них.

В Вегасе надо делать не <scripting|export edl>, а Save As. действительно, надо дописывать расширение ко всем файлам, но ошибок при парсинге я не наблюдаю.

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

Сообщение отредактировано GMax: 02 Jan 2010 - 23:55

[GMax]

а DVDT, действительно, с первого раза не создаётся, если заранее промежуточные файлы не создались, недофиксил-таки в 3.02

[DAG]

http://ifolder.ru/15776917
Вот фрагмент, но дело не в нем, дело в том, как программа извлекает информацию из .EDL, т.к. "сохранив как..." проект из Vegas программа отработала результирующий .DVDT безупречно!
Т.о. если у Вас есть желание унифицировать работу, то существует необходимость переписать алгоритм извлечения информации из .EDL под Premiere, Edius и, наверное, Liquid.
Мне представляется некий переключатель, установка которого в определенное положение переключает алгоритмы извлечения информации.
Учитывая уникальность программы уверен, что она будет пользоваться бешеной популярностью. Со своей стороны могу предложить разработку более "конфеточной" шкурки, т.к. являюсь дизайнером, а, к сожалению, не программером.
С уважением, Дмитрий.

[GMax]

а мне представляется, что промежуточные DVDT создались в первый раз, поэтому во второй всё и прошло отлично

самое время проверить, как выглядит импортированная из EDL информация на экране программы в обоих случаях и сравнить их.
очень вероятно, что разницы не будет.

либо будет разница в столбце "FF", что как раз представляет собой проблему EDIUS

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

[DAG]

Видимо забыл сказать - промежуточные .DVDT всегда(!) создавались на ура. Проблема именно в результирующем файле.
Я пробовал все(!) доступные версии - трабл везде одинаков(имею ввиду .EDL premiere).

Пример:
Input(EDL Premiere CS3):
EDL Type: CMX3600. I think that original TVSystem is PAL

0001 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0003.avi
TL:[00:00:00.000-00:00:13.720(00:00:13.720)] FF:[00:22:06.120-00:22:19.840(00:00:13.720)]
0002 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0006.avi
TL:[00:00:13.720-00:00:25.960(00:00:12.240)] FF:[00:48:12.680-00:48:24.920(00:00:12.240)]
0003 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0007.avi
TL:[00:00:25.960-00:00:40.400(00:00:14.440)] FF:[00:48:24.920-00:48:39.360(00:00:14.440)]


Input(EDL Vegas 9.0):
EDL Type: Sony Vegas. I think that original TVSystem is PAL

0001 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0003.avi
TL:[00:00:00.000-00:00:13.720(00:00:13.720)] FF:[00:00:00.000-00:00:13.720(00:00:13.720)]
0002 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0006.avi
TL:[00:00:13.720-00:00:25.960(00:00:12.240)] FF:[00:00:00.000-00:00:12.240(00:00:12.240)]
0003 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0007.avi
TL:[00:00:25.960-00:00:40.400(00:00:14.440)] FF:[00:00:00.000-00:00:14.440(00:00:14.440)]

Очевидная разница в столбцах FF (до скобок)! В данном случае использовались одни и те-же фрагменты в проектах.
Промежуточные .DVDT, созданные на основании премьеровского EDL отлично отработали с EDL Вегаса (как и в прошлых тестах).
А с родным - никак. Т.е. значения FF-начало всегда должно быть = 00:00:00.000, а значение FF-конец в случае с Премьером надо брать из скобок.
Видимо проблема идентична траблу с Эдиусом.

Отображение "в кадрах" отличается тем-же:
Input(EDL Premiere CS3):
EDL Type: CMX3600. I think that original TVSystem is PAL

0001 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0003.avi
TL:[0-343(343)] FF:[33153-33496(343)]
0002 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0006.avi
TL:[343-649(306)] FF:[72317-72623(306)]
0003 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0007.avi
TL:[649-1010(361)] FF:[72623-72984(361)]

Input(EDL Vegas 9.0):
EDL Type: Sony Vegas. I think that original TVSystem is PAL

0001 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0003.avi
TL:[0-343(343)] FF:[0-343(343)]
0002 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0006.avi
TL:[343-649(306)] FF:[0-306(306)]
0003 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0007.avi
TL:[649-1010(361)] FF:[0-361(361)]

[GMax]

Пример:
Input(EDL Premiere CS3):
EDL Type: CMX3600. I think that original TVSystem is PAL

0001 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0003.avi
TL:[00:00:00.000-00:00:13.720(00:00:13.720)] FF:[00:22:06.120-00:22:19.840(00:00:13.720)]
0002 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0006.avi
TL:[00:00:13.720-00:00:25.960(00:00:12.240)] FF:[00:48:12.680-00:48:24.920(00:00:12.240)]
0003 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0007.avi
TL:[00:00:25.960-00:00:40.400(00:00:14.440)] FF:[00:48:24.920-00:48:39.360(00:00:14.440)]


Input(EDL Vegas 9.0):
EDL Type: Sony Vegas. I think that original TVSystem is PAL

0001 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0003.avi
TL:[00:00:00.000-00:00:13.720(00:00:13.720)] FF:[00:00:00.000-00:00:13.720(00:00:13.720)]
0002 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0006.avi
TL:[00:00:13.720-00:00:25.960(00:00:12.240)] FF:[00:00:00.000-00:00:12.240(00:00:12.240)]
0003 +DVDT F:\1-September\Cass-1-2\Cass_1-2_0007.avi
TL:[00:00:25.960-00:00:40.400(00:00:14.440)] FF:[00:00:00.000-00:00:14.440(00:00:14.440)]

Очевидная разница в столбцах FF (до скобок)! В данном случае использовались одни и те-же фрагменты в проектах.
Промежуточные .DVDT, созданные на основании премьеровского EDL отлично отработали с EDL Вегаса (как и в прошлых тестах).
А с родным - никак. Т.е. значения FF-начало всегда должно быть = 00:00:00.000, а значение FF-конец в случае с Премьером надо брать из скобок.
Видимо проблема идентична траблу с Эдиусом.

Ну, явно так оно и есть ждите обновления, на днях сделаю

[DAG]

Ждем с нетерпением!


А сайт в Мозилле доступа к смайлам и расширенному редактированию не дает!?
В Опере без проблем.

Ошибка: elementClassName is undefined
Источник: http://forum.videoed.../index.php?g=js
Строка: 247

Сообщение отредактировано DAG: 05 Jan 2010 - 15:48

[GMax]

06.01.2010 - v3.10
+ Возможно использовать в качестве базы для вычисления таймкода не 0,
а данные из самого AVI файла. (то есть файл будет начинаться не с 00:00:00.000, а с метки кассеты)
Специально для пользователей EDUIS и нового Adobe Premiere
+ Возможность выбора базы при экспорте глав(чаптеров) в SFL - 48000/44100 КГц,
автоопределение базы при импорте
+ "Полуавтоматический" поиск AVI файлов, указанных без расширения в EDL
* Долечил недолеченный в 3.02 вызов продолжения генерации DVDT из EDL
* Некоторые idx1 в AVI пришут так, а другие эдак. В 3.02 заменил "так" на "эдак",
что в корне не верно. Теперь работает и так и эдак

[DAG]

GMax, Bravo!
"Use InFile TC" - все заработало!
Спасибо огромное!

[GMax]

Главное, чтобы заработало правильно

[Alex_ander]

Давно не заходил на форум, а тут уже столько нового.
Проверил новую версию на тестовых проектах в эдиусе - все работает "на ура".
Надеюсь, что и в больших проектах все будет аналогично.
Выражаю огромную благодарность автору программы GMax за проделанную работу.

[Alex_ander]

Обнаружилась проблема (Edius): если проект содержит клип(ы) сгенерированный в видеоредакторе (color matte и т.п.), т.е. физически файл с клипом отсутствует, то программа (V3.10) не позволяет поставить "птицу" на использование таймкода из файла. И, соответственно, файл dvdt проекта создается пустой.

[GMax]

примерчик ? вроде не должно бы
как временный workaround можно сгенерить фиктивный dvdt для нужных мест

Сообщение отредактировано GMax: 15 Apr 2010 - 22:50

[Alex_ander]

примерчик ? вроде не должно бы
как временный workaround можно сгенерить фиктивный dvdt для нужных мест

С примером нужно еще и исходный видеофайл представить - минимум несколько метров.
Для простоты можно попробовать удалить из папки проекта один из файлов avi перед началом обработки EDL, чтобы программа его не нашла. Эффект должен получиться такой же.

Сообщение отредактировано Alex_ander: 18 Apr 2010 - 20:30

[GMax]

Да, действительно, есть такое дело. Хотелось заставить пользователя обязательно нажать на "Search Files", перестарался

19.04.2010 - v3.11
* Чуток улучшен поиск AVI файлов без расширения (приведён в соответствие с алгоритмом поиска v3),
Добавлено в заголовок поиска имя искомого файла
* Появилась возможность отметить галочку "Use Infile TC" при не полном комплекте видео-файлов.
Используется в случае наличия на видео-дорожке файлов без встроенного таймкода.

[Alex_ander]

Спасибо, все работает.

[GMax]

06.06.2010 - v3.12
* Поправлен парсинг при ошибках внутри AVI файлов
* Поправлена генерация титров с использованием различных профилей и возрастов детей
* Поправлены ошибки ввода времени в главы
! workaround: В случае использования пустого текста глав необходимо всегда ставить
галочку "Add Chapter Time" иначе DVD Architect (по крайней мере пятый)
глючит - он не умеет импортировать пустой(или состоящий только из пробелов) текст титров

[IgorO]

Добрый днь. Давно и с удовольствием использовал DVTime на DV-материале (огромное спасибо GMax).

2 года назад перешёл на AVCHD (Cannon HF-100) и ничего подобного для такого материала не нашёл.

Сейчас, с радостью, обнаружил что DVTime v3 извлекать нужную информацию из "M2T/MTS-потока с h264/mpeg2 видеокамер" (ещё раз спасибо GMax, что взялся за это).

К сожалению, то ли Cannon пишет коряво, то ли проблемы парсинга, но имеем следующий вид DVDT, как при прямом парсинге из MTS, так и при парсинге из EDL:

00000001 08 10 24 17 41 02
-0021806 08 10 24 17 41 03
00000039 08 10 24 17 41 04
00000039 08 10 24 17 41 05
00000039 08 10 24 17 41 04
00000039 08 10 24 17 41 05
00000039 08 10 24 17 41 06
00000039 08 10 24 17 41 05
00000039 08 10 24 17 41 06
00000039 08 10 24 17 41 07
00000039 08 10 24 17 41 08
00000039 08 10 24 17 41 07
00000039 08 10 24 17 41 08
00000039 08 10 24 17 41 09
00000039 08 10 24 17 41 08
00000039 08 10 24 17 41 09
00000039 08 10 24 17 41 10
00000039 08 10 24 17 41 11
00000039 08 10 24 17 41 10
00000039 08 10 24 17 41 11



Проблемы, как видно, 2:

- 1 столбец (я так понимаю номер фрейма);

- секунды периодически откатываются назад.

Что-нибудь с этим можно сделать или проблема фатальная?

Сообщение отредактировано IgorO: 29 Dec 2010 - 14:31

[GMax]

дело в том, что у меня такой камеры нет и парсинг я делал по присланным примерам и доке мог где-то и напортачить.
откат секунд там может случиться потому, что в h264 таймкод пишется не в каждый кадр, как в DV, а реже. сейчас даже не вспомню. кажется в mpeg-2 каждые три кадра, а в h264 раз в секунду. могли и глюки какие вылезти.

а что там с первым столбцом - для меня загадка. надо смотреть.

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

[IgorO]

Спасибо.
Вот ссылка:
http://files.mail.ru/HQIEK2
22 секунды. DVDT выглядит как и раньше.

Сообщение отредактировано IgorO: 08 Jan 2011 - 00:40

[GMax]

кое-какие баги нашёл, поправил, однако в самом файле действительно время периодически скачет то вперёд то назад !

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

[IgorO]

Если время скачет ровно на одну секунду, то я думаю, что можно игнорировать.

Правда, получается откат на 2, или даже 3 секунды. Совпадёт ли итоговая длина?

[GMax]

На вашем тестовом всё совпало
ловите новую версию

09.01.2011 - v3.13
* Поправлен парсинг h264
* Предусмотрена коррекция случая, когда в файле по какой-то причине перепутаны местами таймкоды
двух соседних кадров (например сначала идёт 01:01:02, потом 01:01:01, а потом опять 01:01:02)

[IgorO]

Спасибо, буду проверять.

Подумал, вдруг при съёмке в режиме "p" не будет.

Ан нет - то же самое.

[GMax]

кстати, если не сложно, поснимайте что-нибудь в самых разных возможных режимах секунд по 10+
и мне куда-нибудь выложите, для тестов. а то тестовых файлов очень мало. причём сильно интересует разное разрешение и разная скорость

Сообщение отредактировано GMax: 09 Jan 2011 - 01:30

[varvar_alex]

readme.txt

Подробнее о формате субтитров:
(эти коды для руского языка не имеют смысла, поэтому без перевода ;-)
t One character time marker string, such as A or P
tt Multicharacter time marker string, such as AM or PM

Улыбнуло )

скорее "эти коды для русского человека не имеют смысла" ;-)

зы классная прога!!!

[GMax]

неужели хоть кто-то читает readme ?

[holydiver]

GMax даташтамп "скачет" из-за перемежения кадров в GOP. Нужно прочитать PTS кадров одного целого GOPа, составить таблицу последовательности кадров, определить соответствие первому даташтампу, а потом пересортировывать все последующие.
Для определения соответствия в некоторых случаях приходится анализировать несколько записей даташтампа, сопоставляя с таблицей GOP. Утяжеляет код, но работоспособно.

[GMax]

покадровой точности для mpeg никто не заказывал, а с учётом, того что "разрешение" даты в mpeg2/4 составляет секунду, а не кадр как в DV, мне показалось куда проще просто менять местами некорректно встречающиеся таймкоды, чем писать полноценный парсер. там и сейчас слишком много лишнего

[IgorO]

Осталась небольшой глюк: в первом столбце, во второй строке на склееном большом файле появляется отрицательное число

00000001 10 07 15 15 32 42
-0065524 10 07 15 15 32 43
00000037 10 07 15 15 32 44
00000062 10 07 15 15 32 45
00000087 10 07 15 15 32 46
00000087 10 07 15 15 32 47
00000112 10 07 15 15 32 48
00000137 10 07 15 15 32 49


Обращаю внимание на 5 и 6 строку.

Попробую подобрать минимальный пример.