Microsoft DV_работа с полями |
Здравствуйте, гость ( Вход | Регистрация )
Microsoft DV_работа с полями |
23.05.2005 - 10:58
Сообщение
#1
|
|
Мало говорит Группа: Пользователи Сообщений: 54 Регистрация: 19.05.2005 Пользователь №: 38 |
Привет Дима. Я работаю на кабельном телевидение раньше работал на эфирном канале там у нас стояли Canopusы DV-Storm работали с нижним полем все было отлично. Сейчас здесь на кабельном считаю все видео без полей, потому-то умные люди сказали мне что если в видео нет изначально полей, то они там и ненужны. Считеам все в Microsoft DV. Он насколько я знаю всобще без полей работает. На врезках стоят платы AKULы (TELE) врезки осуществляются с компьютера с каким полями они работают мне ни кто конкретно не говорит. Если что знеашь объясни мне пожалуйста.
|
|
|
20.06.2005 - 11:02
Сообщение
#2
|
|
Мало говорит Группа: Пользователи Сообщений: 86 Регистрация: 28.02.2005 Пользователь №: 24 |
Сори за долгое молчание, был в командировке.
Попытаюсь объяснить на пальцах, и в очень общем виде... главное чтоб мысль была ясна. Допустим у нас есть кадр без полей следующего вида (число - это значение цвета... для простоты будем считать что картинка у нас черно-белая =))): 0,0,0,0,4,4,4,4 1,1,1,1,5,5,5,5 С полями, при движении <одна строка за один кадр> (при учете что поля у нас вертикальные !!! это для упрощения) мы получим вот это: 0,1,0,1,4,5,4,5 1,0,1,0,5,4,5,4 попытаемся теперь все это дело сжать. использовать будем упрощенный вариант rle (первое число длина, второе - цвет) для варианта без полей мы получим: 4,0,4,4 4,1,4,5 (заметь, даже столь примитивный метод дал коэффициент х/2) а вот результат для варианта с полями: 1,0,1,1,1,0,1,1,1,4,1,5,1,4,1,5 1,1,1,0,1,1,1,0,1,5,1,4,1,5,1,4 размер увеличился =(((... применим небольшой trick (до недавнего времени к сожалению не очень часто используемый, хоть он и описан почти во всех стандартах) разделим поля: левое поле: 0,0,4,4 1,1,5,5 правое поле: 1,1,5,5 0,0,4,4 сожмем: 2,0,2,4 2,1,2,5 2,1,2,5 2,0,2,4 ну что-ж, покрайней мере остались при том-же размере... =) ну а для того, чтоб уместится в х/2, можно (к примеру) сделать допущение что два близко расположеных значения цвета, визульно воспринимаются как среднее арифметическое этих цветов. т.е <4,6> выглядит "почти также" как <5,5>, но тем самым в угоду размера, мы потеряем качество. как я уже и говорил, это чистой воды "объяснялка на пальцах", в реальных кодеках все намного сложней (а ко всему вышесказанному надо еще и оговорить кучу поправок)... НО суть здесь показана верная - при сжатии кадров с полями будет либо увеличиваться размер, либо сильнее теряться качество (что встречается чаще)... и тут тоже стоит добавить: "за исключением некоторых случаев". |
|
|
Текстовая версия | Сейчас: 29.04.2024 - 12:35 |