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

"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 (https://www.opennet.ru/opennews/art.shtml?num=37242), Thor (https://www.opennet.ru/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.../ Новость: https://www.opennet.ru/opennews/art.shtml?num=42891
Ответить | Правка | Cообщить модератору

Сообщения

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

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

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

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

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

6. Сообщение от Ordu (ok), 01-Сен-15, 20:41	+35 +/–
У майкрософта опять какой-нибудь хитрый план, вот посмотришь. В результате все свободные видеокодеки загнутся, останутся только те, с которых отчисления майкрософту идут. Удивительно лишь то, что почему-то история никого не учит, и с майкрософтом продолжают сотрудничать, каждый раз наступая на одни и те же грабли.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #17, #20, #22, #33, #49, #69

7. Сообщение от Аноним (-), 01-Сен-15, 20:45	+2 +/–
>методы шифрования Опять DRM в кодеке будет?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #66

8. Сообщение от Аноним (-), 01-Сен-15, 20:45	+7 +/–
Cisco Microsoft свободного ага, держите карман шире
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #25, #72

9. Сообщение от soarin (ok), 01-Сен-15, 21:01	+2 +/–
Ну так поддержку flac и mkv в венде же добавили из коробки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #10, #89, #102

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

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

12. Сообщение от Аноним (-), 01-Сен-15, 21:10	+/–
Скорее уж две пчелы и два медведя.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #18

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

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

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

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

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

18. Сообщение от ГГ (?), 01-Сен-15, 21:46	+5 +/–
Нет, надо вот так: "пчела, шмель, три медведя и два крокодила"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #41

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

20. Сообщение от нонайм (?), 01-Сен-15, 21:59	+4 +/–
windows as a service требует нового подхода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #38

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

38. Сообщение от Michael Shigorin (ok), 01-Сен-15, 23:37	–1 +/–
> windows as a service требует нового подхода. disservice as a service?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #118

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

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

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

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

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

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

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

46. Сообщение от правдоруб (?), 02-Сен-15, 00:46	+1 +/–
И ключ открыть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #51

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

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

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

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

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

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

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

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

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

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

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

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

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

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

61. Сообщение от Аноним (-), 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"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #80

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

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

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

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

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

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

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

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

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

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

72. Сообщение от Csh (?), 02-Сен-15, 10:20	–1 +/–
https://github.com/cisco/openh264
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

91. Сообщение от Аноним (-), 02-Сен-15, 12:51	+1 +/–
Нет. Это право на получение информации.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

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

93. Сообщение от 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ообщить модератору
Родитель: #70

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

118. Сообщение от Аноним (-), 02-Сен-15, 18:43	+1 +/–
PAAS. Pwnage As A Service.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

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

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

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

122. Сообщение от Аноним (-), 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

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

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

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

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

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

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

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

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

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

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

133. Сообщение от Andrey Mitrofanov (?), 03-Сен-15, 14:00	+2 +/–
> А почему 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ообщить модератору
Родитель: #130

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

158. Сообщение от Аноним (-), 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ообщить модератору
Родитель: #155

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

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

161. Сообщение от Аноним (-), 07-Сен-15, 13:21	–1 +/–
покупаю доллар мы инвестируем в него, не так ли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #156 Ответы: #163

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

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

164. Сообщение от Аноним (-), 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ообщить модератору
Родитель: #141

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

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

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