AMV News
Музыкальные аниме клипы
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация 
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход  ChatЧат (Людей в чате:  ) 

10-bit видео в АМВ
На страницу Пред.  1, 2, 3, 4  След.
 
Начать новую тему   Ответить на тему    Список форумов AMV News -> Создание AMV
Предыдущая тема :: Следующая тема  
Автор Сообщение
Bill Ein



Пол: Пол:Муж
Возраст: 35
Проверенный
Рега: 16.11.2008
Сообщения: 5960

СообщениеДобавлено: Чт Сен 29, 2011 8:08 pm    Заголовок сообщения: Ответить с цитатой

мда, Мадока Магыка 10bit в madVR и haali
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Aggressor



Пол: Пол:Муж

Модератор
Рега: 07.03.2007
Сообщения: 2343
Откуда: Киев

СообщениеДобавлено: Чт Сен 29, 2011 8:11 pm    Заголовок сообщения: Ответить с цитатой

Смотри: процесс lossy-кодирования подразумевает квантование кодируемой информации, а это приводит к относительным ошибкам (допуски квантования). Т.е. независимо от того, какой у тебя исходник, кодирование его 8-битным алгоритмом больше его изуродует, чем кодирование 10-битным алгоритмом. А ещё есть чисто математические допуски округления, особенно заметные на этапе просчёта компенсации движения, тут 10-бит тоже впереди из-за более высокой точности.

Edit: чатик. )
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
Neko Baka



Пол: Пол:Муж
Возраст: 26
Постоянный гость
Рега: 07.02.2011
Сообщения: 310
Откуда: Шуя ивановская обл. россия

СообщениеДобавлено: Чт Сен 29, 2011 8:23 pm    Заголовок сообщения: Ответить с цитатой

trampler
конечно матрица P-IPS считается лучше чем матрица E-IPS но преимущество у матрицы E-IPS заключается в том что цвета у нее идут мягче чем у P-IPS ну это чисто мое мнение так как я сам пользуюсь наработе двумя компами и с разными мониторами который один на E-IPS и P-IPS, еще мониторы на матрице P-IPS они слишком долго разогреваются , а применять его можно к примеру в обработке фотографий когда цветовая передача важна, и глаза на них не так садятся чем на тойже матрице TN у которой цветопередача куда хуже и холоднее.)) но это кому как

_________________
Говорят плохая примета: если вам дорогу перебежала черная кошка пустыми ведрами
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора ICQ Number
VirtualTT



Пол: Пол:Муж

Местный
Рега: 18.05.2009
Сообщения: 1279

СообщениеДобавлено: Чт Сен 29, 2011 8:27 pm    Заголовок сообщения: Ответить с цитатой

Neko Baka
это похоже на высказывания из серии "теплый ламповый звук" Laughing
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
vivan



Пол: Пол:Муж

Постоянный гость
Рега: 20.03.2009
Сообщения: 460
Откуда: Спб
Страна: Россия

СообщениеДобавлено: Чт Сен 29, 2011 8:29 pm    Заголовок сообщения: Ответить с цитатой

Ух ты какая тема.

Aggressor писал(а):
только комбинация из MPC-HC + MadVR полноценно воспроизводит 10-битное видео.
На 10битном дисплее - да, но таких <0.1%
На 8 битах дело обстоит так:
Декодировать и отдавать в P010 (это 10битный аналог yv12) умеет лишь CoreAVC и встроенный в madVR декодер. ffshow сразу дихтерит до 8.

Далее рендерер. Единственный который принимает 10 бит - madVR, остальные - только 8 битный yv12. Поэтому все рендереры кроме madVR будут получать уже 8 битную, отдихтериную картинку и уже ее растягивать на весь экран, тогда как madVR будет в 10 (а на деле - 16) битах выполнять апскейл и дихтерить уже будет на самом последнем этапе - выводе на монитор.

Поэтому самый лучший результат будет у madVR + CoreAVC / встроенный декодер, затем у madVR + ffdshow, затем у остальных рендереров + ffdshow / CoreAVC.

trampler,
если исключить дебандинг в плеере (и забить на остальные плюсы), то дело выглядит так (при кодировании):
8 бит + дебанд -> 8 бит = много-много битрейта на шум.
8 бит + дебанд -> 10 бит = значительно меньше битрейта, поскольку в 10 битах это уже и не шум.

P.s. а еще на ноутбуках 6 битные матрицы встречаются весьма часто, которые драйвер "прокачивает" до 8 путем дихтеринга по времени (поэтому на них можно заметить изменение цветов пикселей на статичной картинке). А также существуют такие же, но 8 битные мониторы "прокаченные" до 10 бит.


Последний раз редактировалось: vivan (Чт Сен 29, 2011 8:36 pm), всего редактировалось 1 раз
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
FllearTM



Пол: Пол:Муж
Возраст: 34
Постоянный гость
Рега: 28.03.2009
Сообщения: 409
Откуда: Междуреченск - Новосибирск
Страна: Россия

СообщениеДобавлено: Чт Сен 29, 2011 8:30 pm    Заголовок сообщения: Ответить с цитатой

Настроил madVR, и правда лучше чем коре, цвета сочнее и плавнее.
_________________
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора ICQ Number
Aggressor



Пол: Пол:Муж

Модератор
Рега: 07.03.2007
Сообщения: 2343
Откуда: Киев

СообщениеДобавлено: Чт Сен 29, 2011 8:34 pm    Заголовок сообщения: Ответить с цитатой

VirtualTT
Это похоже на некалиброванные мониторы. Smile

vivan
Получается, если качать рипы по разрешению монитора (FullHD), то проблема апскейла отпадает, и ffdshow уравнивается в правах с другими декодерами и всеми рендерами?
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
vivan



Пол: Пол:Муж

Постоянный гость
Рега: 20.03.2009
Сообщения: 460
Откуда: Спб
Страна: Россия

СообщениеДобавлено: Чт Сен 29, 2011 8:40 pm    Заголовок сообщения: Ответить с цитатой

Если выводить в RGB24 - вроде бы да.
Только ffdshow цвет все равно похуже апскейлит (у него ж разрешение в два раза ниже) чем madVR, но это разница малозаметна.

FllearTM писал(а):
madVR, и правда лучше чем коре
Рендерер лучше декодера? о_О
madVR прекрасно с кореавц работает, а кореавц прекрасно 10 бит декодирует и отдает в 10 битах же. Баги давно пофиксили, по крайней мере я их на нескольких рипах не встречал.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Aggressor



Пол: Пол:Муж

Модератор
Рега: 07.03.2007
Сообщения: 2343
Откуда: Киев

СообщениеДобавлено: Чт Сен 29, 2011 8:42 pm    Заголовок сообщения: Ответить с цитатой

Надо определиться, что MadVR в первую очередь рендерер, но имеет встроенный декодер для MPEG-2, VC-1 и h.264. Предлагаю для устранения недопониманий разделять эти два понятия.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
FllearTM



Пол: Пол:Муж
Возраст: 34
Постоянный гость
Рега: 28.03.2009
Сообщения: 409
Откуда: Междуреченск - Новосибирск
Страна: Россия

СообщениеДобавлено: Чт Сен 29, 2011 9:43 pm    Заголовок сообщения: Ответить с цитатой

Так как лучше всего то?
Связка MadVR + CoreAVC

Или связка MadVR + ffdshow

_________________
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора ICQ Number
Aggressor



Пол: Пол:Муж

Модератор
Рега: 07.03.2007
Сообщения: 2343
Откуда: Киев

СообщениеДобавлено: Чт Сен 29, 2011 9:54 pm    Заголовок сообщения: Ответить с цитатой

Как ни странно, но ffdshow более правильно выглядит.
А визуально что?

Edit: либо я не понимаю в этом OSD от MadVR.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
vivan



Пол: Пол:Муж

Постоянный гость
Рега: 20.03.2009
Сообщения: 460
Откуда: Спб
Страна: Россия

СообщениеДобавлено: Чт Сен 29, 2011 10:02 pm    Заголовок сообщения: Ответить с цитатой

это не ffdshow, это встроенный libavcodec.
При декодировании через ffdshow будет так:


А если говорить о встроенном в madVR libavcodec и CoreAVC - то разницы нет, они должны отдавать идентичный поток рендереру.
Так что остается разница в удобстве - мне на ноуте убодней кореавц, поскольку он на обычном 8 битном видео использует декодирование на видеокарте ("CUDA"), а на 10 - переключается на софт. Мб кореавц чуть побыстрей будет (они обещали всякие оптимизации), лень тестить.
А так, на десктопе с норм процом проще со встроенным в madVR декодером.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Aggressor



Пол: Пол:Муж

Модератор
Рега: 07.03.2007
Сообщения: 2343
Откуда: Киев

СообщениеДобавлено: Чт Сен 29, 2011 10:17 pm    Заголовок сообщения: Ответить с цитатой

vivan писал(а):
Мб кореавц чуть побыстрей будет
А может быть и нет: CoreAVC, ffdshow.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
FllearTM



Пол: Пол:Муж
Возраст: 34
Постоянный гость
Рега: 28.03.2009
Сообщения: 409
Откуда: Междуреченск - Новосибирск
Страна: Россия

СообщениеДобавлено: Чт Сен 29, 2011 10:43 pm    Заголовок сообщения: Ответить с цитатой

Aggressor
Визуально не на много отличается, только чуть насыщенней цвета при MadVR + CoreAVC, но это чисто если пялится в монитор в ожидание найти косяк чем хуже или лучше.

_________________
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора ICQ Number
Aggressor



Пол: Пол:Муж

Модератор
Рега: 07.03.2007
Сообщения: 2343
Откуда: Киев

СообщениеДобавлено: Чт Сен 29, 2011 11:00 pm    Заголовок сообщения: Ответить с цитатой

FllearTM
По идее должно быть одинаково, но может что-то недопилили чуток.

Я уже начал тестировать, завтра выдам результаты.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
trampler



Пол: Пол:Муж
Возраст: 30
Заядлый
Рега: 27.03.2008
Сообщения: 2042
Откуда: Москва
Страна: Россия

СообщениеДобавлено: Пт Сен 30, 2011 4:13 am    Заголовок сообщения: Ответить с цитатой

FllearTM, Aggressor, vivan , извините, мужики, что опять встреваю, два раза всё перечитал, что-то понял, но в основном не очень. Постараюсь структурировать бурный поток непонимая:

1. Если 10-битный алгоритм эффективнее на любой входной информации за счет точности, почему тогда не кодировать сразу 12-битным, или 16, или 100500-битным? В чём прикол? 10 — это некая равновесная константа для оптимального кодирования лосси-видео, и 12 будет хуже? Или дело в повышенной битности самой выходной картинки, и замечательно закодированные 100500 бит мониторы тупо не смогут правильно отобразить? Но ведь, как заметил vivan, 99% мониторов и 10 не могут отображать, а отображают те самые 8.

2. Если, тем не менее, именно 10-битное кодирование лучше, то почему всё это время кодировали 8-битным? Он был ошибкой, больше не нужен и скоро (после доработки декодеров/плееров/рендереров) отомрет за ненабностью как старый и неэффективный, и Симпл перейдет на новый? Или 10 бит это такой сложный ресурсоемкий алгоритм, что его только сейчас смогли разработать и оптимизировать для приемлемой скорости кодирования/декодирования?

3. Почему мы вообще называем битность конечного цвета битностью алгоритма? Как влияет глубина конечного цвета на точность математических операций в промежуточном этапе просчета компенсации движения? На вход поступает картинка с 8-битным цветом, она может с любой точностью обрабатываться дальше, главное — округлить цвета на выходе соответсвенно до 8 или 10 бит. Или я не понимаю сути лосси-кодеков, и всё внутри них пляшет от дискретности цвета?

4. Я могу понять, что за счет лишних 2 бит сама компрессия сможет быть проведена более эффективно, без битрейтожоркого дизеринга и т. д., но это же лишние 2 бита, что натурально +25% веса, неужели эффективность сжатия от них повышается на 30-50%?

Можете не отвечать, если я задрал вас своей тупостью :)
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
vivan



Пол: Пол:Муж

Постоянный гость
Рега: 20.03.2009
Сообщения: 460
Откуда: Спб
Страна: Россия

СообщениеДобавлено: Пт Сен 30, 2011 8:24 am    Заголовок сообщения: Ответить с цитатой

trampler писал(а):
10 — это некая равновесная константа
Цитата:
Because each extra bit of intermediate precision cuts 50% off the amount of compression lost due to intermediate rounding. After 2 extra bits, you've eliminated 75% of the inefficiency.

Also, 10-bit is the highest bit depth at which luma motion compensation can be implemented without unpacking to 32-bit.

Also, the spec is capped at 14-bit.


trampler писал(а):
Если, тем не менее, именно 10-битное кодирование лучше, то почему всё это время кодировали 8-битным?
Не знали что 10 бит круче, это же далеко не очевидно.

trampler писал(а):
Он был ошибкой, больше не нужен и скоро (после доработки декодеров/плееров/рендереров) отомрет за ненабностью как старый и неэффективный
возможно, если производители железа почешутся. А это ой как не просто...

trampler писал(а):
Или 10 бит это такой сложный ресурсоемкий алгоритм, что его только сейчас смогли разработать и оптимизировать для приемлемой скорости кодирования/декодирования?
x264 его очень давно поддерживает, а вот декодер недавно появился.

trampler писал(а):
Почему мы вообще называем битность конечного цвета битностью алгоритма?
Потому, что это битность алгоритма Smile А конечный цвет можно считать и 12 / 15 битным...

trampler писал(а):
Как влияет глубина конечного цвета на точность математических операций в промежуточном этапе просчета компенсации движения?
Цитата:
1) H.264 is in love with the (A+B+1)>>1 rounding mode. With qpel and bidir all using this round-up rounding, there is a huge number of redundant DC coefficients. Merely changing bidir to use (A+B)>>1 saves ~1% bitrate; you’d probably do much better if you had 4x more intermediate precision.

2) Raising the output precision of every transform would go a very long way to eliminating +1/-1 errors that constantly propagate from frame to frame (similar to 1), because of qpel aggravating the situation).

3) Subpel interpolation gives better results when it has more accurate input data. Same with intra prediction.


trampler писал(а):
4. Я могу понять, что за счет лишних 2 бит сама компрессия сможет быть проведена более эффективно, без битрейтожоркого дизеринга и т. д., но это же лишние 2 бита, что натурально +25% веса, неужели эффективность сжатия от них повышается на 30-50%?
http://x264.nl/x264/10bit_02-ateme-why_does_10bit_save_bandwidth.pdf
5-20%... Ну а 50% будет если есей зафигачит кучу битрейта на "битрейтожоркий дизеринг", а кто-нибудь другой будет юзать 10 бит.
Вот интересно будет на Steins; Gate посмотреть - там бандота в тв было просто дикой.
Плюс людям надо переучиваться, тот же есей радостно клепает 10 битные релизы которые жирнее 8 битных Very Happy
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
zmaster



Пол: Пол:Муж
Возраст: 28
Dark Home clan
Рега: 31.12.2009
Сообщения: 397
Откуда: Россия, Абакан

СообщениеДобавлено: Пт Сен 30, 2011 10:16 am    Заголовок сообщения: Ответить с цитатой

Интересно было бы посмотреть на результаты теста декодеров, в частности, на Lav – по слухам, это самый быстрый 10-bit декодер (~10%). А для x64 - вообще единственный приемлемый вариант…
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
vivan



Пол: Пол:Муж

Постоянный гость
Рега: 20.03.2009
Сообщения: 460
Откуда: Спб
Страна: Россия

СообщениеДобавлено: Пт Сен 30, 2011 12:14 pm    Заголовок сообщения: Ответить с цитатой

madVR 32 бит онли, так что x64 декодер нафиг не нужен. И CoreAVC тоже есть x64.
Но Lav Decoder умеет в P010 выводить, как и кореавц.
Тем не менее... (проц - i5-2410M)


В обоих случаях вывод был в p010 (остальные просто отрубил).
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Aggressor



Пол: Пол:Муж

Модератор
Рега: 07.03.2007
Сообщения: 2343
Откуда: Киев

СообщениеДобавлено: Пт Сен 30, 2011 1:44 pm    Заголовок сообщения: Ответить с цитатой

В общем, как оформить результаты подобных тестов — я не очень представляю, поэтому напишу словесами:
1. Размеры файлов при одинаковом crf отличаются меньше чем на 5% (чаще на 2-3% в пользу 10-битной версии).
2. Качество у 10-битного энкодера выше, бандинга меньше (я бы сказал, нового бандинга не добавляется вообще в процессе кодирования).
3. Скорость энкода у 10-битной версии в 2 (!) раза ниже при прочих равных.

А ещё провёл небольшой отсмотр коллекции клипов на предмет бандинга и сделал вывод, что он там весьма редкий гость (в том виде, в каком он бросается в глаза, он вообще отсутствует).
Разницы между декодерами ffdshow и MadVR не увидел совершенно, а вот разница между рендерерами EVR и MadVR видна даже на 8битном видео в оконном режиме, в пользу MadVR (заметно на том же бандинге). Правда, эту разницу всё равно надо искать с лупой.

Вместо выводов: новинка лучше по качеству на сложных сценах (заметно с лупой), но в 2 раза медленнее при энкоде. С учётом того, чем придётся пожертвовать при массовом переходе на 10бит (DXVA, аппаратные плееры, он-лайн просмотр), форсить переход сейчас не вижу смысла.

Зато заметил, что x264 уже почти нативно хавает uncompressed RGB. Вот эта вещь может дать немало профита во всех отношениях, в т.ч. как антибандинг.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
FllearTM



Пол: Пол:Муж
Возраст: 34
Постоянный гость
Рега: 28.03.2009
Сообщения: 409
Откуда: Междуреченск - Новосибирск
Страна: Россия

СообщениеДобавлено: Пт Окт 14, 2011 11:30 am    Заголовок сообщения: Ответить с цитатой

Ну теперь сложнее придется создателям АМВ, я уже полностью перешел на 10 бит, теперь не только BD но и HDTV делаю в 10бит рипы. Так-же все остальные лучшие кодеры переходят на 10 бит. Вроде Ёсей тоже будет теперь делать рипы только в 10 бит, но думаю вес его рипов не изменится Very Happy
_________________
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора ICQ Number
Aggressor



Пол: Пол:Муж

Модератор
Рега: 07.03.2007
Сообщения: 2343
Откуда: Киев

СообщениеДобавлено: Пт Окт 14, 2011 12:18 pm    Заголовок сообщения: Ответить с цитатой

Да, новый сезон радует и огорчает в этом плане одновременно. Радует тем, что почти всё аниме теперь доступно и в 10-бит наряду с 8-бит, а огорчает тем, что не все релизеры используют преимущества нового формата: некоторые просто подменили экзешники энкодера на 10-битные, у других вес релизов даже прилично увеличился, а качество ухудшилось (артефакты первичного сжатия в ТВ-рипах, которые раньше заблюривались, стали более заметны).

Что касается мейкеров, то проблем быть не должно: алгоритм нарезки не изменился, достаточно обновить декодер.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
Bill Ein



Пол: Пол:Муж
Возраст: 35
Проверенный
Рега: 16.11.2008
Сообщения: 5960

СообщениеДобавлено: Пт Окт 14, 2011 3:06 pm    Заголовок сообщения: Ответить с цитатой

Aggressor, т.е. для симпла достаточно подменить енкодер на 32bit 10bit-depth отсюда?
_________________
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Aggressor



Пол: Пол:Муж

Модератор
Рега: 07.03.2007
Сообщения: 2343
Откуда: Киев

СообщениеДобавлено: Пт Окт 14, 2011 3:24 pm    Заголовок сообщения: Ответить с цитатой

Да, этого будет достаточно. Но не забудь забэкапить тот билд энкодера, что идёт в комплекте. Smile
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
Bill Ein



Пол: Пол:Муж
Возраст: 35
Проверенный
Рега: 16.11.2008
Сообщения: 5960

СообщениеДобавлено: Пт Окт 14, 2011 4:45 pm    Заголовок сообщения: Ответить с цитатой

Сейчас попробую закодить анкомпресс "Снежных Волков" симплом в 10бит
_________________
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
FllearTM



Пол: Пол:Муж
Возраст: 34
Постоянный гость
Рега: 28.03.2009
Сообщения: 409
Откуда: Междуреченск - Новосибирск
Страна: Россия

СообщениеДобавлено: Пт Окт 14, 2011 4:59 pm    Заголовок сообщения: Ответить с цитатой

Aggressor
Я после замены сразу все переделал, перепробовал новые настройки кодера, и вроде подобрал что-то нормальное. Пришлось сразу и фильтры тоже все пересмотреть, ибо по большей части раньше приходилось давить банду и после её давить ещё что-бы она не вылезла по новой. Теперь можно только чуток убрать банду, остальное делает кодер, и на выходе уже видео вообще без банды.
Да и теперь просто поднимать битрейт выше 2000 вообще не имеет смысла. сколько смотрел логи на 720p достаточно в пределах 1700 на бдрип. На денпу вообще 1400 за глаза хватает. На онгоинг в пределах 1200-1500 не более. Выше просто идет перерасход.

_________________
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора ICQ Number
Bill Ein



Пол: Пол:Муж
Возраст: 35
Проверенный
Рега: 16.11.2008
Сообщения: 5960

СообщениеДобавлено: Пт Окт 14, 2011 5:37 pm    Заголовок сообщения: Ответить с цитатой

Aggressor,
Слева на право
Uncompress avi (3,04 ГБ), deluxe 8bit (25,5 МБ), deluxe 10bit (24,3 МБ)

В 10bit встроен dither: pattern?

_________________
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail
Aggressor



Пол: Пол:Муж

Модератор
Рега: 07.03.2007
Сообщения: 2343
Откуда: Киев

СообщениеДобавлено: Пт Окт 14, 2011 7:19 pm    Заголовок сообщения: Ответить с цитатой

FllearTM
Я всегда косо посматривал на релизеров, которые ориентируются на битрейт. Времена, когда надо было втиснуть n серий на болванку, уже прошли, а каждая серия уникальна в плане прожорливости. Поэтому использование crf логичнее, хотя его значения тоже надо пересмотреть по сравнению с 8-битной версией. Скажем, если для БД-рипа в 8 бит хороший ориентир crf 16, то для 10-битного ~18. Вариант «битрейт - логи - битрейт-штрих - два прохода» уже давно не оправдывает себя.

Bill Ein
Мне кажется, что у тебя неправильный декодер. На моих тестовых опытах тетради в клеточку не получались.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Посетить сайт автора
W_aZZa



Пол: Пол:Муж
Возраст: 34
Заядлый
Рега: 18.06.2008
Сообщения: 2059
Откуда: Менск

СообщениеДобавлено: Пт Окт 14, 2011 8:01 pm    Заголовок сообщения: Ответить с цитатой

Aggressor
Немного не по теме, но раз уж заговорили о crf. А что будет есть сначала закодировать используя флаг crf, глянуть на полученный битрейт, а потом забомбить с этим битрейтом в 3 прохода? Разница будет? Всё-таки в несколько проходов ключевые кадры выбираются правильнее и битрейт расходуется более практично.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
FllearTM



Пол: Пол:Муж
Возраст: 34
Постоянный гость
Рега: 28.03.2009
Сообщения: 409
Откуда: Междуреченск - Новосибирск
Страна: Россия

СообщениеДобавлено: Пт Окт 14, 2011 8:16 pm    Заголовок сообщения: Ответить с цитатой

Aggressor
Так я и использую давно CRF, в 10 бит он вообще разницу теряет между тем как я раньше выбирал на 8 бит. Сейчас уже ниже 18 вообще не вариант для 720p, битрейт заоблачный, который нафиг не нужен.
На онгоинг вполне 20 хватает. Ну не знаю, нахера делать большой битрейт если он там нафиг не сдался, да по обычным логам видно что перебор чистой воды. Это просто гигантомания какая-то, от того что там перерасход качество ну не как не увеличится.

_________________
Вернуться к началу
Посмотреть профиль Отправить личное сообщение Отправить e-mail Посетить сайт автора ICQ Number
Показать сообщения:   
Начать новую тему   Ответить на тему    Список форумов AMV News -> Создание AMV Часовой пояс: GMT + 3
На страницу Пред.  1, 2, 3, 4  След.
Страница 2 из 4

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


Реклама