За такое дилетанство вам на рутрекере набросают нехороших комментариев. Правильное решение использовать режим 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) залогиниться под другим аккаунтом на том же устройстве?
Вроде 2026 год, а серийные номера всё еще пикселизацией закрывают.
А мне еще эта новость в почтовой рассылке пришла с 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) залогиниться под другим аккаунтом на том же устройстве?