Объявлено (https://blog.mozilla.org/blog/2015/09/01/forging-an-alliance.../) о формировании альянса Open Media (http://www.aomedia.org/), в рамках которого компании Amazon, Cisco, Google, Intel, Microsoft, Mozilla и Netflix объединили усилия по развитию нового открытого проекта, нацеленного на разработку нового поколения видеокодеков, форматов кодирования видео и связанных с ними технологий. Разработки альянса будут общедоступны и освобождены от оплаты отчислений.На первом этапе планируется сформировать спецификацию на новый открытый видеокодек, наряду с сопутствующими спецификациями на формат упаковки видео, методы шифрования и адаптивного управления потоком, при создании которых будут использованы наработки участников альянса. В частности, при разработке будут заимствованы технологии, развиваемые в рамках таких открытых проектов, как Daala (http://www.opennet.me/opennews/art.shtml?num=37242), Thor (http://www.opennet.me/opennews/art.shtml?num=42770) и VP9/VP10. Исходные тексты проекта планирунтся распространять под лицензией Apache 2.0. Пересекающиеся с кодеком патенты будут распространяться в соответствии с условиями W3C (http://www.w3.org/Consortium/Patent-Policy/) по безвозмездному доступу к патентам, пересекающимся с web-стандартами.
В качестве основных свойств нового формата кодирования видео отмечены:
- Переносимость и открытость;
- Оптимизация для Web;
- Масштабируемость для любых типов современных устройств на каналах связи с любой пропускной способностью;
- Низкое потребление вычислительных ресурсов, низкая нагрузка на процессор и оптимизация для создания аппаратных реализаций;
- Пригодность для доставки видео наивысшего качества в режиме реального времени;
- Гибкость использования для различных видов контента: коммерческого, некоммерческого и генерируемого пользователями.,
URL: https://blog.mozilla.org/blog/2015/09/01/forging-an-alliance.../
Новость: http://www.opennet.me/opennews/art.shtml?num=42891
Во, совсем другое дело. Давно бы так.p.s. а как они микрософт то уломали? MS засцал от перспективы поддерживать 3 кодека в браузере? :)
У майкрософта опять какой-нибудь хитрый план, вот посмотришь. В результате все свободные видеокодеки загнутся, останутся только те, с которых отчисления майкрософту идут. Удивительно лишь то, что почему-то история никого не учит, и с майкрософтом продолжают сотрудничать, каждый раз наступая на одни и те же грабли.
Не стоит искать хитрый умысел там, где всё объясняется банальной глупостью.
> Не стоит искать хитрый умысел там, где всё объясняется банальной глупостью.Особенной хитрости не нужно чтобы тормозить разработку и тащить все потенциально полезное к себе в проприетарный аналог.
С OpenGL в свое время был аналогичный случай: Microsoft так же входил в группу разработчиков и одновременно пилил свой Direct3D.
>> Не стоит искать хитрый умысел там, где всё объясняется банальной глупостью.
> Особенной хитрости не нужно чтобы тормозить разработкуА вот это может и не получиться. Кодек на 10% спецификации и на 90% - реализация. И хоть там трава не расти, но независимых разработчиков тормознуть в плане качественной реализации не получится. А качественная реализация простой спецификаци может уделать с треском абы какую реализацию более сложного и эффективного стандарта.
Опенсорсный xvid легко делает H.264 от адобы по битрейт/качество. Хоть xvid и реализует простой профайл MP4, а H.264 - куда более полный, фичастый и потому потенциально более эффективный суперсет фич MP4.
> С OpenGL в свое время был аналогичный случай: Microsoft так же входил
> в группу разработчиков и одновременно пилил свой Direct3D.OpenGL заглох в развитии как-то без участия MS. Да и DX - тоже. Собственно и DX и GL в последнее время лишь немного косметически дополняли, и не более того.
> OpenGL заглох в развитии как-то без участия MS. Да и DX -
> тоже. Собственно и DX и GL в последнее время лишь немного
> косметически дополняли, и не более того.Дело было в конце 90-х и начале 00-х, а не в последнее время.
> Дело было в конце 90-х и начале 00-х, а не в последнее время.А реально развитие встряло в последнее время. Пока АМДшники со своим Mantle не показали что можно все это взять да и переделать. Под то как устроеныс современные GPU. А не тот доисторический fixed function hardware и даже не нечто с делением по типам шейдеров.
Каким образом видео-API связан с устройством современных GPU?
Когда в API всё задумано под работу с теми GPU которые были многолет тому назад, то чтобы работать с современными GPU идёт большой оверхед на связь API с исполнителем этих команд, что скорости не прибавляет.
> Каким образом видео-API связан с устройством современных GPU?Ну вот таким. У OpenGL много оверхеда и он все делает своеобразно. Там нельзя просто взять и сделать что-то. Извольте забиндить ресурс, и только тогда сможете с ним что-то делать. Direct State Access, позволяющий не делать binding - появился там без году неделю. И все-равно GL весьма далеко от того что хотели бы создатели игровых движков на самом деле. Они хотели бы простой, низкоуровневый, предсказуемый доступ. С минмальным оверхедом. А не меганевъ...ное и тормозливое апи с кучей внутренних операций и навязыванием всякого безобразия, так что потом это все приходится костылить и воркэраундить, а работает все-равно так себе.
А Vulkan - слизан с Mantle, и все это создано по заявкам более-менее современных игроделов с их актуальными движками. Он сделан с нуля и под современное железо. Железо которое fixed function или с делением на типы шейдеров - принципиально в пролете. Это яркая черта между допотопным старьем и современными архитектурами.
> Опенсорсный xvid легко делает H.264 от адобы по битрейт/качество. Хоть xvid и
> реализует простой профайл MP4, а H.264 - куда более полный, фичастый
> и потому потенциально более эффективный суперсет фич MP4.как можно сравнивать кодеки (mpeg-4 part 2 vs mpeg-4 part 10) и контейнер для видео(mp4)?
> как можно сравнивать кодеки (mpeg-4 part 2 vs mpeg-4 part 10) и
> контейнер для видео(mp4)?Как видишь, ты понял что я имел в виду, док ;). Пардон, я не такой фанат мпега чтобы наизусть помнить их обозначения. Я вообще MPEG недолюбливаю за то что они поклали на патенты и втюхивают как стандарты проблемный крап.
> Пардон, я не такой фанат мпега чтобы наизусть помнить их обозначения. Я вообще MPEG недолюбливаю за то что они поклали на патенты и втюхивают как стандарты проблемный крап.Ты невежда, и еще и кичишься этим. Если бы знал названия, не писал бы ахинею типа:
> Опенсорсный xvid легко делает H.264 от адобы по битрейт/качество. Хоть xvid и реализует простой профайл MP4, а H.264 - куда более полный, фичастый и потому потенциально более эффективный суперсет фич MP4.Спецификация "MPEG4 part 2" имеет разные реализации от DivX, Xvid, Mainconcept (adobe), тысячи их. В таких кодеках Level и Profile формируют набор применяемых алгоритмов при кодировании, которые всенепременно повлияют на процесс декодирования и поэтому, вероятно проиграются не на каждом устройстве. Чем выше уровень, тем мощнее устройство декодирования. Чем выше профиль тем новее ревизия спецификации. Устройства, заявляющие поддержку того или иного кодека, должны уточнить уровень и профиль в документации. Справедливости ради "MPEG4 part 2" ~ "H263". Вот только у них разные матрицы квантования (не влияет на декодирование), другое именование уровней и профилей (простите, annex-ов, оно так называется в связь-ориентированном мире). H263 больше ориентирован на канальную передачу видеопотока, но факт остается фактом спецификация H263 совместима с MPEG4 part 2, хотя они разрабатывались разными людьми, причем прошлая ревизия "MPEG4 part 2" = "H262".
"H264", в свою очередь, = "MPEG4 Part 10" в него включены все необходимые уровни/профили для стриминга, трюки, типа FMO и многое другое. И все эти уровни/профили несовместимы со спецификацией "MPEG4 part 2". Совсем. Там нет никакого "суперсета фич". Есть схожие удачные алгоритмы типа Qpel итд, общая логика DCT и квантования. Но вот переменный размер макроблоков, B-pyramid, сжатие CABAC/CAVLC и пр. все меняет. Нет там совместимости по уровням и профилям, другая спецификация, другой кодек.
И чтобы не было путаницы MP4 - это такой контейнер, куда можно сложить несколько потоков и синхронизировать их по шкале времени. Полное название "MPEG4 part 7", проигрывал открытому mkv с момента создания по поддержке разномастных потоков и прочим плюшкам, но выигрывал в производительности на любом оборудовании.И кстати, Добрый Дохтур такой же как ты.
> как можно сравнивать кодеки (mpeg-4 part 2 vs mpeg-4 part 10) и контейнер для видео(mp4)?Очень просто. Метриками PSNR, SSIM или статистически путем опроса живых людей (малоэффективен на длинных видеопослеловательностях). Опустим, что некоторые дуралеи не видит разницу между кодеком и контейнером.
tl;dr
Xvid может быть лучше x264, а может и наоборот. Сильно зависит от того, что внутри видео, и какие уровни и профили используются. А если используем "unrestricted" то еще и от прямоты рук того, кто жамкает кнопки.
> Ты невежда, и еще и кичишься этим. Если бы знал названия, не писал бы ахинею типа:Невежа в курсе идей работы этих алгоритмов. И знает чем отличаются I, P и B кадры. И все такое прочее. Просто мпегами я в последнее время мало интересуюсь т.к. меня достало что эта группа "экспертов" и "стандартизаторов" занимается тем что проталкивает набивание карманов всяких MPEG LA, при том что въе по части качественной реализации совсем другие люди. Такой группе экспертов и стандартизаторам - место на свалке истории.
Ну а с практической точки зрения я на данный момент научился неплохо кодировать VP9'ым. С весьма радующим меня соотношением битрейт-качество. Не вляпываясь в патентный рэкет, даже если сервак окажется в США (где они мощные, дешевые и бандвиза хоть залейся). И это играется более чем 50% браузеров на планете. Здесь и сейчас.
> Спецификация "MPEG4 part 2" имеет разные реализации от DivX, Xvid, Mainconcept (adobe),
Я в курсе. Спасибо, Кэп. Я лишь хотел сказать что хорошая реализация более простого мпега - легко втыкает плохой реализации более сложного и фичастого мпега. Разумеется, у хорошей реализации H.264 все карты на руках уделать более простую реализацию.
> тысячи их. В таких кодеках Level и Profile формируют набор применяемых
> алгоритмов при кодировании,Ну и в H.264 этот набор алгоритмов более сильный (и более ресурсоемкий). Потенциально эти техники дают более хорошее соотношение битрейт/качество (ценой большего расхода ресурсов). Вот только потенциал - ничто без реализации.
Для начала - гугль например выкатывает хороший референсный энкодер. Под весьма либеральной лицензией. А что выкатывают горе-стандартизаторы? Вы их референсный кодер H.264 когда-нибудь видели? Это слезы, его xvid наверное сделает. Зато - под какой-то дурной и жлобской лицензией "посмотреть можно, но руками не трогать". Качественные реализации, типа xvid и x264 - вообще не заслуга горе-стандартизаторов. Вот я и думаю - нафига они такие нужны? К тому же я с мпег4 активно возился в эпоху когда их был легион. Скажем MS MPEG4V3 вам что-нибудь говорит? Или там div3? Там каждый дро... как хотел, перепевая ранние спеки. И я в силу большого объема информации - стал забывать и отбрасывать все эти названия и обозначения. Пусть эти горе-стандартизаторы сами в своих Mpeg 9000, part 100500 копаются. Поразвели кучу наименований, а реализаторы еще усилили бардак. Теперь кодеки на 50% состоят из воркэраундов и костылей всей этой буиты.
> поэтому, вероятно проиграются не на каждом устройстве. Чем выше уровень, тем
> мощнее устройство декодирования. Чем выше профиль тем новее ревизия спецификации.Спасибо, я в курсе. Я просто не помню формальных обозначений. Просто потому что последние несколько лет я MPEGами не интересовался. Тем более что все эти mpeg 9000 part 100500 не очень много говорят о том какие фичи задействованы в конкретном потоке. Формальный бэджик одно, а реальное устройство потока, задействованные фичи, достигнутое соотношение битрейт/качество и прочая - таки иное.
> Устройства, заявляющие поддержку того или иного кодека, должны уточнить
> уровень и профиль в документации.В результате оказывается что если кодировать самыми крутыми вариантами H.264, повключав всякие там CABAC (обложенный патентами как собака блохами, btw) и что там еще - половина девайсов потом такой файл еще и не сможет проиграть. И как вы понимаете, большинство юзерей в душе не е...т какой там у них профайл их девайс поддерживает.
> Справедливости ради "MPEG4 part 2" ~ "H263".
...которым в его чистом, стандартном виде вроде как почти никто и не пользовался сроду.
> уровней и профилей (простите, annex-ов, оно так называется в связь-ориентированном мире).
А я это называю "развели кластерфак". Ну то-есть совсем без этого обойтись конечно сложно, но в MP4 это все стало как-то слишком уж злобно и развелось over 9000 разных квазисовместимых полузабагованных недореализаций. Серьезные кодеки, типа ffmpeg, конечно, прокостылили это безобразие, ввинтив нетривиальные эвристики для понимания чей поток и как это костылировать и воркэраундить баги вон того энкодера. Но в результате смотреть в код таких макаронных монстров просто жутко - там костыль на костыле.
> H263 больше ориентирован на канальную передачу видеопотока,ЧСХ, он как-то дружно оказался никому не упавшим в его чистом виде.
> Там нет никакого "суперсета фич". Есть схожие удачные алгоритмы типа Qpel
> итд, общая логика DCT и квантования.Поэтому оно и является по смыслу суперсетом фич. Разумеется, оно несовместимое. А я разве в каком-то месте утверждал обратное?
> И чтобы не было путаницы MP4 - это такой контейнер,
А я то думал - семейство стандартов. Только мне было лень печатать "MPEG4". Те кто в курсе того что вы написали - сами допрут из контекста. А остальным это все-равно индифферентно. Я согласен что так делать не совсем хорошо, но в конце концов, и вы и док прекрасно поняли что я имел в виду.
> "MPEG4 part 7", проигрывал открытому mkv с момента создания по поддержке
> разномастных потоков и прочим плюшкам, но выигрывал в производительности на любом
> оборудовании.А в вебе в результате закрепился упрощенный субсет матрешки aka webm.
> И кстати, Добрый Дохтур такой же как ты.
Он умный перец и в алгоритмах соображает. Подозреваю что ему тоже лень вспоминать все эти part 100500. Пусть эти стандартизаторы сами в своих талмудах копаются, особенно при таком их подходе к делу, когда разработка кодека превращается в попытку устроить всем подставу в пользу MPEG LA и сотоварищей.
> Очень просто. Метриками PSNR, SSIM
Они довольно синтетические. И как я понимаю - не учитывают динамические параметры. Тем не менее, давно известно что глаз плохо различает детали на быстро движущихся объектах. А эти метрики этот аспект не учитывают от слова "вообще", насколько я понимаю из их описаний. Тем не менее, этот фактор вполне может роялить в восприятии видеоряда живым двуногим. Ему то важна визуальная заметность артефактов сжатия, а не формальная цифирь SSIM или PSNR. При том стопкадры это круто, но для видео важнее всего восприятие в движении, с номинальной скоростью прежде всего. А хороший стопкадр - конечно, приятно. Но выбирая между так себе стопкадрами иногда vs анноящие артефакты видимые при штатном просмотре - ну вы поняли!
> или статистически путем опроса живых людей (малоэффективен
> на длинных видеопослеловательностях).Я тут недавно провел натурный эксперимент, компреснув "зайца" 480P в 500Кбит VP9. Там выявился еще и фактор "фанатизм". Любители энного кодека норовят закрыть глаза на плохо закодированную часть и выпятить недостатки конкурента в его проблемных местах. Хе-хе :)
> Опустим, что некоторые дуралеи не видит разницу
> между кодеком и контейнером.Я - вижу. И вполне в состоянии отличить "матрешку" снаружи от "VP9" внутри. Так что такие распальцы явно не в мой адрс.
> Xvid может быть лучше x264, а может и наоборот.
Вот конкретно так я экспериментировал довольно много. И имею заметить что xvid хороший кодек. Но x264 побить в большинстве сцен не может категорически. Поэтому в средем по больнице, если ресурсы на декодирование не жмут, можно уповать на то что x264 будет эффективнее по битрейт/качество. Конечно еще и от того кто кодирует зависит. Человек который набил руку и знает поведение кодека и его закидоны - может закодировать заурядным кодеком лучше, чем баклан, который лыка не вяжет, супернавороченынм кодеком. Но правда жизни такова что уделать много мануального внимания кодированию люди будут только в сильно некоторых случаях.
> если используем "unrestricted" то еще и от прямоты рук того, кто
> жамкает кнопки.Особо пряморукие могут вообще пытаться очень мощно костылить слабые места кодека. Вплоть до подыгрывания при двухпроходном кодировании с ручным указанием, например, какой битрейт можно на том или ином куске. Так можно прилично подтянуть визуальное восприятие мувика, спрятав наиболее проблемные места. Но это весьма и весьма нишевое развлечение. И лично я считаю что кодек не должен сильно лажать в таких вещах и без тыкания носом. И, кстати, на мувике с зайцем у x264 и x265 случается традиционная для них лажа на титрах.
> И знает чем отличаются I, P и B кадры.Кстати, всегда хотел узнать, чем отличаются P и B кадры в H.264. Вроде как B там может иметь от одной до 16 ссылок. Зачем там тогда вообще P слайсы?
i слайсы не ссылаются по времени ни на кого
p слайсы ссылаются только на предыдущие опорные кадры
b слайсы ссылаются как на предыдущие, так и на будущие опорные кадры
при кодировании b кадров необходим так называемый реордеринг - переупорядочивание кадров, который заключается в том, что порядок кодирования не соответствует порядку отображения кадров на экране
число опорных кадров не зависит от типа слайса, оно определено для всей кодируемой последовательности
> Кстати, всегда хотел узнать, чем отличаются P и B кадры в H.264.
> Вроде как B там может иметь от одной до 16 ссылок.Насколько я помню, главным отличием P и B в мпегах всегда было то что P-кадр ссылается только в 1 сторону, т.е. на предшествовашие ему кадры. А B-кадр может ссылаться в 2 стороны, т.е. еще и на кадры впереди. Что позволяет скостить размер данных, но усложняет декодирование и увеличивает латенси (кодеку приходится декодировать будущие кадры "заранее"). И есть еще один специфичный эффект, который я заметил - о нем ниже.
Есть правда бонус: если декодеру не хватает времени, B-кадр можно и не декодировать совсем, вместо этого сразу и оперируя будущими кадрами. Декодер получает фору по времени а зритель видит лишь небольшое снижение плавности картинки, но ничего не рассыпается. В ряде I&P only так делать сложнее и как я понимаю там отыгрывают в основном забиванием на постпроцессинг. Совсем вырубить I или P кадр как я понимаю нельзя без риска сильного развала последовательности (на выпавший кусок будут ссылаться другие кадры и получится полный трэш).
> Зачем там тогда вообще P слайсы?
По моему опыту, B-frames в мпегах - палка о двух концах. Они обычно компактнее P-frames. Но имеют свойство убивать качество картинки неочевидным образом. Когда понемногу накапливаются ошибки относительно I-frame, даже на статичной сцене. Особенно если междy I-frames большой интервал (а т.к. I-frames огромные, их ставят только при крайней нужде, если I-frames совсем не ставить - поток будет нельзя перематывать и он не будет рекавериться из ошибок). При использовании большого количества B-frames - может случиться дурная осцилляция качества картинки, видимая невооруженным глазом. Когда вы на глаз видите каждый I-frame. Если знать что искать - половина мувиков потом очень бесит.
Очень заметно на статичных и почти статичных сценах, где картинка меняется медленно или не меняется вообще. На слайсах осциллировать будет не вся площадь картинки, что по идее делает мерзость менее заметной. Но все-таки. Формальные метрики, как я понимаю, не видят особых проблем в этом поведении. А вот на глаз артефакт с резким сбросом набравшихся отличий от оригинала - выглядит "не очень". И когда я экспериментировал - последоваельности с большим числом B-frames очень быстро превращались в какую-то труху. Которая вроде и похожа на оригинал, но загажена накопившимися ошибками и мерзенько осциллирует на I-фреймах. Могу предположить что в H.264 этот эффект никуда не делся и никто не хочет на него налетать лишний раз. Вот и не рвутся b-frames везде пихать. Я себя вообще не отношу к фанатам этой техники - ни разу не видел чтобы P-only последовательности страдали таким артефактом. Там деградирует качество и прочая, но как-то более равномерно и потому не так заметно на движущейся картинке. Да, это к вопросу о метриках и учете заскоков в динамике. Вот этот артефакт назойлив именно при просмотре мувика. В стопкадре никаких подвохов не видно.
> Есть правда бонус: если декодеру не хватает времени, B-кадр можно и не
> декодировать совсем, вместо этого сразу и оперируя будущими кадрами. Декодер получает
> фору по времени а зритель видит лишь небольшое снижение плавности картинки,
> но ничего не рассыпается. В ряде I&P only так делать сложнее
> и как я понимаю там отыгрывают в основном забиванием на постпроцессинг.
> Совсем вырубить I или P кадр как я понимаю нельзя без
> риска сильного развала последовательности (на выпавший кусок будут ссылаться другие кадры
> и получится полный трэш).Нет, между P и B в этом плане отличий нет. Последующие кадры (и P, и B) могут ссылаться на любые предыдущие (в случае P и B) и последующие (в случае B) кадры. Т.е. потеря B-кадра может повлечь развал картинки, если на этот кадр ссылаются другие кадры. Ситуацию, когда B-кадры ссылаются на другие B-кадры, называют B-pyramid.
Вместе с тем, encoder может закодировать поток так, что потеря кадра мало либо вообще никак не отразится на итоговой картинке. Всё зависит от того, как много кадров ссылается на потерянный кадр, и можно ли их тоже выкинуть без серьезных последствий. Это касается как потерь B-кадров, так и P и даже I (в h264 допускается ссылаться за пределы последнего I-кадра). Кодирование потока таким образом называют Temporal SVC, потому что битрейт потока можно менять без перекодирования за счет выбрасывания кадров верхних "слоёв", снижая fps.
>> Зачем там тогда вообще P слайсы?
> По моему опыту, B-frames в мпегах - палка о двух концах. Они
> обычно компактнее P-frames. Но имеют свойство убивать качество картинки неочевидным образом.
> Когда понемногу накапливаются ошибки относительно I-frame, даже на статичной сцене. Особенно
> если междy I-frames большой интервал (а т.к. I-frames огромные, их ставят
> только при крайней нужде, если I-frames совсем не ставить - поток
> будет нельзя перематывать и он не будет рекавериться из ошибок). При
> использовании большого количества B-frames - может случиться дурная осцилляция качества
> картинки, видимая невооруженным глазом. Когда вы на глаз видите каждый I-frame.
> Если знать что искать - половина мувиков потом очень бесит.Это было в эпоху до h264 (в тех же клонах h263, типа DivX и XviD). В h264 и в encoder'е, и в decoder'е поддерживается синхронное представление о декодированной картинке, включая постобработку (deblocking). Т.е. encoder всегда знает, насколько декодированная картинка отличается от оригинала и всегда может поддерживать степень искажений на одном уровне (если это позволяют другие ограничения, такие как максимальный битрейт, например). Это одна из причин, из-за которых encoder стал сложнее (он в обязательном поряден должен включать полноценный decoder).
> С OpenGL в свое время был аналогичный случай: Microsoft так же входил
> в группу разработчиков и одновременно пилил свой Direct3D.С OS/2 в свое время был аналогичный случай: Microsoft так же входил в группу разработчиков и одновременно пилил свой Windows.
>> С OpenGL в свое время был аналогичный случай: Microsoft так же входил
>> в группу разработчиков и одновременно пилил свой Direct3D.
> С OS/2 в свое время был аналогичный случай: Microsoft так же входил
> в группу разработчиков и одновременно пилил свой Windows.В принципе да, такой же развод.
С той лишь разницей, что OS/2 проприетарь, так что мне лично фиолетово в какую позу проприетарщик проприетарщика нагнул.
> Не стоит искать хитрый умысел там, где всё объясняется банальной глупостью.Halloween Documents намекают нам что банальной глупостью в мелкосаксе дело все-таки не ограничивается.
глупость одних вполне может использоваться в интересах других
windows as a service требует нового подхода.
> windows as a service требует нового подхода.disservice as a service?
PAAS. Pwnage As A Service.
> У майкрософта опять какой-нибудь хитрый план, вот посмотришь.Я подозреваю что план относительно простой и сводится к усиленному размахиванию тем фактом что они теперь тоже поддерживают новый стандарт. Куча пиара на ровном месте. Ну а что, с WebGL они прогнулись. Даже в Khronos немного вошли. Но только по части webgl. Обычный OpenGL(-ES) и прочие вулканы их вроде как не интересуют - у них же свой DX12, блаблабла. Чем они знатно подставляют своих програмеров - виндовые програмеры становятся неконкурентоспособны. Особенно на мобильных рынках, в вебе и прочая.
> В результате все свободные видеокодеки загнутся,
Что-то не помню чтобы после выхода OPUS'а остальные загнулись. А там хоть и не микософт напрямую, но все-таки скупленный ими Skype. И кажись уже после покупки. В смысле в opus от скайпа какие-то куски патентов безвозмездно отдали. Вроде пока никому ничего никто за это не предъявил, хотя появилось все это не вчера и мозилла и хром внедрили.
> лишь то, что почему-то история никого не учит, и с майкрософтом
> продолжают сотрудничать, каждый раз наступая на одни и те же грабли.Ну они вон WelGL реализовали недавно. А какой-нибудь интель так и вовсе с MS по жизни дружил. Тем не менее, дружба дружбой но интель как-то так не стесняясь возится с линухом, имея на него большие планы.
Вообще, с развитием веба и мобильных девайсов - MS наверное уже догадался что идея вендорлока на винду с треском провалилась и работает против MS. Но вот где они еще могут нагадить - вопросец, да. Я им доверять не собираюсь - слишком уж долго они подковерные подлости всем делали.
"Микрософт", позорище.
> "Микрософт", позорище."Микрософт" ― позорище.
> "Микрософт" ― позорище.Майкрософт, позорища.
>Майкрософт, позорища.Некрософт, позорище.
> "Микрософт", позорище."Майкрософт" - официальное русскоязычное название компании.
Кругом заговоры? Так то мс тоже нужен этот кодек, а уж как кодеку нужен мс и не переоценить. Т е, даже если мс будет делать что-то не так, остальные будут вынуждены это принять.
ага, BeOS про заговоры расскажи
по поводу "наступают на одни и те же грабли"- вот у меня такой-же вопрос относительно американского доллара. почему в него все вкладываются?
Это другое. Не вкладываться в доллар равносильно решению задачи в системе координат без системы координат.
> по поводу "наступают на одни и те же грабли"- вот у меня
> такой-же вопрос относительно американского доллара. почему в него все вкладываются?Вкладываться - я так понял, вы имеете в виду покупать, а не инвестировать в него?
Ну его курс растет, а значит завтра за 1 доллар можно будет купить больше рублей, чем сегодня.
Чеб не покупать?
Будет так же расти золото, будут покупать золото.
На бирже, в принципе пофиг, что покупать, если его курс растет.
Вы бы лучше спросили, почему государство продает нефть за доллары, а не за рубли.
покупаю доллар мы инвестируем в него, не так ли?
> покупаю доллар мы инвестируем в него, не так ли?Инвестиции (англ. Investments) — размещение капитала с целью получения прибыли.
Покупая булочку в магазине, вы инвестируете в булочку?
Или в магазин?
Или в булочную?
Или в кондитерскую промышленность?)
Нет, т.к. вы не получите прибыль в будущем, вы просто получаете булочку сейчас.Вообще, так как понятие "инвестиции" сейчас используется очень широко, то да, даже покупку валюты сейчас называют инвестицией.
Точнее, это спекулятивные инвестиции (покупка активов исключительно ради возможного изменения цены).
Но это не инвестиция в доллар, как в валюту вообще.
Это инвестиция в те доллары, которые вы схороните под кровать, или в банк.Поэтому, покупая доллар, вы не инвестируете в него.
Вы его укрепляете.
Ну так поддержку flac и mkv в венде же добавили из коробки.
> Ну так поддержку flac и mkv в венде же добавили из коробки.Только в десятую)
> Только в десятую)Кстати да, ад таки замерзает: M$ тихой сапой и без громкой помпы в своем Edge пилит поддержку VP9, Vorbis, webm и OPUS. Они как-то так после сабжевого анонса тихонько поменяли статус этих фич в своем загончике описывающим статус IE.
Просто однажды эта контора сделала программу, которую весь мир считал настоящим браузером, и теперь у них идея-фикс повторить тот успех. Пока безрезультатно.
Ага, а ещё теперь из коробки трояны и кейлоггеры. Оно и правильно - хомяки всё равно свои вендокомпы используют в основном для них.
Это они для себя делали, в ветку для пользователей случайно попало, как бы они иначе смотрели нелицензионный контент слитый с милионов хомячков?
от необходимости платить патентным троллям из HEVC Advance роялти за каждую копию винды
А у майкрософта - skype/linq. И кодек им нужен не меньше, чем циске.
> Во, совсем другое дело. Давно бы так.Так оно - давно уже так, только тот кодек назывался vp9 - и был по всем параметрам неудачным. Поэтому даже всей дурью гугля пропихнуть его не удалось - поддерживается всеми и никем не используется. Включая и самого гугля. При этом в любом случае нужен новый - под 4k и выше то что есть - неоптимально или недоработано.
> p.s. а как они микрософт то уломали? MS засцал от перспективы поддерживать
> 3 кодека в браузере? :)MS любит платные кодеки и форматы только в одном случае - когда платят ему. Это корпорация бабла, а не абсолютного зла. Когда ему, наоборот, нужно платить за чужие патенты (того хуже - за них должны платить производители виндофонов, что плохо влияет на продажи) - он сразу начинает любить бесплатное.
При этом своих патентов в этой области у него нет, зато они есть у гугля и циски.
Патенты у него какие-то есть, во всяком случае, в мпегле он состоит и что-то там получает с роялтей, хотя отдаёт другим держателям больше. Как-то так.
> пропихнуть его не удалосьВообще-то удалось. Мозилла его запилила давно. Так что в сумме с хромом уже сейчас более 50% браузеров его играют. И даже MS таки пошел его запиливать. Как и WebGL. Видимо они поняли что с мобилками, планшетами и прочими смарт-ТВ они безнадежно в пролете и признали очевидное: теперь они не короли и диктаторы рынка, а всего лишь "одни из". И придется с остальными участниками рынка дружить. Иначе кина не будет. А учитывая что на HEVC вылезло уже три группы патентных троллей - так можно и вовсе без видео остаться.
>Поэтому даже всей дурью гугля пропихнуть его не удалось - поддерживается всеми и никем не используется. Включая и самого гугля.wut? На youtube уже, наверное, года два как используется в качестве основного для HTML5.
Пчела 1, пчела 2, пчела 3 и медведь объединили усилия в создании нового свободного мёда
Скорее уж две пчелы и два медведя.
Нет, надо вот так: "пчела, шмель, три медведя и два крокодила"
А на Опеннете обсуждают, от кого из этого оркестра пахнет не медом.
Amazon, Microsoft и Netflix здесь явно лишние
отнюдь
netflix и amazon контент раздают за денежку и им как бэ не комильфо платить hevc-барыгам, а 4k хочется раздавать, при этом экономя полосу.
ыффективные манагеры сели и посчитали - выходит дешевле скинуться и оплатить разработку чем башлять за каждый чих.зы и учитывая вес данной "хунты" они свои кодеки ещё и железоделам пропихнут для аппаратного декодирования.
> зы и учитывая вес данной "хунты" они свои кодеки ещё и железоделам
> пропихнут для аппаратного декодирования.Так гугель вон нахаляву раздавал блок декодера VP8, а потом и VP9. И неплохо так пошло, в новые SoC даже всякие китайцы охотно понапихали. Кто ж от халявы откажется? :)
не видел еще ни одной железки, которая могла бы кодировать VP9. Декодировать - да, сколько угодно.
> не видел еще ни одной железки, которая могла бы кодировать VP9.Так ты зайди на webmproject.org да посмотри. Новые SoC - умеют уже и кодирование порой.
http://wiki.webmproject.org/hardware/socs
зашел, там только старые SoC. Вроде бы умеют только новые Qualcomm и NVidia, а например у Intel, Mediatek и Samsung поддержки кодирования VP9 нет даже в готовящихся к выпуску продуктах (всякие Skylake и Helio X20). Да сейчас и смысла в этом нет, если уже ведется работа над VP10.
> зашел, там только старые SoC.Ну да, они там тормозят с обновлением.
> Вроде бы умеют только новые Qualcomm и NVidia, а например у Intel,
> Mediatek и Samsung поддержки кодирования VP9 нет даже в готовящихся
> к выпуску продуктах.Тем не менее, даже всякие китайцы уж как минимум декодеры понапихали.
> Да сейчас и смысла в этом нет, если уже ведется работа над VP10.
По состоянию на данный момент VP10 == копипаст кода из VP9, глобальное отличие - только в формальном праве ломать его несовместимым с VP9 образом :). А в свете сабжевых инициатив - интересный вопрос куда сдвинутся приоритеты гугля.
> ыффективные манагеры сели и посчитали - выходит дешевле скинуться и оплатить разработку чем башлять за каждый чих.Так а зачем им альянсы всякие? Взяли б готовые наработки (да хоть тех же xiph.org), доплатили б за доработку, инженеров бы подкинули в помощь, если что-то не устраивает и вперед - использовать и пропихивать. Можно, для весу, тоже самое и в составе альянса (пропихивать как стандарты легче, наверное). Но нет, надо "разработать новое". И так не первый раз уже! Что наводит на очевидные мысли, что существующие свободные решения (и новые улучшенные на их основе) этих перцев не устраивают. Причем не в техническом плане не устраивают (с их-то ресурсами, характеристики можно доработать как угодно до любого нужного состояния). Что может не устраивать из нетехнического? Что продукт не твой и ты не можешь влиять на его техническое развитие в нужном тебе направлении? Подкинь ресурсов и вряд ли кто откажется доработать до нужного и в будущем тоже.
А вот если не устраивает "свободность", невозможность насильно впарить, собрать отчисления и все остальное, чем славны некоторые из перечисленных контор, то да - надо пилить новое, "лицензионно чистое", без левых свободных авторов (а то возьмешь свободное за основу, применишь свои обычные принципы и получишь новый LibreOffice).
Так они и взяли. И дорабатывать собрались. Daala - это кто, как не xiph.org?
"при разработке будут заимствованы технологии", имхо, не тоже самое что дорабатывать. Больше похоже на "подсмотрим идеи", а не на "будем развивать". Так-то в целом это было б нормально, но сильно смущает в состав участников. Да и если все-таки именно развивать Daala, то че Xiph.org не участвует в альянсе (или считается что Mozilla Foundation достаточно)?
А раньше были/есть theora, dirac,... но никому из участников что-то не особо было надо дорабатывать что-то там. В общем, как-то туманно. Если пацаны просто решили скинуться и помочь Xiph.org, то слишком много возни что-то вокруг (альянсы и т. п.).Конечно, слова красивые сказаны - про комбинирование лучших возможностей существующих кодеков и все такое прочее...
Сами пишут что чуть ли не в перспективе может получиться типа международной организации стандартизации в этой области. Заявляют что поможет делиться друг с другом не опасаясь что в будущем это обратно ударит (The Alliance provides a venue for us to share the legal legwork without having to worry about it being used against us down the road.) - тогда в упор непонятно что в участниках делает, например, microsoft ))
Пацаны учли ошибку с VP9 и решили хором склепать кодек, в котором будут не только учтены их интересы,а который будет реально использоваться как стандарт де-факто. Начали это дело, если помните, Cisco и разработчки Daala в виде NETVC. По словам одного из них (дааловца то бишь - и да, мозилла считает этот проект своим) они уже с год сотрудничают. Остальные подтянулись чуть позже.Идея очевидна - им на фиг не нужно повторение ситуации с патентами на h.265, когда даже при готовности платить неизвестно, кому, сколько и за что. И Майкрософта это тоже касается - они сейчас Linq/Skype крайне активно (и не без успеха) продвигают. Лучше бы спросили, что там Интел забыл.
> Лучше бы спросили, что там Интел забыл.С Интелом понятно, что непонятно чего им-то ))
> И Майкрософта это тоже касается...
Да понятно, что их касается, как и многих других. Просто вся их возня в различных альянсах и объединениях на разные темы за последние несколько лет, по факту, обычно прямо противоположна заявленному (типа мы тут честно делимся, да еще так чтоб ничего не могло быть потом использовано против). И помощь, и делиться своим, и продвижение в качестве стандарта - все это они могут делать и не вступая в альянс (и раньше могли, вот только не делали).
"Не вступая в альянс" - это ж какой идиот будет тратить ресурсы, не защитив свои интересы? Понятно, что у них есть определённые требования к результату и им нужен механизм, как эти требования соблюсти. Ну и насчёт честно/нечестно - Apache 2.0 вполне адёжно снимает патентные проблемы.
> там Интел забыл.Как что? Первыми внедрить новый СТАНДАРТ!!!111 в свои чипы. И гордо размахивать этим фактом перед носом конкурентов, экстренно перевыпускающими новые версии SoC :)
>они сейчас Linq/Skype крайне активно (и не без успеха) продвигаютво-первых не Linq (это синтаксический сахар для C#), а Lync. Во-вторых - "However, on 11 November 2014, Microsoft announced that in 2015 Lync would be replaced by Skype for Business"
Ага, точно, запутался я в их линках.А как продукт наывается - дело десятое, по факту они что-то гибридное слепили. В рекламе они пишут Linc/Skype пока что.
>> В рекламе они пишут Linc/Skype пока что.Давно уже заменили Lync на Skype for Business. Немного переработали, интерфейс поближе к скайпу сделали, но потроха те же.
> Amazon и Netflix здесь явно лишниеА вы в курсе, что эти две компании - крупнейшие раздатчики онлайн видео на планете?
Зачем еще один видеокодек? Чем не устраивают VP9 и Thor от Cisco? Напоминает известную картинку про 14 конкурирующих стандартов.
>методы шифрованияОпять DRM в кодеке будет?
Да ты на состав альянса посмотри!
> Да ты на состав альянса посмотри!Лучшие друзья опенсорса, полный список :)
Расскажите мне, анонимы, а каким образом DRM противоречит OpenSource?
Шифровать контент вроде как можно и открытым кодом.
И ключ открыть.
> И ключ открыть.Водяные знаки уже запретили?
А так да – для "полноценного" ДРМца нужно заДээРьМировать полностью и железо и софт. Иначе, при большом желании, ключики можно таки вылавливать или тупо перехватывать расшифрованный видео/аудио поток.
Т.е. ДРМ-о в железе и софте, это такой "идеал", к которому (более-менее успешно) сейчас стремятся ...
> А так да – для "полноценного" ДРМца нужно заДээРьМировать полностью и железо и софт.И, главное, пользователя наручниками к батарее приковать. Иначе хомяки имеют наглость наставлять камеру на экран. Во мерзавцы, да? :)
> И, главное, пользователя наручниками к батарее приковать. Иначе хомяки имеют наглость наставлять
> камеру на экран. Во мерзавцы, да? :)Ну, во первых, если я ничего не пропустил за последние пару лет, то пока что качество слишком уж убогое выходит. Тут все же "или тупо перехватывать расшифрованный видео/аудио поток" лучше будет.
Во вторых, я прокапитаню еще раз "для полноценного ДРМца нужно заДээРьМировать полностью и железо и софт" ;)
Намек:
пока что этот трюк с камерой возможен исключительно из-за недостаточной "заДеРМированости" этих самых камер. Но - современные мыльницы вполне уже уверенно (лет 5-6 точно) обнаруживают чел. лица. А уж движущуюся картинку распознать и просто зачернить или отказаться снимать при отсутствии "разрешающего сигнала" (или что там можно придумать) - ну, не думаю что это как-то сильно сложнее, особенно если можно не сильно заморачиваться по поводу ложных срабатываний.
> то пока что качество слишком уж убогое выходит.Хомяков, как ни странно, устраивает. И на ютубе так на ура идут всякие breaking news и репортажи из места событий, переснятые "на то что под руку попалось". Да и качество этого попавшегося под руку - улучшается. Реально до тех пор пока хомяк не подвинет камеру - можно и не понять что это был пересъем с экрана.
> "или тyпо перехватывать расшифрованный видео/аудио поток" лучше будет.
Если качество волновало - то да. Но хомяки не гордые, как оказалось. Этим всякие релизеры из пираццких групп заморачиваются больше. И уж эти то любое DRM снимут как два пальца об асфальт.
> Во вторых, я прокапитаню еще раз "для полноценного ДРМца нужно заДээРьМировать
> полностью и железо и софт" ;)Как я уже сказал - даже это не помогает. Юзеры наставляющие камеру на экран вообще понятия не имеют - заDRMлено там что-то или нет. Они слов таких не знают.
Предлагаю закончить эту клоунаду и принять как данность: если картинку видно, если звук играет - это можно содрать. С различными затратами сил и качеством. Но - можно. Поэтому DRMщики занимаются борьбой с ветряными мельницами.
Даже домохозяйка Клава без проблем передерет у Нетфликса понравившийся мувик, просто наведя фотоаппарат или что там у нее на экран. Исправить это можно только загоном пользователей в концлагерь, полумеры не прокатят.
> пока что этот трюк с камерой возможен исключительно из-за недостаточной
> "заДеРМированости" этих самых камер.Простите? Уже существуют миллиарды камер. И они никуда не денутся. Да и вообще - ни в дисплее, ни в сенсоре камеры как таковом - ничего нет кроме массива пикселей.
> 5-6 точно) обнаруживают чел. лица.
При том - очень приблизительно и с солидным процентом лажи.
> А уж движущуюся картинку распознать и просто зачернить
Пардон? Что будет распознаваться? Когда камера снимает видео - это само по себе движущаяся картинка. Вас этот факт не смущает? Телевизор и прочие мониторы вообще-то ставят целью сделать картинку похожей на оригинал. Чтобы обладатель глаз мало отличал бы это от просто взгляда в окно, например :)
> или отказаться снимать при отсутствии "разрешающего сигнала"
Простите? Вот выставил я камеру в окно. А там обана - нет разрешащего сигнала. А движущаяся картинка - есть. Ну там люди ходят, машины ездят. Вы будете покупать камеру, которая ничего не снимает, кроме телевизора с разрешающим сигнгалом? Ну вот и остальные - тоже :)
> (или что там можно придумать)
Вот так чтобы надежно, безглючно, не удорожало камеру и не портило остальные юзкейсы - не очень тривиально. Да и производителям фотоаппаратов это не больно надо, мягко говоря. А на смартах так и вовсе есть over 9000 программ, снимающих фото.
> не сильно заморачиваться по поводу ложных срабатываний.
Зато потом придется заморочиться процедурой банкротства, когда юзеры потащут сдавать камеры, которые не изволят выполнять свои функции, т.е. не снимают когда юзер кнопочку нажимает.
> Простите? Уже существуют миллиарды камер. И они никуда не денутся.Причем все они - вечные, да. Вот, сколько "пленочных" до сих пор встречаются и используются ...
> Предлагаю закончить эту клоунаду и принять как данность: если картинку видно, если звук играет - это можно содрать.
Капитан, Вы?
> С различными
> затратами сил и качеством. Но - можно.Цель ДРМ, внезапно – усложнить это самое "содрать" для домохозяек.
> Пардон? Что будет распознаваться? Когда камера снимает видео - это само по
> себе движущаяся картинка. Вас этот факт не смущает? Телевизор и прочие
> мониторы вообще-то ставят целью сделать картинку похожей на оригинал. Чтобы обладатель
> глаз мало отличал бы это от просто взгляда в окно, например
> :)Хоспади. Ну, кроме всякой экзотики типа резкой смены кадров, освещения и т.д – можно взять тупо расстояние до объекта. Десяток-другой замеров - получаем прямоугольник, в котором движется картинка.
> Простите? Вот выставил я камеру в окно. А там обана - нет
> разрешащего сигнала. А движущаяся картинка - есть. Ну там люди ходят,
> машины ездят.И что? Расстояние до всех движущихся объектов (или любой произвольной точки) строго 2м 05см +- х ?
> Да и производителям фотоаппаратов это не
> больно надо, мягко говоря.Ну да, а производителям хардов, СД и прочих флешек не больно нужен налог на свои продукты за саму возможность записи туда музыки и т.д.
Договорятся, чай не впервой.> Зато потом придется заморочиться процедурой банкротства, когда юзеры потащут сдавать камеры,
> которые не изволят выполнять свои функции, т.е. не снимают когда юзер
> кнопочку нажимает.Очень смешно. С сидюками и игрульками вполне в свое время прокатило. С новой ЕУЛОЙ в новой форточке - прокатило. А вот с камерами - не, не прокатит.
> Причем все они - вечные, да. Вот, сколько "пленочных" до сих
> пор встречаются и используются ...Ну не знаю, вон фудж какого-то лохматого года валяется. Им не пользуется никто только потому что 1.3 Мпикс по современным меркам как-то не того даже для телефона, а тут большой фотоаппарат. Но хуже работать за свои сколько там ему лет - он не стал.
Фотокамеры обычно заменяют не потому что сломались, а потому что новые лучше фотографируют. А если они вместо этого ничего фотографировать не будут... :)
> Цель ДРМ, внезапно – усложнить это самое "содрать" для домохозяек.
Что-то не вижу усложнения: домохозяйки без обиняков фоткают и снимают видео на то что под руку попалось, плевать хотев какое там DRM в оригинале было. Вот и вся оценка этих продуктов жизнедеятельности хомяками - они вообще не замечают что им пытаются нагадить в половине случаев :). Ну то-есть если бы монополия на выпуск чипов была у 1 производителя - ультрафошысский сценарий может и катил бы. И все-равно - для надежности пользователя все-таки надо наручниками к батарее приковать. На всякий случай. Мало ли чего.
> Ну, кроме всякой экзотики типа резкой смены кадров, освещения и т.д
А вы никогда не думали что то что встречается в фильмах - встречается и IRL? И освещение меняется абы как, и обычные лампочки создают пульсирующий световой поток, создавая эффект "рассыпания на кадры". Знаете, почему на производстве с вращающимися деталями и т.п. запрещено использовать лампы дневного света, например?
> получаем прямоугольник, в котором движется картинка.
Предлагается запретить макросъемку, селфи и прочие фото с близкого расстояния? Как таковое расстояние - сферический вакуум. По факту есть "угловой размер объекта". И на картинке - именно он. А расстояние может варьироваться. Точно померять расстояние - сложно. И датчики денег стоят. Дофига камер вообще фокусируются чисто софтварно: меняют параметры автофокуса до тех пор пока границы объектов не станут максимально резкими по мнению софта. И "расстояние" там - штука сферически-вакууная.
А еще у камер быавют разные объективы. И телевизоры и что там еще у хомяков бывают разные. Так что какого-то единого расстояния может и не быть. Вон в кинотеатре пираты с вполне приличного расстояния экранки сдирают. При том настолько хорошо, что это уже начинает иметь некую самоценность для пиара пераццкой группы.
> строго 2м 05см +- х ?
Там в простых камерах с автофокусом обычно "мы тут софтом крутили автофокус, при скольких стало резко - на стольких и оставим". И юзерам как-то не доставит если камера обломается снимать видео на расстоянии 2м 05см.
> Договорятся, чай не впервой.
Так кто и до чего договорился то? Эппл договорился о кидании юзерей с тyнцом? Ну а вон те китайцы, шлепающие дешевые смарты - клали на всех с прибором. Они в свои девайсы с HDMI ключ HDCP то не прописывают, потому что денег стоит. Поэтому получается по факту "этакий DVI-D с 1 линком и другим разъемом". У них там как раз капитализм в чистом виде - не страдают контрпродуктивной дрянью, удорожающей производство и вызывающей предъявы. А потом западные западлостроители еще и начинают ныть что китайцы их дескать теснят отовсюду. Ну так еще бы: купить девайс дороже и чтобы он потом еще и пакостил постоянно - удовольствие очень так себе.
> Очень смешно. С сидюками и игрульками вполне в свое время прокатило.
Это там где саппорты официально раздавали кряк на старфорс? Ну это смотря кого прокатило :)
> С новой ЕУЛОЙ в новой форточке - прокатило.
Это там где даже до депутатов дошло? Да, сейчас кого-то кажется прокатят - с установкой винды в госорганы :).
> А вот с камерами - не, не прокатит.
Абсолютно. Уже выпущены миллиарды камер. И они будут с нами, еще десятилетия. А есть еще всякие китайцы. Которые ни с кем договариваться себе в ущерб и близко не собираются. Они вон HDCP ключи не прописывают. В медиадевайсы типа TV-stick'ов на ведроиде и тому подобной лабуды. И пока копирасы жмутся и гадят друг другу, китайцы просто окучивают вместо них рынок. А потом интел делает какой-то compute stick. Но вот только в 3 раза дороже и 2 раза прожорливее. И что-то все предпочитают китайские в результате.
Вообше, проприерасы-копирасы такие забавные: старательно изгаживают себе репутацию своими же выходками, а потом удивляются узнав что на их замену есть большой спрос.
> Расскажите мне, анонимы, а каким образом DRM противоречит OpenSource?Ну вот таким: это втирание очков и обман пользователя. За его же деньги. Совсем не в духе опенсорса. Грубо говоря, если я вижу картинку - я могу ее передрать. Да что там, даже самая глупая домохозяйка может например наставить фотоаппарат или смарт на экран и записать то что видит. Вообще ничего не зная ни про DRM, ни про файлы. Качество конечно может немного пострадать, но на том же ютубе например есть немало примеров когда так быренько передрали выпуск новостей. Ничего так, пипл доволен. Смотрят.
> Шифровать контент вроде как можно и открытым кодом.
А вот лохотроны и кидки - таки не по опенсорсному. Не принято тут так. Опенсорс ценят как раз за отсутствие западла.
А можно без понятий?
Закрытый контент чем-то противоречит открытым исходникам?
Не духу и не мечтам про "передрать".
Вам осталось только чуть-чуть поменять вопрос для полного счастья:
>Закрытый контент чем-то противоречит открытым исходникам?
>Не духу и не букве.
Хорошо, давайте разбирать дух и букву. Только не надо меня убеждать, что дух опенсурса - это халява без тормозов.
Нет. Это право на получение информации.
Нет, он при открытом коде всего лишь технически невозможен.
Да ладно.
Мои закрытые файлы внутри опенсурсного truecrypt-контейнера, оказывается, невозможны?
Ладно, "невозможная" техническая реализация.
Intel добавляет на материнку чип-декодер, который заодно постоянно генерирует закрытый ключ, но никому его не сообщает. Сообщает открытый, который передается серверу, в ответ приходит зашифрованный поток, который этот чип может открыть, а произвольная программа - нет. Где противоречие?
Да, когда поток уже будет расшифрован - остается возможность его перехвата. Но есть опять-таки технические методы его усложнить... от нацеленной на экран камеры или подмены дисплея рекордером все равно ничто не защитит.
1) Ну сам сказал - после расшифровки всё дампается, если это, конечно, компьютер общего назначения, а не видеоплеер, где пользователь над софтом вообще никакого контроля не имеет.2) При открытом коде кто мешает без чипа сгенерировать закрытый ключ? Теретически от этого можно защититься, имея в чипе закрытый ключ (допустим, Интела), которым подписывается открытый, но на практике всё это быстро вырождается в приличный геморрой.
> от этого можно защититься, имея в чипе закрытый ключ (допустим, Интела),
> которым подписывается открытый, но на практике всё это быстро вырождается в
> приличный геморрой....и кроме того, расшифрованный контент можно сдампить двумя газилионами способов. Вплоть до того что есть девайсы которые делают вид что они - HDMI монитор. А реально - граббер контента. А уж камеру на экран наставить и записать симпатичный контент "на память" допирают даже самые деревянные хомяки, которые минимально в курсе того что бывают фотоаппараты и смарты с записью видео.
> Мои закрытые файлы внутри опенсурсного truecrypt-контейнера, оказывается, невозможны?Ты не можешь поделиться доступом к этим файлам со мной без риска что я их скопрую и твое шифрование пойдет лесом с интересом, т.к. нет гарантий что я зашифрую файл.
А DRM - целиком о попытке на елку влезть (расшфровать контент) и зад не ободрать (чтобы контент потом не пошел по рукам). А знаешь что хомяки нынче придумали? Они цифромыльницу или смарт на экран наставляют и просто переснимают то что им нравится. Они при этом тyпо не в курсе был ли там DRM, какие там алгоритмы и прочая буита, такой метод работает всегда :-).
> Нет, он при открытом коде всего лишь технически невозможен.Возможен: с restricted boot-ом [предельной-абстрактой, "правильной", вакуумной его реализацией] на железе клиента. (и да, это и ответ голубогразому рядом с "файлами на трукрипте" тоже). </нет понятнее я не пишу и не буду>
>> Нет, он при открытом коде всего лишь технически невозможен.
> Возможен: с restricted boot-ом [предельной-абстрактой, "правильной", вакуумной его реализацией]Но да, с камерой, направленной на экран и/или цап-ом, воткнутым в гнездо наушников (и прилагающейся деградацией какества) контент-таки утекает даже с. http://defectivebydesign.org/, да.
Надо продлить restriction management до уровня штекера в пользуемого потреб--теля контента. Чтоб не соскочил. Только от второго штекера как-то защититься -- и всё!
> Расскажите мне, анонимы, а каким образом DRM противоречит OpenSource?Он, скорее, противоречит не OpenSource, а FreeSoftware.
Или Вы хотели, чтобы Вам в очередной раз объяснили, почему DRM -- это плохо?
Ну, обычно эти объяснения сводятся к тому, что отбирание камеры у зрителя на премьере блокбастера - это нарушение его прав на свободу информации.
То есть к желанию халявы против желания правообладателей ограничить потребление жесткими рамками.
Я что-то упустил?
> Ну, обычно эти объяснения сводятся к тому, что отбирание (и вообще запрет на производство и использование) камеры у любого потенциального зрителя и попутная попытка ампутирования конечностей – "чтоб наверняка" ...подправил, т.к. на практике это выглядит именно так.
Да, я действительно слабо представлял практику, так как никогда не приходил в кинотеатр с камерой. Конечно, культура вежливого отношения к клиенту у нас DRM-ом сильно подточена.
> Да, я действительно слабо представлял практику,Навскидку:
давняя возня с аудио-сидюками, дабы "недопущать" возможного копирования - в итоге, проблемы с проигрыванием даже на "не кампутерах", "сюрпризы" типа попытки установки левого софта (сонькин руткит), невозможность без плясок с бубном слушать купленную музыку на плеере.Я уже не говорю о софте и игрульках – довольно долгое время было вполне нормально впендюривать пользователю руткиты-драйвера всяких старфорсов с секуромами.
Т.е. у тех, кто честно покупал игры, вполне можно было обнаружить десяток-другой(!) разных версий и "калибров" автоматически подгружаемых дров "защиты" для обеспечения этого самого ДРМца - что далеко не положительно сказывалось на стабильности системы.
Хотя бы потому что вполне "нормальным" поведением считалось, при обнаружении дебагеров и похожего софта, просто перезагрузить машинку. Не говоря уже о возможных конфликтах и багах в этих дровах. А уж просто отказ запускаться при наличии определенной хардвари даже упоминания не стоит ...
И это – у "профессионального" софта.
У "любителей" вообще было весело – вплоть до одной интересной итальянской(? не помню уже) спец. софтины для автомобилей , которая при подозрении на "нелегальное" использование и при стечении некоторых факторов бодро открывала хард в режиме прямого доступа и начинала писать нули.Так что да, к ДеРМецу я уже даавно отношусь не только без восторга, но и с опаской.
> Ну, обычно эти объяснения сводятся ... к желанию халявы против желания правообладателей ограничить потребление жесткими рамками.В принципе да, и тут до меня уже всё сказали, похоже. Я лишь дополню, что реальных денег стоит только создание продукта. А его копирование -- операция нулевой стоимости. За производство я готов платить. За копию -- нет.
Сейчас основная проблема кино- и аудиоиндустрий заключается в том, что за продажу копий они получают миллионы из воздуха, и разумеется не хотят эту возможность терять.
А тем временем, существуют и иные способы монетизации производства книг, музыки и даже кино.
Вот только иные способы работают не в пример хуже, и рассчитывать на них при составлении бюджета производства контента проблематично. Обязательно рано или поздно окажешься в убытке, в отличие от тех, кто работает по реальной и опробованной схеме - затраты на производство окупаются продажей копий результата. В которой тоже, кстати, плюс совсем не гарантирован, но хотя бы какие-то прогнозы можно делать еще до производства.
работают они хуже ровно потому, что рынок уже поделен и развиваться тупо некуда
Окей, давайте рассмотрим краудфандинг как пример такого "иного способа".> Вот только иные способы работают не в пример хуже, и рассчитывать на
> них при составлении бюджета производства контента проблематично.В этом случае всё просто: Вы сначала рассчитываете бюджет, а потом уже идёте с запросом спонсирования к сообществу. Либо вас спонсируют, либо нет. Если спонсируют, то спустя некоторое время Вы выдаёте продукт (ибо есть на что). Если не спонсируют - то Вы даже не начинаете работать.
Тут даже есть стимул выпустить продукт досрочно: если Вы завершаете проект раньше срока, довольны и бэкеры (вкладчики), и Вы заработали больше, чем хотели (ибо сохранили время).
> Обязательно рано или
> поздно окажешься в убытке, в отличие от тех, кто работает по
> реальной и опробованной схеме - затраты на производство окупаются продажей копий
> результата. В которой тоже, кстати, плюс совсем не гарантирован, но хотя
> бы какие-то прогнозы можно делать еще до производства.Вы можете оказаться в убытке, только если Вы плохой организатор производственного процесса, или не сумели правильно рассчитать бюджет заранее. Но это, извините, уже Ваши личные проблемы, и что немаловажно -- Ваша вина.
Ага. Краудфандинг...
1) это риск для пользователя, так как результат может получится не таким как он ожидал. Заплатил деньги за красивые обещания, а в итоге получится...
2) и да этот твой краудфандинг обычно работает по типу насобираем денег на краудфандинге, а потом еще и будем деньги за копии также брать
3) этому миру плевать на фанатские бредни о том как должно быть и прочее, тем более от теоретного диванного аналитика. Ладно бы ты сам что-то такое замутил и своим реальным опытом делился и рассказывал, так ты с умным лицом эксперта говоришь как надо делать другим
> 1) это риск для пользователя, так как результат может получится не таким
> как он ожидал. Заплатил деньги за красивые обещания, а в итоге
> получится...Ну да. А в случае с покупкой копии уже готового продукта Вы с той же самой проблемой, конечно же, не сталкиваетесь. :)
> 2) и да этот твой краудфандинг обычно работает по типу насобираем денег
> на краудфандинге, а потом еще и будем деньги за копии также
> братьЗначит, краудфандинг настолько хорош, что даже успешно вливается в существующие реалии и прекрасно комбинируется с иными способами монетизации производства. :D
> 3) этому миру плевать на фанатские бредни о том как должно быть
> и прочее, тем более от теоретного диванного аналитика. Ладно бы ты
> сам что-то такое замутил и своим реальным опытом делился и рассказывал,
> так ты с умным лицом эксперта говоришь как надо делать другимКакая прелесть.
1. Копирайтеры: Вы у нас воруете!
Оппозия: По факту, мы просто мешаем вам делать деньги из воздуха.
2. Копирайтеры: Тем самым вы загубите XXX-индустрию!
Оппозиция: Ваш способ не единственный пригодный для монетизации индустрии.
3. Копирайтеры: Все другие способы нежизнеспособны!
Оппозиция: Ну как же, вот например YYY -- очень даже жизнеспособен.
4. Копирайтеры: Пруфлинк или всё это гон и содомия!
Оппозиция: Вот вам пачка примеров, как люди воспользовались YYY.
5. Копирайтеры: Да кому интересно ваше мнение? Сперва добейся!
Оппозиция: Геббельс, залогиньтесь уже.Ну что ж Вы сразу к последней стадии-то. Надо быть последовательным. Вы п.4 пропустили.
Главный критерий - это удобство пользователя. О чём забывают фанатики FSF.
Так что если DRM доставляет неудобства пользователю в реальных юзеркейсах - то это плохо. А если DRM видите не устраивает только теоретиков-фанатиков, то на это плевать.
Основная проблема DRM и подобного - что эти штуки реализуются путём предоставления кким-то левым хренам контроля над вашей машиной. и рано или поздно этот контроль оказывается не в тех руках. Вот и всё."Фанатики FSF" обычно смотрят чуть подальше, чем на один шаг.
Вы правы: любой человек, который имеет наивность полагать, что вокзалы должны ориентироваться на пассажиров, а не на террористов, как сейчас - просто неумный фанатик!
Вот почти та же ситуация в сфере защиты "интелллектуальной собственности". Только здесь все 100% усилий направленый исключительно во вред.
А я-то думал - что это на минском вокзале пассажиру так комфортно по сравнению с московским Белорусским? Оказывается, страна недоразвитая!
> Рекомендую посетить развитые страны и посмотреть как организована анти-террористическаяВот я и предлагаю тебя запереть в камеру. Как потенциального террориста и потенциального нарушителя авторских прав. Чтобы ты на своей ж...е и ощутил в полной мере предлагаемые тобой же методики.
О, уже и подмена понятий в ход пошла. Не морочь голову каким-то мифическим "воровством", клоун. Вали в свой цирк.
> Расскажите мне, анонимы, а каким образом DRM противоречит OpenSource?Легко: DRM подразумевает что ключа у пользователя нет и он может делать с информацией только предусмотренное и разрешённое производителем.
> Шифровать контент вроде как можно и открытым кодом.
Можно, но смысла от такого шифрования - только успокоить проприерастов словом "шифрование есть", хотя оно абсолютно бесполезно. Любой DRM в принципе по своей сути и задумке бесполезен для защиты контента и вреден для всего остального. Хорошо он сможет работать только если к пользователю приставить вооружённых амбалов и разрешить смотреть видео только в секретном подвале с телевизором за решёткой. В принципе это бы устроило проприерастов, но вот беда - пользователи за такое не то что деньги отдавать не будут, скорее всего вообще на вилы поднимут.
Не обязательно, в ДРМ тут заинтересован только МС. Циску интересует именно шифрование видеопотока между клиентами для корпоративной связи и, желательно так, чтобы можно было готовые железки с этим клепать.
А майкрософту то какая на разница в DRM? У них же нет никакого сервиса видео.
Вот Amazon, Google, Netflix - другое дело.
Вы смотрите в корень. У майкрософта до сих пор нет сервиса видео - а люди на этом деньги зарабатывают! Непорядок, надо попытаться хоть в этот вагон заскочить!
> А майкрософту то какая наС участием Мс "объединили усилия ..." превращается во "вступили в преступный сговор с целью завладения имуществом и неимущественными активами ...[кроликов, да]".
Cisco
Microsoft
свободногоага, держите карман шире
> Cisco
> Microsoft
> свободного
> ага, держите карман ширеВот именно, держи шире - я скоро приду)
Мелковат ты для полярного лиса.
> ага, держите карман ширеНу так там уже и написано - про шифрование. Стало быть DRM crap.
https://github.com/cisco/openh264
Нехилая такая команда!
"Чтоб творить им совместное зло потом, поделиться приехали опытом..."
Помнят ещё Высоцкого :-) Но с другой стороны - всем участникам прямой интерес иметь общедоступный кодек - все вещают, от Netflix до Cisco, и для всех кроме MS сам кодек - это лишь кусок решения, и если он будет открытым и бесплатным ни цента не потеряют. У MS есть какие-то патенты на h.265, но, может, даже с их учётом выходит выгоднее ничего не получать и не платить другим держателям патентов. А вот экономия на роялти плюс хороший пиар - будут.
То есть вру - все вещают, кроме интела - вот как он там оказался - неведомо. Но интел вообще иногда с ровного места в проекты лезет - тот же moblin вспонить.ну и мозилла - тут всё ясно, дошло, что своими силами Daala не потянуть, а пример Opus - вон, перед глазами.
У интела, видимо, есть интерес части реализации в железо пристроить. Особенно те, которые так не нравятся здешним анонимам.
>кроме интела - вот как он там оказался - неведомоТот ещё любитель DRM.
> кроме интела - вот как он там оказался - неведомоОптимизация кодека, для работы с железом, может быть частично/полностью аппаратная реализация кодека. Почему бы и нет. Вполне в духе Intel.
Лишь бы под этим соусом Даалу пилить не бросили. А так пусть буржуины в цилиндрах трясут златом над чем хотят.
Конечно бросят, люди из Daala - одни из инициаторов этого проекта. Чего ради сидеть в своём загончике, если можно сотрудничать и иметь гораздо более широкий пул технологий, человеческие ресурсы, заведомую поддержку в основных браузерах и т.п.?
Ого, похоже Нетфликс решил послать ко всем чертям кодлу из MPEG LA, вечер перестает быть томным.
> Ого, похоже Нетфликс решил послать ко всем чертям кодлу из MPEG LA,Там на HEVC уже ТРИ кодлы набралось. Вот сабжи видимо и подо...ли с такого расклада :).
Контент будет только в этом кодеке (лучшем, унифицированном, открытом, бесплатном). И будет контент, конечно, закрытым и не бесплатным.
Контент будет таким же, как и сейчас.
Просто сейчас закрытость реализуется неуклюжими костылями, а будет - стандартно.
это как бы все замечательно, но почему производителей железа не подключили? Тот же Медиатек, Тошибу и т.д.. Без поддержки с их стороны, промышленным стандартом, как h264, например, не стать.
А что, к ним должны были прийти со штепселем - подключать?
Будет что-то стоящее, сами прибегут подключаться.
> но почему производителей железа не подключили?А Intel и Cisco кто? Может и ещё кто подключится. Структура же не закрытая.
Слова "Microsoft" и "свободный" вещи противоречивые ...
> Слова "Microsoft" и "свободный" вещи противоречивые ...См. dictionary://openwashing (http://www.theregister.co.uk/2015/07/08/beware_fake_opensour.../) Опенсорс им.О'Райли http://thebaffler.com/past/the_meme_hustler подрос-возмужал!
В исх.статье(блог на мозиле) именно "open" поминается, а "free" -- только в составе "royalty-free". За "свободный" Майкрософт-опенвошинг -- спасибо редакторам opennet. За перевод "a truly world-class royalty-free codec" как "по настоящему высококлассного свободного кодека".
>>MicrosoftОО Срочно форкаем все свободные кодеки!
>Переносимость и открытость;А так же полное отсутствие поддержки в текущем поколении бытовой техники
Так не особо проблема, щас экономика с курсом на ненадёжность. "Всё быстро ломается - в магазин за новой"
загадили планету? — пора перебираться на другую, ага
> загадили планету? — пора перебираться на другую, агаА знаешь, жизненный цикл Солнца - не резиновый. Так что однажды придется. Или добро пожаловать вслед за динозаврами.
Сюрприз - любой ещё не разработанный кодек не поддерживается в нынешнем поколении? Всё, новое вообще не надо разрабатывать?
Это не сюрприз. Это полный афедрон.
тем временем: Microsoft уже начала запиливать поддержку WebM и VP9 в Edge, с пометкой "defacto standard" и ссылкой на сайт из топика. Пруфлинк:http://dev.modern.ie/platform/status/webmcontainer/
http://dev.modern.ie/platform/status/vp9videocodec/
Вот это да...
Тогда без поддержки свободных кодеков останется только safari от apple.
Начинание хорошее. Пускай пилят ребята. Думаю, у них получится создать отличный кодек(или даже семейство кодеков), которые будут лучше существующих, и которые получат реальное распространение.
А почему Apache 2.0? Мне кажется, что такой проект должен быть под BSD или MIT.
А совместима ли она с GPL?
> А почему Apache 2.0? Мне кажется, что такой проект должен быть под
> BSD или MIT.Фигуранты код отдавать не хотят, но хотят защиты от патентов. Серпентарий единомышленников. Это АПЛ2.0.
> А совместима ли она с GPL?
Ага. С GPLv3.
https://www.apache.org/licenses/GPL-compatibility.html
https://www.gnu.org/licenses/license-list.en.html#apache2
Теперь бы минтам, убунтам, гномам и всем его форкам объединится и пилить одно окружение рабочего стола.
> Теперь бы минтам, убунтам, гномам и всем его форкам объединится и пилить
> одно окружение рабочего стола.Так, обоснуй бизнес-кейз Гуглю, Майкрософту и Интелю -- будет тебе, шо тошно станет.
Мелкомягкие здесь лишние...
Наличие там мелкомягких - гарантия, что оно окажется в винде. То есть гарантированно будет играться на винде (там может быть только хром, мозилла или эдж - все будут поддерживать). То есть половина быстрого успеха кодека (гугл - вторая половина).
Если бы они еще к замене JPEG так же конструктивно подошли.
А то каждый для себя формат запилил, и сидят ждут.
Ребята, не ругайтесь.