CUD-CUDA, или почему не надо жать видео видеокартой

[Chernyshev]

Сравнительных скриншотов я так понимаю нету по причине

файл с молодежной комедией «Юные проказницы в Лондоне»

?

[vilianov]

Там очень молодежная и очень комедия :)

[josser]

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

[vilianov]

И там, и там — по умолчанию.

[josser]

Дык надо бы посмотреть на «умолчательные» параметры.
Видео кодировать — это вам не мыло по тазику гонять.

[vilianov]

А смысл? Я хорошо знаю, что HQ Ultra — это хорошо :)
Что же до Movavi, то там настроек негусто, как и во всех программах, жмущих средствами GPU.

[josser]

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

Или вы думаете что значение «Среднее качество» — может быть объективным параметром для разных программок?

[vilianov]

Битрейт одинаковый :) Я искренне полагал, что это вычисляется по примерно одинаковому размеру файлов на выходе. 40 мегабайт разницы — это что-то вроде погрешности.

[petejones83]

Битрейт не является единственным параметром, определяющим качество. Разные алгоритмы можно использовать для сжатия.
В общем, необъективный у вас тест :)

[vilianov]

Можно привести примеры алгоритма качественного сжатия на видеокарте? :)

[petejones83]

Алгоритм не зависит от исполнителя. Тот же XVid можно в разных режимах запустить.
А где он будет исполняться — по барабану, хоть на видеокарте, хоть на телефоне.
Сравнивать качество сжатия 2х разных кодеков и по этому судить об исполнителе как минимум неразумно :)
Вот возьмите реализации XVid и их сравните — будет другое дело.

[josser]

Ну и не забывайте что PSP понимает не один единственный формат видео.
Ваши програмки могли кодировать ваш фильм двумя разными кодеками с абсолютно разным набором параметров.

А для того что бы делать такие выводы как вы, надо что бы это все было одинаковое.

Немного инфы о кодировании видео, а также о заблуждениях и ошибках dvdtocd.info/cont.htm

[vilianov]

Не, вы правда думаете, что среднестатистический пользователь, купивший программу за 30 баксов, начнет яростно копаться в параметрах? :)

Понятно, что если потратить кучу времени, оно станет чуть бодрее.
Но зачем его тратить, когда бесплатный XviD4PSP жмет чуть дольше, но СРАЗУ качественно?

[josser]

Среднестатистический пользователь который кодирует видео просто обязан заглянуть в настройки кодировщика если он надеется получить хороший результат.

[vilianov]

Да ну? А чего же XVid4PSP без этого обходится? :)

[josser]

Потому что в XVid4PSP набор параметров «по умолчанию» вам подходит больше.
И в первую очередь потому что разработчик нацелился на конкретного человека: «Владельца PSP».
И может предугадать какие параметры кодирования надо выставить «по умолчанию» именно для вас.

[vilianov]

Коллега, вы эту программку пробовали? Там от PSP только название :)

[josser]

Один раз было дело :)
А вот вы в этом Movavi Video Converter пресет выбирали для PSP?

[vilianov]

Так точно. Причем вариант с high resolution. Совсем по умолчанию она почему-то жмет с разрешением ниже экранного.

[josser]

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

[vilianov]

Дык результаты ровно те же, что и на Бадабуме. Если поднять битрейт раза в три, картинка будет ничего, но и размер файла не порадует.
Вопрос исключительно в точности «процессоров» в видеокарте, вот и все.

[josser]

Я низнаю. Нада смотреть :)

[josser]

Вы создали целый топик именно потому что были недовольны результатом.
Вы хотите разобраться в вопросе или просто пришли пожаловаться?

Както вы подозрительно скрываете эти параметры. Я уже два раза у вас их прямым текстом прошу а вы все увиливаете.

[vilianov]

Коллега, я на работе, а компьютер со всем этим делом — он дома.

Видеокарты НЕ ПРИГОДНЫ для качественного и эффективного сжатия видео. В этом можно разбираться до потери пульса, но пока не будут предприняты определенные усилия самим разработчиком чипов, ситуация не изменится.

Собственно, об этом и был пост. О том, что не надо вестись на сказки про быстрожимов.

[josser]

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

А я какбэ пытаюсь вам обяснить что ваш вывод ошибочен и что среда расчета не может никак влиять на качество картинки.

Вестись не вестись это конечно дело личное но количество коментариев о том что вы делаете поспешные выводы разве вас не смущает?

[vilianov]

Ну, я вижу сомнения людей, которые сами подобными задачами не интересовались вплотную.
То есть не прозвучало «Хе, так ты просто не то делаешь — надо вот так».

Между тем, то, что видеокарты жмут паршиво — это известный факт. Не зря в Snow Leopard возможности видеокарты не используются именно для сжатия видео. Для других задач — да.

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

[josser]

Я кажется придумал понятный вам аргумент. :)

Вот есть процессоры x86 и x64, а есть еще SPARC и еще ARM и еще двести тыщ разных процессоров.
И все они могут кодировать видео поток. И результат будет одинаковый.
Видеокарта — это такой же процессор. Только архитектура у него другая.

[vilianov]

Могут, но почему-то не все кодируют. И коллега чуть ниже уже объяснил — почему.

[josser]

И цена программы вовсе не делает ее проще.
Взгляните на фотошоп

[TNK]

вы не поверите, но для меня фотошоп намного легче того же пэйнта

[josser]

Ну вы же понимаете в чем разница между субъективной и объективной оценкой?

[TNK]

оно то так, но справедливо и обратное, т.е. «низкая цена скорее всего не делает программу проще»

[TNK]

тем паче бесплатность, естесственно есть и исключения, хотя бы google picasa

[Razunter]

не важно, чем жать, CPU или GPU, всё зависит от софта, если он криво написан — то GPU не виноват

[vilianov]

Неужто Nvidia рекомендует криво написанную программу?

[Razunter]

Для них главное, что она работает с CUDA, остальное не важно.

[vilianov]

А разве это хорошо?

[Razunter]

Плохо, конечно, я никогда не одобрял слишком агрессивной политики nVidia… впрочем, как и слишком пассивной политики ATI.

[vilianov]

Ну может с выходом FERMI что-то наладится.

[TimTowdy]

Причем здесь CPU/GPU? С каких пор качество сжатой картинки зависит от процессора, а не от алгоритма сжатия?

[vilianov]

Ни с каких пор! Но почему-то алгоритмы, написанные для GPU, ни фига не радуют.

[josser]

Алгоритмы одинаковые. Если бы были разные алгоритмы ваше видео не проигрывалось бы на PSP.

[vilianov]

Мы точно не путаем формат с алгоритмом?

[josser]

Ну судя по всему кто то из нас путает :)

Предположим существует некоторый алгоритм. Например алгоритм сортировки массива пузырьком.
Вне зависимости от того какая железка будет выполнять код (видеокарта или процессор) данные в массиве отсортируются одинаково.

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

[vilianov]

Тогда чего же он зараза такая не одинаковый при одинаковом битрейте?

[josser]

Я вам рекомендую почитать какую-нибудь техническую литературу.
Но битрейт это не единственный параметр который влияет на качество картинки.

[vilianov]

Спасибо за совет :)

[tnz]

Алгоритмы одинаковые, реализация разная. Значительно проще написать программу для CPU, чтобы она быстро и эффективно работала, чем для GPU.

[josser]

Для этого ж и придумали CUDA. Что бы было легко.

[tnz]

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

[flaresun]

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

[flaresun]

Ну так это проблемы алгоритмов, а не GPU. Я вот всё жду когда в x264 реализуют использование GPU.

А по поводу ускорения при кодировании видеокартой (про качество пока забудем) — попробуйте перекодировать какой-нибудь большой ремукс fullHD в что-то размером поменьше, но с тем же разрешением, попробуйте и только процессором и видеокартой, думаю, что разница во времени будет более очевидна.
С другой стороны, если там действительно такое паршивое качество, то ведь в x264 можно занизить поиск движения так, что он кодировать в плохое качетсво будет раза в три быстрее…

[flaresun]

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

[MaXyC]

что то я в гугле не нашел такой фильм

[vilianov]

Young Harlots in London

[MaXyC]

спасибо. гляну. посмеюсь. расскажу

[vilianov]

Главное — не подпускать детей.

[imwode]

а что за самосборный нас?

[vilianov]

Вот тут можно почитать

[vilianov]

Ссылочка не прошла…
Статья о самосборном NAS тут

[Somewan]

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

[vilianov]

Не знаю, никогда не смотрел.

[ValdikSS]

О энкоде средствами видеокарты на данном этапе не может быть и речи. Качество просто никакое. Самый лучший энкодер на данный момент в h.264 — x264.
Говорю это как энкодер с опытом и со стареньким Q6600

[vilianov]

Спасибо за поддержку. А то тут граждане без опыта почему-то сомневаются :)

[ValdikSS]

Насколько я знаю, в CUDA-энкодерах используется только baseline профиль, это просто ужасно.

[al_one]

У видеокарт аппаратный энкодер что ли?

[vilianov]

Ну, если он есть в обычных процессорах, то да :)

[al_one]

Да кто их знает? Сейчас что попало и куда попало могут засунуть. )

Всё же наверное правильнее говорить о несовершенстве софта для кодирования видеокартой.
А то я сожму видео в MPEG1 на Intel'овском процессоре и в H.264 на AMD'шном и буду утверждать, что Intel'овские процессы совершенно не годятся для кодирования видео.

[vilianov]

Конечно.
Только в данном-то случае пережимался один и тот же файл в один и тот же формат.

[al_one]

Качество результата и скорость кодирования сильно зависят от параметров кодирования даже для одного и того же «формата».