| |
| 2.4, Аноним (-), 22:58, 13/12/2013 [^] [^^] [^^^] [ответить]
| +7 +/– |
> Awesome!
> Следует обратить внимание на то, что использование опубликованного кода, как и других реализаций H.264, требует выплаты отчислений организации MPEG-LA.
Oooh, so awesome...
| | |
| |
| 3.13, rshadow (ok), 01:30, 14/12/2013 [^] [^^] [^^^] [ответить]
| –7 +/– |
 Действительно копирастов побили их же оружием? Всего один партнер сдал кодек в опенсорс и все остальные проприетарщики соснули...
И пусть они выкладывают бинарные сборки, ведь код то тоже выкладывают. Проверить соответствие недолго...
| | |
| |
| 4.19, Аноним (-), 02:23, 14/12/2013 [^] [^^] [^^^] [ответить]
| +3 +/– |
> И пусть они выкладывают бинарные сборки, ведь код то тоже выкладывают. Проверить
> соответствие недолго...
Эти бинарные сборки будут работать только под теми архитектурами/осями/браузерами, под которыми позволит циска. Попытка использовать собственные сборки - карается банальным изнасилованием.
| | |
|
|
| 2.53, Аноним (-), 14:09, 15/12/2013 [^] [^^] [^^^] [ответить]
| +/– |
Обалдеть как awesome, baseline профиль сольет даже VP8 который уже давно во всех браузерах.
| | |
|
| 1.5, Аноним (-), 22:58, 13/12/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +9 +/– | |
>Основными мотивами поддержки H.264 является предоставление средств для работы с уже существующим накопленным в Сети контентом
Это ложь, например, на youtube.com ролики при включённом тестировании html5 https://www.youtube.com/html5 отдаются в свободном формате webm:
>video/webm; codecs="vp8.0, vorbis"
а в Firefox 26 после добавления поддержки h.264 через пакет gstreamer0.10-ffmpeg эти же ролики стали отдаваться в проприетраном формате mp4 (h.264):
> video/mp4; codecs="avc1.42001E, mp4a.40.2"
Т.е. все прежние ролики youtube.com, что раньше шли через свободный webm нам теперь впаривают через проприетарный h.264, при этом те ролики что без флеш-плеера не проигрывались, так до сих пор и не проигрываются.
Вообщем, создаётся впечатление, что корпорации в очередной раз рассказывают нам сказку про бесплатный сыр.
Типа, первая доза бесплатно.
| | |
| |
| 2.8, GenryU (?), 23:36, 13/12/2013 [^] [^^] [^^^] [ответить]
| –8 +/– |
WEBM -кодеки не поддерживаются аппаратной акселерацией, и не будут поддерживаться никогда.
А поддержка 264 (avc1), есть на всём современном железе.
Так что зря возмущаетесь.
| | |
| |
| 3.12, Пиу (ok), 00:27, 14/12/2013 [^] [^^] [^^^] [ответить]
| +/– |
 >не будут поддерживаться никогда
пруф?
более того, вы написали "акселерацией", а не "декодирование", что еще более глупо, т.к. "акселерация" - это перенос _частей_ вычислений на железо, а не полное хардварное декодирование.
| | |
| 3.17, lucentcode (ok), 02:18, 14/12/2013 [^] [^^] [^^^] [ответить]
| +2 +/– |
 Ложь. SoC некоторых смартфонов имеют аппаратную поддержку декодирования VP8. Думаю, данная поддержка будет добавлена и в видеоускорители для ПК.
| | |
| |
| 4.42, Anonim (??), 16:20, 14/12/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> SoC некоторых смартфонов имеют аппаратную поддержку декодирования VP8.
Не только смартфонов
# gst-inspect vpudec
Factory Details:
Long name: VPU-based video decoder
Class: Codec/Decoder/Video
Description: Decode compressed video to raw data by using VPU
Author(s): Multimedia Team <shmmmw@freescale.com>
Rank: primary + 1 (257)
Plugin Details:
Name: vpu.imx
Description: VPU-based video codec
Filename: /usr/lib/gstreamer-0.10/libmfw_vpu.so
Version: 3.0.9
License: LGPL
Source module: gst-fsl-plugins
Binary package: Freescle Gstreamer Multimedia Plugins
Origin URL: http://www.freescale.com
GObject
+----GstObject
+----GstElement
+----GstVpuDec
Pad Templates:
SINK template: 'sink'
Availability: Always
Capabilities:
video/mpeg
mpegversion: 4
video/x-h264
video/x-h263
video/mpeg
systemstream: false
mpegversion: { 1, 2 }
video/x-wmv
wmvversion: 3
format: WVC1
video/x-wmv
wmvversion: 3
video/x-xvid
---> video/x-vp8
image/jpeg
| | |
|
| |
| 4.38, Аноним (-), 11:26, 14/12/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> сделать можно декодер на opencl.
Можно то оно можно, а смысл? Разработчики ffmpeg утверждают, что при кодировании видео особого ускорения от opencl ждать не стоит, по крайней мере для современных архитектур видеокарт и алгоритмов кодеков, поскольку тупая вычислительная мощность тут не поможет. "Accessing the gpu memory directly is very slow, because there's no possible synchronisation with the cpu caches. (Meaning they are disabled during such a memory access which really hurts)" (http://ffmpeg.org/pipermail/ffmpeg-devel/2012-March/121983.html). А если для процессора, который CPU, то лучше (в плане быстродействия) писать сразу под него.
| | |
| |
| 5.55, Аноним (-), 14:13, 15/12/2013 [^] [^^] [^^^] [ответить]
| +/– |
> мощность тут не поможет. "Accessing the gpu memory directly is very
> slow, because there's no possible synchronisation with the cpu caches.
Поэтому нефиг напрямую лезть в память GPU. С GPU обычно работают так: втолкал блок данныз, он раздолбил - получили обратно. Память у GPU кстати очень быстрая. Только к ней надо из GPU соваться, а не из CPU.
| | |
|
|
| 3.54, Аноним (-), 14:12, 15/12/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> WEBM -кодеки не поддерживаются аппаратной акселерацией, и не будут
> поддерживаться никогда.
То-то гугель лицензирует всем подряд аппаратные блоки кодировщика. Половина SoC уже умеет кстати.
> А поддержка 264 (avc1), есть на всём современном железе.
Вот только...
1) К сабжевому кодеку это не относится.
2) Акселерация декодирования потока в 1-2 мегабита выглядит довольно забавной инициативой. А что, оно разве тормозило? :)
> Так что зря возмущаетесь.
Не, мы просто обуеваем от аттракциона невиданной щедрости: baseline огрызки, без аппаратного декодирования, преподносятся как пи..ц какая доброта. А чем оно лучше VP8, который уже и так везде есть? :)
| | |
|
| 2.48, annulen (ok), 18:43, 14/12/2013 [^] [^^] [^^^] [ответить]
| –2 +/– |
 >а в Firefox 26 после добавления поддержки h.264 через пакет gstreamer0.10-ffmpeg эти же ролики стали отдаваться в проприетраном формате mp4 (h.264)
Вполне ожидаемо - используется наилучший кодек из доступных.
| | |
| |
| 3.64, lucentcode (ok), 19:46, 15/12/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>а в Firefox 26 после добавления поддержки h.264 через пакет gstreamer0.10-ffmpeg эти же ролики стали отдаваться в проприетраном формате mp4 (h.264)
> Вполне ожидаемо - используется наилучший кодек из доступных.
Из доступных наилучший - это VP9. Сравнительные тесты показали, что он жмёт лучше, чем HEVC.
| | |
|
|
| |
| |
| |
| Часть нити удалена модератором |
| 4.34, Аноним (-), 07:54, 14/12/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Используешь h264? mpeg la имеет тебя. Не используешь? тоже имеет. Но во втором случае ты не поспособствовал его распространению.
| | |
|
|
|
| 1.10, Аноним (-), 00:09, 14/12/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>так как компания Cisco в данном случае выступает лицензиатом MPEG LA
Скорее лицензиар т.к. патенты Cisco входят в пул MPEG LA и, собственно, в её копилку идёт часть средств с надоев. Неплохую свинью они подложили своим товарищам.
| | |
| |
| 2.11, Аноним (-), 00:12, 14/12/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
А с другой стороны теперь оно в браузерах пропишется надолго и затормозит распространение WebM. Всё продумано.
| | |
| |
| 3.57, Аноним (-), 14:18, 15/12/2013 [^] [^^] [^^^] [ответить]
| +/– |
> А с другой стороны теперь оно в браузерах пропишется надолго и затормозит
> распространение WebM. Всё продумано.
Тю, дяденька, мозилла VP9 в свой браузер включила. А гугль уже давно это сделал.
| | |
|
| 2.24, lucentcode (ok), 02:44, 14/12/2013 [^] [^^] [^^^] [ответить]
| –3 +/– | |
Ничего они никому не подкладывали. MPEG LA всеми силами пытается затормозить развитие свободной альтернативы. А не удивлюсь, если они собрались на сходку и сообща решили слить для пользователей браузеров далеко не лучшую реализацию кодека без каких-либо требований, только что-бы народ и дальше использовал только их формат. Ведь бабло не будут стричь только с простых пользователй. С предпринимателей, создающих видеосервисы(вроде YouTube) и с производителей железа(да и софта) они и дальше будут собирать денежку. А то, что хомячьё получит возможность смотреть ролики на YouTube в h264 особо на уровень отчислений в пользу MPEG LA не повлияет.
| | |
|
| 1.22, lucentcode (ok), 02:39, 14/12/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –4 +/– |
Только глупцы будут устанавливать себе блоб от Cisco. Ясно же, что это не самый лучший вариант декодера h264(ffmpeg предоставляет куда более оптимизированный вариант). Да ещё и не открытый(блоб и исходники, из которых он мог(предоположительно) быть собран - не одно и то же).
| | |
| |
| 2.26, szh (ok), 03:02, 14/12/2013 [^] [^^] [^^^] [ответить]
| +/– |
 можно взять исходники, скомпилять, и проверить что выложенные бинарники соответствуют исходникам.
| | |
| |
| 3.28, lucentcode (ok), 03:21, 14/12/2013 [^] [^^] [^^^] [ответить]
| –5 +/– |
> можно взять исходники, скомпилять, и проверить что выложенные бинарники соответствуют
> исходникам.
А как вы проверите? Если вы собирали хоть раз одно и то-же ПО на разных ПК, с разными версиями компилляторов, и вообще отличающимся окружением - вы должны быть в курсе, что на выходе получаются далеко не идентичные бинарники. А если я не могу сравнить два бинарника побитово, то как я узнаю что в блоб ничего не запихнули? Постоянно буду в вывод strace смотреть, что-бы подловить блоб на подозрительном поведении?
| | |
| 3.33, Аноним (-), 07:52, 14/12/2013 [^] [^^] [^^^] [ответить]
| +/– |
подбирать придется. Да легкой жизни никто не обещал, но это возможно.
| | |
| 3.59, Аноним (-), 14:19, 15/12/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> можно взять исходники, скомпилять, и проверить что выложенные бинарники соответствуют
> исходникам.
Можно. А зачем тебе урезанный декодер baseline профайла от цыски, без хардварного ускорения? Не больно какой ценный артефакт по состоянию на конец 2013 года.
| | |
|
|
| 1.29, анон (?), 03:46, 14/12/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
а есть умельцы кто уже сконпелял его и проверил? насколько он лучше или быстрее х264 кодека?или ффмпега?
| | |
| 1.32, Аноним (-), 07:51, 14/12/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Как замечательно. Эта штука умеет только базовый профиль, а аппаратный декодер amd только высокий.
| | |
| |
| 2.60, Аноним (-), 14:23, 15/12/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> а аппаратный декодер amd только высокий.
Кто вам такое сказал? Обычно если некто умеет high профайл - то и все более младшие умеет, что логично. Т.к. старшие профайлы - superset младших.
| | |
|
| 1.39, Аноним (-), 14:49, 14/12/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Все просто. Компания Cisco наряду с конкурентами продвигает B2C решения на основе своих продуктов UC. Все эти решения завязаны на использование аппаратных реализаций h264. Клиентам же предлагается использовать WebRTC, в котором как бы нету "стандартного" кодека из коробки. Данным продуктом они пытаются закрыть данную проблему.
| | |
| |
| 2.61, Аноним (-), 14:24, 15/12/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> "стандартного" кодека из коробки. Данным продуктом они пытаются закрыть данную проблему.
Кто виноват что в цыске работают слоупоки, которые не могут у гугли взять блок аппаратного декодера, заметьте, без роялтей даже.
| | |
| |
| 3.62, Аноним (-), 15:30, 15/12/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
Хардверные h264 решения у cisco появились задолго до появления VP8/9
| | |
|
|
|
