| |
| 2.5, dimqua (ok), 15:01, 21/04/2012 [^] [^^] [^^^] [ответить]
| +/– |
 Если только для мобильных платформ и для GNU/Linux, то нестрашно. Но, боюсь, что дело ими не ограничилось.
| | |
| |
| |
| 4.55, dimqua (ok), 11:00, 22/04/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
Windows и Mac OS X. У FreeBSD и GNU/Hurd популярность относительно маленькая, как и у десткопного GNU/Linux.
| | |
|
|
|
| 1.4, iddqd (ok), 14:56, 21/04/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
 в 11ом и предыдущих html5 видео запаздывает с остановкой и паузой.
с хромиумом проблем нет
может хоть это исправит ситуацию, хотелось бы уйти от хромиума.
freebsd9
| | |
| |
| |
| |
| 4.16, iddqd2 (?), 16:55, 21/04/2012 [^] [^^] [^^^] [ответить]
| +/– |
я не исключаю кривизну своих рук, но такой же эффект наблюдал и в pcbsd
странно что в гугле не единого сообщения по этому поводу, не верю что никто больше не использует freebsd на десктопе :)
| | |
| |
| |
| 6.67, iddqd (ok), 23:56, 01/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
запаздывание не в проигрывании, а в том как отрабатывет нажатие на паузу, да и вообще после закрытия страницы - пару секунд продолжает играть.
других проблем нет
| | |
|
|
|
| 3.15, iddqd2 (?), 16:30, 21/04/2012 [^] [^^] [^^^] [ответить]
| +/– | |
флеш под FF/хромиум не ставил, если уж совсем припечет есть опера без проблем с зависающими процессами как в FF.
для просмотра котиков на ютубе вполне хватает html5
| | |
|
| 2.23, Аноним (-), 18:09, 21/04/2012 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> в 11ом и предыдущих html5 видео запаздывает с остановкой и паузой.
А еще там дико кривая пребуферизация почему-то. Видео то грузится через раз в некоторых конфигурациях, то тупит неимоверно. А в лисе все нормально...
> хотелось бы уйти от хромиума.
Так зачем насильно жрать кактус?
> freebsd9
А, вы хотели сказать что вы привыкли уже к кактусам?
| | |
|
| 1.7, Аноним (-), 15:28, 21/04/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Использую KDE и phonon-backend-vlc.
Надеюсь Firefox не станет тащить по зависимостям GStreamer.
| | |
| |
| 2.9, Tav (ok), 15:46, 21/04/2012 [^] [^^] [^^^] [ответить]
| +/– |
 А если станет, как это вам помешает? Едва ли gstreamer занимает много места даже по сравнению с тем же Файрфоксом.
| | |
| |
| |
| Часть нити удалена модератором |
| 4.17, ааноним (?), 17:03, 21/04/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
> когда твоё тело умрёт, и душа пападёт на божий суд -- судья
> божий спросит тебя "использовал ли ты Gnome-компоненты внутри KDE?" и если
> скажешь "да" то попадёшь в ледяной АД!, а слукавить на божем
> суде не получится... так-то!
а что, gstreamer как-то связан с Gnome?
| | |
| |
| 5.20, Xasd (ok), 17:44, 21/04/2012 [^] [^^] [^^^] [ответить]
| –2 +/– |
 > а что, gstreamer как-то связан с Gnome?
совершенно верно!
GStreamer и Gnome используют общий низкоуровневый программный карказ
...например функции связанные с реализацией обработки событий (Main loop and Events)
изза этих общностей кода -- GStreamer по сути является стандартом в Gnome
| | |
| |
| 6.33, koblin (ok), 20:51, 21/04/2012 [^] [^^] [^^^] [ответить]
| +1 +/– |
 > GStreamer и Gnome используют общий низкоуровневый программный карказ
этот какраз называется gobject
| | |
| 6.42, добрый дядя (?), 23:27, 21/04/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> GStreamer и Gnome используют общий низкоуровневый программный карказ
GLib что ли??? это крошечная самодостаточная либочка, не надо паниковать о "пол-гнома"
| | |
| |
| 7.46, Xasd (ok), 02:49, 22/04/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> GStreamer и Gnome используют общий низкоуровневый программный карказ
> GLib что ли??? это крошечная самодостаточная либочка, не надо паниковать о "пол-гнома"
думаешь в GLib есть хотябы "Main loop and Events"?? (неговоря уж об Коллекциях, и классах IO (псевдоклассов))
| | |
| |
| |
| 9.61, Аноним (-), 13:01, 22/04/2012 [^] [^^] [^^^] [ответить] | +/– | Алсо, GObject и GLib -- хоть и родственные, но всё же разные вещи Первый можно ... текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
| 1.19, Аноним (-), 17:38, 21/04/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Отлично! Кесарю кесорево. Пусть фаерфокс занимается композицией, а жстример декодированием и каждый делает это хорошо.
| | |
| |
| 2.62, Xasd (ok), 09:28, 23/04/2012 [^] [^^] [^^^] [ответить]
| +/– | |
может ещё и IE вспомните тут? пускай Опера -- HTML5 внедряет вовремя, а не через пол года после появления таковых расширений в Chromium и Firefox
...ато изза тормазнутости внедрения HTML5-расширений в Оперу -- страдают обычные www-пользователи... которые НЕ получают хороших сайтов вовремя
традиционно привожу ссылку -- http://caniuse.com/#cats=HTML5
| | |
|
| 1.28, JL2001 (ok), 18:59, 21/04/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 а есть возможность использовать vlc (2.0+) для видео в html5 ? а то видео в фоксе стопкадрит а то же скаченное локально в влц - летает
| | |
| 1.30, iZEN (ok), 19:44, 21/04/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Для Midori (вернее, для webkit-gtk2) уже есть поддержка GStreamer, и через этот фреймворк возможно воспроизведение видеороликов с Ютуба. Честно говоря, отказ воспроизводиться в Firefox некоторых роликов поставил меня в тупик: в Midori они чудесно воспроизводились.
| | |
| 1.31, anonymous (??), 19:48, 21/04/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Лучше бы реализовали эту поддержку через ffmpeg/libav. Gstreamer хоть и пытаются протолкнуть как стандартный mm-фреймворк линукса, но на деле он ещё та поделка.
| | |
| |
| 2.32, Аноним (-), 20:14, 21/04/2012 [^] [^^] [^^^] [ответить]
| +/– |
Чем лучше?
GStreamer поддерживает аппаратное декодирование, например.
| | |
| 2.34, Аноним (-), 20:54, 21/04/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> ffmpeg/libav
Последний абзац новости прочитай. GStreamer предоставляет абстракцию для кодеков, а ffmpeg/libav - уже реализация. Mozilla не хочет платить роялти.
| | |
| |
| 3.59, anonymous (??), 12:02, 22/04/2012 [^] [^^] [^^^] [ответить]
| +/– |
А, то есть gstreamer это такая штука, которая нужна только чтобы избежать патентных/лицензионных претензий. Теперь понятно.
| | |
|
| 2.47, Xasd (ok), 02:51, 22/04/2012 [^] [^^] [^^^] [ответить]
| +/– |
> Лучше бы реализовали эту поддержку через ffmpeg/libav. Gstreamer хоть и пытаются протолкнуть
> как стандартный mm-фреймворк линукса, но на деле он ещё та поделка.
в GStreamer есть соответствующий плугин для ffmpeg .
таким образом GStreamer более универсален
и сделан он хорошо (спроектирован) изнутри
| | |
|
| |
| |
| 3.40, runoverheads (ok), 23:21, 21/04/2012 [^] [^^] [^^^] [ответить]
| +/– |
 true по дефолту.
я ж говорю видео играет. это видимо проверка на той странице Youtuba предвзятая.
| | |
|
| |
| 3.53, runoverheads (ok), 04:28, 22/04/2012 [^] [^^] [^^^] [ответить]
| +/– |
проверил вручную
canPlay avc1.42E01E - может
canPlay avc1.42001E - не может. его проверяет youtube.
canPlay mp4v.20.8 - не может
в чём разница и проблема не знаю. Система Gentoo, но ffmpeg со всеми нужными кодеками собран.
http://html5test.com выдал:
video element Yes
Subtitle support No
Poster image support Yes
MPEG-4 support No
H.264 support Yes
Ogg Theora support Yes
WebM support Yes
You are using Firefox Aurora 14.0a1 on Linux
Your browser scores 345 and 11 bonus points out of a total of 500 points.
| | |
|
|
| 1.41, lucentcode (ok), 23:22, 21/04/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
 Не нужно... Так VP8 сложнее будет продвигать. h264 надо заблокировать во всём свободном ПО. Тогда те, кто кодируют видео в проприетарный формат, начнут думать головой. И использовать WebM.
| | |
| |
| 2.49, Xasd (ok), 02:54, 22/04/2012 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Не нужно... Так VP8 сложнее будет продвигать. h264 надо заблокировать во всём
> свободном ПО. Тогда те, кто кодируют видео в проприетарный формат, начнут
> думать головой. И использовать WebM.
у меня другая "суперидея" -- h.264 заблокировать во всех свободных браузерах, но только в версии для Windows xD .[а для Linux реализовать всё через GStreamer]
вот тут сразу получим два плюса: и WebM быстрее продвинится.. и мы не в пролёте :-)
| | |
| |
| 3.52, Аноним (-), 03:57, 22/04/2012 [^] [^^] [^^^] [ответить]
| –8 +/– | |
WebM не надо продвигать - его надо полностью похоронить, как минимум потому что это отсталый формат и потому что поделка google.
| | |
| 3.69, lucentcode (ok), 22:01, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> Не нужно... Так VP8 сложнее будет продвигать. h264 надо заблокировать во всём
>> свободном ПО. Тогда те, кто кодируют видео в проприетарный формат, начнут
>> думать головой. И использовать WebM.
> у меня другая "суперидея" -- h.264 заблокировать во всех свободных браузерах, но
> только в версии для Windows xD .[а для Linux реализовать всё
> через GStreamer]
> вот тут сразу получим два плюса: и WebM быстрее продвинится.. и мы
> не в пролёте :-)
Правильно мыслите, товарищ. Жаль, многие прогибаются под проприерастов. И мыслят иначе.
| | |
|
| 2.51, Аноним (-), 03:27, 22/04/2012 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> Не нужно... Так VP8 сложнее будет продвигать
Это VP8 не нужен, потому что недокодек.
| | |
| |
| 3.68, lucentcode (ok), 22:00, 15/05/2012 [^] [^^] [^^^] [ответить]
| +/– | |
Ни один кодек с потерями кроме h264 не способен нагнуть VP8. Это о многом говорит. А на некоторых видео при определённых условиях VP8 уже сейчас не уступает h264. А ведь он будет и дальше развиваться. Вспомните, как он тормозил вначале... Да и поддержка аппаратного декодирования уже есть во многих SoC для мобильных платформ. Потом перекочует на плееры, приставки и т.п. Ну и производители видеочипов для x86 тоже подтянутся. Не всё так мрачно, как вы уверяете. Сравните VP8 с XVid и вы испытаете шок. Вот где кодек некачественный, видео получается очень замыленное.
| | |
|
| 2.58, anonimus0 (?), 11:39, 22/04/2012 [^] [^^] [^^^] [ответить]
| +/– |
маленькая поправка, если чел кодирует видео h264 он не думает, а просто делает то что ему надо при поможи доступных средств, и даже не догадывается о формате кодирования. В 90% ему пофиг!!!!! в каком формате кодировать.
А блокировка вышеуказанного формата на свободном ПО приведёт скорее к куче высера от пользователей в сторону разработчиков чем заставит людей пользоваться мозгом.
| | |
|
| 1.56, СуперАноним (?), 11:26, 22/04/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Тогда надо любителям Кед написать автору порта Firefox/Qt, если он таки когда-нибудь достигнет победного финиша, хотелку, чтобы в качестве бэкенда для проигрывания аудио/видео элементов HTML5 реализовал поддержку мультимедиа-фреймворка Phonon.
| | |
|
