Pull to refresh

Comments 70

Сравнительных скриншотов я так понимаю нету по причине
файл с молодежной комедией «Юные проказницы в Лондоне»
?
Там очень молодежная и очень комедия :)
Было бы неплохо взглянуть на параметры кодирования которые вы использовали в обоих случаях.
Дык надо бы посмотреть на «умолчательные» параметры.
Видео кодировать — это вам не мыло по тазику гонять.
А смысл? Я хорошо знаю, что HQ Ultra — это хорошо :)
Что же до Movavi, то там настроек негусто, как и во всех программах, жмущих средствами GPU.
Ну хотя бы битрейт то надо одинаковый выставлять. Я уже не говорю про размер картинки и значение количества фреймов в секунду.

Или вы думаете что значение «Среднее качество» — может быть объективным параметром для разных программок?
Битрейт одинаковый :) Я искренне полагал, что это вычисляется по примерно одинаковому размеру файлов на выходе. 40 мегабайт разницы — это что-то вроде погрешности.
Битрейт не является единственным параметром, определяющим качество. Разные алгоритмы можно использовать для сжатия.
В общем, необъективный у вас тест :)
Можно привести примеры алгоритма качественного сжатия на видеокарте? :)
Алгоритм не зависит от исполнителя. Тот же XVid можно в разных режимах запустить.
А где он будет исполняться — по барабану, хоть на видеокарте, хоть на телефоне.
Сравнивать качество сжатия 2х разных кодеков и по этому судить об исполнителе как минимум неразумно :)
Вот возьмите реализации XVid и их сравните — будет другое дело.
Ну и не забывайте что PSP понимает не один единственный формат видео.
Ваши програмки могли кодировать ваш фильм двумя разными кодеками с абсолютно разным набором параметров.

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

Немного инфы о кодировании видео, а также о заблуждениях и ошибках dvdtocd.info/cont.htm
Не, вы правда думаете, что среднестатистический пользователь, купивший программу за 30 баксов, начнет яростно копаться в параметрах? :)

Понятно, что если потратить кучу времени, оно станет чуть бодрее.
Но зачем его тратить, когда бесплатный XviD4PSP жмет чуть дольше, но СРАЗУ качественно?
Среднестатистический пользователь который кодирует видео просто обязан заглянуть в настройки кодировщика если он надеется получить хороший результат.
Да ну? А чего же XVid4PSP без этого обходится? :)
Потому что в XVid4PSP набор параметров «по умолчанию» вам подходит больше.
И в первую очередь потому что разработчик нацелился на конкретного человека: «Владельца PSP».
И может предугадать какие параметры кодирования надо выставить «по умолчанию» именно для вас.
Коллега, вы эту программку пробовали? Там от PSP только название :)
Один раз было дело :)
А вот вы в этом Movavi Video Converter пресет выбирали для PSP?
Так точно. Причем вариант с high resolution. Совсем по умолчанию она почему-то жмет с разрешением ниже экранного.
Ну вобщем если вам интересно почему так произошло, выложите сюда подробные настройки которые вы использовали и мы вместе посмотрим что было причиной.
Дык результаты ровно те же, что и на Бадабуме. Если поднять битрейт раза в три, картинка будет ничего, но и размер файла не порадует.
Вопрос исключительно в точности «процессоров» в видеокарте, вот и все.
Вы создали целый топик именно потому что были недовольны результатом.
Вы хотите разобраться в вопросе или просто пришли пожаловаться?

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

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

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

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

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

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

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

Вот есть процессоры x86 и x64, а есть еще SPARC и еще ARM и еще двести тыщ разных процессоров.
И все они могут кодировать видео поток. И результат будет одинаковый.
Видеокарта — это такой же процессор. Только архитектура у него другая.
Могут, но почему-то не все кодируют. И коллега чуть ниже уже объяснил — почему.
И цена программы вовсе не делает ее проще.
Взгляните на фотошоп
вы не поверите, но для меня фотошоп намного легче того же пэйнта
Ну вы же понимаете в чем разница между субъективной и объективной оценкой?
оно то так, но справедливо и обратное, т.е. «низкая цена скорее всего не делает программу проще»
тем паче бесплатность, естесственно есть и исключения, хотя бы google picasa
не важно, чем жать, CPU или GPU, всё зависит от софта, если он криво написан — то GPU не виноват
Неужто Nvidia рекомендует криво написанную программу?
Для них главное, что она работает с CUDA, остальное не важно.
Плохо, конечно, я никогда не одобрял слишком агрессивной политики nVidia… впрочем, как и слишком пассивной политики ATI.
Ну может с выходом FERMI что-то наладится.
Причем здесь CPU/GPU? С каких пор качество сжатой картинки зависит от процессора, а не от алгоритма сжатия?
Ни с каких пор! Но почему-то алгоритмы, написанные для GPU, ни фига не радуют.
Алгоритмы одинаковые. Если бы были разные алгоритмы ваше видео не проигрывалось бы на PSP.
Мы точно не путаем формат с алгоритмом?
Ну судя по всему кто то из нас путает :)

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

В нашем случае есть алгоритм кодирования видео по которому действует программа.
И снова не важно где выполняется этот код, результат должен быть одинаковый.
Тогда чего же он зараза такая не одинаковый при одинаковом битрейте?
Я вам рекомендую почитать какую-нибудь техническую литературу.
Но битрейт это не единственный параметр который влияет на качество картинки.
Алгоритмы одинаковые, реализация разная. Значительно проще написать программу для CPU, чтобы она быстро и эффективно работала, чем для GPU.
Для этого ж и придумали CUDA. Что бы было легко.
Легче, чем через программирование шейдеров, но все равно сложнее, чем для CPU.
Надо ж придумать реализацию так, чтобы данные боль-мень равномерно распределились по мультипроцессорам видеокарты.
Тут скорее одинаковые алгоритмы для сохранения видео, то есть формат видео одинаков, а вот алгоритм поиска движения и т.д. совсем не обязаны совпадать.
Ну так это проблемы алгоритмов, а не GPU. Я вот всё жду когда в x264 реализуют использование GPU.

А по поводу ускорения при кодировании видеокартой (про качество пока забудем) — попробуйте перекодировать какой-нибудь большой ремукс fullHD в что-то размером поменьше, но с тем же разрешением, попробуйте и только процессором и видеокартой, думаю, что разница во времени будет более очевидна.
С другой стороны, если там действительно такое паршивое качество, то ведь в x264 можно занизить поиск движения так, что он кодировать в плохое качетсво будет раза в три быстрее…
* использование для тех параметров, с которыми обычно кодирую я…
спасибо. гляну. посмеюсь. расскажу
как относятся случайные свидетели к просматриваемому на ПСП фильмам данного жанра?
О энкоде средствами видеокарты на данном этапе не может быть и речи. Качество просто никакое. Самый лучший энкодер на данный момент в h.264 — x264.
Говорю это как энкодер с опытом и со стареньким Q6600
Спасибо за поддержку. А то тут граждане без опыта почему-то сомневаются :)
Насколько я знаю, в CUDA-энкодерах используется только baseline профиль, это просто ужасно.
У видеокарт аппаратный энкодер что ли?
Ну, если он есть в обычных процессорах, то да :)
Да кто их знает? Сейчас что попало и куда попало могут засунуть. )

Всё же наверное правильнее говорить о несовершенстве софта для кодирования видеокартой.
А то я сожму видео в MPEG1 на Intel'овском процессоре и в H.264 на AMD'шном и буду утверждать, что Intel'овские процессы совершенно не годятся для кодирования видео.
Конечно.
Только в данном-то случае пережимался один и тот же файл в один и тот же формат.
Качество результата и скорость кодирования сильно зависят от параметров кодирования даже для одного и того же «формата».
Sign up to leave a comment.

Articles