Что лучше - софтовое или GPU или железное декодирование HD video ?

Честно говоря, это написано в aticonfig --help, но и я не придавал этому значение.
А ведь подобная форма xorg.conf идёт при установке дистрибутива Suse.
Смущает то, что в виндах деитерлейсинг точно так же отключается прямо в Каталисте, но я (у себя) никакой революции в изображении при этом не замечал при онлайн приёме 1080i.
Обязательно попробую в линуксе, если успею сегодня.

Посмотрите вот эти скриншоты:
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
На этом кадре очень хорошо видно, что отключение деинтерлейсинга в xine-ui абсолютно не влияет на прогрессивном материале. Единственно, этот фильм (HD рип "Военный ныряльщик") уже перелопачен программно в прогрессив и если присмотреться, то на шляпе и кепке заметны характерные следы обработки строк.

Значит ли это, что кадр со спутника в прогрессиве, будучи выведенным видеокартой в прогрессиве, будет выглядеть примерно так же?

Пока были только ЭЛТ-телевизоры,проблемы с интерлейсным
изображением не было потому,что поля никогда не склеивались
в одну картинку.
Как мы все хорошо знаем,шли нечётные строки,а чётные в этот
момент луч оставлял в покое,то есть они имели уровень чёрного
цвета,потом шли чётные,а нечётные на уровне черного цвета
отдыхали от работы.При каждом новом поле наш глаз подстраивался
под движущийся обьект так,что в нашем ощущении на картинке,
сложенной в мозгу из полукадров(полей),не было этой так называемой гребёнки.

Ни один человек не жаловался,что у меня картинка с гребёнкой.

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

Но,может быть,можно было бы при интерлейсном изображении
вместо складывания полей в полную картинку и борьбы с гребёнкой,
просто всё оставить в полукадровом виде,и,заполняя в
видео-буфере при том же поле из нечётных строк все чётные строки
уровнем черного,подавать в прогрессивном виде один раз как
бы псевдополную картинку в которой на самом деле все чётные
строки черного цвета,а затем следующюю псевдополную картинку,
в которой все нечётные строки чёрного цвета,а чётные заполнены
последующим чётным полем.Тогда наш глаз также как и раньше при
ЭЛТ-телевизорах адаптивно подстраивался бы под движущиеся
обьекты не создавая в мозгу ощущения гребёнки.

А ЖК-панель получала бы прогресссив,с полным количеством строк
но половина из них была бы черная.Один раз чёрные чётные строки,другой раз чёрные нечётные строки.Т.е. так же как
на экранах ЭЛТ-теликов.

Наверно,субьективное качество картинки было бы тогда выше,чем её размазывание деинтрлейсингом ?

Я думаю мои рассуждения не очень запутанные.
Поэтому,вопрос?
Видел ли кто-нибудь уже подобные рассуждения,а может быть
и программные реализации такого метода ?

нифигасебе

Цитата

Со слов пользователя 1455
Смущает то, что в виндах деитерлейсинг точно так же отключается прямо в Каталисте, но я (у себя) никакой революции в изображении при этом не замечал при онлайн приёме 1080i.

Не забудь еще - масштабирование должно быть отключено! Т.е. режим видеовыхода на карте должен соответствовать выдаваемой картинке - если 576i - то и на карте 720х576i, 1080i - 1920х1080i.
У меня кстати вывести 576i - не получилось с наскока, выводит 576P. Я правда по аналогии с 1080 прописал, может по другому как надо..

Цитата

на ЖК телевизорах, плазмах и мониторах (в отличие от ЭЛТ) и четные, и нечетные поля выводятся на матрицу одновременно. Т.е. кадр выводится целиком в момоент времени

Вот именно в этом то и вся проблема !
Как раз из-за этого мы и видим гребёнку!
Идея в том,чтобы в полном кадре при интерлейсном видео
выводить четные и нечетные поля один за другим как они
были засняты интерлейсной видеокамерой.
Но при этом в каждом полном кадре дополнять недостющую его
половину на данный момент времени чётным или нечётным полем
из строк с чёрным уровнем (цветом), а не складывать приходящие
один за другим поля с видеоинформацией в один полный кадр,то
есть делать,то чего при сьемке не было.
Поля должны бы идти на экране только один за другим и никогда
вместе!А если нужен полный кадр для ЖК-панелей,то мы его и
делаем в компе программно заполняя отсутствующее на данный
момент поле черным цветом.
Тогда нет гребёнки и размазывания изображения после деинтерлейсинга.

Цитата

Со слов пользователя jegres56

А если нужен полный кадр для ЖК-панелей,то мы его и
делаем в компе программно заполняя отсутствующее на данный
момент поле черным цветом.
Тогда нет гребёнки и размазывания изображения после деинтерлейсинга.

теряем в разрешении в 2 раза.
Один из способов деинтерлейса - дублированние строк.
Каждая строка полукадра выводится 2 раза.. Тоже теряем в разрешении.

Все HD-видеокамеры с прогрессивным видео имеют
параметры 1280х720p/50fps или камеры работают
с интерлейсным 1920x1080i.

По-видимому,только сканеры фильмов могут сканировать с
прогрессивными параметрами 1920x1080p/25fps.

Кинокамер я таких в каталогах не видел ни разу,
я имею ввиду прогрессив с параметрами 1920x1080p

Вот и стоишь перед выбором.Какие сьёмки делать,
толи прогрессив 1280x720p/50fps,
или всё же интерлейс 1920x1080i/25fps(или значит 50 fields)

Что через N-ое количество лет более правильным покажется,
разрешение 1920x1080 с интерлейсом или прогрессив с
обрезанным разрешением 1280x720.

Вот,трудно разрешимый вопрос на сегодняшнее состояние
техники ?
А время-то идёт.То,что не снимешь сегодня,завтра этого
уже не будет !!!

Думаю,когда-нибудь появятся и видеокамеры с прогрессивом
1920x1080p/50fps !!!

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

Еще пару лет назад спокойно снимал с 720x576i,а теперь всё это - вчерашний день.
Так грусно от того,что тогда не было ещё HD-видеокамер.
Я уж не говорю о тех временах,когда на VHS-видеокамерах видео снимать приходилось.
Сейчас на эти сьёмки
смотреть можно только из-за содержания на кадрах,но уж никак
не из-за наслаждения качеством картинки,хотя тогда все и всё было
моложе.Да и солнце тогда ярче светило,и сахар был сладше !
Не то что сегодня,не смотря на HD-технику.Тогда бы её в руках
иметь! Вот,недостижимая мечта!
А ещё жалко,что во времена Древнего Египта не было HD-видео.
Вот сейчас бы посмотреть,как они тогда жили !

Цитата

Со слов пользователя jegres56
Все HD-видеокамеры с прогрессивным видео имеют
параметры 1280х720p/50fps или камеры работают
с интерлейсным 1920x1080i.

Ну это не совсем так.. вот например Sanyo HD1010 Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.
Эта моделька работает на 1920х1080P 30 fps
У меня предыдущая - HD1000 - Она действительно - максимум 1080i
60 fps или 1280х720/60

to Walery
Спасибо за хорошую информацию !
Вопросы отпадают!
Это - значит,что можно уже и в 1920х1080P снимать!
Радость-то какая !
Долой интерлейсное видео из любительской HD-видеосьёмки !!!

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

Приведённый тут пример

Цитата

ModeLine "1920x1080" 74.250 1920 2448 2492 2640 540 574 579 562 +hsync +vsync

мне вообще не понятен.
Частота вертикального обновления, допустим, должна быть в районе 50 (25 fps для i) и 60 (30 fps для p). Соответственно, надо писать не 74.250, а 50 или 60 c чем-то.

Далее. Секция

Цитата

1920 2448 2492 2640

должна соответствовать горизонтали и в ней параметры 2448 и 2492 выражают точку начала и конца гор. синхроимпульса. Эти данные должны быть вычислены из действующей в данный момент частоты видеокарты. Это сложно, но и пока оставим в покое эти параметры. Значение 2640 должно определять общую длину кадра (размер по горизонтали).

Секция вертикальных параметров в указанном примере

Цитата

540 574 579 562

должна содержать в первом разряде по крайней мере значение 1080 для соотношения сторон 16:9 всего экранного поля (а не только формата некоего ширококроватного фильма).
Аналогично, второй и третий разряд это начало и конец верт. синхроимпульса, а четвёртый высота кадра.

Беда в том, что сколько я не возился с этими параметрами, моя панель НЕ РЕАГИРУЕТ на эти параметры.
Кто знает в чём проблема ? Возможно, это актуально для XFree86 ?
Чёрт, надо осциллограф подключать. Иначе не черта не поймёшь. Может видеокарта даже и не думает менять форму сигнала в соответствии с этими значениями.

Ещё один потенциальный боец за софтовое декодирование нарисовался:
Пожалуйста зарегистрируйся для просмотра данной ссылки на страницу.

Цитата

H.264 PAFF support

Поскольку отдельной темы по xine-ui нет, то кину ещё вопросик сюда.

В Ubuntu, при сборке проигрывателя xine, его собственное OSD работает при использовании любых версий xine-lib. А вот в Suse (64) последняя xine-lib, с которой OSD есть, это 1.13. Нагугливание мне ничего не дало.

У кого Suse, можете проверить, выводится ли OSD самого проигрывателя при использ. самых свежих версий xine-lib ?

Это всё правильно. В виндах на сильной машине нет необходимости в аппаратном ускорении.
Но если бы оно работало всегда и везде, то я бы не отказался. Именно по этой причине я не использую в Виндах ускоритель.

С другой стороны, всё, что там написано, касается видеофайлов, которые делаются на коленках.
На них ровняться не стоит, я думаю. Со спутника ведь ровнее статистика стабильности.
Нужно ещё, чтобы программа в Винах правильно юзала DxVA. Лучше всего, когда загрузка 2x core CPU на 3 Гига не близка к нулю, а около 10...15%, а остальное берёт на себя GPU. А то будут постояные глухие вылеты с перекосом памяти видеокарты. Цена стабильности, т. с. ...
Наверное, это будет справедливо и для Линукса, а то будем плеваться потом от глюков.