За такое дилетанство вам на рутрекере набросают нехороших комментариев. Правильное решение использовать режим 2pass и как раз таки подбирать битрейт и смотреть вывод лога
Например, для x264 у них указаны рекомендуемые параметры
CABAC - включено ReFrames (ref) - не менее 7 bframes - не менее 7 me - не хуже чем umh subme - не менее 9 me_range - не менее 24 rc - 2 pass или crf
По x265 таких деталей не указано, но у вас в пресете ultrafast - "me=0 / subme=0"
3) Как уже сказали в тут - CRF12 оверкилл, рипы делают либо в 2-pass режиме, либо с crf 16-18
4) При создании вы делали как минимум 2 перекодирования (топаз -> премьер -> результат), уверен что промежуточные результаты были не в кодеках с минимумом потерь.
Например топаз может выводить в prores422, у премьер еще больший набор кодеков, а также есть плагин, о котором писал @nidalee
5) Также из-за кучи перекодирований закралась ошибка, например в той же серии "006 Puss N' Toots" у видео выставлен неправильный Aspect Ratio
После введения ограничения на загрузку файлов на 1 гиг, диск перестал синхронизировать уже имеющиеся файлы более 1 гига.
Например, у меня есть старая папка ЯД, которая была синхронизирована. Я переустанавливаю программу и указываю на эту папку, типа "вот файлы, засинхронь", а она говорит, у тебя плохая подписка, залить файлы более 1 гига не могу.
Тикет 23010118424287427 по этому поводу в разделе экономически не выгодных, так как устранение бага не принесет новых денег)
Интересно зачем ВК с течением времени меняет JPEG, quality.
Сначала 87, потом 80, потом обратно 87, а потом 96.
Местом разжились или добавляют случайность в эксперимент?
О, спасибо, попробую им попользоваться.
У меня с оригинальным antifilter'ом как-то странно ведет 951й микрот — висит в established с нулем префиксов.
После ребута набирает 302 префикса, потом через 1 минуту их становится ~17к, а потом префиксы начинают убавляться примерно по 500-1000 штук раз в 5 секунд, доходит до нуля и всё, 10-20 минут можно ждать, все равно будет 0 префиксов (точнее пустое значение).
Эпизодически на микротике стало зависать на состоянии «open sent».
Примерно сутки работает, а потом ломается.
Попробовал списки с отдельными IP и с /24.
Помогает вручную выключить пира, а потом обратно включить.
Интересен момент про «данные собирают только с 10% пользователей». fennikami легко смог повторить фокус с прослушкой данных, отправляемых приложением более одного раза («Когда проснулся — вспомнил что нужно сделать видео. Сделал»).
Во второй раз данные начали отсылаться сразу или пришлось выполнять манипуляции по попаданию в счастливые 10%?
Возникают вопросы, будут ли отправляются данные в Appsee, если
1) переустановить приложение / почистить данные приложения
2) залогиниться на другом устройстве a)Apple, b)Android
3) не залогиниваться вообще
4) залогиниться под другим аккаунтом на том же устройстве?
Кстати, ввиду последней тактики РКН «забанил 1000 ip, а потом через 15 минут разбанил почти всё» имеет смысл юзать список с /24 подсетями, а не со 100к единичных ip.
Там все равно баны и разбаны по одним и тем же подсетям идут, к тому же не известен «лаг провайдера», как быстро он получает и применяет правила.
А мне еще эта новость в почтовой рассылке пришла с utm, при том что у меня все галки в профиле о письмах были сняты.
upd, класическая история:
Была галка "Отправлять мне письма: Об изменениях на сайте" (99% сняли галку регистрации).
Хабр такой "почти все отказались от получения писем, надо добавить новый пункт в список и сделать рассылку".
Добавляем "Отправлять мне письма: О новых для меня возможностях на сайте."
После первой же рассклыки большинтво снимает галочку.
<вы находитесь здесь>
Добавляем "Отправлять мне письма: Об интересных нововведениях на сайте".
Таксистов в приложении просят свернуть переднее кресло и сфотографировать перед выходом на "смену".
Можете проанализировать по vmaf или SSIM/PSNR и удивитесь, что потери есть, к тому же 24 мбит для такого разрешения - это не много.
ffmpeg -i result.mp4 -i reference.mp4 -lavfi libvmaf -f null -
ffmpeg -i result.mp4 -i reference.mp4 -lavfi "ssim;[0:v][1:v]psnr" -f null -Если потерь нет, то SSIM будет > 0,999. А значение 0,97 рекомендовано для качественных рипов.
Vmaf при отсутствии потерь будет около 100
1)
За такое дилетанство вам на рутрекере набросают нехороших комментариев. Правильное решение использовать режим 2pass и как раз таки подбирать битрейт и смотреть вывод лога
Например, для x264 у них указаны рекомендуемые параметры
CABAC - включено
ReFrames (ref) - не менее 7
bframes - не менее 7
me - не хуже чем umh
subme - не менее 9
me_range - не менее 24
rc - 2 pass или crf
По x265 таких деталей не указано, но у вас в пресете ultrafast - "me=0 / subme=0"
2)
По опыту, вам придется подобрать примерно эти же 5 вариантов битрейта и кодировать ими, следя за тем чтобы в логах был приемлемый
Мои примеры над серией [1942.05.30] Tom And Jerry 006 Puss N' Toots (у вас битрейт ~7200):
x265 - битрейт 6000, пресет slow
x265 [info]: frame I: 87, Avg QP:14.60 kb/s: 17871.63
x265 [info]: frame P: 4017, Avg QP:16.43 kb/s: 10598.52
x265 [info]: frame B: 6675, Avg QP:20.22 kb/s: 3072.24
encoded 10779 frames in 583.70s (18.47 fps), 5996.50 kb/s, Avg QP:18.76
x264 - битрейт 6000, пресет veryslow
x264 [info]: frame I:64 Avg QP:14.32 size:129023
x264 [info]: frame P:3959 Avg QP:17.16 size: 53530
x264 [info]: frame B:6756 Avg QP:18.88 size: 17323
3) Как уже сказали в тут - CRF12 оверкилл, рипы делают либо в 2-pass режиме, либо с crf 16-18
4) При создании вы делали как минимум 2 перекодирования (топаз -> премьер -> результат), уверен что промежуточные результаты были не в кодеках с минимумом потерь.
Например топаз может выводить в prores422, у премьер еще больший набор кодеков, а также есть плагин, о котором писал @nidalee
5) Также из-за кучи перекодирований закралась ошибка, например в той же серии "006 Puss N' Toots" у видео выставлен неправильный Aspect Ratio
Width : 1 920 pixelsHeight : 1 440 pixels
Display aspect ratio : 1.025
Из-за этого в нормальных проигрывателях видео узкое.
Да, видео по пикселям может быть одного соотношения, а выводится в другом. Но у вас DAR некорректный, должно быть 4:3
"Курс" закончился после первой статьи.
После введения ограничения на загрузку файлов на 1 гиг, диск перестал синхронизировать уже имеющиеся файлы более 1 гига.
Например, у меня есть старая папка ЯД, которая была синхронизирована.
Я переустанавливаю программу и указываю на эту папку, типа "вот файлы, засинхронь", а она говорит, у тебя плохая подписка, залить файлы более 1 гига не могу.
Тикет 23010118424287427 по этому поводу в разделе экономически не выгодных, так как устранение бага не принесет новых денег)
был перезалив
У озона еще телефон 8800 был, но его отключили в целях
оптимизациизаботы о клиентахпопробуйте вписать название впн интерфейса, а не IP
После обновления с 6.49.3 на 7.1.3 немножко всё сломалось.
Маршруты по BGP получались, фильтр отрабатывал, но трафик шел напрямую.
В новой версии фильтр преобразовался в такую конструкцию:
/routing/filter/rule> printFlags: X - disabled, I - inactive
0 ;;; Set nexthop to VPN
chain=bgp_in rule="set gw-interface moy-vpn; accept;"
В итоге маршруту ставился gateway не vpn, а ether1 (обычный интернет).
Погуглил, поменял gw-interface на просто gw и всё заработало.
"set gw moy-vpn; accept;"А как про Тарковского и "Звездный каталог" можно "решить"?
В самом стихотворении есть фраза "Я не знаю, где тебя искать", если бы она была в задании, то было бы попроще.
еще раз подумал
надо посчитать слоги и ударения (--+--+--+)
Вот например тут можно купить водянку 3х-секционную с доставкой в РФ.
Может еще какие-нибудь сайты есть подобные…
Сначала 87, потом 80, потом обратно 87, а потом 96.
Местом разжились или добавляют случайность в эксперимент?
В случае с Индивидуальным предпринимателем СКБ-Контур разрешает иметь одну подпись на организацию (только на самого ИП). Без передачи увы никак.
У меня с оригинальным antifilter'ом как-то странно ведет 951й микрот — висит в established с нулем префиксов.
После ребута набирает 302 префикса, потом через 1 минуту их становится ~17к, а потом префиксы начинают убавляться примерно по 500-1000 штук раз в 5 секунд, доходит до нуля и всё, 10-20 минут можно ждать, все равно будет 0 префиксов (точнее пустое значение).
Примерно сутки работает, а потом ломается.
Попробовал списки с отдельными IP и с /24.
Помогает вручную выключить пира, а потом обратно включить.
fennikami легко смог повторить фокус с прослушкой данных, отправляемых приложением более одного раза («Когда проснулся — вспомнил что нужно сделать видео. Сделал»).
Во второй раз данные начали отсылаться сразу или пришлось выполнять манипуляции по попаданию в счастливые 10%?
Возникают вопросы, будут ли отправляются данные в Appsee, если
1) переустановить приложение / почистить данные приложения
2) залогиниться на другом устройстве a)Apple, b)Android
3) не залогиниваться вообще
4) залогиниться под другим аккаунтом на том же устройстве?
Там все равно баны и разбаны по одним и тем же подсетям идут, к тому же не известен «лаг провайдера», как быстро он получает и применяет правила.