|
|
|
Ironcast
Стаж: 16 лет 9 месяцев Сообщений: 914
|
Ironcast ·
22-Май-10 10:48
(15 лет 1 месяц назад)
Тема была выделена из Как выбрать оптимальный битрейт и ключевые параметры для рипа в x264
silv
Зачем всё это читать?  Всё, устарел ваш кодек AVC  Гугль продвигает Vp8, который намного лучше , проще и продвинутей. Взял, поставил максимум качества в Gui и спи спокойно, дорогой товарищ.  А они пусть решают, что лучше--каменный или медный топор. А у нас впереди век железа! 
http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/First-Look-H.2...pared-67266.aspx
|
|
|
|
shellgen
Стаж: 18 лет 9 месяцев Сообщений: 6417
|
shellgen ·
22-Май-10 11:06
(спустя 17 мин.)
Ironcast писал(а):
Гугль продвигает Vp8, который намного лучше , проще и продвинутей.
Кто бы сомневался http://x264dev.multimedia.cx/?p=377
|
|
|
|
crazy-cactus
Стаж: 17 лет 7 месяцев Сообщений: 2812
|
crazy-cactus ·
22-Май-10 13:11
(спустя 2 часа 5 мин.)
Ironcast писал(а):
Взял, поставил максимум качества в Gui и спи спокойно
ага, и получил на выходе файл больше чем на входе...
|
|
|
|
Pustovetov
Стаж: 17 лет 8 месяцев Сообщений: 4247
|
Pustovetov ·
22-Май-10 13:19
(спустя 7 мин.)
Кому лень ходить по ссылкам скриншотики VP8 vs x264
скрытый текст
кодек "века железа" =) Особенно травка хорошо удалась.
доисторический x264
|
|
|
|
ru.procrustean
Стаж: 15 лет 6 месяцев Сообщений: 87
|
ru.procrustean ·
22-Май-10 13:23
(спустя 4 мин., ред. 22-Май-10 13:35)
VP8 очень сырая и тормознутая реализация (что в кодировании, что в декодировании), по возмозжностям это что-то типа урезанного H264 (многое аналогично, но нет б-фреймов, нет 8x8, нет AQ и т.п., а своих наработок минимум) с мощными денойз и блюр фильтрами поверх (без всякой умной адаптации, как у x264).
Да и позиционируется он для потокового видео, использовать его к примеру для HD рипов это чистый мазохизм или фанатизм, кодирует он в несколько раз дольше, на выходе получается мыло и блочность (там где битрейта x264 хватает), выгоды от того, что у него свободные патенты - нулевая, совместимость с железками - нулевая, надо ждать еще пару-тройку лет, может что и изменится.
А вот в онлайне и трансляциях он свое место займет прочно (и оптимизируют его в первую очередь для этого), там из патентфри качественных альтернатив нет и я всеми руками за.
P.S. прозреваю скорое появление кучи рипов в VP8, в разделах Аниме уж точно, там нет особо строгих правил и часто битрейты у многих TV-рипов в x264 можно резать раза в два, чуть потеряв в детальности, тут VP8 со своими встроенными фильтрами будет популярен
P.S.S. к слову, Dark Shikari за разработку x264 гугл тоже платит, в рамках GSOC 
|
|
|
|
arkahan
Стаж: 17 лет 6 месяцев Сообщений: 976
|
arkahan ·
22-Май-10 13:26
(спустя 3 мин., ред. 22-Май-10 13:26)
crazy-cactus писал(а):
ага, и получил на выходе файл больше чем на входе...
зато поспал спокойно.
|
|
|
|
MasterNobody
Стаж: 16 лет 11 месяцев Сообщений: 158
|
MasterNobody ·
22-Май-10 13:59
(спустя 32 мин., ред. 22-Май-10 13:59)
ru.procrustean писал(а):
P.S.S. к слову, Dark Shikari за разработку x264 гугл тоже платит, в рамках GSOC
Гугл платит не Dark_Shikari, а студентам участвующим в GSoC. А Dark_Shikari просто их ментор, который их контролирует. Dark_Shikari платят компании, которые спонсируют различные доработки в иксе x264 нанимая его, как например в этих коммитах:
http://git.videolan.org/gitweb.cgi?p=x264.git;a=commit;h=f555cf3758f46f3c4f7a2f05094b16f8f3c25a27
http://git.videolan.org/gitweb.cgi?p=x264.git;a=commit;h=e8b73a9a4db4dd703528a1eee247b84ac335e395
А по поводу http://www.streamingmedia.com/Articles/Editorial/Featured-Articles/First-Look-H.2...pared-67266.aspx , дак там же написано "both H.264 and VP8 using their Squish encoding tool", они бы еще QuickTime H.264 кодировали. Нас же интересует как в сравнении с x264, а не с какой-то левой/кривой реализацией H.264.
|
|
|
|
ru.procrustean
Стаж: 15 лет 6 месяцев Сообщений: 87
|
ru.procrustean ·
22-Май-10 16:35
(спустя 2 часа 36 мин., ред. 22-Май-10 20:37)
Цитата:
Гугл платит не Dark_Shikari, а студентам участвующим в GSoC. А Dark_Shikari просто их ментор, который их контролирует.
хм, всегда думал что лидеру проекта тоже чего-нибудь перепадает
угу и даже в этом тесте что-то преимуществ VP8 не видно, и еще как посомтреть кто тут каменный топор
просто на фоне этого однокнопочного конвертера он не выглядит так плохо
Потестировал немного сам, битрейт 2500, 720p:
Blu-ray | x264 --preset slower --tune film | VP8 Best Quality Encoding
............................ Blu-ray ............................................................ x264 ............................................................... VP8..............................................
тест беглый, понятно что кодер у VP8 еще достаточно сырой и надо разбираться что у него можно выкрутить (может sharpness чтоб не мылил? :), есть там такой ключ), но даже при таких настройках кодировалось в 2 раза дольше чем x264
|
|
|
|
Ironcast
Стаж: 16 лет 9 месяцев Сообщений: 914
|
Ironcast ·
23-Май-10 12:19
(спустя 19 часов)
arkahan писал(а):
crazy-cactus писал(а):
ага, и получил на выходе файл больше чем на входе...
зато поспал спокойно.
У меня такое регулярно с x264 ! При хваленых crf 20
При 26 размер, что надо, но... Более менее нашёл компромисс с 25-26 aq4
Я, правда, не HD кодирую..
Я более менее знаком с vp7 Отличный кодек--порой превосходил x264 на низких битрейтах и дерьмовых источниках. Не портил статику на низких битрейтах  В общем примерно то же и осталось. Была оптимизация и под скорость--"лучшее сжатие"
очень тормозное было при незначительном эффекте. Vp8 немного хуже x264 пока, но
это пока.
А поводу мыла--то же что и с иксой: ограничить максимальные кванты следует.
|
|
|
|
ru.procrustean
Стаж: 15 лет 6 месяцев Сообщений: 87
|
ru.procrustean ·
24-Май-10 01:37
(спустя 13 часов)
Новое беспристрастное сравнение x264 и VP8
http://www.quavlive.com/video_codec_comparison
Цитата:
park_joy_1080p.y4m_x264.mkv
Encoding settings : cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=6 / psy_rd=1.0:0.0 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=4 / nr=0 / decimate=1 / mbaff=0 / bframes=0 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=cbr / bitrate=15000 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / vbv_maxrate=15000 / vbv_bufsize=2000 / ip_ratio=1.40 / aq=1:1.00
|
|
|
|
crazy-cactus
Стаж: 17 лет 7 месяцев Сообщений: 2812
|
crazy-cactus ·
24-Май-10 02:05
(спустя 27 мин., ред. 24-Май-10 02:05)
ru.procrustean писал(а):
Новое беспристрастное сравнение x264 и VP8
ну-ну...
ru.procrustean писал(а):
Encoding settings : cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=6 / psy_rd=1.0:0.0 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=4 / nr=0 / decimate=1 / mbaff=0 / bframes=0 / keyint=250 / keyint_min=25 / scenecut=40(pre) / rc=cbr / bitrate=15000 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / vbv_maxrate=15000 / vbv_bufsize=2000 / ip_ratio=1.40 / aq=1:1.00
они бы еще на самый минимум настройки х264 выкрутили - глядишь, тогда могли бы и заявить о превосходстве VP8. А то, что они накодили - так, "средняя температура по больнице, включая морг и крематорий"
|
|
|
|
ru.procrustean
Стаж: 15 лет 6 месяцев Сообщений: 87
|
ru.procrustean ·
24-Май-10 02:26
(спустя 20 мин.)
Одна из главных фишек, на сайте написано:
Цитата:
H.264 results:
Encoding options: High Profile (cabac=true dct8x8=true)
а видео с:
и настройки выложенного скрипта тоже как-то "не очень" соответствуют:
Цитата:
! x264enc threads=0 ref=3 analyse=275 subme=1 dct8x8=1 bframes=1 b-adapt=1 weightb=1 key-int-max=250 pass=0 bitrate=$bitrate \
|
|
|
|
crazy-cactus
Стаж: 17 лет 7 месяцев Сообщений: 2812
|
crazy-cactus ·
24-Май-10 02:37
(спустя 11 мин.)
В общем, на "объективное и беспристрастное" это тестирование никак не тянет...
|
|
|
|
JorgeWeah
Стаж: 17 лет 8 месяцев Сообщений: 31
|
JorgeWeah ·
24-Май-10 12:48
(спустя 10 часов, ред. 25-Май-10 11:40)
Если сравнивать кодирование по рекомендованным самим же гуглом настройкам для максимального качества двухпроходным методом с x264 пресетом veryslow, то vp8 кодирует в 1.5 раза медленнее. При этом еще и заметно проигрывает в качестве.
Кстати, в libvpx по умолчанию уже выставлены практически самые качественные настройки.
|
|
|
|
pertoloxx
Стаж: 15 лет 6 месяцев Сообщений: 176
|
pertoloxx ·
17-Июн-10 10:01
(спустя 23 дня, ред. 17-Июн-10 10:01)
Формат WebM набирает популярность
Цитата:
Хотя видеоформат WebM появился лишь в мае 2010 года, его поддержка уже включена практически во все ведущие браузеры и в некоторые программы для воспроизведения видеоконтента (пока, правда, лишь в тестовые версии)
Авторы программ для Linux были одними из первых: разработчики GStreamer (один из основных мультимедийных "движков" для Unix-систем; его использует, например, Totem - штатный медиаплеер Gnome) объявили о появлении соответствующих версий через несколько дней после запуска WebM. В анонсированной недавно FFmpeg версии 0.6 поддержка VP8 и Webm также присутствует.
С популярными браузерами дела обстоят еще лучше. Разработчик Mozilla Крис Пирс в своем блоге сообщил, что в репозиторий mozilla-central добавлена поддержка WebM для Firefox. По сообщению Роберта О'Каллахана, задержка была связана с лицензионными проблемами, которые теперь полностью решены. Пользователи тестовых сборок Firefox уже могут испытать новый функционал, а всем остальным придется дождаться выхода четвертой версии браузера.
Лабораторные сборки Opera, поддерживающие WebM, появились практически одновременно с запуском проекта, а 16 июня компания Opera Software анонсировала бета-версию браузера Opera 10.60, поддерживающую новые веб-стандарты, такие как API для геолокации и WebM. Проигрывать контент в свободном формате сможет и Google Chrome - уже выпущена тестовая версия с поддержкой WebM. Даже в Microsoft благосклонно отнеслись к появлению конкурента стандарта H.264, но пользователям Windows придется подождать выхода Internet Explorer 9 и самостоятельно установить кодек в систему.
Контент в новом формате тоже уже появляется – к примеру на YouTube. Это вполне естественно - в том, что Google будет продвигать свою разработку через популярный видеохостинг никто не сомневался.
Последним серьезным препятствием на пути нового формата к массовому потребителю остается отсутствие аппаратных декодеров VP8/WebM в мобильных устройствах. Впрочем, микропрограммное обеспечение для существующих декодеров доработать несложно, а в список вендоров, поддержавших WebM, входят практически все ведущие "полупроводниковые" компании и производители наборов микросхем для мобильных устройств. Энтузиасты уже смогли воспроизвести видепоток в формате WebM на Nokia N900, но первой мобильной платформой, официально поддерживающей новый стандарт, станет Android. Остается еще Apple, которая пока не хочет включать WebM в браузер Safari и свои мобильные продукты. Закончится ли это открытым противостоянием (как в случае с Adobe) или нет, пока непонятно.
Остаются некоторые юридические проблемы, но и они потихоньку решаются. В первую очередь стоит отметить разрешение конфликта, из-за которого разработчики свободного ПО поначалу не хотели включать WebM в свои продукты. Дело было в несовместимости лицензии Google с GPL: подавшие судебный иск по поводу имеющихся в кодеке нарушений патентов лишаются права на использование не только алгоритмов, но и самого кода, а это несовместимо с принципами GPL. В корпорации быстро решили этот вопрос, разделив лицензию на две независимые секции: BSD-лицензия на код и собственная, на запатентованные корпорацией алгоритмы. Теперь в случае судебных претензий аннулируются только права на использование алгоритмов, права на код остаются в силе.
WebM может составить очень серьезную конкуренцию отраслевому стандарту H.264. Вероятно, с увеличением популярности свободного формата, противостояние переместится в судебную плоскость. Некоторые аналитики уже заявляют, что WebM нарушает ряд патентов из консолидированного пула MPEG LA. Впрочем, в самой организации об этом говорят осторожно - корреспондентам "Компьютерры" здесь заявили, что в MPEG LA только предполагают, что все кодеки используют запатентованные технологии. В Google по этому поводу не переживают - представители корпорации сказали нам, что провели серьезную юридическую экспертизу и не видят угроз, связанных с открытием VP8
|
|
|
|
pertoloxx
Стаж: 15 лет 6 месяцев Сообщений: 176
|
pertoloxx ·
21-Июн-10 11:36
(спустя 4 дня, ред. 21-Июн-10 11:36)
|
|
|
|
Pustovetov
Стаж: 17 лет 8 месяцев Сообщений: 4247
|
Pustovetov ·
21-Июн-10 13:15
(спустя 1 час 39 мин.)
|
|
|
|
ru.procrustean
Стаж: 15 лет 6 месяцев Сообщений: 87
|
ru.procrustean ·
21-Июн-10 14:06
(спустя 50 мин., ред. 21-Июн-10 14:06)
На compression.ru добавили сравнение VP8 с x264 и XviD:
http://www.compression.ru/video/codec_comparison/h264_2010/appendixes.html#Appendix_8
Цитата:
Movies
Comparing VP8 to XviD, VP8 is 5-25 times slower with 10-30% better quality (lower bitrate for the same quality). When comapring VP8 and x264 VP8 also shows 5-25 lower encoding speed with 20-30% lower quality at average. For example x264 High-Speed preset is faster and has higher quality than any of VP8 presets at average.
|
|
|
|
pertoloxx
Стаж: 15 лет 6 месяцев Сообщений: 176
|
pertoloxx ·
21-Июн-10 20:34
(спустя 6 часов, ред. 21-Июн-10 20:34)
В Google начали оптимизацию кодека VP8
Цитата:
С момента приобретения за $106 млн компании On2 Technologies прошел почти год, и в Google наконец анонсировали планы по развитию кодека VP8. Напомним, что совсем недавно был представлен новый формат видео WebM, предназначенный в первую очередь для кодирования потокового видео в Интернете. Стандарт базируется на видеокодеке VP8 и аудиокодеке Vorbis. Чуть позже кодеку VP8 был присвоен статус Open Source.
Для улучшения кодека Google открыла новую ветку развития VP8. В компании собираются оптимизировать кодек, чтобы сделать его более конкурентоспособным по сравнению с H.264, и в то же время хотят оставить совместимость с аппаратными проигрывателями, поэтому было решено разделить развитие кодека на 2 ветви. Это позволит внедрять самые передовые наработки, улучшающие скорость декодирования/кодирования и повышающие качество картинки, в программные плееры, которые проще обновить. В то же время аппаратные плееры смогут использовать некоторые преимущества новых технологий, но в ограниченном виде, при этом сам кодек будет оставаться полностью совместимым с любыми сертифицированными устройствами.
В Google отметили , что если преимущества альтернативной ветки развития кодека со временем позволят добиться значительно лучшей картинки, то основная спецификация скорее всего будет пересмотрена и обновлена
|
|
|
|
pertoloxx
Стаж: 15 лет 6 месяцев Сообщений: 176
|
pertoloxx ·
07-Июл-10 10:53
(спустя 15 дней)
Сравнение работы кодировщиков VP8, x264 и XviD
Лаборатория компьютерной графики и мультимедиа при факультете ВМиК МГУ опубликовала результаты оценки работы кодировщиков VP8, x264 и XviD. С точки зрения адаптации потока под заданный битрейт VP8 продемонстрировал очень хорошие результаты. При кодировании VP8 оказался медленнее XviD и x264 в 5-25 раз, показав при этом по сравнению с XviD на 10-30% более высокое качество картинки и уступив по качеству кодирования обычного видео x264 на 20-30%, но при кодировании HDTV-потока результирующее качество было на уровне с x264.
Разработчики кодека VP8 прокомментировали результаты, подчеркнув, что проблемы с качеством скорее всего вызваны тем, что кодированию подвергался поток, уже ранее подвергавшийся сжатию другим кодеком, высокое качество кодирования в VP8 неискаженного HDTV-потока подтверждает данную догадку. Что касается скорости, то разработчики заявили, что они только приступили к оптимизации кодировщика, уделяя ранее основное внимание только производительности декодера. После завершения намеченной работы по оптимизации кодировщика его производительности должна существенно возрасти
|
|
|
|
Cupola
Стаж: 16 лет 4 месяца Сообщений: 311
|
Cupola ·
11-Июл-10 12:35
(спустя 4 дня)
Надеюсь скоро в раздачах будет не только оптимальный битрейд но и VP8
|
|
|
|
Гость
|
Гость ·
21-Июл-10 21:36
(спустя 10 дней, ред. 21-Июл-10 21:36)
А как-же VP7 ? Чем он плох?
1 минута 1280х720р-FF-XIII.The Movie.Sampl.mkv (135.63 MB) - Видео из ХВОХ-а, bik-файл пережатый VP7-мым (то-есть как тут писали, использовалось оригинальное видео не пережатое другими кодеками).
скрытый текст
D:\Proecti\Final.Fantasy.XIII X360\DVD-1\03.z016_us.x360 00003.mkv
General
Complete name : D:\Proecti\Final.Fantasy.XIII X360\DVD-1\03.z016_us.x360 00003.mkv
Format : Matroska
File size : 136 MiB
Duration : 1mn 2s
Overall bit rate : 18.3 Mbps
Encoded date : UTC 2010-06-17 19:44:39
Writing application : mkvmerge v4.0.0 ('The Stars were mine') сборка от Jun 6 2010 16:18:42
Writing library : libebml v1.0.0 + libmatroska v1.0.0
Video #1
ID : 1
Format : VP7
Codec ID : VP70
Codec ID/Hint : On2
Duration : 1mn 2s
Bit rate : 17.3 Mbps
Width : 1 024 pixels
Height : 576 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Bits/(Pixel*Frame) : 0.980
Stream size : 128 MiB (95%)
Audio #2
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : A_AC3
Duration : 1mn 2s
Bit rate mode : Constant
Bit rate : 640 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Stream size : 4.73 MiB (3%)
Естественно это почти максимум потока, но можно и меньше поставить (соответственно размер меньше будет).
Для себя Видео из игр вырываю только VP7-мым, позже пережимаю в Сценаристе при объединении в один "полный метр".
|
|
|
|
pertoloxx
Стаж: 15 лет 6 месяцев Сообщений: 176
|
pertoloxx ·
21-Июл-10 21:42
(спустя 5 мин.)
То есть, Вам неугоден более новый VP8?
|
|
|
|
Гость
|
Гость ·
21-Июл-10 21:45
(спустя 3 мин.)
pertoloxx писал(а):
То есть, Вам неугоден более новый VP8?
Тот-же 7-й только в другой сборке. если сравнивать, то разницы нет. Жала всеми кодеками подряд, остановилась на 7-й версии, как-то 8-я не особо...
|
|
|
|
pertoloxx
Стаж: 15 лет 6 месяцев Сообщений: 176
|
pertoloxx ·
24-Июл-10 21:26
(спустя 2 дня 23 часа, ред. 24-Июл-10 21:26)
|
|
|
|
WebRider
Стаж: 17 лет 4 месяца Сообщений: 1492
|
WebRider ·
25-Июл-10 21:55
(спустя 1 день, ред. 25-Июл-10 21:55)
pertoloxx писал(а):
Google взялись за его доведение до "лоска"
...
Представляем самый быстрый декодер VP8 в мире: ffvp8
даже на быдлохабре написано:
Цитата:
независимой и свободной реализацией
прямая речь:
Dark Shikari писал(а):
the express purpose of this project is to take control away from Google and give it back to the free software community
|
|
|
|
pertoloxx
Стаж: 15 лет 6 месяцев Сообщений: 176
|
pertoloxx ·
26-Июл-10 00:38
(спустя 2 часа 42 мин.)
Пардон, "перевод" к посту был добавлен уже несколько позже постскриптума
|
|
|
|
Гость
|
Гость ·
26-Июл-10 01:09
(спустя 31 мин., ред. 26-Июл-10 01:09)
Прочитала статью Сравнение кодеков VP8, x264 и libtheora. Что могу сказать- кодек еще слабый и только разрабатывается, автор правильно сказал что это только тестирование (бета). На счет того чтобы он стал WEB-кодеком... еще слишком рано, пока на первых позициях Н264 прочно висит.
А теперь на счет того какой битрейт ставился для кодировки! Вопрос не раскрыт! Соотношение размер\качество это относительно и весьма. Идем дальше. Привожу пример (опять же) на основе VР70 кодека. Я жму все видюхи из ХВОХ-а именно этим кодеком, почему? Он не дает эффекта МЫЛА и очень качественно жмет картинку! Да, битрейт ставить от 12-18 мегабит и время сжатия (перекодировки) больше в 2-3 раза чем тем-же Н264, но это того стоит ! К примеру BiK-файл продолжительностью 1 минута весит 56-80МВ (оригинал, так сказать не тронутое видео), а рип с него в VP70 весит уже ~140МВ (это при разрешении 1280х720 и со звуком 5.1 АС3 640kbps). Но качество- 1:1 как в оригинальном бике. Тот-же Н264 при динамичных сценах гонит кубики и замыливает дальние горизонты, но при этом у него меньше битрейт и соответственно размер.
Но нас ведь интересует в первую очередь качество? Диски сейчас уже есть любого размера, это уже не проблема. Вобщем VP8 как я думаю это младший брат VР70. Немного подшаманить и пойдет процесс. Кстати VP7 придуман как альтернатива кодеку AVC и используется в китайских HD-DVD\BD дисках.
|
|
|
|
Pustovetov
Стаж: 17 лет 8 месяцев Сообщений: 4247
|
Pustovetov ·
26-Июл-10 07:39
(спустя 6 часов)
Stervochka-Alena писал(а):
Привожу пример (опять же) на основе VР70 кодека. Я жму все видюхи из ХВОХ-а именно этим кодеком, почему? Он не дает эффекта МЫЛА и очень качественно жмет картинку! Да, битрейт ставить от 12-18 мегабит и время сжатия (перекодировки) больше в 2-3 раза чем тем-же Н264, но это того стоит ! К примеру BiK-файл продолжительностью 1 минута весит 56-80МВ (оригинал, так сказать не тронутое видео), а рип с него в VP70 весит уже ~140МВ (это при разрешении 1280х720 и со звуком 5.1 АС3 640kbps). Но качество- 1:1 как в оригинальном бике. Тот-же Н264 при динамичных сценах гонит кубики и замыливает дальние горизонты, но при этом у него меньше битрейт и соответственно размер.
А сделать больше битрейт не судьба?
|
|
|
|
Гость
|
Гость ·
26-Июл-10 10:16
(спустя 2 часа 37 мин.)
Pustovetov писал(а):
А сделать больше битрейт не судьба?
Чей ?
|
|
|
|
