|
|
|
Mediv(R)
Стаж: 13 лет 11 месяцев Сообщений: 134
|
Mediv(R) ·
28-Янв-15 09:46
(9 лет 10 месяцев назад)
Bigasoft total video converter - пользуюсь им, доволен
|
|
|
|
Marston-John
Стаж: 12 лет 3 месяца Сообщений: 34
|
Marston-John ·
30-Янв-15 20:36
(спустя 2 дня 10 часов)
Mediv(R)
Эта прога видео 320x240/256kbit/s/25fps 2 часа кодирует, это норм?
|
|
|
|
unreal666
Стаж: 16 лет 11 месяцев Сообщений: 1713
|
unreal666 ·
30-Янв-15 22:00
(спустя 1 час 24 мин.)
Marston-John
как определить норм или нет, если минимум не известны ни твой проц ни длительность видео.
|
|
|
|
Marston-John
Стаж: 12 лет 3 месяца Сообщений: 34
|
Marston-John ·
31-Янв-15 20:27
(спустя 22 часа)
unreal666
Проц i7 2600k, видео 2-х минутное кодирует 1.5-2 часа, притом что в H.264 при том же качестве кодирует за секунды
|
|
|
|
Mediv(R)
Стаж: 13 лет 11 месяцев Сообщений: 134
|
Mediv(R) ·
31-Янв-15 22:48
(спустя 2 часа 20 мин., ред. 31-Янв-15 22:48)
Насчет того же качества я сильно сомневаюсь
|
|
|
|
Tracker35
Стаж: 16 лет 1 месяц Сообщений: 830
|
Tracker35 ·
01-Фев-15 00:49
(спустя 2 часа 1 мин., ред. 01-Фев-15 00:49)
Mediv(R) писал(а):
66722543Насчет того же качества я сильно сомневаюсь
Буквально недавно делал анализ, почитайте, начиная с этого сообщения:
https://rutr.life/forum/viewtopic.php?p=66458304#66458304
Цитата:
encoded 500 frames, 3.29 fps, 5982.96 kb/s, duration 0:02:31.75 (91.75s)
encoded 500 frames in 4032.55s (0.12 fps), 5904.12 kb/s,
Не думаю, что спустя месяц ситуация изменилась, если она не изменилась и спустя пол года.
Грубо говоря, на данный момент, x265 +psy = x264 -psy по конечному качеству, но вот с временем на енкод беда. Но x265 без psy, вообще блюрная шляпа , но зато не артефачит.
p.s. NVENC в HEVC даёт приемлемое качество на скорость (тест), возможно будущее HEVC'a именно за хардварным енкодом 
|
|
|
|
XHDKPL
Стаж: 15 лет 6 месяцев Сообщений: 913
|
XHDKPL ·
01-Фев-15 18:54
(спустя 18 часов, ред. 01-Фев-15 18:54)
x265 хорош либо на оч. низком битрейте когда картинка смазана, либо с настройкой "slower" или медленнее. Лучше и то и другое.
скачать x265 1.4+465 8bpp w32 -- 302KB
Скоро ждём версию 1.5!
|
|
|
|
Mediv(R)
Стаж: 13 лет 11 месяцев Сообщений: 134
|
Mediv(R) ·
02-Фев-15 00:44
(спустя 5 часов, ред. 02-Фев-15 00:44)
Без аппаратной поддержки медленнее slow ставить бессмысленно, если конечно не 1 видео в сутки обрабатывать.
slow дает большую разницу по сравнению с superfast при кодировании сложных сцен, например с фонтанами воды и брызгами, с лицами на втором плане, когда битрейта нехватает и раскладывается на кубики. Артефакты затираются очень эффективно без повышения битрейта.
Любого рода движения 265 не очень любит, зато крайне эффективен на более-менее статичных сценах, чем и выигрывает.
Для кодирования с маленьким битрейтом и сохранением приемлемого качества подходит хорошо.
Я кодировал порнушку на порнолабе, 1176 роликов в 540p разрешении вполне недурно поместились в 165 гб при битрейте 1000. Там охрененная детальность как раз не важна, можно и замылить. Думаю именно порнушка продвинет стандарт.
Надо попробовать какое-нибудь кино конвертануть в slow, думаю 264 сольет)
Tracker35 писал(а):
66723326
Mediv(R) писал(а):
66722543Насчет того же качества я сильно сомневаюсь
Буквально недавно делал анализ, почитайте, начиная с этого сообщения:
https://rutr.life/forum/viewtopic.php?p=66458304#66458304
Цитата:
encoded 500 frames, 3.29 fps, 5982.96 kb/s, duration 0:02:31.75 (91.75s)
encoded 500 frames in 4032.55s (0.12 fps), 5904.12 kb/s,
Не думаю, что спустя месяц ситуация изменилась, если она не изменилась и спустя пол года.
Грубо говоря, на данный момент, x265 +psy = x264 -psy по конечному качеству, но вот с временем на енкод беда. Но x265 без psy, вообще блюрная шляпа , но зато не артефачит.
p.s. NVENC в HEVC даёт приемлемое качество на скорость (тест), возможно будущее HEVC'a именно за хардварным енкодом
Читал 
|
|
|
|
XHDKPL
Стаж: 15 лет 6 месяцев Сообщений: 913
|
XHDKPL ·
02-Фев-15 09:51
(спустя 9 часов)
Mediv(R) писал(а):
66736067Без аппаратной поддержки медленнее slow ставить бессмысленно, если конечно не 1 видео в сутки обрабатывать.
Аппаратная поддержка типа CUDA даст ну максимум 20%. Будешь не сутки а 19 часов обрабатывать.
Полностью на аппарате типа QuickSync это будет уже не x265 и мощных настроек не будет.
x264 не сольёт. "HEVC" не просто так назвали High Efficiency - это должно быть сильное сжатие на низком битрейте в противоположность High Quality.
|
|
|
|
Wizardzim
Стаж: 17 лет 5 месяцев Сообщений: 951
|
Wizardzim ·
03-Фев-15 09:51
(спустя 23 часа)
Mediv(R)
а чем кодировали (программа и железо)?
|
|
|
|
Mediv(R)
Стаж: 13 лет 11 месяцев Сообщений: 134
|
Mediv(R) ·
04-Фев-15 17:11
(спустя 1 день 7 часов, ред. 04-Фев-15 17:11)
Wizardzim писал(а):
66749313Mediv(R)
а чем кодировали (программа и железо)?
Bigasoft Total Video Converter с трекера
AMD A10 5800K на встройке, 8GB DDR3 2133 - программное кодирование
Пресет самый легкий ultrafast, местами повторно в medium и кое-что в slow, битрейт 1000, один проход, тюнинг = авто
slower уже можно сказать не по зубам, резко увеличивается время, слишком долго...
|
|
|
|
Wizardzim
Стаж: 17 лет 5 месяцев Сообщений: 951
|
Wizardzim ·
04-Фев-15 21:36
(спустя 4 часа)
Mediv(R)
спасибо за информацию
а почему не использовали CRF?
|
|
|
|
Mediv(R)
Стаж: 13 лет 11 месяцев Сообщений: 134
|
Mediv(R) ·
04-Фев-15 23:40
(спустя 2 часа 3 мин., ред. 04-Фев-15 23:40)
Wizardzim писал(а):
66767462Mediv(R)
спасибо за информацию
а почему не использовали CRF?
Из-за количества файлов
|
|
|
|
XHDKPL
Стаж: 15 лет 6 месяцев Сообщений: 913
|
XHDKPL ·
05-Фев-15 10:56
(спустя 11 часов, ред. 05-Фев-15 10:56)
x265 ни как не стабилизируется...
скачать версию 1.4+515 8bpp w32 -- 251KB
|
|
|
|
Wizardzim
Стаж: 17 лет 5 месяцев Сообщений: 951
|
Wizardzim ·
05-Фев-15 22:17
(спустя 11 часов, ред. 05-Фев-15 22:17)
Mediv(R) писал(а):
66769008Из-за количества файлов
А при чем количество файлов?
Потестил немного HEVC (скачал сегодняшнюю версию ffmpeg) - разочарован.
x265 дает лишь на четверть меньший битрейт при более чем в 2 раза медленном кодировании при сходных PSNR и SSIM при одинаковых CRF (23 в данном случае), при одинаковом пресете medium, 720p.
Код:
[libx264 @ 02edfc00] SSIM Mean Y:0.9706159 (15.319db)
[libx264 @ 02edfc00] PSNR Mean Y:42.109 U:49.349 V:49.354 Avg:43.470 Global:43.155 kb/s:2051.22
x265 [info]: global : 1859, Avg QP:26.62 kb/s: 1525.46 PSNR Mean: Y:42.356U:47.947 V:48.076
x265 [info]: global : 1859, Avg QP:26.62 kb/s: 1525.46 SSIM Mean: 0.968417 (15.005dB)
|
|
|
|
Peremen
Стаж: 11 лет 9 месяцев Сообщений: 160
|
Peremen ·
06-Фев-15 21:39
(спустя 23 часа)
Oleggg1010 писал(а):
66472949
Tracker35 писал(а):
66467338Tracker35
x265 смотрится лучше издалека (объекты более ровные, плавные, замыливание второстепенных объектов увеличивает качество переднего плана, над чем разработчикам следует ещё сильно поработать), 264 сохраняет больше чёткой информации (лучше видно текст, мелкие детали, кстати не всегда), качество отдельных деталей при x264 никогда не уходит слишком сильно от своего битрейта.
Совершенно верно, но весь вопрос в том, где будете смотреть рип и с какого расстояния ... если жать блюрэйный фильм для 50-ти дюймовика, с 6-7 метров разницы я не замечаю. Если смотреть на домашнем ЖК 22д здесь будут всплывать артефакты.. Все относительно. С таким же успехом можно замылить картинку, затем наложить зерно (как реставрируют нек. фильмы для BD) и четкость будет на ура.. правда с плавностью не экспериментировал)
|
|
|
|
jеnsen
Стаж: 14 лет 7 месяцев Сообщений: 2962
|
jеnsen ·
09-Фев-15 14:43
(спустя 2 дня 17 часов, ред. 09-Фев-15 14:43)
Совместно с Rishkhaan сейчас экспериментируем с x265. Он подсовывает кодеку 12 битные исходники, а я тестирую на аниме.
В принципе поведение 65 при кодирование аниме мне понравилось, за минусом времени - 16-17 часов на 25 минутную серию это все же много. На других трекерах есть раздачи 25 серий в 1080 и на серию ~500 мегабайт при нормальном качестве, что меня и побудило на тесты - ибо bd ремуксы анимешек порой шкалят за 200 гигов, а bd рипы 1080 да же в 10 бит 64 это в среднем 35 гигов. Сами тесты:
Исходник: https://mega.co.nz/#!CpZDDKrJ!m0Gy8m-ztZcPrVfIVPhln4HSM_icZr6HokEeEOsByKQ
скрытый текст
Общее
Уникальный идентификатор : 234121138017860406250267622873183126455 (0xB022174DE3E9B4D4981F6BCB1F4183B7)
Полное имя : D:\10_12_bit\GuiltyCrown.mkv
Формат : Matroska
Версия формата : Version 4 / Version 2
Размер файла : 425 Мбайт
Продолжительность : 1 м. 29 с.
Режим общего битрейта : Переменный
Общий поток : 39,9 Мбит/сек
Дата кодирования : UTC 2015-02-07 04:31:44
Программа кодирования : mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55
Библиотека кодирования : libebml v1.3.0 + libmatroska v1.4.1
DURATION : 00:01:18.530000000
NUMBER_OF_FRAMES : 32
NUMBER_OF_BYTES : 4883
_STATISTICS_WRITING_APP : mkvmerge v7.1.0 ('Good Love') 64bit built on Jul 27 2014 13:06:55
_STATISTICS_WRITING_DATE_UTC : 2015-02-07 04:31:44
_STATISTICS_TAGS : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Видео
Идентификатор : 1
Формат : AVC
Формат/Информация : Advanced Video Codec
Профиль формата : High@L4.1
Параметр CABAC формата : Да
Параметр ReFrames формата : 4 кадра
Идентификатор кодека : V_MPEG4/ISO/AVC
Продолжительность : 1 м. 29 с.
Вид битрейта : Переменный
Максимальный битрейт : 40,0 Мбит/сек
Ширина : 1920 пикселей
Высота : 1080 пикселей
Соотношение сторон : 16:9
Режим частоты кадров : Постоянный
Частота кадров : 23,976 кадра/сек
Цветовое пространство : YUV
Субдискретизация насыщенности : 4:2:0
Битовая глубина : 8 бит
Тип развёртки : Прогрессивная
Default : Да
Forced : Нет
Аудио
Идентификатор : 2
Формат : PCM
Идентификатор кодека : A_PCM/INT/LIT
Продолжительность : 1 м. 29 с.
Вид битрейта : Постоянный
Каналы : 2 канала
Частота : 48,0 КГц
Битовая глубина : 24 бит
Задержка видео : 12 мс.
Язык : Japanese
Default : Да
Forced : Нет
Текст
Идентификатор : 3
Формат : ASS
Идентификатор кодека : S_TEXT/ASS
Идентификатор кодека/Информация : Advanced Sub Station Alpha
Метод сжатия : Без потерь
Заголовок : Advantage
Язык : Russian
Default : Да
Forced : Нет
Рип в 1080 VapourSynth с настройками:
Цитата:
--y4m --range limited --preset medium --colorprim bt709 --transfer bt709 --colormatrix bt709 --crf 16.5 --aq-strength 1
https://mega.co.nz/#!TwRQCbYC!i5dPewkzuA62Aj3rQa9h9kQF7I3mjLfj1N901Or2Q3w
скрытый текст
Общее
Уникальный идентификатор : 223629332642232041869076853647962369041 (0xA83D715C8392498CB80E28E8E8916C11)
Полное имя : C:\Users\jensen\Desktop\out_encode .mkv
Формат : Matroska
Версия формата : Version 4 / Version 2
Размер файла : 131 Мбайт
Продолжительность : 1 м. 29 с.
Общий поток : 12,3 Мбит/сек
Дата кодирования : UTC 2015-02-09 10:10:21
Программа кодирования : mkvmerge v7.2.0 ('On Every Street') 32bit built on Sep 13 2014 15:42:11
Библиотека кодирования : libebml v1.3.0 + libmatroska v1.4.1
DURATION : 00:01:29.156000000
NUMBER_OF_FRAMES : 2854
NUMBER_OF_BYTES : 25686000
_STATISTICS_WRITING_APP : mkvmerge v7.2.0 ('On Every Street') 32bit built on Sep 13 2014 15:42:11
_STATISTICS_WRITING_DATE_UTC : 2015-02-09 10:10:21
_STATISTICS_TAGS : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Видео
Идентификатор : 1
Формат : HEVC
Формат/Информация : High Efficiency Video Coding
Идентификатор кодека : V_MPEGH/ISO/HEVC
Продолжительность : 1 м. 29 с.
Ширина : 1920 пикселей
Высота : 1080 пикселей
Соотношение сторон : 16:9
Режим частоты кадров : Постоянный
Частота кадров : 23,976 кадра/сек
Default : Да
Forced : Нет
Аудио
Идентификатор : 2
Формат : PCM
Идентификатор кодека : A_PCM/INT/LIT
Продолжительность : 1 м. 29 с.
Вид битрейта : Постоянный
Каналы : 2 канала
Частота : 48,0 КГц
Битовая глубина : 24 бит
Задержка видео : 12 мс.
Язык : Japanese
Default : Да
Forced : Нет
Рип в 1080 VapourSynth с настройками:
Цитата:
--y4m --range limited --preset medium --colorprim bt709 --transfer bt709 --colormatrix bt709 ---bitrate 10000 --aq-strength 1
в 2 прохода. https://mega.co.nz/#!S1RUUZrA!oVBeoiHm_xAxyKjJDdL1iJuN63KFeDrzsJZNBFuvDNg
скрытый текст
Общее
Уникальный идентификатор : 232575776202364465051176827864782364761 (0xAEF877158F43B6FCA762A42D484A6059)
Полное имя : C:\Users\jensen\Desktop\out_opening_10_420_tv.mkv
Формат : Matroska
Версия формата : Version 4 / Version 2
Размер файла : 104 Мбайт
Продолжительность : 1 м. 29 с.
Общий поток : 9807 Кбит/сек
Дата кодирования : UTC 2015-02-07 10:30:02
Программа кодирования : mkvmerge v7.2.0 ('On Every Street') 32bit built on Sep 13 2014 15:42:11
Библиотека кодирования : libebml v1.3.0 + libmatroska v1.4.1
DURATION : 00:01:18.530000000
NUMBER_OF_FRAMES : 32
NUMBER_OF_BYTES : 4883
_STATISTICS_WRITING_APP : mkvmerge v7.2.0 ('On Every Street') 32bit built on Sep 13 2014 15:42:11
_STATISTICS_WRITING_DATE_UTC : 2015-02-07 10:30:02
_STATISTICS_TAGS : BPS DURATION NUMBER_OF_FRAMES NUMBER_OF_BYTES
Видео
Идентификатор : 1
Формат : HEVC
Формат/Информация : High Efficiency Video Coding
Идентификатор кодека : V_MPEGH/ISO/HEVC
Продолжительность : 1 м. 29 с.
Ширина : 1920 пикселей
Высота : 1080 пикселей
Соотношение сторон : 16:9
Режим частоты кадров : Постоянный
Частота кадров : 23,976 кадра/сек
Default : Да
Forced : Нет
Аудио
Идентификатор : 2
Формат : PCM
Идентификатор кодека : A_PCM/INT/LIT
Продолжительность : 1 м. 29 с.
Вид битрейта : Постоянный
Каналы : 2 канала
Частота : 48,0 КГц
Битовая глубина : 24 бит
Задержка видео : 12 мс.
Язык : Japanese
Default : Да
Forced : Нет
Текст
Идентификатор : 3
Формат : ASS
Идентификатор кодека : S_TEXT/ASS
Идентификатор кодека/Информация : Advanced Sub Station Alpha
Метод сжатия : Без потерь
Заголовок : Advantage
Язык : Russian
Default : Да
Forced : Нет
Ставка делалась на существенное уменьшение размера, желательно не снижая качество. aq-strength 1 применен для убирания мыла, на значениях 2 и 3 и выше существенно возрастает битрейт (на 3 уже 47 мегабит - больше исходника). crf в 65 работает совсем не так как в 64(
|
|
|
|
XHDKPL
Стаж: 15 лет 6 месяцев Сообщений: 913
|
XHDKPL ·
09-Фев-15 15:10
(спустя 27 мин.)
jensen123321 писал(а):
6681662416-17 часов на 25 минутную серию
так ктоже победил?
|
|
|
|
jеnsen
Стаж: 14 лет 7 месяцев Сообщений: 2962
|
jеnsen ·
09-Фев-15 16:17
(спустя 1 час 7 мин., ред. 09-Фев-15 16:17)
XHDKPL писал(а):
66817210
jensen123321 писал(а):
6681662416-17 часов на 25 минутную серию
так ктоже победил?
Ну так был бы у меня i7, а не Quad Q6600 4 ядерный и не всего 4 гига ddr 2, то я еще мог бы надеться на быстрый конверт)
|
|
|
|
Lenchik
Стаж: 18 лет 5 месяцев Сообщений: 854
|
Lenchik ·
09-Фев-15 19:14
(спустя 2 часа 56 мин.)
Vapoursynth скрипты озвучьте, пожалуйста. И как вы его потом x265 кормите?
|
|
|
|
jеnsen
Стаж: 14 лет 7 месяцев Сообщений: 2962
|
jеnsen ·
09-Фев-15 21:58
(спустя 2 часа 44 мин., ред. 09-Фев-15 21:58)
Lenchik писал(а):
66819635Vapoursynth скрипты озвучьте, пожалуйста. И как вы его потом x265 кормите?
vapoursynth(фаил vpy)
import vapoursynth as vs
core = vs.get_core()
core.std.LoadPlugin(path=r'C:\Program Files (x86)\VapourSynth\filters\ffms2.dll')
core.std.LoadPlugin(path=r'C:\Program Files (x86)\VapourSynth\filters\fmtconv.dll')
v = core.ffms2.Source(source='D:\NEW\Steins;Gate\Steins;Gate - 01.mkv')
v.set_output()
Потом батник с
Цитата:
"C:\Program Files (x86)\VapourSynth\core\vspipe.exe" script_file.vpy - -y4m | x265_x64_16bpp.exe - --y4m --preset slow --input-depth 8 --input-csp i420 --range limited --colorprim bt709 --transfer bt709 --colormatrix bt709 --crf 16.5 --aq-strength 1 -o out_opening_10_420_tv.hevc
pause
И сам кодек в данном случае x265_x64_16bpp.exe.
Все это дело в одной папке, на пк установлены python-3.3.5 + vapoursynth-r19 + плагины для vapoursynth: ffms2.dll и fmtconv.dll
|
|
|
|
Lenchik
Стаж: 18 лет 5 месяцев Сообщений: 854
|
Lenchik ·
10-Фев-15 01:03
(спустя 3 часа)
Спасибо.
Вы же в курсе, что vapoursynth уже r26, не так ли? https://forum.doom9.org/showthread.php?t=165771 Помимо всяких улучшений, может и скорость работы стала выше?
fmtconv в скрипте как используется? как-то неявно? а то ведь скармливаете 8 битный исходник x265'ому
Имея fmtconv не задисерить им до 10-12 бит на канал о_0 В x265 пока нет, насколько я знаю, таких хороших алгоритмов дисеринга в повышенную битность как в x264.
|
|
|
|
jеnsen
Стаж: 14 лет 7 месяцев Сообщений: 2962
|
jеnsen ·
10-Фев-15 02:30
(спустя 1 час 27 мин., ред. 10-Фев-15 02:30)
Lenchik писал(а):
66823519Спасибо.
Вы же в курсе, что vapoursynth уже r26, не так ли? https://forum.doom9.org/showthread.php?t=165771 Помимо всяких улучшений, может и скорость работы стала выше?
fmtconv в скрипте как используется? как-то неявно? а то ведь скармливаете 8 битный исходник x265'ому
Имея fmtconv не задисерить им до 10-12 бит на канал о_0 В x265 пока нет, насколько я знаю, таких хороших алгоритмов дисеринга в повышенную битность как в x264.
Rishkhaan писал(а):
64759690Новый VapourSynth версии r23 уже поддерживал 64-разрядные ОС, в отличие от версии r19, которую я всё это время использовал. Кроме того, туда добавили возможность добавления чёрных полос. Я снёс 32-битный Python и VapourSynth r19, и установил 64-битный Python и VapourSynth r23 x64. После чего скачал и поставил новые версии плагинов для 64-битной версии VapourSynth, в том числе плагин для чтения последовательностей кадров vsimagereader.dll. Но новый VapourSynth не захотел больше читать последовательность кадров, как это ни странно, постоянно выдавая ошибку "No frame returned at the end of process". В теме плагина кто-то сообщил о той же самой проблеме ( http://forum.doom9.org/showthread.php?p=1658233#post1658233). Я понял, что эта ошибка появилась после обновления либо VapourSynth либо плагина. Попробовал на всякий случай установить 32-битный Python и 32-битный VapourSynth r23, но это ничего не дало. В результате пришлось удалить VapourSynth r23 и установить старую версию r19, где плагин работал исправно.
Я прост как и написал Rishkhaan выше юзаю его в основном для создания dcp рипов - если 26 поправили - над пробовать. fmtconv над пробовать - спасибо за наводку. Только это даст не нужный шум, а в приоритете качество на низких битрейтах.
|
|
|
|
Lenchik
Стаж: 18 лет 5 месяцев Сообщений: 854
|
Lenchik ·
10-Фев-15 07:37
(спустя 5 часов)
|
|
|
|
jеnsen
Стаж: 14 лет 7 месяцев Сообщений: 2962
|
jеnsen ·
10-Фев-15 23:03
(спустя 15 часов)
|
|
|
|
maxmister
Стаж: 14 лет 5 месяцев Сообщений: 299
|
maxmister ·
12-Фев-15 02:11
(спустя 1 день 3 часа)
каким плеером можно воспроизвести видео закодированное кодеком x265?
|
|
|
|
XHDKPL
Стаж: 15 лет 6 месяцев Сообщений: 913
|
XHDKPL ·
12-Фев-15 02:33
(спустя 22 мин., ред. 12-Фев-15 09:49)
maxmister попробуй http://www.videolan.org/vlc/
XHDKPL писал(а):
Скоро ждём версию 1.5!
вот она 
Старые видео можете удалять. В них много багов. Потом нужно будет удалить и новые но такова жизнь.
|
|
|
|
jеnsen
Стаж: 14 лет 7 месяцев Сообщений: 2962
|
jеnsen ·
13-Фев-15 09:28
(спустя 1 день 6 часов, ред. 13-Фев-15 09:28)
Еще тесты (уже целой серии - 25 минут), результаты надо сказать впечатляют. На низких битрейтах 65 крут) Бандинга не замечено, других артефактов и тд так же):
BDremux ~40,2 Мбит/сек (Размер файла: 6,42 Гбайт) High@L4.1 h264
BDrip 10 bit ~10,9 Мбит/сек (Размер файла: 1,73 Гбайт) High 10@L4.1 h264
HEVCrip 10 bit ~2667 Кбит/сек (Размер файла: 447 Мбайт) High 10@L4.1 h265
Время энкода? Чуть меньше суток =)
|
|
|
|
chrome2
Стаж: 14 лет 11 месяцев Сообщений: 26
|
chrome2 ·
16-Фев-15 02:48
(спустя 2 дня 17 часов, ред. 16-Фев-15 02:48)
чем лучше кодировать видео в HEVC?
|
|
|
|
HortonEN
Стаж: 16 лет 10 месяцев Сообщений: 6333
|
HortonEN ·
16-Фев-15 06:20
(спустя 3 часа, ред. 16-Фев-15 06:22)
chrome2 писал(а):
66892572чем лучше кодировать видео в HEVC?
Baka Encoder
А вообще, только на последних двух страницах штук пять способов перечислялось...
Слово "лучше" это, конечно, пять. =))
|
|
|
|
