Но в статье же не про то, что автор перебивает кого либо, ведь все молчат. В статье про то, что автор быстро приходит к, зачастую, хорошему решению, и если озвучивать его сразу вслух — то остальные перестают думать над своими вариантами решения.
Вот тут, пожалуй, и проблема. Почему не раздают то? Ведь если они хотя бы эмуляцию в qemu условном сделают — то сразу появится возможность компилировать софт и проверять, что он работает, причём можно ограничиться нативным компилятором.
С компилятором похожая проблема. Если бы можно было его реализовать в виде llvm backend — это открыло бы сразу много возможностей, сразу появилась бы поддержка множества языков и т.д.
Как минимум надо написать в Мосфильм. Вот эта статья, имхо, вполне достаточный повод для них дать доступ — это же совершенно бесплатный пиар, да ещё и ненавязчивый.
А вот интересно. Почему обвинять Мосфильм нельзя, а обвинять меня в том что я обвиняю Мосфильм — можно.
Так откуда вы знаете, в каких форматах они хранят оцифрованные плёнки?
Да, именно об этом я и говорю — о том что современная интернет индустрия создаёт и оптимизирует контент для целей развлечения, а не для целей сохранения цифровых данных.
Потому что люди хотят смотреть видео в целом, а не рассматривать газеты же.
К тому же, я специально написал про подход Нетфликса к работе с исходниками и к кодированию. Для них качество изображения — не пустой звук, и они обращают внимание на детали.
Всё же, как заметили в комментариях выше, довольно странно обвинять Мосфильм в том, что Ютуб сильно пережимает видео. Ютуб — это же онлайн смотрение, и высокий битрейт вреден сразу по нескольким причинам:
среднее качество изображения на пользователя падает, потому что выбранное качество зависит от скорости канала у пользователя
нагрузка на сеть растёт
хранить надо больше
от повышения качества люди не начинают смотреть больше, т.е. расходы повышаются, а доходы — нет.
ну и, наконец, оптимизируют качество видео в целом, а не отдельных кадров. Например, важнее больше битрейта потратить на лица, чем на газету в углу кадра.
Всё же Ютуб больше позиционирует себя как хостинг для блоггерского контента.
По поводу выбора настроек для кодирования каждого из разрешений в сетке есть пара публикаций от Ютуба, в которых они рассказывают как раз про то, что подгоняют сетку битрейтов под распределение скорости интернета у пользователей. Ну и каждую единицу контента они хотят кодировать только один раз, потому что контента у них бесконечно мого.
Совершенно другое мнение у Нетфликса. Они прям вылизывают процесс кодирования и намного больше нацелены на качество картинки, чем Ютуб. Просто посмотрите на их требования к исходникам.
Они регулярно перекодируют все свои сериалы для получения всё более хорошего качества, десятки и сотни раз. Последние пару лет они используют per shot encoding — каждая сцена видео кодируется с персональными настройками энкодера, оптимизированными под неё.
Вполне возможно, что и Мосфильм хранит мастера и оцифрованные пленки в каком нибудь MXF с ProRES 422 и битрейтом 300 мбит/с. Всё же это больше похоже на индустриальный (киношный, не потребительский) стандарт, чем какой нибудь BlueRay или h264 в mp4 контейнере.
Это так. Но это не отменяет того, что технически — это трансляция экрана телефона в головное устройство. Сделано таким способом потому, что обновлять софт в головном устройстве — это сложно, делается обычно в сервисных центрах, требует всяких там сертификаций и т.д. Тут же обновил приложение в телефоне — и вот, оно уже исправленную картинку показывает пользователю.
Google Auto — это именно трансляция, вот тут отреверсили протокол и сделали приложение, которое эмулирует головное устройство: github.com/mikereidis/headunit
В 2004 году эти частоты и мощности были разрешены только для внутриофисного использования — rfcmd.ru/sphider/docs/GKRCh/GKRCh_04-03-04-003.htm.
В 2014 году разрешили уже использовать везде: digital.gov.ru/ru/events/32067.
Так что в этом месте я несколько отстал от жизни и не ожидал от ГКРЧ таких щедрот, прощу прощения что вводил в заблуждение.
Есть большое подозрение, что с игрой престолов подставу для всех делает Амедиатека. Сублицензирование — не всегда хорошая история с точки зрения доступа к исходникам.
Это стык с телевидением, и там люди бывают очень консервативны.
Ух, на сколько же это правда. Некоторые до сих пор оптическому SDI не доверяют, не говоря уж про передачу звук/видео over IP. Но, правда, у того же SMPTE 2110, мягко говоря, очень оптимистичное отношение к потерям пакетов в IP сетях.
У них до сих пор SDI-кабели торчат – если вы забыли, этот тот самый простой антенный кабель – и у них это основная поставка сигнала.
А с этого поржал. SDI — это несжатое цифровое изображение, если проводить аналогии — что-то типа телевизионного аналога HDMI. До 12 гигабит по коаксиальному кабелю или оптике — этого достаточно, чтобы передавать 4k 60 fps картинку, 16 дорожек звука и метаданные.
Так не очень выйдет, и проблема не в кинотеатрах, а во владельцах контента, тех самых Disney, Sony и Warner Brothers. У фильмов, которые они делают, есть определённый релизный цикл: сначала фильм выпускают в кинотеатрах, через несколько недель — DVD и аренда/покупка (TVOD), ещё через какое-то время разрешают добавлять фильмы в подписки (SVOD), и только через несколько месяцев после релиза могут разрешить показывать по рекламной модели (AVOD). И пока фильм доступен только по TVOD, онлайн-кинотеатр не имеет права показывать его по подписке. Как было отмечено в интервью, давить на правообладателей получается пока только у Netflix, но в этом году на них подействовал коронавирус, и случилось несколько цифровых релизов, когда стадия с кинотеатрами была пропущена.
Ваши рассуждения корректны у нас тут, внутри русскоязычного сообщества. Но представьте себе, что вы будете использовать термины «господин», «раб», «крепостная книга».
Да даже если мы тут, на территории СНГ, говорим слово «негр», оно значит не более, чем «человек с чёрной кожей». Слова, которые применяются в России для жителей средней азии и Кавказа, думаю, вы знаете, и они несут явно негативный смысл. Это я к тому, что нам тут рассуждать об изменении в терминологии американских проектов, не находясь в их культурном коде, довольно странно, уж тем более говорить о нормальности. Так уж сложилось, что у нас за последний век было 2 революции, мы про прописку из середины прошлого века не помним, что уж про рабство или крепостных говорить.
Ваш, или для вот тех проектов? Если у вас полирепа, то откуда вы вообще про их CI узнаете? Они там, с другой стороны компании, и вообще у них Teamcity, а не Jenkins.
Настройте CI чтобы не давал вам пушить в мастер непротестированный код.
Непротестированный моими тестами, или тестами пользователей моей библиотеки?
Мы тут не в «пусть говорят», чтобы использовать апелляцию к толпе в качестве аргумента.
Это называется «проверка жизнью». Удачные концепции распространяются между компаниями и коллективами разработчиков, неудачные — забываются. И почему вы пропустили ту часть абзаца, где было про LTS и про жизнь на самой новой версии из NPM вот прям сейчас?
Как человек, проведший 10 ч. над Атлантикой, вопрошаю, где там наш Ту-144, не наш «Конкорд» или хотя бы трансзвуковой Boeing Sonic Cruiser? Одну пятую 21 века мы уже прожили, где гражданский сверхзвук, ёрш вашу медь?!
Но в статье же не про то, что автор перебивает кого либо, ведь все молчат. В статье про то, что автор быстро приходит к, зачастую, хорошему решению, и если озвучивать его сразу вслух — то остальные перестают думать над своими вариантами решения.
Вот тут, пожалуй, и проблема. Почему не раздают то? Ведь если они хотя бы эмуляцию в qemu условном сделают — то сразу появится возможность компилировать софт и проверять, что он работает, причём можно ограничиться нативным компилятором.
С компилятором похожая проблема. Если бы можно было его реализовать в виде llvm backend — это открыло бы сразу много возможностей, сразу появилась бы поддержка множества языков и т.д.
Как минимум надо написать в Мосфильм. Вот эта статья, имхо, вполне достаточный повод для них дать доступ — это же совершенно бесплатный пиар, да ещё и ненавязчивый.
А вы хороши, я честно, без сарказма. Скриншот с Ютуба про "Операцию Ы" и с аккаунтом "Мосфильм", а потом фраза:
Формально, безусловно, конкретного обвинения конкретно Мосфильма нету. Я воспринял дух статьи как её букву. Был не прав, извините.
Так откуда вы знаете, в каких форматах они хранят оцифрованные плёнки?
Потому что люди хотят смотреть видео в целом, а не рассматривать газеты же.
К тому же, я специально написал про подход Нетфликса к работе с исходниками и к кодированию. Для них качество изображения — не пустой звук, и они обращают внимание на детали.
Всё же, как заметили в комментариях выше, довольно странно обвинять Мосфильм в том, что Ютуб сильно пережимает видео. Ютуб — это же онлайн смотрение, и высокий битрейт вреден сразу по нескольким причинам:
Всё же Ютуб больше позиционирует себя как хостинг для блоггерского контента.
По поводу выбора настроек для кодирования каждого из разрешений в сетке есть пара публикаций от Ютуба, в которых они рассказывают как раз про то, что подгоняют сетку битрейтов под распределение скорости интернета у пользователей. Ну и каждую единицу контента они хотят кодировать только один раз, потому что контента у них бесконечно мого.
Совершенно другое мнение у Нетфликса. Они прям вылизывают процесс кодирования и намного больше нацелены на качество картинки, чем Ютуб. Просто посмотрите на их требования к исходникам.
Они регулярно перекодируют все свои сериалы для получения всё более хорошего качества, десятки и сотни раз. Последние пару лет они используют per shot encoding — каждая сцена видео кодируется с персональными настройками энкодера, оптимизированными под неё.
Вполне возможно, что и Мосфильм хранит мастера и оцифрованные пленки в каком нибудь MXF с ProRES 422 и битрейтом 300 мбит/с. Всё же это больше похоже на индустриальный (киношный, не потребительский) стандарт, чем какой нибудь BlueRay или h264 в mp4 контейнере.
В 2014 году разрешили уже использовать везде: digital.gov.ru/ru/events/32067.
Так что в этом месте я несколько отстал от жизни и не ожидал от ГКРЧ таких щедрот, прощу прощения что вводил в заблуждение.
Ух, на сколько же это правда. Некоторые до сих пор оптическому SDI не доверяют, не говоря уж про передачу звук/видео over IP. Но, правда, у того же SMPTE 2110, мягко говоря, очень оптимистичное отношение к потерям пакетов в IP сетях.
А с этого поржал. SDI — это несжатое цифровое изображение, если проводить аналогии — что-то типа телевизионного аналога HDMI. До 12 гигабит по коаксиальному кабелю или оптике — этого достаточно, чтобы передавать 4k 60 fps картинку, 16 дорожек звука и метаданные.
Ваши рассуждения корректны у нас тут, внутри русскоязычного сообщества. Но представьте себе, что вы будете использовать термины «господин», «раб», «крепостная книга».
Да даже если мы тут, на территории СНГ, говорим слово «негр», оно значит не более, чем «человек с чёрной кожей». Слова, которые применяются в России для жителей средней азии и Кавказа, думаю, вы знаете, и они несут явно негативный смысл. Это я к тому, что нам тут рассуждать об изменении в терминологии американских проектов, не находясь в их культурном коде, довольно странно, уж тем более говорить о нормальности. Так уж сложилось, что у нас за последний век было 2 революции, мы про прописку из середины прошлого века не помним, что уж про рабство или крепостных говорить.
Скорость 6 Махов, перегрузка поражаемых целей до 8g.
Ваш, или для вот тех проектов? Если у вас полирепа, то откуда вы вообще про их CI узнаете? Они там, с другой стороны компании, и вообще у них Teamcity, а не Jenkins.
Непротестированный моими тестами, или тестами пользователей моей библиотеки?
Это называется «проверка жизнью». Удачные концепции распространяются между компаниями и коллективами разработчиков, неудачные — забываются. И почему вы пропустили ту часть абзаца, где было про LTS и про жизнь на самой новой версии из NPM вот прям сейчас?
Да кому он нужен? Сделайте встречу в zoom :)