Сейчас смысла больше, но в большей мере для владельцев сайтов, чем для пользователей (хотя и для них плюсы очевидны). Больше картинок, сами картинки больше, больше пользователей, больше трафика, нужно толще каналы, больше хранилища (которое скорее всего с избыточностью), больше конкуренция. Т.к. затраты на поддержку растут нелинейно, то владельцы небольших сайтов могут профит и не заметить, но для корпораций вроде гугла экономия в еще 10-15% это очень много сэкономленных денег.
Насколько я понимаю, смысл AVIF в балансе между сжатием и качеством больших изображений. С т.з. сжатия он по многим датасетам проигрывал webp и предполагаю что процент сжатия скорее будет зависить от реализации кодировщика (помимо самого изображения). Нужен ли еще один формат для «постеров» (особенно без поддержки прогрессивной развертки и с более «долгим» кодированием) и кому (кроме нетфликса) — это еще предстоит выяснить.
Как бывший пользователь ruvds замечу, что хостинг у них такой же как и их статьи-переводы, где сравнивают форматы с исходным JPEG.
Когда Роман Арутюнян (rarutyunyan) выпустил модуль nginx-rtmp-module, это сильно перевернуло взгляд на доступность организации видеовещания.
Не хочется уменьшать заслуг Романа, но никакого переворота не было. Был ffmpeg который итак все это умел, все им пользовались (если не пользовались GStreamer или проприетарщиной), а модуль просто добавил ffmpeg в nginx. Удобно, приятно, но все то же самое можно было делать настраивая nginx и ffmpeg отдельно (или используя медиасерверы, которые либо ).
Форматы, работающие по http требуют хорошей буферизации. Задержка выливается в 15 секунд.
Справедливости ради задержка в hls зависит от настроек, при желании можно уменьшить количество чанков в чанклисте и уменьшить продолжительность чанков и добиться 5-6 секундных задержек (это также отражается на качестве стриминга при нестабильном канале и все равно не догоняет rtmp, у которого задержка может быть и секунда).
В issue к nginx-rtmp-module не я один [1] [2] оставлял вопросы о поддержке форматов передачи видео по http с низкой задержкой (2-3 секунды). Ведь если бы можно было вещать в формате dash и hls до 3 секунд на nginx-rtmp-module, меня бы это полностью устроило.
В ffmpeg поддержка lHLS и lDASH как будто бы есть ffmpeg.org/ffmpeg-formats.html
Можете попробовать, хотя до уровня rtmp вряд ли дотянет
Enable Low-latency HLS(LHLS). Adds #EXT-X-PREFETCH tag with current segment’s URI. Apple doesn’t have an official spec for LHLS. Meanwhile hls.js player folks are trying to standardize a open LHLS spec. The draft spec is available in github.com/video-dev/hlsjs-rfcs/blob/lhls-spec/proposals/0001-lhls.md This option will also try to comply with the above open spec, till Apple’s spec officially supports it. Applicable only when streaming and hls_playlist options are enabled. This is an experimental feature.
Enable Low-latency Dash by constraining the presence and values of some elements.
Так ДИТ и есть часть той системы, которая и впаривает поделки. Это буквально личные айтишники собякина. Все что делают, делают очень плохо и очень не в срок, живут точно на таких же тендерах. А в статье видимо очередная ситуация, когда законы бешенного принтера не действуют на «своих».
Достаточно одним айтемом c типом активный zabbix agent fs.file.contents[/proc/meminfo] прочитать файл, а на сервере распарсить регулярками в вычисляемых айтемах, без лишних соединений с сервером/прокси, без лишнего дискавери, без лишнего форматирования в json.
Для "срочно посмотреть" все равно лучше использовать tshark или, если данных мало, отправлять данные с удаленного tcpdump в локальный wireshark. Функционал tcpdump довольно ограниченный даже для сбора дампа (фильтры превращаются в адъ, лимитов для дампа недостаточно), смысла его использовать я особо не вижу.
Печально известные клавиши-бабочки, экран сразу над клавиатурой (экран ниже, клавиатура дальше, чем на многих других ноутбуках, еще и огромный тач мешается), более длинные хоткеи, маленькое количество разъемов, усложненная и дорогая замена/ремонт компонентов, в прошлых версиях и вовсе физические esc и f-клавиши убирали, без которых наверное ни один разработчик не обходится. Идеально для разработчиков, которые не пишут код, но которым важно показать свой статус и открыть ноутбук одной рукой.
Все чаще замечаю в последнее время, что даже безобидные комментарии линуксойдов на хабре минусуются без каких-либо аргументов (как Ваш).
Даже если автор комментария прав и никаких дефисов в названии дистрибутивов нет.
Даже если это комментарий в статье про очередную слежку со стороны проприетарной операционной системы.
Такое ощущение будто зашел не на технический ресурс.
Там ещё хуже чем на пикабу: аудитория и редакция неадекватные, большинство постов так называемые "инфоповоды" и перепечатки(в основном из реддита), частенько без указания источника и авторства, та часть постов что является оригинальной отличается непрофессионализмом даже по сравнению с ютубом и пикабу, комментариев по делу практически нет, аргументировать своё мнение не принято, распространена обсценнная лексика и при этом присутствует цензура (в основном цензурируют темы неприятные для администрации вроде количества рекламы на ресурсе). С таким же успехом можно на двач идти.
> Я как никто другой знаю о проектах Linux в Microsoft, поскольку работаю в подразделении настольных компьютерных систем в Canonical и помогаю выпустить Ubuntu на WSL (Windows Subsystem for Linux).
Смелое утверждение после истории c OS/2 и Windows
> Чтобы разработчики Windows и Linux делились лучшим из обеих экосистем.
Чем же таким лучшим windows поделилась с linux за последние лет 10?
> Неясно, можно ли вообще перенести пользовательское пространство Windows с NT на ядро Linux и сохранить совместимость, за которую платят корпоративные клиенты с критически важными приложениями.
Нам неясно, но исходники мы не откроем, это же не лучшие опенсорсные инновации. Мы вот сообществу калькулятор и консольку подарим.
> Это не просто какие-то исправления в Wine.
Конечно, это же не великий WSL.
> Сделанные усовершенствования, а также сотрудничество с производителями оборудования и Surface помогли оживить рынок ПК, который в какой-то момент оказался под угрозой падения до уровня айпадов и хромбуков.
Мммм… сурфейс оживил рынок ПК, вот это новость. А стагнировал (и продолжает стагнировать) рынок конечно не из-за майкрософт.
> Выбор будет не между Windows и Linux, а что сначала загружается: Hyper-V или KVM, а стеки Windows и Ubuntu будут хорошо совместимы друг с другом.
Кто-то только вступает, а кто-то (не я) давно так живет.
Зачем они нужны? С LUKS не совместимы (по-крайней мере я о таком не слышал), безопасности не добавляют, только создают её иллюзию и ещё один вектор атаки.
Если этот пример имеет хоть какое-то отношение к реальности, хотелось бы узнать модель видеокарты, да и ноутбука.
Расскажите пожалуйста поподробнее что вы разрабатываете. Нормальные мессенджеры редкость в наше время.
Хороший тон при установке предложить отправлять ли телеметрию или нет. А пользователь сам решит что ему важнее. Надеюсь вы так и делаете.
Насколько я понимаю, смысл AVIF в балансе между сжатием и качеством больших изображений. С т.з. сжатия он по многим датасетам проигрывал webp и предполагаю что процент сжатия скорее будет зависить от реализации кодировщика (помимо самого изображения). Нужен ли еще один формат для «постеров» (особенно без поддержки прогрессивной развертки и с более «долгим» кодированием) и кому (кроме нетфликса) — это еще предстоит выяснить.
Как бывший пользователь ruvds замечу, что хостинг у них такой же как и их статьи-переводы, где сравнивают форматы с исходным JPEG.
Не хочется уменьшать заслуг Романа, но никакого переворота не было. Был ffmpeg который итак все это умел, все им пользовались (если не пользовались GStreamer или проприетарщиной), а модуль просто добавил ffmpeg в nginx. Удобно, приятно, но все то же самое можно было делать настраивая nginx и ffmpeg отдельно (или используя медиасерверы, которые либо ).
Справедливости ради задержка в hls зависит от настроек, при желании можно уменьшить количество чанков в чанклисте и уменьшить продолжительность чанков и добиться 5-6 секундных задержек (это также отражается на качестве стриминга при нестабильном канале и все равно не догоняет rtmp, у которого задержка может быть и секунда).
В ffmpeg поддержка lHLS и lDASH как будто бы есть ffmpeg.org/ffmpeg-formats.html
Можете попробовать, хотя до уровня rtmp вряд ли дотянет
Для "срочно посмотреть" все равно лучше использовать tshark или, если данных мало, отправлять данные с удаленного tcpdump в локальный wireshark. Функционал tcpdump довольно ограниченный даже для сбора дампа (фильтры превращаются в адъ, лимитов для дампа недостаточно), смысла его использовать я особо не вижу.
Не хотите ли вы написать статью по конструированию акустических систем? Было бы интересно подробнее почитать хотя бы про ваш опыт.
Даже если автор комментария прав и никаких дефисов в названии дистрибутивов нет.
Даже если это комментарий в статье про очередную слежку со стороны проприетарной операционной системы.
Такое ощущение будто зашел не на технический ресурс.
Там ещё хуже чем на пикабу: аудитория и редакция неадекватные, большинство постов так называемые "инфоповоды" и перепечатки(в основном из реддита), частенько без указания источника и авторства, та часть постов что является оригинальной отличается непрофессионализмом даже по сравнению с ютубом и пикабу, комментариев по делу практически нет, аргументировать своё мнение не принято, распространена обсценнная лексика и при этом присутствует цензура (в основном цензурируют темы неприятные для администрации вроде количества рекламы на ресурсе). С таким же успехом можно на двач идти.
На мой взгляд у jq наркоманский синтаксис, но у вас получилось сделать ещё более наркоманский и менее понятный синтаксис
Смелое утверждение после истории c OS/2 и Windows
> Чтобы разработчики Windows и Linux делились лучшим из обеих экосистем.
Чем же таким лучшим windows поделилась с linux за последние лет 10?
> Неясно, можно ли вообще перенести пользовательское пространство Windows с NT на ядро Linux и сохранить совместимость, за которую платят корпоративные клиенты с критически важными приложениями.
Нам неясно, но исходники мы не откроем, это же не лучшие опенсорсные инновации. Мы вот сообществу калькулятор и консольку подарим.
> Это не просто какие-то исправления в Wine.
Конечно, это же не великий WSL.
> Сделанные усовершенствования, а также сотрудничество с производителями оборудования и Surface помогли оживить рынок ПК, который в какой-то момент оказался под угрозой падения до уровня айпадов и хромбуков.
Мммм… сурфейс оживил рынок ПК, вот это новость. А стагнировал (и продолжает стагнировать) рынок конечно не из-за майкрософт.
> Выбор будет не между Windows и Linux, а что сначала загружается: Hyper-V или KVM, а стеки Windows и Ubuntu будут хорошо совместимы друг с другом.
Кто-то только вступает, а кто-то (не я) давно так живет.
Зачем они нужны? С LUKS не совместимы (по-крайней мере я о таком не слышал), безопасности не добавляют, только создают её иллюзию и ещё один вектор атаки.
Вот так детей и подсаживают на проприетарщину
Как можно присоединиться к иску (сделать его коллективным)?