Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
Сообщение от opennews (??), 01-Сен-15, 20:28
Объявлено (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
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по времени | RSS]

2. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+8 +/–
Сообщение от Аноним (-), 01-Сен-15, 20:30
Во, совсем другое дело. Давно бы так. p.s. а как они микрософт то уломали? MS засцал от перспективы поддерживать 3 кодека в браузере? :)
Ответить | Правка | Наверх | Cообщить модератору

	6. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+35 +/–
	Сообщение от Ordu (ok), 01-Сен-15, 20:41
	У майкрософта опять какой-нибудь хитрый план, вот посмотришь. В результате все свободные видеокодеки загнутся, останутся только те, с которых отчисления майкрософту идут. Удивительно лишь то, что почему-то история никого не учит, и с майкрософтом продолжают сотрудничать, каждый раз наступая на одни и те же грабли.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–7 +/–
	Сообщение от Тот_Самый_Анонимус (?), 01-Сен-15, 21:42
	Не стоит искать хитрый умысел там, где всё объясняется банальной глупостью.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+12 +/–
	Сообщение от EHLO (?), 01-Сен-15, 21:54
	> Не стоит искать хитрый умысел там, где всё объясняется банальной глупостью. Особенной хитрости не нужно чтобы тормозить разработку и тащить все потенциально полезное к себе в проприетарный аналог. С OpenGL в свое время был аналогичный случай: Microsoft так же входил в группу разработчиков и одновременно пилил свой Direct3D.
	Ответить | Правка | Наверх | Cообщить модератору

	24. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Аноним (-), 01-Сен-15, 22:53
	>> Не стоит искать хитрый умысел там, где всё объясняется банальной глупостью. > Особенной хитрости не нужно чтобы тормозить разработку А вот это может и не получиться. Кодек на 10% спецификации и на 90% - реализация. И хоть там трава не расти, но независимых разработчиков тормознуть в плане качественной реализации не получится. А качественная реализация простой спецификаци может уделать с треском абы какую реализацию более сложного и эффективного стандарта. Опенсорсный xvid легко делает H.264 от адобы по битрейт/качество. Хоть xvid и реализует простой профайл MP4, а H.264 - куда более полный, фичастый и потому потенциально более эффективный суперсет фич MP4. > С OpenGL в свое время был аналогичный случай: Microsoft так же входил > в группу разработчиков и одновременно пилил свой Direct3D. OpenGL заглох в развитии как-то без участия MS. Да и DX - тоже. Собственно и DX и GL в последнее время лишь немного косметически дополняли, и не более того.
	Ответить | Правка | Наверх | Cообщить модератору

	29. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+3 +/–
	Сообщение от EHLO (?), 01-Сен-15, 23:02
	> OpenGL заглох в развитии как-то без участия MS. Да и DX - > тоже. Собственно и DX и GL в последнее время лишь немного > косметически дополняли, и не более того. Дело было в конце 90-х и начале 00-х, а не в последнее время.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 02-Сен-15, 03:07
	> Дело было в конце 90-х и начале 00-х, а не в последнее время. А реально развитие встряло в последнее время. Пока АМДшники со своим Mantle не показали что можно все это взять да и переделать. Под то как устроеныс современные GPU. А не тот доисторический fixed function hardware и даже не нечто с делением по типам шейдеров.
	Ответить | Правка | Наверх | Cообщить модератору

	125. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 02-Сен-15, 23:40
	Каким образом видео-API связан с устройством современных GPU?
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Cameron (?), 03-Сен-15, 12:00
	Когда в API всё задумано под работу с теми GPU которые были многолет тому назад, то чтобы работать с современными GPU идёт большой оверхед на связь API с исполнителем этих команд, что скорости не прибавляет.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 03-Сен-15, 19:32
	> Каким образом видео-API связан с устройством современных GPU? Ну вот таким. У OpenGL много оверхеда и он все делает своеобразно. Там нельзя просто взять и сделать что-то. Извольте забиндить ресурс, и только тогда сможете с ним что-то делать. Direct State Access, позволяющий не делать binding - появился там без году неделю. И все-равно GL весьма далеко от того что хотели бы создатели игровых движков на самом деле. Они хотели бы простой, низкоуровневый, предсказуемый доступ. С минмальным оверхедом. А не меганевъ...ное и тормозливое апи с кучей внутренних операций и навязыванием всякого безобразия, так что потом это все приходится костылить и воркэраундить, а работает все-равно так себе. А Vulkan - слизан с Mantle, и все это создано по заявкам более-менее современных игроделов с их актуальными движками. Он сделан с нуля и под современное железо. Железо которое fixed function или с делением на типы шейдеров - принципиально в пролете. Это яркая черта между допотопным старьем и современными архитектурами.
	Ответить | Правка | К родителю #125 | Наверх | Cообщить модератору

	42. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Добрый Дохтур (?), 02-Сен-15, 00:30
	> Опенсорсный xvid легко делает H.264 от адобы по битрейт/качество. Хоть xvid и > реализует простой профайл MP4, а H.264 - куда более полный, фичастый > и потому потенциально более эффективный суперсет фич MP4. как можно сравнивать кодеки (mpeg-4 part 2 vs mpeg-4 part 10) и контейнер для видео(mp4)?
	Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

	56. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–1 +/–
	Сообщение от Аноним (-), 02-Сен-15, 03:09
	> как можно сравнивать кодеки (mpeg-4 part 2 vs mpeg-4 part 10) и > контейнер для видео(mp4)? Как видишь, ты понял что я имел в виду, док ;). Пардон, я не такой фанат мпега чтобы наизусть помнить их обозначения. Я вообще MPEG недолюбливаю за то что они поклали на патенты и втюхивают как стандарты проблемный крап.
	Ответить | Правка | Наверх | Cообщить модератору

	110. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+3 +/–
	Сообщение от Анонимный кодировщик (?), 02-Сен-15, 16:31
	> Пардон, я не такой фанат мпега чтобы наизусть помнить их обозначения. Я вообще 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" то еще и от прямоты рук того, кто жамкает кнопки.
	Ответить | Правка | Наверх | Cообщить модератору

	113. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+2 +/–
	Сообщение от Аноним (-), 02-Сен-15, 18:17
	> Ты невежда, и еще и кичишься этим. Если бы знал названия, не писал бы ахинею типа: Невежа в курсе идей работы этих алгоритмов. И знает чем отличаются 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 случается традиционная для них лажа на титрах.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от irinat (ok), 02-Сен-15, 22:40
	> И знает чем отличаются I, P и B кадры. Кстати, всегда хотел узнать, чем отличаются P и B кадры в H.264. Вроде как B там может иметь от одной до 16 ссылок. Зачем там тогда вообще P слайсы?
	Ответить | Правка | Наверх | Cообщить модератору

	126. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+2 +/–
	Сообщение от mkarev (?), 03-Сен-15, 06:52
	i слайсы не ссылаются по времени ни на кого p слайсы ссылаются только на предыдущие опорные кадры b слайсы ссылаются как на предыдущие, так и на будущие опорные кадры при кодировании b кадров необходим так называемый реордеринг - переупорядочивание кадров, который заключается в том, что порядок кодирования не соответствует порядку отображения кадров на экране число опорных кадров не зависит от типа слайса, оно определено для всей кодируемой последовательности
	Ответить | Правка | Наверх | Cообщить модератору

	141. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+2 +/–
	Сообщение от Аноним (-), 03-Сен-15, 20:22
	> Кстати, всегда хотел узнать, чем отличаются 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 последовательности страдали таким артефактом. Там деградирует качество и прочая, но как-то более равномерно и потому не так заметно на движущейся картинке. Да, это к вопросу о метриках и учете заскоков в динамике. Вот этот артефакт назойлив именно при просмотре мувика. В стопкадре никаких подвохов не видно.
	Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

	164. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 11-Сен-15, 16:17
	> Есть правда бонус: если декодеру не хватает времени, 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).
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+6 +/–
	Сообщение от mvgolubev (?), 02-Сен-15, 01:22
	> С OpenGL в свое время был аналогичный случай: Microsoft так же входил > в группу разработчиков и одновременно пилил свой Direct3D. С OS/2 в свое время был аналогичный случай: Microsoft так же входил в группу разработчиков и одновременно пилил свой Windows.
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	63. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+3 +/–
	Сообщение от EHLO (?), 02-Сен-15, 09:07
	>> С OpenGL в свое время был аналогичный случай: Microsoft так же входил >> в группу разработчиков и одновременно пилил свой Direct3D. > С OS/2 в свое время был аналогичный случай: Microsoft так же входил > в группу разработчиков и одновременно пилил свой Windows. В принципе да, такой же развод. С той лишь разницей, что OS/2 проприетарь, так что мне лично фиолетово в какую позу проприетарщик проприетарщика нагнул.
	Ответить | Правка | Наверх | Cообщить модератору

	120. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Аноним (-), 02-Сен-15, 18:51
	> Не стоит искать хитрый умысел там, где всё объясняется банальной глупостью. Halloween Documents намекают нам что банальной глупостью в мелкосаксе дело все-таки не ограничивается.
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	136. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 03-Сен-15, 15:46
	глупость одних вполне может использоваться в интересах других
	Ответить | Правка | К родителю #17 | Наверх | Cообщить модератору

	20. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+4 +/–
	Сообщение от нонайм (?), 01-Сен-15, 21:59
	windows as a service требует нового подхода.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	38. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–1 +/–
	Сообщение от Michael Shigorin (ok), 01-Сен-15, 23:37
	> windows as a service требует нового подхода. disservice as a service?
	Ответить | Правка | Наверх | Cообщить модератору

	118. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Аноним (-), 02-Сен-15, 18:43
	PAAS. Pwnage As A Service.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+5 +/–
	Сообщение от Аноним (-), 01-Сен-15, 22:47
	> У майкрософта опять какой-нибудь хитрый план, вот посмотришь. Я подозреваю что план относительно простой и сводится к усиленному размахиванию тем фактом что они теперь тоже поддерживают новый стандарт. Куча пиара на ровном месте. Ну а что, с WebGL они прогнулись. Даже в Khronos немного вошли. Но только по части webgl. Обычный OpenGL(-ES) и прочие вулканы их вроде как не интересуют - у них же свой DX12, блаблабла. Чем они знатно подставляют своих програмеров - виндовые програмеры становятся неконкурентоспособны. Особенно на мобильных рынках, в вебе и прочая. > В результате все свободные видеокодеки загнутся, Что-то не помню чтобы после выхода OPUS'а остальные загнулись. А там хоть и не микософт напрямую, но все-таки скупленный ими Skype. И кажись уже после покупки. В смысле в opus от скайпа какие-то куски патентов безвозмездно отдали. Вроде пока никому ничего никто за это не предъявил, хотя появилось все это не вчера и мозилла и хром внедрили. > лишь то, что почему-то история никого не учит, и с майкрософтом > продолжают сотрудничать, каждый раз наступая на одни и те же грабли. Ну они вон WelGL реализовали недавно. А какой-нибудь интель так и вовсе с MS по жизни дружил. Тем не менее, дружба дружбой но интель как-то так не стесняясь возится с линухом, имея на него большие планы. Вообще, с развитием веба и мобильных девайсов - MS наверное уже догадался что идея вендорлока на винду с треском провалилась и работает против MS. Но вот где они еще могут нагадить - вопросец, да. Я им доверять не собираюсь - слишком уж долго они подковерные подлости всем делали.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	33. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–2 +/–
	Сообщение от GrammarNarziss (?), 01-Сен-15, 23:13
	"Микрософт", позорище.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	35. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+3 +/–
	Сообщение от EHLO (?), 01-Сен-15, 23:15
	> "Микрософт", позорище. "Микрософт" ― позорище.
	Ответить | Правка | Наверх | Cообщить модератору

	57. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–1 +/–
	Сообщение от Аноним (-), 02-Сен-15, 03:10
	> "Микрософт" ― позорище. Майкрософт, позорища.
	Ответить | Правка | Наверх | Cообщить модератору

	86. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–2 +/–
	Сообщение от Аноним (-), 02-Сен-15, 12:37
	>Майкрософт, позорища. Некрософт, позорище.
	Ответить | Правка | Наверх | Cообщить модератору

	112. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 02-Сен-15, 18:06
	> "Микрософт", позорище. "Майкрософт" - официальное русскоязычное название компании.
	Ответить | Правка | К родителю #33 | Наверх | Cообщить модератору

	49. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–4 +/–
	Сообщение от Аноним (-), 02-Сен-15, 01:01
	Кругом заговоры? Так то мс тоже нужен этот кодек, а уж как кодеку нужен мс и не переоценить. Т е, даже если мс будет делать что-то не так, остальные будут вынуждены это принять.
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	137. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 03-Сен-15, 15:51
	ага, BeOS про заговоры расскажи
	Ответить | Правка | Наверх | Cообщить модератору

	69. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–1 +/–
	Сообщение от llirik (ok), 02-Сен-15, 10:05
	по поводу "наступают на одни и те же грабли"- вот у меня такой-же вопрос относительно американского доллара. почему в него все вкладываются?
	Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

	88. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 02-Сен-15, 12:40
	Это другое. Не вкладываться в доллар равносильно решению задачи в системе координат без системы координат.
	Ответить | Правка | Наверх | Cообщить модератору

	156. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от XoRe (ok), 04-Сен-15, 17:50
	> по поводу "наступают на одни и те же грабли"- вот у меня > такой-же вопрос относительно американского доллара. почему в него все вкладываются? Вкладываться - я так понял, вы имеете в виду покупать, а не инвестировать в него? Ну его курс растет, а значит завтра за 1 доллар можно будет купить больше рублей, чем сегодня. Чеб не покупать? Будет так же расти золото, будут покупать золото. На бирже, в принципе пофиг, что покупать, если его курс растет. Вы бы лучше спросили, почему государство продает нефть за доллары, а не за рубли.
	Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

	161. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–1 +/–
	Сообщение от Аноним (-), 07-Сен-15, 13:21
	покупаю доллар мы инвестируем в него, не так ли?
	Ответить | Правка | Наверх | Cообщить модератору

	163. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от XoRe (ok), 08-Сен-15, 19:17
	> покупаю доллар мы инвестируем в него, не так ли? Инвестиции (англ. Investments) — размещение капитала с целью получения прибыли. Покупая булочку в магазине, вы инвестируете в булочку? Или в магазин? Или в булочную? Или в кондитерскую промышленность?) Нет, т.к. вы не получите прибыль в будущем, вы просто получаете булочку сейчас. Вообще, так как понятие "инвестиции" сейчас используется очень широко, то да, даже покупку валюты сейчас называют инвестицией. Точнее, это спекулятивные инвестиции (покупка активов исключительно ради возможного изменения цены). Но это не инвестиция в доллар, как в валюту вообще. Это инвестиция в те доллары, которые вы схороните под кровать, или в банк. Поэтому, покупая доллар, вы не инвестируете в него. Вы его укрепляете.
	Ответить | Правка | Наверх | Cообщить модератору

	9. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+2 +/–
	Сообщение от soarin (ok), 01-Сен-15, 21:01
	Ну так поддержку flac и mkv в венде же добавили из коробки.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	10. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–1 +/–
	Сообщение от анонко (?), 01-Сен-15, 21:10
	> Ну так поддержку flac и mkv в венде же добавили из коробки. Только в десятую)
	Ответить | Правка | Наверх | Cообщить модератору

	142. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Аноним (-), 03-Сен-15, 20:32
	> Только в десятую) Кстати да, ад таки замерзает: M$ тихой сапой и без громкой помпы в своем Edge пилит поддержку VP9, Vorbis, webm и OPUS. Они как-то так после сабжевого анонса тихонько поменяли статус этих фич в своем загончике описывающим статус IE.
	Ответить | Правка | Наверх | Cообщить модератору

	151. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от тоже Аноним (ok), 03-Сен-15, 22:28
	Просто однажды эта контора сделала программу, которую весь мир считал настоящим браузером, и теперь у них идея-фикс повторить тот успех. Пока безрезультатно.
	Ответить | Правка | Наверх | Cообщить модератору

	89. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 02-Сен-15, 12:43
	Ага, а ещё теперь из коробки трояны и кейлоггеры. Оно и правильно - хомяки всё равно свои вендокомпы используют в основном для них.
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	102. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 02-Сен-15, 14:57
	Это они для себя делали, в ветку для пользователей случайно попало, как бы они иначе смотрели нелицензионный контент слитый с милионов хомячков?
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	14. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+2 +/–
	Сообщение от Аноним (-), 01-Сен-15, 21:13
	от необходимости платить патентным троллям из HEVC Advance роялти за каждую копию винды
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	31. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Crazy Alex (ok), 01-Сен-15, 23:06
	А у майкрософта - skype/linq. И кодек им нужен не меньше, чем циске.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	94. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от пох (?), 02-Сен-15, 13:02
	> Во, совсем другое дело. Давно бы так. Так оно - давно уже так, только тот кодек назывался vp9 - и был по всем параметрам неудачным. Поэтому даже всей дурью гугля пропихнуть его не удалось - поддерживается всеми и никем не используется. Включая и самого гугля. При этом в любом случае нужен новый - под 4k и выше то что есть - неоптимально или недоработано. > p.s. а как они микрософт то уломали? MS засцал от перспективы поддерживать > 3 кодека в браузере? :) MS любит платные кодеки и форматы только в одном случае - когда платят ему. Это корпорация бабла, а не абсолютного зла. Когда ему, наоборот, нужно платить за чужие патенты (того хуже - за них должны платить производители виндофонов, что плохо влияет на продажи) - он сразу начинает любить бесплатное. При этом своих патентов в этой области у него нет, зато они есть у гугля и циски.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	143. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Crazy Alex (ok), 03-Сен-15, 20:39
	Патенты у него какие-то есть, во всяком случае, в мпегле он состоит и что-то там получает с роялтей, хотя отдаёт другим держателям больше. Как-то так.
	Ответить | Правка | Наверх | Cообщить модератору

	145. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 03-Сен-15, 20:50
	> пропихнуть его не удалось Вообще-то удалось. Мозилла его запилила давно. Так что в сумме с хромом уже сейчас более 50% браузеров его играют. И даже MS таки пошел его запиливать. Как и WebGL. Видимо они поняли что с мобилками, планшетами и прочими смарт-ТВ они безнадежно в пролете и признали очевидное: теперь они не короли и диктаторы рынка, а всего лишь "одни из". И придется с остальными участниками рынка дружить. Иначе кина не будет. А учитывая что на HEVC вылезло уже три группы патентных троллей - так можно и вовсе без видео остаться.
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

	150. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+2 +/–
	Сообщение от sage (??), 03-Сен-15, 21:50
	>Поэтому даже всей дурью гугля пропихнуть его не удалось - поддерживается всеми и никем не используется. Включая и самого гугля. wut? На youtube уже, наверное, года два как используется в качестве основного для HTML5.
	Ответить | Правка | К родителю #94 | Наверх | Cообщить модератору

3. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+53 +/–
Сообщение от Аноним (-), 01-Сен-15, 20:32
Пчела 1, пчела 2, пчела 3 и медведь объединили усилия в создании нового свободного мёда
Ответить | Правка | Наверх | Cообщить модератору

	12. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 01-Сен-15, 21:10
	Скорее уж две пчелы и два медведя.
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+5 +/–
	Сообщение от ГГ (?), 01-Сен-15, 21:46
	Нет, надо вот так: "пчела, шмель, три медведя и два крокодила"
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+4 +/–
	Сообщение от тоже Аноним (ok), 02-Сен-15, 00:27
	А на Опеннете обсуждают, от кого из этого оркестра пахнет не медом.
	Ответить | Правка | Наверх | Cообщить модератору

4. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–2 +/–
Сообщение от EverWinter (?), 01-Сен-15, 20:36
Amazon, Microsoft и Netflix здесь явно лишние
Ответить | Правка | Наверх | Cообщить модератору

	16. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+6 +/–
	Сообщение от asavah (ok), 01-Сен-15, 21:37
	отнюдь netflix и amazon контент раздают за денежку и им как бэ не комильфо платить hevc-барыгам, а 4k хочется раздавать, при этом экономя полосу. ыффективные манагеры сели и посчитали - выходит дешевле скинуться и оплатить разработку чем башлять за каждый чих. зы и учитывая вес данной "хунты" они свои кодеки ещё и железоделам пропихнут для аппаратного декодирования.
	Ответить | Правка | Наверх | Cообщить модератору

	27. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 01-Сен-15, 22:56
	> зы и учитывая вес данной "хунты" они свои кодеки ещё и железоделам > пропихнут для аппаратного декодирования. Так гугель вон нахаляву раздавал блок декодера VP8, а потом и VP9. И неплохо так пошло, в новые SoC даже всякие китайцы охотно понапихали. Кто ж от халявы откажется? :)
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Аноним (-), 02-Сен-15, 06:44
	не видел еще ни одной железки, которая могла бы кодировать VP9. Декодировать - да, сколько угодно.
	Ответить | Правка | Наверх | Cообщить модератору

	111. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 02-Сен-15, 17:15
	> не видел еще ни одной железки, которая могла бы кодировать VP9. Так ты зайди на webmproject.org да посмотри. Новые SoC - умеют уже и кодирование порой.
	Ответить | Правка | Наверх | Cообщить модератору

	117. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 02-Сен-15, 18:42
	http://wiki.webmproject.org/hardware/socs зашел, там только старые SoC. Вроде бы умеют только новые Qualcomm и NVidia, а например у Intel, Mediatek и Samsung поддержки кодирования VP9 нет даже в готовящихся к выпуску продуктах (всякие Skylake и Helio X20). Да сейчас и смысла в этом нет, если уже ведется работа над VP10.
	Ответить | Правка | Наверх | Cообщить модератору

	119. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 02-Сен-15, 18:49
	> зашел, там только старые SoC. Ну да, они там тормозят с обновлением. > Вроде бы умеют только новые Qualcomm и NVidia, а например у Intel, > Mediatek и Samsung поддержки кодирования VP9 нет даже в готовящихся > к выпуску продуктах. Тем не менее, даже всякие китайцы уж как минимум декодеры понапихали. > Да сейчас и смысла в этом нет, если уже ведется работа над VP10. По состоянию на данный момент VP10 == копипаст кода из VP9, глобальное отличие - только в формальном праве ломать его несовместимым с VP9 образом :). А в свете сабжевых инициатив - интересный вопрос куда сдвинутся приоритеты гугля.
	Ответить | Правка | Наверх | Cообщить модератору

	28. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Ytch (ok), 01-Сен-15, 22:58
	> ыффективные манагеры сели и посчитали - выходит дешевле скинуться и оплатить разработку чем башлять за каждый чих. Так а зачем им альянсы всякие? Взяли б готовые наработки (да хоть тех же xiph.org), доплатили б за доработку, инженеров бы подкинули в помощь, если что-то не устраивает и вперед - использовать и пропихивать. Можно, для весу, тоже самое и в составе альянса (пропихивать как стандарты легче, наверное). Но нет, надо "разработать новое". И так не первый раз уже! Что наводит на очевидные мысли, что существующие свободные решения (и новые улучшенные на их основе) этих перцев не устраивают. Причем не в техническом плане не устраивают (с их-то ресурсами, характеристики можно доработать как угодно до любого нужного состояния). Что может не устраивать из нетехнического? Что продукт не твой и ты не можешь влиять на его техническое развитие в нужном тебе направлении? Подкинь ресурсов и вряд ли кто откажется доработать до нужного и в будущем тоже. А вот если не устраивает "свободность", невозможность насильно впарить, собрать отчисления и все остальное, чем славны некоторые из перечисленных контор, то да - надо пилить новое, "лицензионно чистое", без левых свободных авторов (а то возьмешь свободное за основу, применишь свои обычные принципы и получишь новый LibreOffice).
	Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

	39. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Crazy Alex (ok), 01-Сен-15, 23:50
	Так они и взяли. И дорабатывать собрались. Daala - это кто, как не xiph.org?
	Ответить | Правка | Наверх | Cообщить модератору

	47. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Ytch (ok), 02-Сен-15, 00:47
	"при разработке будут заимствованы технологии", имхо, не тоже самое что дорабатывать. Больше похоже на "подсмотрим идеи", а не на "будем развивать". Так-то в целом это было б нормально, но сильно смущает в состав участников. Да и если все-таки именно развивать 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 ))
	Ответить | Правка | Наверх | Cообщить модератору

	50. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Crazy Alex (ok), 02-Сен-15, 01:08
	Пацаны учли ошибку с VP9 и решили хором склепать кодек, в котором будут не только учтены их интересы,а который будет реально использоваться как стандарт де-факто. Начали это дело, если помните, Cisco и разработчки Daala в виде NETVC. По словам одного из них (дааловца то бишь - и да, мозилла считает этот проект своим) они уже с год сотрудничают. Остальные подтянулись чуть позже. Идея очевидна - им на фиг не нужно повторение ситуации с патентами на h.265, когда даже при готовности платить неизвестно, кому, сколько и за что. И Майкрософта это тоже касается - они сейчас Linq/Skype крайне активно (и не без успеха) продвигают. Лучше бы спросили, что там Интел забыл.
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Ytch (ok), 02-Сен-15, 01:35
	> Лучше бы спросили, что там Интел забыл. С Интелом понятно, что непонятно чего им-то )) > И Майкрософта это тоже касается... Да понятно, что их касается, как и многих других. Просто вся их возня в различных альянсах и объединениях на разные темы за последние несколько лет, по факту, обычно прямо противоположна заявленному (типа мы тут честно делимся, да еще так чтоб ничего не могло быть потом использовано против). И помощь, и делиться своим, и продвижение в качестве стандарта - все это они могут делать и не вступая в альянс (и раньше могли, вот только не делали).
	Ответить | Правка | Наверх | Cообщить модератору

	81. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Crazy Alex (ok), 02-Сен-15, 11:39
	"Не вступая в альянс" - это ж какой идиот будет тратить ресурсы, не защитив свои интересы? Понятно, что у них есть определённые требования к результату и им нужен механизм, как эти требования соблюсти. Ну и насчёт честно/нечестно - Apache 2.0 вполне адёжно снимает патентные проблемы.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Аноним (-), 02-Сен-15, 03:12
	> там Интел забыл. Как что? Первыми внедрить новый СТАНДАРТ!!!111 в свои чипы. И гордо размахивать этим фактом перед носом конкурентов, экстренно перевыпускающими новые версии SoC :)
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	61. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 02-Сен-15, 06:48
	>они сейчас Linq/Skype крайне активно (и не без успеха) продвигают во-первых не Linq (это синтаксический сахар для C#), а Lync. Во-вторых - "However, on 11 November 2014, Microsoft announced that in 2015 Lync would be replaced by Skype for Business"
	Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

	80. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Crazy Alex (ok), 02-Сен-15, 11:33
	Ага, точно, запутался я в их линках. А как продукт наывается - дело десятое, по факту они что-то гибридное слепили. В рекламе они пишут Linc/Skype пока что.
	Ответить | Правка | Наверх | Cообщить модератору

	152. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от ZiNk (ok), 04-Сен-15, 10:58
	>> В рекламе они пишут Linc/Skype пока что. Давно уже заменили Lync на Skype for Business. Немного переработали, интерфейс поближе к скайпу сделали, но потроха те же.
	Ответить | Правка | Наверх | Cообщить модератору

	157. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от XoRe (ok), 04-Сен-15, 17:52
	> Amazon и Netflix здесь явно лишние А вы в курсе, что эти две компании - крупнейшие раздатчики онлайн видео на планете?
	Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

5. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
Сообщение от Аноним (-), 01-Сен-15, 20:41
Зачем еще один видеокодек? Чем не устраивают VP9 и Thor от Cisco? Напоминает известную картинку про 14 конкурирующих стандартов.
Ответить | Правка | Наверх | Cообщить модератору

7. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+2 +/–
Сообщение от Аноним (-), 01-Сен-15, 20:45
>методы шифрования Опять DRM в кодеке будет?
Ответить | Правка | Наверх | Cообщить модератору

	11. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+3 +/–
	Сообщение от Аноним (-), 01-Сен-15, 21:10
	Да ты на состав альянса посмотри!
	Ответить | Правка | Наверх | Cообщить модератору

	26. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Аноним (-), 01-Сен-15, 22:55
	> Да ты на состав альянса посмотри! Лучшие друзья опенсорса, полный список :)
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–2 +/–
	Сообщение от тоже Аноним (ok), 02-Сен-15, 00:32
	Расскажите мне, анонимы, а каким образом DRM противоречит OpenSource? Шифровать контент вроде как можно и открытым кодом.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от правдоруб (?), 02-Сен-15, 00:46
	И ключ открыть.
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 02-Сен-15, 01:10
	> И ключ открыть. Водяные знаки уже запретили? А так да – для "полноценного" ДРМца нужно заДээРьМировать полностью и железо и софт. Иначе, при большом желании, ключики можно таки вылавливать или тупо перехватывать расшифрованный видео/аудио поток. Т.е. ДРМ-о в железе и софте, это такой "идеал", к которому (более-менее успешно) сейчас стремятся ...
	Ответить | Правка | Наверх | Cообщить модератору

	116. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Аноним (-), 02-Сен-15, 18:33
	> А так да – для "полноценного" ДРМца нужно заДээРьМировать полностью и железо и софт. И, главное, пользователя наручниками к батарее приковать. Иначе хомяки имеют наглость наставлять камеру на экран. Во мерзавцы, да? :)
	Ответить | Правка | Наверх | Cообщить модератору

	121. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Аноним (-), 02-Сен-15, 18:54
	> И, главное, пользователя наручниками к батарее приковать. Иначе хомяки имеют наглость наставлять > камеру на экран. Во мерзавцы, да? :) Ну, во первых, если я ничего не пропустил за последние пару лет, то пока что качество слишком уж убогое выходит. Тут все же "или тупо перехватывать расшифрованный видео/аудио поток" лучше будет. Во вторых, я прокапитаню еще раз "для полноценного ДРМца нужно заДээРьМировать полностью и железо и софт" ;) Намек: пока что этот трюк с камерой возможен исключительно из-за недостаточной "заДеРМированости" этих самых камер. Но - современные мыльницы вполне уже уверенно (лет 5-6 точно) обнаруживают чел. лица. А уж движущуюся картинку распознать и просто зачернить или отказаться снимать при отсутствии "разрешающего сигнала" (или что там можно придумать) - ну, не думаю что это как-то сильно сложнее, особенно если можно не сильно заморачиваться по поводу ложных срабатываний.
	Ответить | Правка | Наверх | Cообщить модератору

	146. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 03-Сен-15, 21:12
	> то пока что качество слишком уж убогое выходит. Хомяков, как ни странно, устраивает. И на ютубе так на ура идут всякие breaking news и репортажи из места событий, переснятые "на то что под руку попалось". Да и качество этого попавшегося под руку - улучшается. Реально до тех пор пока хомяк не подвинет камеру - можно и не понять что это был пересъем с экрана. > "или тyпо перехватывать расшифрованный видео/аудио поток" лучше будет. Если качество волновало - то да. Но хомяки не гордые, как оказалось. Этим всякие релизеры из пираццких групп заморачиваются больше. И уж эти то любое DRM снимут как два пальца об асфальт. > Во вторых, я прокапитаню еще раз "для полноценного ДРМца нужно заДээРьМировать > полностью и железо и софт" ;) Как я уже сказал - даже это не помогает. Юзеры наставляющие камеру на экран вообще понятия не имеют - заDRMлено там что-то или нет. Они слов таких не знают. Предлагаю закончить эту клоунаду и принять как данность: если картинку видно, если звук играет - это можно содрать. С различными затратами сил и качеством. Но - можно. Поэтому DRMщики занимаются борьбой с ветряными мельницами. Даже домохозяйка Клава без проблем передерет у Нетфликса понравившийся мувик, просто наведя фотоаппарат или что там у нее на экран. Исправить это можно только загоном пользователей в концлагерь, полумеры не прокатят. > пока что этот трюк с камерой возможен исключительно из-за недостаточной > "заДеРМированости" этих самых камер. Простите? Уже существуют миллиарды камер. И они никуда не денутся. Да и вообще - ни в дисплее, ни в сенсоре камеры как таковом - ничего нет кроме массива пикселей. > 5-6 точно) обнаруживают чел. лица. При том - очень приблизительно и с солидным процентом лажи. > А уж движущуюся картинку распознать и просто зачернить Пардон? Что будет распознаваться? Когда камера снимает видео - это само по себе движущаяся картинка. Вас этот факт не смущает? Телевизор и прочие мониторы вообще-то ставят целью сделать картинку похожей на оригинал. Чтобы обладатель глаз мало отличал бы это от просто взгляда в окно, например :) > или отказаться снимать при отсутствии "разрешающего сигнала" Простите? Вот выставил я камеру в окно. А там обана - нет разрешащего сигнала. А движущаяся картинка - есть. Ну там люди ходят, машины ездят. Вы будете покупать камеру, которая ничего не снимает, кроме телевизора с разрешающим сигнгалом? Ну вот и остальные - тоже :) > (или что там можно придумать) Вот так чтобы надежно, безглючно, не удорожало камеру и не портило остальные юзкейсы - не очень тривиально. Да и производителям фотоаппаратов это не больно надо, мягко говоря. А на смартах так и вовсе есть over 9000 программ, снимающих фото. > не сильно заморачиваться по поводу ложных срабатываний. Зато потом придется заморочиться процедурой банкротства, когда юзеры потащут сдавать камеры, которые не изволят выполнять свои функции, т.е. не снимают когда юзер кнопочку нажимает.
	Ответить | Правка | Наверх | Cообщить модератору

	155. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 04-Сен-15, 14:16
	> Простите? Уже существуют миллиарды камер. И они никуда не денутся. Причем все они - вечные, да. Вот, сколько "пленочных"  до сих пор встречаются и используются ... > Предлагаю закончить эту клоунаду и принять как данность: если картинку видно, если звук играет - это можно содрать. Капитан, Вы? > С различными > затратами сил и качеством. Но - можно. Цель ДРМ, внезапно – усложнить это самое "содрать" для домохозяек. > Пардон? Что будет распознаваться? Когда камера снимает видео - это само по > себе движущаяся картинка. Вас этот факт не смущает? Телевизор и прочие > мониторы вообще-то ставят целью сделать картинку похожей на оригинал. Чтобы обладатель > глаз мало отличал бы это от просто взгляда в окно, например > :) Хоспади. Ну, кроме всякой экзотики типа резкой смены кадров, освещения  и т.д – можно взять тупо расстояние до объекта. Десяток-другой замеров - получаем прямоугольник, в котором движется картинка. > Простите? Вот выставил я камеру в окно. А там обана - нет > разрешащего сигнала. А движущаяся картинка - есть. Ну там люди ходят, > машины ездят. И что? Расстояние до всех движущихся объектов (или любой произвольной точки) строго 2м 05см +- х ? > Да и производителям фотоаппаратов это не > больно надо, мягко говоря. Ну да, а производителям хардов, СД и прочих флешек не больно нужен налог на свои продукты за саму возможность записи туда музыки и т.д. Договорятся, чай не впервой. > Зато потом придется заморочиться процедурой банкротства, когда юзеры потащут сдавать камеры, > которые не изволят выполнять свои функции, т.е. не снимают когда юзер > кнопочку нажимает. Очень смешно. С сидюками и игрульками вполне в свое время прокатило. С новой ЕУЛОЙ в новой форточке - прокатило. А вот с камерами - не, не прокатит.
	Ответить | Правка | Наверх | Cообщить модератору

	158. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 05-Сен-15, 02:54
	> Причем все они - вечные, да. Вот, сколько "пленочных"  до сих > пор встречаются и используются ... Ну не знаю, вон фудж какого-то лохматого года валяется. Им не пользуется никто только потому что 1.3 Мпикс по современным меркам как-то не того даже для телефона, а тут большой фотоаппарат. Но хуже работать за свои сколько там ему лет - он не стал. Фотокамеры обычно заменяют не потому что сломались, а потому что новые лучше фотографируют. А если они вместо этого ничего фотографировать не будут... :) > Цель ДРМ, внезапно – усложнить это самое "содрать" для домохозяек. Что-то не вижу усложнения: домохозяйки без обиняков фоткают и снимают видео на то что под руку попалось, плевать хотев какое там DRM в оригинале было. Вот и вся оценка этих продуктов жизнедеятельности хомяками - они вообще не замечают что им пытаются нагадить в половине случаев :). Ну то-есть если бы монополия на выпуск чипов была у 1 производителя - ультрафошысский сценарий может и катил бы. И все-равно - для надежности пользователя все-таки надо наручниками к батарее приковать. На всякий случай. Мало ли чего. > Ну, кроме всякой экзотики типа резкой смены кадров, освещения  и т.д А вы никогда не думали что то что встречается в фильмах - встречается и IRL? И освещение меняется абы как, и обычные лампочки создают пульсирующий световой поток, создавая эффект "рассыпания на кадры". Знаете, почему на производстве с вращающимися деталями и т.п. запрещено использовать лампы дневного света, например? > получаем прямоугольник, в котором движется картинка. Предлагается запретить макросъемку, селфи и прочие фото с близкого расстояния? Как таковое расстояние - сферический вакуум. По факту есть "угловой размер объекта". И на картинке - именно он. А расстояние может варьироваться. Точно померять расстояние - сложно. И датчики денег стоят. Дофига камер вообще фокусируются чисто софтварно: меняют параметры автофокуса до тех пор пока границы объектов не станут максимально резкими по мнению софта. И "расстояние" там - штука сферически-вакууная. А еще у камер быавют разные объективы. И телевизоры и что там еще у хомяков бывают разные. Так что какого-то единого расстояния может и не быть. Вон в кинотеатре пираты с вполне приличного расстояния экранки сдирают. При том настолько хорошо, что это уже начинает иметь некую самоценность для пиара пераццкой группы. > строго 2м 05см +- х ? Там в простых камерах с автофокусом обычно "мы тут софтом крутили автофокус, при скольких стало резко - на стольких и оставим". И юзерам как-то не доставит если камера обломается снимать видео на расстоянии 2м 05см. > Договорятся, чай не впервой. Так кто и до чего договорился то? Эппл договорился о кидании юзерей с тyнцом? Ну а вон те китайцы, шлепающие дешевые смарты - клали на всех с прибором. Они в свои девайсы с HDMI ключ HDCP то не прописывают, потому что денег стоит. Поэтому получается по факту "этакий DVI-D с 1 линком и другим разъемом". У них там как раз капитализм в чистом виде - не страдают контрпродуктивной дрянью, удорожающей производство и вызывающей предъявы. А потом западные западлостроители еще и начинают ныть что китайцы их дескать теснят отовсюду. Ну так еще бы: купить девайс дороже и чтобы он потом еще и пакостил постоянно - удовольствие очень так себе. > Очень смешно. С сидюками и игрульками вполне в свое время прокатило. Это там где саппорты официально раздавали кряк на старфорс? Ну это смотря кого прокатило :) > С новой ЕУЛОЙ в новой форточке - прокатило. Это там где даже до депутатов дошло? Да, сейчас кого-то кажется прокатят - с установкой винды в госорганы :). > А вот с камерами - не, не прокатит. Абсолютно. Уже выпущены миллиарды камер. И они будут с нами, еще десятилетия. А есть еще всякие китайцы. Которые ни с кем договариваться себе в ущерб и близко не собираются. Они вон HDCP ключи не прописывают. В медиадевайсы типа TV-stick'ов на ведроиде и тому подобной лабуды. И пока копирасы жмутся и гадят друг другу, китайцы просто окучивают вместо них рынок. А потом интел делает какой-то compute stick. Но вот только в 3 раза дороже и 2 раза прожорливее. И что-то все предпочитают китайские в результате. Вообше, проприерасы-копирасы такие забавные: старательно изгаживают себе репутацию своими же выходками, а потом удивляются узнав что на их замену есть большой спрос.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Аноним (-), 02-Сен-15, 03:15
	> Расскажите мне, анонимы, а каким образом DRM противоречит OpenSource? Ну вот таким: это втирание очков и обман пользователя. За его же деньги. Совсем не в духе опенсорса. Грубо говоря, если я вижу картинку - я могу ее передрать. Да что там, даже самая глупая домохозяйка может например наставить фотоаппарат или смарт на экран и записать то что видит. Вообще ничего не зная ни про DRM, ни про файлы. Качество конечно может немного пострадать, но на том же ютубе например есть немало примеров когда так быренько передрали выпуск новостей. Ничего так, пипл доволен. Смотрят. > Шифровать контент вроде как можно и открытым кодом. А вот лохотроны и кидки - таки не по опенсорсному. Не принято тут так. Опенсорс ценят как раз за отсутствие западла.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	62. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от тоже Аноним (ok), 02-Сен-15, 08:54
	А можно без понятий? Закрытый контент чем-то противоречит открытым исходникам? Не духу и не мечтам про "передрать".
	Ответить | Правка | Наверх | Cообщить модератору

	67. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Sergey722 (ok), 02-Сен-15, 09:50
	Вам осталось только чуть-чуть поменять вопрос для полного счастья: >Закрытый контент чем-то противоречит открытым исходникам? >Не духу и не букве.
	Ответить | Правка | Наверх | Cообщить модератору

	71. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–1 +/–
	Сообщение от тоже Аноним (ok), 02-Сен-15, 10:19
	Хорошо, давайте разбирать дух и букву. Только не надо меня убеждать, что дух опенсурса - это халява без тормозов.
	Ответить | Правка | Наверх | Cообщить модератору

	91. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Аноним (-), 02-Сен-15, 12:51
	Нет. Это право на получение информации.
	Ответить | Правка | Наверх | Cообщить модератору

	82. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Crazy Alex (ok), 02-Сен-15, 11:41
	Нет, он при открытом коде всего лишь технически невозможен.
	Ответить | Правка | К родителю #62 | Наверх | Cообщить модератору

	84. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–1 +/–
	Сообщение от тоже Аноним (ok), 02-Сен-15, 12:07
	Да ладно. Мои закрытые файлы внутри опенсурсного truecrypt-контейнера, оказывается, невозможны?
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от тоже Аноним (ok), 02-Сен-15, 13:18
	Ладно, "невозможная" техническая реализация. Intel добавляет на материнку чип-декодер, который заодно постоянно генерирует закрытый ключ, но никому его не сообщает. Сообщает открытый, который передается серверу, в ответ приходит зашифрованный поток, который этот чип может открыть, а произвольная программа - нет. Где противоречие? Да, когда поток уже будет расшифрован - остается возможность его перехвата. Но есть опять-таки технические методы его усложнить... от нацеленной на экран камеры или подмены дисплея рекордером все равно ничто не защитит.
	Ответить | Правка | Наверх | Cообщить модератору

	99. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Crazy Alex (ok), 02-Сен-15, 14:16
	1) Ну сам сказал - после расшифровки всё дампается, если это, конечно, компьютер общего назначения, а не видеоплеер, где пользователь над софтом вообще никакого контроля не имеет. 2) При открытом коде кто мешает без чипа сгенерировать закрытый ключ? Теретически от этого можно защититься, имея в чипе закрытый ключ (допустим, Интела), которым подписывается открытый, но на практике всё это быстро вырождается в приличный геморрой.
	Ответить | Правка | Наверх | Cообщить модератору

	115. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Аноним (-), 02-Сен-15, 18:32
	> от этого можно защититься, имея в чипе закрытый ключ (допустим, Интела), > которым подписывается открытый, но на практике всё это быстро вырождается в > приличный геморрой. ...и кроме того, расшифрованный контент можно сдампить двумя газилионами способов. Вплоть до того что есть девайсы которые делают вид что они - HDMI монитор. А реально - граббер контента. А уж камеру на экран наставить и записать симпатичный контент "на память" допирают даже самые деревянные хомяки, которые минимально в курсе того что бывают фотоаппараты и смарты с записью видео.
	Ответить | Правка | Наверх | Cообщить модератору

	114. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 02-Сен-15, 18:30
	> Мои закрытые файлы внутри опенсурсного truecrypt-контейнера, оказывается, невозможны? Ты не можешь поделиться доступом к этим файлам со мной без риска что я их скопрую и твое шифрование пойдет лесом с интересом, т.к. нет гарантий что я зашифрую файл. А DRM - целиком о попытке на елку влезть (расшфровать контент) и зад не ободрать (чтобы контент потом не пошел по рукам). А знаешь что хомяки нынче придумали? Они цифромыльницу или смарт на экран наставляют и просто переснимают то что им нравится. Они при этом тyпо не в курсе был ли там DRM, какие там алгоритмы и прочая буита, такой метод работает всегда :-).
	Ответить | Правка | К родителю #84 | Наверх | Cообщить модератору

	96. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Andrey Mitrofanov (?), 02-Сен-15, 13:41
	> Нет, он при открытом коде всего лишь технически невозможен. Возможен: с restricted boot-ом [предельной-абстрактой, "правильной", вакуумной его реализацией] на железе клиента. (и да, это и ответ голубогразому рядом с "файлами на трукрипте" тоже).  </нет понятнее я не пишу и не буду>
	Ответить | Правка | К родителю #82 | Наверх | Cообщить модератору

	97. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Andrey Mitrofanov (?), 02-Сен-15, 14:09
	>> Нет, он при открытом коде всего лишь технически невозможен. > Возможен: с restricted boot-ом [предельной-абстрактой, "правильной", вакуумной его реализацией] Но да, с камерой, направленной на экран и/или цап-ом, воткнутым в гнездо наушников (и прилагающейся деградацией какества) контент-таки утекает даже с. http://defectivebydesign.org/, да. Надо продлить restriction management до уровня штекера в пользуемого потреб--теля контента. Чтоб не соскочил.  Только от второго штекера как-то защититься -- и всё!
	Ответить | Правка | Наверх | Cообщить модератору

	79. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от freehck (ok), 02-Сен-15, 11:22
	> Расскажите мне, анонимы, а каким образом DRM противоречит OpenSource? Он, скорее, противоречит не OpenSource, а FreeSoftware. Или Вы хотели, чтобы Вам в очередной раз объяснили, почему DRM -- это плохо?
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	85. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от тоже Аноним (ok), 02-Сен-15, 12:11
	Ну, обычно эти объяснения сводятся к тому, что отбирание камеры у зрителя на премьере блокбастера - это нарушение его прав на свободу информации. То есть к желанию халявы против желания правообладателей ограничить потребление жесткими рамками. Я что-то упустил?
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Аноним (-), 02-Сен-15, 14:42
	> Ну, обычно эти объяснения сводятся к тому, что отбирание (и вообще запрет на производство и использование) камеры у любого потенциального зрителя и попутная попытка ампутирования конечностей – "чтоб наверняка" ... подправил, т.к. на практике это выглядит именно так.
	Ответить | Правка | Наверх | Cообщить модератору

	103. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от тоже Аноним (ok), 02-Сен-15, 14:58
	Да, я действительно слабо представлял практику, так как никогда не приходил в кинотеатр с камерой. Конечно, культура вежливого отношения к клиенту у нас DRM-ом сильно подточена.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+2 +/–
	Сообщение от Аноним (-), 02-Сен-15, 15:44
	> Да, я действительно слабо представлял практику, Навскидку: давняя возня с аудио-сидюками, дабы "недопущать" возможного копирования - в итоге, проблемы с проигрыванием даже на "не кампутерах",  "сюрпризы"  типа  попытки установки левого софта (сонькин руткит), невозможность без плясок с бубном слушать купленную музыку на плеере. Я уже не говорю о софте и игрульках – довольно долгое время было вполне нормально впендюривать пользователю руткиты-драйвера всяких старфорсов с секуромами. Т.е. у тех, кто честно покупал игры, вполне можно было обнаружить десяток-другой(!) разных версий и "калибров" автоматически подгружаемых дров  "защиты" для обеспечения этого самого ДРМца - что далеко не положительно сказывалось на стабильности системы. Хотя бы потому что вполне "нормальным" поведением считалось, при обнаружении дебагеров и похожего софта, просто перезагрузить машинку. Не говоря уже о возможных конфликтах и багах в этих дровах. А уж просто отказ запускаться при наличии определенной хардвари даже упоминания не стоит ...   И это – у "профессионального" софта. У "любителей" вообще было весело – вплоть до одной интересной итальянской(? не помню уже) спец. софтины для автомобилей , которая при подозрении на "нелегальное" использование и при стечении некоторых факторов бодро открывала хард в режиме прямого доступа и начинала писать нули. Так что да, к ДеРМецу я уже даавно отношусь не только без восторга, но и с опаской.
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–1 +/–
	Сообщение от freehck (ok), 03-Сен-15, 11:55
	> Ну, обычно эти объяснения сводятся ... к желанию халявы против желания правообладателей ограничить потребление жесткими рамками. В принципе да, и тут до меня уже всё сказали, похоже. Я лишь дополню, что реальных денег стоит только создание продукта. А его копирование -- операция нулевой стоимости. За производство я готов платить. За копию -- нет. Сейчас основная проблема кино- и аудиоиндустрий заключается в том, что за продажу копий они получают миллионы из воздуха, и разумеется не хотят эту возможность терять. А тем временем, существуют и иные способы монетизации производства книг, музыки и даже кино.
	Ответить | Правка | К родителю #85 | Наверх | Cообщить модератору

	131. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–1 +/–
	Сообщение от тоже Аноним (ok), 03-Сен-15, 13:23
	Вот только иные способы работают не в пример хуже, и рассчитывать на них при составлении бюджета производства контента проблематично. Обязательно рано или поздно окажешься в убытке, в отличие от тех, кто работает по реальной и опробованной схеме - затраты на производство окупаются продажей копий результата. В которой тоже, кстати, плюс совсем не гарантирован, но хотя бы какие-то прогнозы можно делать еще до производства.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Аноним (-), 03-Сен-15, 16:11
	работают они хуже ровно потому, что рынок уже поделен и развиваться тупо некуда
	Ответить | Правка | Наверх | Cообщить модератору

	154. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от freehck (ok), 04-Сен-15, 11:47
	Окей, давайте рассмотрим краудфандинг как пример такого "иного способа". > Вот только иные способы работают не в пример хуже, и рассчитывать на > них при составлении бюджета производства контента проблематично. В этом случае всё просто: Вы сначала рассчитываете бюджет, а потом уже идёте с запросом спонсирования к сообществу. Либо вас спонсируют, либо нет. Если спонсируют, то спустя некоторое время Вы выдаёте продукт (ибо есть на что). Если не спонсируют - то Вы даже не начинаете работать. Тут даже есть стимул выпустить продукт досрочно: если Вы завершаете проект раньше срока, довольны и бэкеры (вкладчики), и Вы заработали больше, чем хотели (ибо сохранили время). > Обязательно рано или > поздно окажешься в убытке, в отличие от тех, кто работает по > реальной и опробованной схеме - затраты на производство окупаются продажей копий > результата. В которой тоже, кстати, плюс совсем не гарантирован, но хотя > бы какие-то прогнозы можно делать еще до производства. Вы можете оказаться в убытке, только если Вы плохой организатор производственного процесса, или не сумели правильно рассчитать бюджет заранее. Но это, извините, уже Ваши личные проблемы, и что немаловажно -- Ваша вина.
	Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

	159. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от iPony (?), 05-Сен-15, 07:15
	Ага. Краудфандинг... 1) это риск для пользователя, так как результат может получится не таким как он ожидал. Заплатил деньги за красивые обещания, а в итоге получится... 2) и да этот твой краудфандинг обычно работает по типу насобираем денег на краудфандинге, а потом еще и будем деньги за копии также брать 3) этому миру плевать на фанатские бредни о том как должно быть и прочее, тем более от теоретного диванного аналитика. Ладно бы ты сам что-то такое замутил и своим реальным опытом делился и рассказывал, так ты с умным лицом эксперта говоришь как надо делать другим
	Ответить | Правка | Наверх | Cообщить модератору

	160. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от freehck (ok), 07-Сен-15, 12:31
	> 1) это риск для пользователя, так как результат может получится не таким > как он ожидал. Заплатил деньги за красивые обещания, а в итоге > получится... Ну да. А в случае с покупкой копии уже готового продукта Вы с той же самой проблемой, конечно же, не сталкиваетесь. :) > 2) и да этот твой краудфандинг обычно работает по типу насобираем денег > на краудфандинге, а потом еще и будем деньги за копии также > брать Значит, краудфандинг настолько хорош, что даже успешно вливается в существующие реалии и прекрасно комбинируется с иными способами монетизации производства. :D > 3) этому миру плевать на фанатские бредни о том как должно быть > и прочее, тем более от теоретного диванного аналитика. Ладно бы ты > сам что-то такое замутил и своим реальным опытом делился и рассказывал, > так ты с умным лицом эксперта говоришь как надо делать другим Какая прелесть. 1. Копирайтеры: Вы у нас воруете! Оппозия: По факту, мы просто мешаем вам делать деньги из воздуха. 2. Копирайтеры: Тем самым вы загубите XXX-индустрию! Оппозиция: Ваш способ не единственный пригодный для монетизации индустрии. 3. Копирайтеры: Все другие способы нежизнеспособны! Оппозиция: Ну как же, вот например YYY -- очень даже жизнеспособен. 4. Копирайтеры: Пруфлинк или всё это гон и содомия! Оппозиция: Вот вам пачка примеров, как люди воспользовались YYY. 5. Копирайтеры: Да кому интересно ваше мнение? Сперва добейся! Оппозиция: Геббельс, залогиньтесь уже. Ну что ж Вы сразу к последней стадии-то. Надо быть последовательным. Вы п.4 пропустили.
	Ответить | Правка | Наверх | Cообщить модератору

	87. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–5 +/–
	Сообщение от iPony (?), 02-Сен-15, 12:38
	Главный критерий - это удобство пользователя. О чём забывают фанатики FSF. Так что если DRM доставляет неудобства пользователю в реальных юзеркейсах - то это плохо. А если DRM видите не устраивает только теоретиков-фанатиков, то на это плевать.
	Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

	98. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+2 +/–
	Сообщение от Crazy Alex (ok), 02-Сен-15, 14:10
	Основная проблема DRM и подобного - что эти штуки реализуются путём предоставления кким-то левым хренам контроля над вашей машиной. и рано или поздно этот контроль оказывается не в тех руках. Вот и всё. "Фанатики FSF" обычно смотрят чуть подальше, чем на один шаг.
	Ответить | Правка | Наверх | Cообщить модератору

Часть нити удалена модератором

	104. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+3 +/–
	Сообщение от тоже Аноним (ok), 02-Сен-15, 15:00
	Вы правы: любой человек, который имеет наивность полагать, что вокзалы должны ориентироваться на пассажиров, а не на террористов, как сейчас - просто неумный фанатик!
	Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

Часть нити удалена модератором

	108. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Crazy Alex (ok), 02-Сен-15, 15:47
	Вот почти та же ситуация в сфере защиты "интелллектуальной собственности". Только здесь все 100% усилий направленый исключительно во вред.
	Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

	109. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от тоже Аноним (ok), 02-Сен-15, 16:14
	А я-то думал - что это на минском вокзале пассажиру так комфортно по сравнению с московским Белорусским? Оказывается, страна недоразвитая!
	Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

	147. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Аноним (-), 03-Сен-15, 21:17
	> Рекомендую посетить развитые страны и посмотреть как организована анти-террористическая Вот я и предлагаю тебя запереть в камеру. Как потенциального террориста и потенциального нарушителя авторских прав. Чтобы ты на своей ж...е и ощутил в полной мере предлагаемые тобой же методики.
	Ответить | Правка | К родителю #159 | Наверх | Cообщить модератору

	107. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Crazy Alex (ok), 02-Сен-15, 15:45
	О, уже и подмена понятий в ход пошла. Не морочь голову каким-то мифическим "воровством", клоун. Вали в свой цирк.
	Ответить | Правка | К родителю #131 | Наверх | Cообщить модератору

	153. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от ZiNk (ok), 04-Сен-15, 11:04
	> Расскажите мне, анонимы, а каким образом DRM противоречит OpenSource? Легко: DRM подразумевает что ключа у пользователя нет и он может делать с информацией только предусмотренное и разрешённое производителем. > Шифровать контент вроде как можно и открытым кодом. Можно, но смысла от такого шифрования - только успокоить проприерастов словом "шифрование есть", хотя оно абсолютно бесполезно. Любой DRM в принципе по своей сути и задумке бесполезен для защиты контента и вреден для всего остального. Хорошо он сможет работать только если к пользователю приставить вооружённых амбалов и разрешить смотреть видео только в секретном подвале с телевизором за решёткой. В принципе это бы устроило проприерастов, но вот беда - пользователи за такое не то что деньги отдавать не будут, скорее всего вообще на вилы поднимут.
	Ответить | Правка | К родителю #43 | Наверх | Cообщить модератору

	66. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от ZiNk (ok), 02-Сен-15, 09:47
	Не обязательно, в ДРМ тут заинтересован только МС. Циску интересует именно шифрование видеопотока между клиентами для корпоративной связи и, желательно так, чтобы можно было готовые железки с этим клепать.
	Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

	68. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+2 +/–
	Сообщение от iPony (?), 02-Сен-15, 09:56
	А майкрософту то какая на разница в DRM? У них же нет никакого сервиса видео. Вот Amazon, Google, Netflix - другое дело.
	Ответить | Правка | Наверх | Cообщить модератору

	73. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от тоже Аноним (ok), 02-Сен-15, 10:20
	Вы смотрите в корень. У майкрософта до сих пор нет сервиса видео - а люди на этом деньги зарабатывают! Непорядок, надо попытаться хоть в этот вагон заскочить!
	Ответить | Правка | Наверх | Cообщить модератору

	90. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Andrey Mitrofanov (?), 02-Сен-15, 12:46
	> А майкрософту то какая на С участием Мс "объединили усилия ..." превращается во "вступили в преступный сговор с целью завладения имуществом и неимущественными активами ...[кроликов, да]".
	Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

8. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+7 +/–
Сообщение от Аноним (-), 01-Сен-15, 20:45
Cisco Microsoft свободного ага, держите карман шире
Ответить | Правка | Наверх | Cообщить модератору

	13. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от анонко (?), 01-Сен-15, 21:10
	> Cisco > Microsoft > свободного > ага, держите карман шире Вот именно, держи шире - я скоро приду)
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Аноним (-), 01-Сен-15, 22:51
	Мелковат ты для полярного лиса.
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 01-Сен-15, 22:54
	> ага, держите карман шире Ну так там уже и написано - про шифрование. Стало быть DRM crap.
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

	72. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–1 +/–
	Сообщение от Csh (?), 02-Сен-15, 10:20
	https://github.com/cisco/openh264
	Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

15. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
Сообщение от Dkg (?), 01-Сен-15, 21:23
Нехилая такая команда!
Ответить | Правка | Наверх | Cообщить модератору

21. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+2 +/–
Сообщение от Аноним (-), 01-Сен-15, 22:05
"Чтоб творить им совместное зло потом, поделиться приехали опытом..."
Ответить | Правка | Наверх | Cообщить модератору

	30. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Crazy Alex (ok), 01-Сен-15, 23:05
	Помнят ещё Высоцкого :-) Но с другой стороны - всем участникам прямой интерес иметь общедоступный кодек - все вещают, от Netflix до Cisco, и для всех кроме MS сам кодек - это лишь кусок решения, и если он будет открытым и бесплатным ни цента не потеряют. У MS есть какие-то патенты на h.265, но, может, даже с их учётом выходит выгоднее ничего не получать и не платить другим держателям патентов. А вот экономия на роялти плюс хороший пиар - будут.
	Ответить | Правка | Наверх | Cообщить модератору

	32. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Crazy Alex (ok), 01-Сен-15, 23:09
	То есть вру - все вещают, кроме интела - вот как он там оказался - неведомо. Но интел вообще иногда с ровного места в проекты лезет - тот же moblin вспонить. ну и мозилла - тут всё ясно, дошло, что своими силами Daala не потянуть, а пример Opus - вон, перед глазами.
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от тоже Аноним (ok), 02-Сен-15, 00:34
	У интела, видимо, есть интерес части реализации в железо пристроить. Особенно те, которые так не нравятся здешним анонимам.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от правдоруб (?), 02-Сен-15, 00:48
	>кроме интела - вот как он там оказался - неведомо Тот ещё любитель DRM.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

	75. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от llolik (ok), 02-Сен-15, 10:45
	> кроме интела - вот как он там оказался - неведомо Оптимизация кодека, для работы с железом, может быть частично/полностью аппаратная реализация кодека. Почему бы и нет. Вполне в духе Intel.
	Ответить | Правка | К родителю #32 | Наверх | Cообщить модератору

36. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
Сообщение от Музыкант (?), 01-Сен-15, 23:26
Лишь бы под этим соусом Даалу пилить не бросили. А так пусть буржуины в цилиндрах трясут златом над чем хотят.
Ответить | Правка | Наверх | Cообщить модератору

	52. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Crazy Alex (ok), 02-Сен-15, 01:10
	Конечно бросят, люди из Daala - одни из инициаторов этого проекта. Чего ради сидеть в своём загончике, если можно сотрудничать и иметь гораздо более широкий пул технологий, человеческие ресурсы, заведомую поддержку в основных браузерах и т.п.?
	Ответить | Правка | Наверх | Cообщить модератору

37. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
Сообщение от Аноним (-), 01-Сен-15, 23:35
Ого, похоже Нетфликс решил послать ко всем чертям кодлу из MPEG LA, вечер перестает быть томным.
Ответить | Правка | Наверх | Cообщить модератору

	148. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 03-Сен-15, 21:20
	> Ого, похоже Нетфликс решил послать ко всем чертям кодлу из MPEG LA, Там на HEVC уже ТРИ кодлы набралось. Вот сабжи видимо и подо...ли с такого расклада :).
	Ответить | Правка | Наверх | Cообщить модератору

40. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
Сообщение от _smit_ (?), 02-Сен-15, 00:25
Контент будет только в этом кодеке (лучшем, унифицированном, открытом, бесплатном). И будет контент, конечно, закрытым и не бесплатным.
Ответить | Правка | Наверх | Cообщить модератору

	45. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+4 +/–
	Сообщение от тоже Аноним (ok), 02-Сен-15, 00:35
	Контент будет таким же, как и сейчас. Просто сейчас закрытость реализуется неуклюжими костылями, а будет - стандартно.
	Ответить | Правка | Наверх | Cообщить модератору

64. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
Сообщение от абвгдейка (ok), 02-Сен-15, 09:13
это как бы все замечательно, но почему производителей железа не подключили? Тот же Медиатек, Тошибу и т.д.. Без поддержки с их стороны, промышленным стандартом, как h264, например, не стать.
Ответить | Правка | Наверх | Cообщить модератору

	65. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от тоже Аноним (ok), 02-Сен-15, 09:44
	А что, к ним должны были прийти со штепселем - подключать? Будет что-то стоящее, сами прибегут подключаться.
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от llolik (ok), 02-Сен-15, 10:52
	> но почему производителей железа не подключили? А Intel и Cisco кто? Может и ещё кто подключится. Структура же не закрытая.
	Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

70. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
Сообщение от Pahanivo (ok), 02-Сен-15, 10:16
Слова "Microsoft" и "свободный" вещи противоречивые ...
Ответить | Правка | Наверх | Cообщить модератору

	93. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Andrey Mitrofanov (?), 02-Сен-15, 12:59
	> Слова "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" как "по настоящему высококлассного свободного кодека".
	Ответить | Правка | Наверх | Cообщить модератору

74. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
Сообщение от Аноним (-), 02-Сен-15, 10:27
>>Microsoft ОО Срочно форкаем все свободные кодеки!
Ответить | Правка | Наверх | Cообщить модератору

76. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
Сообщение от Аноним (-), 02-Сен-15, 10:52
>Переносимость и открытость; А так же полное отсутствие поддержки в текущем поколении бытовой техники
Ответить | Правка | Наверх | Cообщить модератору

	78. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от iPony (?), 02-Сен-15, 11:10
	Так не особо проблема, щас экономика с курсом на ненадёжность. "Всё быстро ломается - в магазин за новой"
	Ответить | Правка | Наверх | Cообщить модератору

	139. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 03-Сен-15, 16:16
	загадили планету? — пора перебираться на другую, ага
	Ответить | Правка | Наверх | Cообщить модератору

	149. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Аноним (-), 03-Сен-15, 21:22
	> загадили планету? — пора перебираться на другую, ага А знаешь, жизненный цикл Солнца - не резиновый. Так что однажды придется. Или добро пожаловать вслед за динозаврами.
	Ответить | Правка | Наверх | Cообщить модератору

	83. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+2 +/–
	Сообщение от Crazy Alex (ok), 02-Сен-15, 11:43
	Сюрприз - любой ещё не разработанный кодек не поддерживается в нынешнем поколении? Всё, новое вообще не надо разрабатывать?
	Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

	92. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–1 +/–
	Сообщение от Аноним (-), 02-Сен-15, 12:56
	Это не сюрприз. Это полный афедрон.
	Ответить | Правка | Наверх | Cообщить модератору

122. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
Сообщение от Аноним (-), 02-Сен-15, 19:04
тем временем: Microsoft уже начала запиливать поддержку WebM и VP9 в Edge, с пометкой "defacto standard" и ссылкой на сайт из топика. Пруфлинк: http://dev.modern.ie/platform/status/webmcontainer/ http://dev.modern.ie/platform/status/vp9videocodec/
Ответить | Правка | Наверх | Cообщить модератору

	127. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от iPony (?), 03-Сен-15, 08:56
	Вот это да... Тогда без поддержки свободных кодеков останется только safari от apple.
	Ответить | Правка | Наверх | Cообщить модератору

123. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
Сообщение от lucentcode (ok), 02-Сен-15, 22:33
Начинание хорошее. Пускай пилят ребята. Думаю, у них получится создать отличный кодек(или даже семейство кодеков), которые будут лучше существующих, и которые получат реальное распространение.
Ответить | Правка | Наверх | Cообщить модератору

130. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
Сообщение от Аноним (130), 03-Сен-15, 13:02
А почему Apache 2.0? Мне кажется, что такой проект должен быть под BSD или MIT. А совместима ли она с GPL?
Ответить | Правка | Наверх | Cообщить модератору

	133. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+2 +/–
	Сообщение от Andrey Mitrofanov (?), 03-Сен-15, 14:00
	> А почему 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
	Ответить | Правка | Наверх | Cообщить модератору

132. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
Сообщение от Аноним (-), 03-Сен-15, 13:46
Теперь бы минтам, убунтам, гномам и всем его форкам объединится и пилить одно окружение рабочего стола.
Ответить | Правка | Наверх | Cообщить модератору

	134. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
	Сообщение от Andrey Mitrofanov (?), 03-Сен-15, 14:02
	> Теперь бы минтам, убунтам, гномам и всем его форкам объединится и пилить > одно окружение рабочего стола. Так, обоснуй бизнес-кейз Гуглю, Майкрософту и Интелю -- будет тебе, шо тошно станет.
	Ответить | Правка | Наверх | Cообщить модератору

135. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	–1 +/–
Сообщение от Аноним (-), 03-Сен-15, 15:43
Мелкомягкие здесь лишние...
Ответить | Правка | Наверх | Cообщить модератору

	144. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
	Сообщение от Crazy Alex (ok), 03-Сен-15, 20:45
	Наличие там мелкомягких - гарантия, что оно окажется в винде. То есть гарантированно будет играться на винде (там может быть только хром, мозилла или эдж - все будут поддерживать). То есть половина быстрого успеха кодека (гугл - вторая половина).
	Ответить | Правка | Наверх | Cообщить модератору

162. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+1 +/–
Сообщение от Аноним (-), 08-Сен-15, 16:16
Если бы они еще к замене JPEG так же конструктивно подошли. А то каждый для себя формат запилил, и сидят ждут.
Ответить | Правка | Наверх | Cообщить модератору

165. "Google, Cisco, Mozilla и Microsoft объединили усилия в созда..."	+/–
Сообщение от Peace (?), 11-Сен-15, 20:30
Ребята, не ругайтесь.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема