День добрый, если есть такая возможность сохранение видео с частотой 50 кадров в секунду, где соответственно четные кадры это четные строки, а нечетные кадры это нечетные строки.
Тоесть видео с разрешенем 768х288-50 кадров/с.

Возможно я неясно написал, можно ли сделать чтото подобное, как описано в этой статье http://mediatory.ru/article10_article_2_1.phtml в качестве плагина.

Это называется "сжимать по полям". Всё определяется возможностями кодека. Плагины к этому не имеют никакого отношения.

Я специально выложил статью, чтобы было более понятно. Про кодеки вобще речи не идет, что ты имеешь ввиду под "сжатием по полям"

Читал я эту статью. Изобретение велосипеда. Удвоением частоты интерлейсного видео должны заниматься проигрыватели. При этом и реазмер видео не страдает и процессор не насилуется. А то, что в статье предлагается - это элементарный Bob в режиме удвоения частоты кадров. Это падение разрешения по вертикали в два раза при совершенно неоправданном увеличении битрейта и размера файла.

Извините, что по теме, но, очень близко. Вопрос к специалистам по сжатию.

Для сжатия прогрессивного видео приемлимыми считаю:
либо Huffyuv
+ качество;
- размер,
либо MPEG-2 (InterVideo) на максимальном битрейте
+ размер (по сравнению с Huffyuv);
+- качество удовлетворительное.

При сжатии черезстрочного видео размер Huffyuv еще больше возрастает, а качество MPEG-2 (InterVideo) еще больше (очень) понижается.

Тут я вспомнил о методах VirtualDub (фильтр Deinterlacing) "Unfold fields side-by-side" и "Fold side-by-side fields together".
Так вот, не удасться ли получить удовлетворительное качество (как при прогрессивном сжатии) при сжатии в MPEG-2 (InterVideo) черезстрочного видео, если его "разложить" на 2 картинки? Т.е. верхняя половина кадра - 1й полукадр (нечетные строки), а нижняя половина кадра - 2й полукадр (четные строки). Естественно, при последующей обработке, в VirtualDub придется полукадры смешивать обратно.
К сожалению, если это выход, то кроме плагина, необходим будет еще фильтр для VirtualDub, т.к. тот, который я привел в примере раскладывает и собирает картинку по горизонтали (768x576 -> 1536x288), а при использовании плагина рзмер картинки не изменить.

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

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

Надо чтобы кто то ещё в пару написал плагин для VD.

Мне кажеться можно пользовать для этого AVISynth, небольшой скриптик и нет необходимости в плагине к VD

Что-то не встречалось мне в AviSynth процедур, работающих с отдельными строками.

С отдельными строками и не надо, а нужно полвинки кадра объединить в один видеоряд и соединить черезстрочно в один кадр.
Вот сам скрипт:

Import("source.avs")
h_div_2 = height/2
interleave(Crop(0, h_div_2, 0, 0),Crop(0,0,0,h_div_2))
weave()

Скрипт "source.avs" для тестирования, в кот. поля обычного клипа, располагаются друг под другом:

AVISource("ИмяФайлаКлипа")
SeparateFields()
StackVertical(SelectEven(), SelectOdd())

Осталось написать плагин для Beholdera, кот. поля одного кадра расположит друг под другом.
Откликнитесь, плиз, писатели плагинов.

Будет такой плагин.
Сможете попробовать.

Впринцыпе, у меня такой плагин уже есть (см. картинку), я все ждал, кто что скажет по поводу сбора картинки обратно.
http://apf72.narod.ru/071205-233852-796.jpg (119 kb)
Но раз Support обещает такой плагин, то думаю они сделают его грамотнее, чем я. Так что выложу только если попросите.

Если есть готовый плагин, то публикуйте. Плагин простой и не думаем, что наша его реализация будет существенно отличаться от Вашей.