При выходе лазера из строя уводит ли фирмварь диск в read-only? Или это фича будет только ынтырпрайз версиях дисков по цене чугунного моста, хоть и с той же самой механической требухой, что и обычные?
История циклична. Если раньше шутили над советскими процессорами, имевшими 8 ножек и две ручки для переноски, то теперь страшно подумать сколько ручек нужно этому чуду и какой Халк еще сможет унести:)
Еще бы ИИ понял хотя бы этот мир для начала и перестал безбожно тупить в простейших, но незапрогаммированных, кейсах, не говоря уже о других мирах и вселенных
Если всё будет декодироваться нормально при такой настройке, то можно включить CABAC — ценой небольшого увеличения загрузки при кодировании (и декодировании, но оно часто аппаратное) можно получить видимый выйгрыш в качестве картинки. В примере отключено, потому что железка, ради которой всё затевалось, не хотела с ним дружить.
-c:v libx264 \
-b:v 3000k -maxrate 3000k -bufsize 480k \
-profile:v high -level 3.0 -pix_fmt yuv420p \
-s pal -r pal -aspect 16:9 \
-preset medium \
-forced-idr true \
-x264-params "nal-hrd=cbr:cabac=0:open-gop=0:videoformat=pal:filler=0:colorprim=bt470bg:transfer=bt470bg:colormatrix=bt470bg:interlaced=1:tff=1:weightp=0:force-cfr=1:keyint=25:min-keyint=25:scenecut=-1:bframes=2:b_pyramid=0:intra-refresh=0:constrained-intra=0" \
-tune film \
-top 1 \
-flags2 +local_header
Качество на выходе получается среднее, большего уже вряд-ли можно добиться без очередных глюков.
Нужно обратить внимание на bufsize, контролируя его по дампам потока и смотря, чтобы битрейт видео битстрима не прыгал. Меньше значение — сильнее деградирует качество картинки, но стабильнее битрейт, значение больше — начинает прыгать битрейт и появляются ошибки по ETSI TR 101 290 первого и второго приоритетов.
Отключение параметра flush_packets важно. При включенном — ffmpeg будет выплевывать в сеть ts-пакеты as-is с размерами, кратными 188 байтам, что тоже может сводить ресиверы с ума. При выключении — 188-ти байтные ts пакеты буферизируются в один ethernet пакет, который уже и выплевывается в сеть.
Отец летал на таком. После аварийной посадки АН-2 на Алтае в 1972 году, когда отказали оба двигателя в полете и чудом успели найти просеку — переучился и сел вторым пилотом на тушку. Так и летал до начала девяностых, пока не начался развал региональной авиации.
Разницы не будет никакой, поскольку ffmpeg использует для кодирования ту же самую библиотеку libx264, написанную videolan. Самая сложность была в том, чтобы сгенерировать такой mpeg2ts с постоянным битрейтом (и стаффингом) внутри которого видео тоже имеет более-менее постоянный битрейт, а не скачет от 0 и упираясь в потолок допустимого самим ts (а при дефолтных настройках x264 такой битстрим и генерируется). Худо-бедно получилось, в потоке ошибок анализаторы не видели, в плеерах игрался, а голова все равно не хотела воспроизводить. Решилось уже тонкой настройкой ts-муксера и генерацией SDT таблицы. В таком виде стабильно работает по полгода, перезагружась изредка в профилактики РТРС. Про vlc читал, но и слышал что любит течь по памяти он.
Сколько же он крови выпил этот ffmpeg. Пришлось однажды делать компрессию SDI с Decklink в h.264. Месяц ушел на то, чтобы заставить генерировать видео с постоянным битрейтом (в libx264 до сих не завезли, есть псевдо-cbr с так себе качеством) и скормить этот поток экзотической голове, которая декодирует его для вещания в аналоговую кабельную сеть. Баг с рассинхроном звука при пропаже и восстановлении SDI решен был втыканием костыля, который парсит лог и через systemd рестартит процесс. Как вспомню — так вздрогну.
У MobaXterm есть один надоедливый баг, появившийся в новых версиях — слетает разрешение в RDP сеансе. Приходится руками менять разрешение и повторно вводить пароль из-за реконнекта. Выбесило, настроил ssh-туннель и работаю через обычный mstsc, которого вполне хватает.
Oracle допилили свой скрипт для перевода центоси 8 версии. На нескольких тестовых машинках преобразование прошло нормально. Ставятся лишние пакеты, которые приходится потом подчищать. Но в целом полёт нормальный.
Можно было бы так думать, если бы и ФАС в ответном письме промолчали. Но РТ честно ответил ФАСу на их запрос, и указанное государево дупло мне потом и оттранслировало указанный ответ. К тому же в итоге все разошлись полюбовно: провайдер без штрафных санкций, я с интернетом.
Один раз ФАС помог, заставив Ростелеком подключить интернет. Занесло как-то в 2017 году в Arsch der Welt под названием ЖК Самолет, где в доме был только один провайдер. Попытался по доброму договориться, но как известно добро должно быть с кулаками. При отправке заявки тупо слали лесом, мотивируя, что хоть и монополист, но портов нет и напрягать свое межбулочное пространство и искать порт никто не станет ради одного абонента-физика. Но нашлась в ГК РФ интересная статья по которой монополист не имеет права отказать в заключении договора. Аппелируя к указанной норме права составил без особой надежды на успех заявление в московский областной ФАС. И, о чудо смешанное с волшебным пенделем, спустя месяц РТ таки внезапно провел модернизацию оборудования. К чести РТ с тех пор больше с ними проблем не было нигде.
А вот со спамерами ФАС, к сожалению, не помог ни разу, тем более что у них давно новая мода — звонить и сбрасывать вызов. Беднеют, юродивые:)
Вспомнились 2010-2012 годы, Томск, Сибирь, когда с приходом на местный рынок ТТК появился скоростной "внешний" интернет в дополнение к изолированному тонету (по сути локалка в пределах города с пирингом почти всех провайдеров). И поскольку ТТК только-только заходил в дома — держал свой шлюз, продавая трафик страждущим. Хорошее было время, без всяких Яровых и иже с ними:)
При этом даже на сугубо техническом ресурсе прекрасные сугубо технические статьи, которые читать одно удовольствие, вызывают куда меньший отклик. Печаль.
Перевод напомнил гуртовщиков мыши и гениталий на гусеничном ходу. Извините.
Если всё будет декодироваться нормально при такой настройке, то можно включить CABAC — ценой небольшого увеличения загрузки при кодировании (и декодировании, но оно часто аппаратное) можно получить видимый выйгрыш в качестве картинки. В примере отключено, потому что железка, ради которой всё затевалось, не хотела с ним дружить.
Да, только связка ffmpeg + bash + systemd.
Видео кодируется следующим образом:
Качество на выходе получается среднее, большего уже вряд-ли можно добиться без очередных глюков.
Нужно обратить внимание на bufsize, контролируя его по дампам потока и смотря, чтобы битрейт видео битстрима не прыгал. Меньше значение — сильнее деградирует качество картинки, но стабильнее битрейт, значение больше — начинает прыгать битрейт и появляются ошибки по ETSI TR 101 290 первого и второго приоритетов.
Муксер, упрощенно (без SDT), настроен так:
Отключение параметра flush_packets важно. При включенном — ffmpeg будет выплевывать в сеть ts-пакеты as-is с размерами, кратными 188 байтам, что тоже может сводить ресиверы с ума. При выключении — 188-ти байтные ts пакеты буферизируются в один ethernet пакет, который уже и выплевывается в сеть.
Тьфу, конечно же АН-24. С телефона бывают такие очепятки
Отец летал на таком. После аварийной посадки АН-2 на Алтае в 1972 году, когда отказали оба двигателя в полете и чудом успели найти просеку — переучился и сел вторым пилотом на тушку. Так и летал до начала девяностых, пока не начался развал региональной авиации.
Разницы не будет никакой, поскольку ffmpeg использует для кодирования ту же самую библиотеку libx264, написанную videolan. Самая сложность была в том, чтобы сгенерировать такой mpeg2ts с постоянным битрейтом (и стаффингом) внутри которого видео тоже имеет более-менее постоянный битрейт, а не скачет от 0 и упираясь в потолок допустимого самим ts (а при дефолтных настройках x264 такой битстрим и генерируется). Худо-бедно получилось, в потоке ошибок анализаторы не видели, в плеерах игрался, а голова все равно не хотела воспроизводить. Решилось уже тонкой настройкой ts-муксера и генерацией SDT таблицы. В таком виде стабильно работает по полгода, перезагружась изредка в профилактики РТРС. Про vlc читал, но и слышал что любит течь по памяти он.
Достойно. Поздравляю, что решилось в вашу пользу! Еще бы как-то приучить государство к кэшбеку от штрафов:)
Здорово, что кому-то еще удалось помочь!
Можно было бы так думать, если бы и ФАС в ответном письме промолчали. Но РТ честно ответил ФАСу на их запрос, и указанное государево дупло мне потом и оттранслировало указанный ответ. К тому же в итоге все разошлись полюбовно: провайдер без штрафных санкций, я с интернетом.
А вот со спамерами ФАС, к сожалению, не помог ни разу, тем более что у них давно новая мода — звонить и сбрасывать вызов. Беднеют, юродивые:)
Вспомнились 2010-2012 годы, Томск, Сибирь, когда с приходом на местный рынок ТТК появился скоростной "внешний" интернет в дополнение к изолированному тонету (по сути локалка в пределах города с пирингом почти всех провайдеров). И поскольку ТТК только-только заходил в дома — держал свой шлюз, продавая трафик страждущим. Хорошее было время, без всяких Яровых и иже с ними:)
При этом даже на сугубо техническом ресурсе прекрасные сугубо технические статьи, которые читать одно удовольствие, вызывают куда меньший отклик. Печаль.