LINUX.ORG.RU

Firefox 53

 ,


0

2

Доступен выпуск Firefox 53.

Общие изменения

  • «Лёгкие» темы теперь могут быть применены в режиме приватного просмотра.
  • В режим чтения добавлено отображения примерного времени на чтение страницы.
  • На Windows задействован Quantum Compositor (e10s-gpu), снижающий риск падения браузера из-за проблем с драйверами путём выноса кода, взаимодействующего с GPU, в отдельный процесс.
  • Установщик для Windows теперь предлагает выбор между 32-разрядной и 64-разрядной версией.
  • Добавлены две новые предустановленные темы (тёмная и светлая), основанные на теме из Firefox Developer Edition.
  • В версии для Linux прекращена поддержка процессоров, не поддерживающих инструкции SSE2 (все AMD до Athlon 64, все Intel до Pentium 4, VIA C3).
  • Прекращена поддержка Windows XP и Vista. Пользователи этих систем смогут получать обновления безопасности в течение года, поскольку будут автоматически переведены на Firefox 52 ESR.
  • Прекращена поддержка 32-разрядных версий Mac OS X.
  • Уменьшен размер обновлений для macOS.
  • Воспроизведение мультимедийного контента в новых вкладках теперь не будет происходить до тех пор, пока пользователь не переключится на вкладку.
  • Переработан внешний вид уведомлений с запросом разрешений. Они стали проще, заметнее и позволяют в любой момент отозвать выданные разрешения.
  • Если имя вкладки не помещается целиком, оно будет плавно затухать, а не обрезаться многоточием.
  • В контекстное меню вкладки добавлен пункт, позволяющий отправить её на другое устройство.
  • Переработан внешний вид элементов управления медиасодержимым.
  • Добавлена поддержка WebM-видео с прозрачным фоном.
  • Удалены настройки network.standard-url.encode-utf8 и network.standard-url.escape-utf8, позволявшие отключить URL-кодирование адресной строки (в том числе, при копировании в буфер обмена). Для «нормального» копирования адресов, содержащих кириллицу, теперь следует использовать browser.urlbar.decodeURLsOnCopy = true.
  • Упраздняется ветка Developer Edition (Aurora). Firefox Developer Edition будет формироваться из бета-версий, а устранение регрессий будет производиться в ночных сборках.
  • Дополнения больше не могут осуществлять загрузку бинарных компонентов и разделяемых библиотек. Все такие дополнения занесены в чёрный список, а их разработчикам следует перейти на использование WebExtensions. Кроме того, в каталог AMO прекращается приём новых дополнений, использующих XUL, SDK и XPCOM (это не касается обновлений уже существующих дополнений).
  • Исправлены различные уязвимости (некоторые из которых могут привести выполнению произвольного кода).
  • Включена по умолчанию поддержка TLS 1.3.
  • Дополнения WebExtensions при установке запрашивают одобрение списка полномочий.

Инструменты разработчика

  • Добавлена опция, позволяющая скопировать полный CSS-путь к элементу (1323700).
  • Завершена работа над поддержкой css-color-4 (1310681).
  • В режиме разметки добавлена визуальная подсказка между открывающим и закрывающим тегами свёрнутого узла (1323193).
  • Включён по умолчанию просмотрщик JSON, реализованный ещё в Firefox 44.

CSS

  • Включена по умолчанию поддержка свойств mask-* (см. CSS Masks) (1251161).
  • Добавлена поддержка свойства caret-color (1063162).
  • Добавлены сокращения place-items/place-self/place-content (1319958).
  • Свойство display обзавелось значением flow-root (1322191).
  • -moz-tab-size отныне может принимать значения в пикселях (943918) и может быть анимировано (1308110).
  • mask-mode:luminance не работало на градиентных масках (1346265).
  • Не заполнялась область просмотра при grid-template-rows: 1fr (1346699).
  • Все mask-longhands теперь могут быть применены на элементы SVG (1319667).
  • [css-grid] align-self/justify-self:stretch/normal не работало на элементах <table> (1316051).
  • Исправлено неправильное отображение clip-path: circle() при больших размерах и радиусе, заданном в процентах (1324713).
  • Ударение на дизъюнктивной eta (ή) больше не пропадает, когда значение uppercase text-transform применяется на греческих символах (1322989).
  • Поддержка значения contents у display больше не может быть отключена в настройках (1295788).
  • Удалён префикс -moz у :dir() pseudo-class (1270406), text-align-last (1276808) и calc() (1331296).

JavaScript

События

DOM/API

Воркеры и сервисные воркеры

WebGL

Мультимедиа

HTTP/сеть

  • Добавлена настройка network.http.referer.userControlPolicy, позволяющая задать поведение по умолчанию для Referrer-Policy (отправка заголовка Referer). Возможные значения:
    • 0 — не отправлять
    • 1 — отправлять только если обращение происходит в пределах одного домена
    • 2 — отправлять всегда, но обрезанным
    • 3 — отправлять всегда, за исключением обращения от HTTPS к HTTP (по умолчанию)
  • Поддержка Next Protocol Negotiation (NPN) прекращена в пользу Application-Layer Protocol Negotiation (ALPN) (1248198).
  • Включена по умолчанию поддержка HTTP-заголовка Large-Allocation (1331083).

SVG

>>> Примечания к выпуску для разработчиков

>>> Подробности

★★★★★

Проверено: jollheef ()
Последнее исправление: Psych218 (всего исправлений: 4)

Ответ на: комментарий от Freyr69

и какие были проблемы, даже интересно.

Проблема очень простая. Есть слайсы H.264. Нужно положить декодированные кадры в текстуры в контексте OpenGL. Контекст сторонний, текстуры уже есть. Сделай это.

А ответ прост, один разраб лениво потыкал труп gstreamer0.10 и забил

Может, ты там как-то больше знаешь, как это разрабатывалось в Firefox (откуда тебе знать, лол). Но у меня есть мой опыт. Пробовал и 0.10 и 1.0. Ковырял код, но не нашёл способ подцепить свой контекст.

Делал на гстримере достаточно сложный софт с 100+ элементами в графе и все отлично работало.

Да, пользуюсь и сейчас. Конструктивная критика будет?

Ты встраиваешь своё приложение в GStreamer, а не GStreamer в своё приложение. Чувствуешь разницу?

Вебкит при том отлично работает с ускорением и даже с ускоренным видео в случае вебкитгтк.

И давно? Пару-тройку лет назад я искал везде. Нигде не было. Дай ссылку на то место, где добавили. Интересно же.

i-rinat ★★★★★
()
Ответ на: комментарий от i-rinat

Нужно положить декодированные кадры в текстуры в контексте OpenGL. Контекст сторонний, текстуры уже есть. Сделай это.

В презенташке хромиума, что я тебе скинул, показан рендеринг на свою текстуру, если ты внимательно посмотришь, да еще и промежуточные буфферы передаются как dma object. Все учень годно сделано, было бы желание.

Ну а так напиши синк, если тебе не подходят готовые, это же элементарно. Синк, рендерящий в текстуру и со своим контекстом есть, есть тот же глимэджсинк, каиро, клаттерсинк, такой экзотики, чтоб на готовую текстуру рисовать, я не видел, хотя, может, от сторонних разрабов есть.

Мне под директшоу больше синков приходилось писать, ибо там даже стоковый для вывода в окно не работал.

Может, ты там как-то больше знаешь, как это разрабатывалось в Firefox (откуда тебе знать, лол). Но у меня есть мой опыт. Пробовал и 0.10 и 1.0. Ковырял код, но не нашёл способ подцепить свой контекст.

Конечно, в багтрекере об этом все сказано. Они прямо сказали, что им насрать и для них не приоритет. Единственный калека, который этим занимался, прямо сказал, что 1.0 даже не тыкал, ибо ему показалось, что в 0.10 ваапи декодер нестабильный. Короче, не было цели сделать решение. Они даже аппаратное ускорение отрисовки сделать не могут, тоже скажешь никак? Под винду была цель сделать — сделали, хотя MFC ничем не проще. В webkitgtk все есть и работает, еще раз повторюсь.

И давно? Пару-тройку лет назад я искал везде. Нигде не было. Дай ссылку на то место, где добавили. Интересно же.

Пару лет как точно. Хз когда, не интересовался. Главное, работает. В фурифоксе — не работает.

https://webkitgtk.org/

Ты встраиваешь своё приложение в GStreamer, а не GStreamer в своё приложение. Чувствуешь разницу?

Нет, я встраиваю гстример в свое приложение, ибо там помимо графа еще уй на гтк, вэб, стриминг видео в сеть и куча всего еще.

Freyr69 ★★★
()
Последнее исправление: Freyr69 (всего исправлений: 2)
Ответ на: комментарий от Freyr69

Они даже аппаратное ускорение отрисовки сделать не могут, тоже скажешь никак?

А что тогда отключали?

В баге про аппаратный декодер написано, что работа над кодом начнётся, когда включат OpenGL композитинг по дефолту, ибо без него смысла нет: будет лежать мёртвым кодом. OpenGL композитинг уже давно есть, только выключен по умолчанию. Можно включить в about:config. В Chromium — аналогичная включалка есть в chrome://flags, и там тоже почти всегда выключен.

да еще и промежуточные буфферы передаются как dma object.

Это круто, конечно, если ты всегда на bleeding edge. На проприетарном драйвере Nvidia тоже заработает dma object? А на Intel? Я пробовал их EGL в Mesa. Вернулся на GLX из-за багов (зарепортил, да, но не фиксил).

Все учень годно сделано, было бы желание.

Было бы желание допиливать GStreamer? Это круто, но сколько это работы? И вряд ли это всё было два с половиной года назад.

Ну а так напиши синк

У тебя стокгольмский синдром, что ли? Что-то многовато надо делать, чтобы ублажить этот гстример. Мне надо функциональность работающую, а не запись на доске достижений «гстример сжалился над тобой». В ffmpeg это есть уже лет шесть, если не больше. И это только «новое api». Заморочишься со старым — будет ещё больше совместимости.

И я сильно сомневаюсь что без трюков с экспортом в обособленный dri объект это заработает. Если мне нужно в одном адресном пространстве работать с разными контекстами, будет очень кучеряво. Я как-то слабо представляю себе, как эти трудности решать. И самое главное — зачем их решать. Ведь лучше их просто не создавать, не беря в работу gstreamer.

Опыт Chromium и Firefox опять-таки. Первые и не брали гстример. Вторые выбросили в пользу ffmpeg, отчего стало лучше.

https://webkitgtk.org/

Лучше бы честно ответил, что не можешь ссылку дать, чем делать так некрасиво.

такой экзотики, чтоб на готовую текстуру рисовать, я не видел, хотя, может, от сторонних разрабов есть.

Поэтому я и говорю — он не подходит. А ты всё продолжаешь своё «мой юзкейс — единственный возможный. Мне подходит — всем подходит».

MFC

Что за MFC? Microsoft Foundation Classes уже давно закапывают, разве нет? Ближайшее — Media Foundation, но там нет C в названии.

Нет, я встраиваю гстример в свое приложение, ибо там помимо графа еще уй на гтк, вэб, стриминг видео в сеть и куча всего еще.

Неа. Ты крутишься в цикле GStreamer. Он порождает объекты и даёт их тебе, дёргая за ниточки. Это ты в него встраиваешься.

Это не заметно, если у тебя полное приложение. Но в плагине, у которого нет доступа к основному циклу, это заметно очень хорошо.

i-rinat ★★★★★
()
Ответ на: комментарий от rbh-17m

А что chrome://gpu показывает?

Ok, добрался до компьютера, проверил настройки: http://imgur.com/3cJaplf

Оказалось, что ignore-gpu-blacklist у меня уже было включено. Тем не менее, автомагическим образом это не включает код поддержки аппаратного декодера. Что не удивительно, учитывая позицию разработчиков. Баг о включении лет пять уже в состоянии wontfix.

i-rinat ★★★★★
()
Ответ на: комментарий от timdorohin

Первая опция же.

Добрался до компьютера, приготовился опцию включать, а она оказалась включенной. Чуда не произошло.

i-rinat ★★★★★
()
Ответ на: комментарий от i-rinat

Тогда чзх это за прикол с mpv и 2к? И что счас у арча, там же вроди работало?

У mpv случаем не вырубает опенгл если поставить hwdec=none?

timdorohin ★★★★
()
Ответ на: комментарий от Freyr69

https://webkitgtk.org/

Окей. Лэтс ду зэ маф. Я скачал surf 2.0 (2.0-1 в Debian experimental), он использует webkit2gtk 2.16.1 (2.16.1-1 в Debian experimental). Это вроде как текущие версии.

Для теста используется страничка с пятью FullHD видео. Частоту процессора блокируем на 1,2 ГГц. Замеряем общую загрузку CPU. В системе есть ещё гуляющие процессы, но они дают загрузку до полупроцента. Итак, циферки:

Firefox 53 — 44%
Chromium 57 — 36%
surf 2.0 — 32%

Циферки прыгают на две-три единицы туда-сюда. Казалось бы, вот оно, ускорение, да? Разница выходит за пределы погрешностей измерения. Но попробуем ещё немного других вариантов:

Пять экземпляров mpv 0.23.0 с тем же видео, через VA-API — 2,5%
Firefox 53, те же пять видео, но через Flash + FFmpeg/VA-API/OpenGL — 13%.

Туфта все ваши обещания. Я глянул в код webkitgtk 2.16.1, и там — та-да! — gst_video_frame_map(). Обычное чтение декодированных кадров обратно на CPU. На встроенном видео Intel это ещё не так страшно, так как память рядом. Наверняка на дискретных картах будет гораздо хуже. Так уже делали в VLC и это было ужасно.

Ах, да. Ещё surf показал мне вот это вместо видео: https://imgur.com/Ro2tNn0. Какой-то баг при взаимодействии с gstreamer-vaapi. Если его отключить, то видео нормальное. Если открыть видео через gst-play-1.0, видео нормальное. Srsly, dafaq is that? Апологет вот этого чуда заводит речь про криворуких кодеров?

Лучший вариант — конечно же видео локально через mpv. Но если хочется в браузере, Flash с аппаратным ускорением пока что выигрывает программное в браузерах, несмотря на большие накладные расходы. Во Flash готовые VA-API поверхности из декодера рендерятся в Pixmap с прицепленной текстурой. Дальше эти текстуры рендерятся в ещё один буфер, который копируется в Drawable, которые даёт Firefox. Он затем эти Drawables рендерит в свой буфер, где страница отрисована. А уже этот буфер рендерит в видимое окно. Копирований выше крыши, но это всё равно самый быстрый вариант после mpv.

i-rinat ★★★★★
()
Ответ на: комментарий от timdorohin

прикол с mpv и 2к?

Нужно замерить заново, но с фиксированными частотами CPU. Числа могут поменяться. Сейчас как раз во время тестов заметил, что если частоты не фиксировать, некоторые варианты едят мало в процентах, но проц шпарит на максимальных частотах, тогда как другие варианты едят много, но при этом проц работает на небольшой частоте. Вариант с GStreamer почему-то частоты взвинтил.

И что счас у арча, там же вроди работало?

У них отдельный пакет, chromium-vaapi. Но он обновляется неспешно, ведь нужно патч адаптировать.

У mpv случаем не вырубает опенгл если поставить hwdec=none?

С hwdec=no пишет, что выводит через opengl. На hwdec=none ругается.

i-rinat ★★★★★
()

Интересное сообщение на сайте mozilla в самом верху https://support.mozilla.org/ru/kb/nachalo-raboty-s-firefox-obzor-osnovnyh-voz...

«IMPORTANT ANNOUNCEMENT: We’re going through some system changes, that may have slowed responses to your questions. If you had asked a question in the last couple of months, please re-post it and the community will help you as soon as we can. If you’ve registered after February 7th, please register again, the accounts on the previous site were not migrated to this temporary site. If you joined us before February 7, please reset your password if you have trouble logging into this temporary site. »
http://imgdepo.com/id/10559965.jpg
Что бы это значило, понимается так, что, что то у них пошло не так

Rousk
()

Для «нормального» копирования адресов, содержащих кириллицу, теперь следует использовать browser.urlbar.decodeURLsOnCopy = true

А кто-нибудь может ответить, почему это не используется по-умолчанию?

Im_not_a_robot ★★★★★
()
Ответ на: комментарий от i-rinat

А что тогда отключали?

Я не знаю, что они там отключали, но оно до сих пор нормально не работает. Когда странички будут ускоряться? Почему на восьмиядерном зеоне и gtx 780 у меня reddit.com/r/books тормозит как не в себя?

Было бы желание допиливать GStreamer? Это круто, но сколько это работы?

Gstreamer про модульность, как и директшоу с MF, их все надо допиливать. Тем более насколько я вижу в хроме и вэбкитгтк все сделано на стандартных элементах.

У тебя стокгольмский синдром, что ли?

Стокгольмский синдром — писать что-то прямо на ффмпеге. Впрочем, для элементарного декодирования сойдет.

Неа. Ты крутишься в цикле GStreamer.

Нет, я кручусь в цикле глибовского мэйнлупа, который вполне себе может крутиться в соседнем потоке с другим мэйнлупом.

и там — та-да! — gst_video_frame_map(). Обычное чтение декодированных кадров обратно на CPU.

#if !(USE(TEXTURE_MAPPER_GL) && !USE(COORDINATED_GRAPHICS)

Открывать MediaPlayerPrivateGStreamerBase.cpp и смотреть все, что под #if USE(GSTREAMER_GL)

surf 2.0 — 32%

Ещё surf показал мне вот это вместо видео

Ну это же дебиан, там всегда что-то собрано не так и что-то не работает. Вообще у меня на интеле surf и mpv загружают процессор примерно одинаково, а на ПК c нвидиа mpv загружает как surf при -vo=opengl -hwdec=vaapi, и намного меньше при -vo=vdpau -hwdec=vdpau, так что хз.

Freyr69 ★★★
()
Ответ на: комментарий от Freyr69

Когда странички будут ускоряться? Почему на восьмиядерном зеоне и gtx 780 у меня reddit.com/r/books тормозит как не в себя?

Когда сделают пересчёт быстрее, наверное. Глупо считать, что тормозит именно рисование.

который вполне себе может крутиться в соседнем потоке с другим мэйнлупом.

Оу, ему ещё один поток нужно, чтобы можно было встроиться в его мейнлуп. А потом синхронизироваться с этим мейнлупом, так как к основному доступа может не быть. Опять-таки, ты мало себе представляешь, сколько это боли. А сколько ещё потоков GStreamer запускает?...

Открывать MediaPlayerPrivateGStreamerBase.cpp и смотреть все, что под #if USE(GSTREAMER_GL)

Там и смотрел. Тебе тоже стоит посмотреть, а то твои реплики выглядят глупо. Кстати, этот GSTREAMER_GL выключен по дефолту. Интересно, почему...

Ну это же дебиан, там всегда что-то собрано не так и что-то не работает.

Ух-ты, какие аргументы пошли. В Debian всегда не так собрано! Ну конечно же, не так собрали!... Что за бред...

а на ПК c нвидиа mpv загружает как surf при -vo=opengl -hwdec=vaapi

Мда. А ничего, что переходник годами заброшен уже? Там некоторая часть API просто не поддерживается. Например, chromium-vaapi через него не работал.

i-rinat ★★★★★
()
Ответ на: комментарий от i-rinat

Когда сделают пересчёт быстрее, наверное. Глупо считать, что тормозит именно рисование.

Я не знаю, что там у них тормозит, меня это мало волнует. Меня волнует, что на топовой конфигурации в файерфоксе страничка тормозит будто топовый 3д бенчмарк, в то время как на вебките все летает. В чем накосячили говнокодеры мозиллы меня не интересует, как, собственно, и любого пользователя.

Кстати, этот GSTREAMER_GL выключен по дефолту.

Ну так собери с ним и проверь. К слову если включить композитор, surf загружает цп заметно меньше на невидии.

В Debian всегда не так собрано! Ну конечно же, не так собрали!... Что за бред...

Ну дебиан в целом жутко кривой дистрибутив, там половина пакетов собрана не так, так что не удивительно. Почти любой не мейнстримовый пакет содержит какие-нибудь лютые косяки, как тот tkgate, что сегфолтился при комипасте.

Мда. А ничего, что переходник годами заброшен уже?

Для чистоты эксперимента, ибо в гстример ваапи декодер подключается к огл синку.

Freyr69 ★★★
()
Ответ на: комментарий от i-rinat

Спасибо за объяснение.

Но если хочется в браузере, Flash с аппаратным ускорением пока что выигрывает программное в браузерах, несмотря на большие накладные расходы.

Кстати, у меня есть дефолтная установка CentOS7 с firefox, chromium и chrome. Так вот, в firefox (версия 52 там сейчас) невозможно использовать html5 плеер - фулскрин лагает; адекватно работает только flash (и с va_gl), загрузка процессора ~40%. Chrome из коробки нормально кажет html5, загрузка процессора ~25%. Chromium с html5 ведет себя так же, как firefox, лагает; а флеш там почему-то не заработал, разбираться лень, не использую. Ноут Intel Broadwell. Поэтому да, флеш, сколько бы ему не пророчили смерть, всё еще нужен.

Deleted
()
Ответ на: комментарий от Freyr69

в файерфоксе страничка тормозит будто топовый 3д бенчмарк, в то время как на вебките все летает

Это уже другое, и к аппаратно-ускоренной отрисовке имеет мало отношения.

Движок лисы — не вебкит. Поэтому всегда будут варианты использования, которые нормально работают на одном движке, но тормозят на другом. Это проблема, и её нужно решать. Но бессмысленно мешать всё в кучу.

Ну так собери с ним и проверь.

Если ты что-то утверждаешь, тебе и доказывать. Я уже приводил числа и описание деталей теста. А от тебя не было вообще ничего. Важные детали и те в час по чайной ложке.

там половина пакетов собрана не так

Я тут на форуме чуть ли не про каждый дистрибутив слышал. Но ни разу не видел, чтобы было указание на конкретные ошибки при сборке. Пустой трёп только. «Готовить не умеют», всё такое.

i-rinat ★★★★★
()
Ответ на: комментарий от Deleted

AccelMethod «glamor» пробовал включать?

flash (и с va_gl)

Старые версии флеша дырявые же. Если и использовать флеш, то лучше уж свежий ppapi через переходник. В переходнике тоже можно включить декодирование через VA-API.

i-rinat ★★★★★
()
Последнее исправление: i-rinat (всего исправлений: 1)
Ответ на: комментарий от i-rinat

AccelMethod «glamor» пробовал включать?

Да, не влияет.

Если и использовать флеш, то лучше уж свежий ppapi через переходник.

Ок, потом как-нибудь разберусь

Deleted
()
Ответ на: комментарий от i-rinat

Это уже другое, и к аппаратно-ускоренной отрисовке имеет мало отношения.

Ускорение css? Не суть.

Движок лисы — не вебкит. Поэтому всегда будут варианты использования, которые нормально работают на одном движке, но тормозят на другом.

Можно пример такого, чтоб тормозило на вебките на линуксе и летало на файерфоксе? На виндовом файерфоксе все нормально работает, дело не в движке, просто в мозилле положили болт на линукс.

Если ты что-то утверждаешь, тебе и доказывать.

https://blogs.igalia.com/vjaquez/2013/07/26/composited-video-support-in-webki...

Freyr69 ★★★
()
Ответ на: комментарий от Freyr69

https://blogs.igalia.com/vjaquez/2013/07/26/composited-video-support-in-webki...

So, keep tuned, or even better, come and help us.

А ещё они там vaCopySurfaceGLX упоминают. То есть ещё не начали на тот момент работать, ибо от этой функции все бегут в итоге. Она плохо работает, и на неё забили болт. Попробуешь — поймёшь.

i-rinat ★★★★★
()
Ответ на: комментарий от timdorohin

У тебя точно рач головного мозга.

Я выше уже давал ссылку с репой для деба с хромиумом с поддержкой гпу декодирования.

По факту в раче пионеры в ауре это делают. И да же не пионеры, а один пионер, которого это достало, и он говорит, что 'устал'.

https://aur.archlinux.org/packages/chromium-vaapi/

Так что хватит рассказывать байки про какие-то уникальные разработки в раче.

И там, и там это тупая работа одного пионера по простому патчу. Результат ы не выкладываются в стандартные штатные репы. Об апстриме речи не идет, ибо гугл не хочет возиться с зоопарком линуксов. А мейнтернеры линуксов не хотят возиться с таким сложным делом за место гугла.

fornlr ★★★★★
()
Последнее исправление: fornlr (всего исправлений: 2)
Ответ на: комментарий от timdorohin

Хромиум из Debian sid. Те самые патчи от арчеводов, включили в мастер-ветку

И давай добью. Те самые патчи у гугла валяются с 2012 года, еще до того как пионеры в арче зачесались.

https://chromium.googlesource.com/chromium/src/ /master/docs/linux_hw_video_d...

Так что умей думать башкой, а не манией величия рача.

anonymous
()
Ответ на: комментарий от anonymous

Поэтому необходимо придерживаться третьего подхода, который состоит в том, чтобы нажимать ссылку правой кнопкой и из выпадающего меню выбирать способ её открытия.
Хоть, в новом окне.

медленно.

NextGenenration ★★
()
Ответ на: комментарий от timdorohin

Те самые патчи от арчеводов

И да, и вот источник тех самых «великих» «патчей от арчеводов» Те самые патчи от арчеводов

Hi. i'm the maintainer of the chromium-dev package in Archlinux AUR user repository. in older version, i use you patch from launchpad repository, but because I'am not coder, that patch don't work well

https://github.com/saiarcot895/chromium-ubuntu-build/issues/2

anonymous
()
Ответ на: комментарий от orm-i-auga

в мобильном фаерфоксе пользуюсь. хорошо работает.

Deleted
()
Ответ на: комментарий от i-rinat

This site can’t be reached

А ещё они там vaCopySurfaceGLX упоминают. То есть ещё не начали на тот момент работать, ибо от этой функции все бегут в итоге.

Они там gst_video_gl_texture_upload_meta_upload() упоминают. Что она вызывает, можно посмотреть здесь (meta в названии намекает):

https://cgit.freedesktop.org/gstreamer/gst-plugins-base/tree/gst-libs/gst/vid...

То есть ещё не начали на тот момент работать

http://gstreamer-devel.966125.n4.nabble.com/VAAPI-meta-GstVideoGLTextureUploa...

Freyr69 ★★★
()
Ответ на: комментарий от Freyr69

http://gstreamer-devel.966125.n4.nabble.com/VAAPI-meta-GstVideoGLTextureUploa...

И что я там должен увидеть? Боль от использования GStreamer? Так я и так знаю, что боль. Сколько сообщений об этом уже написал.

Что она вызывает, можно посмотреть здесь

Не помню, чтобы мне нужно было смотреть в код FFmpeg, чтобы реализовать поддержку VA-API. И VDPAU. Тогда как с GStreamer единственный вариант — gstreamer-vaapi + vdpau-va-driver. Причём не факт, что переходник будет работать. Спасибо, я уже нахлебался с ALSA-плагином для PulseAudio. (И ведь в интернетах полно людей, которые и вправду считают, что ALSA-only приложения отлично работают с PulseAudio!)

Идея у GStreamer замечательная. И она даже работает, когда тебе нужно граф из сотни+ элементов. Только вот не всем нужны графы из сотни+ элементов. Шаг вправо, шаг влево — и вот уже нужно лезть в потроха GStreamer, чтобы заставить это работать. А потом выходит GStreamer 1.7, для которого нужно поменять часть кода. Причём не факт, что можно обложиться функциями-заглушками, как для FFmpeg.

Напомни, для чего в это всё лезть?

i-rinat ★★★★★
()
Ответ на: комментарий от i-rinat

И что я там должен увидеть? Боль от использования GStreamer?

Вообще-то там как раз все просто и понятно.

Напомни, для чего в это всё лезть?

Чтоб получить надежное и гибкое решение для декодирования и рендеринга, с динамической подстановкой кодеков, выбором формата промежуточных буфферов (тех же dma, например) и.т.д. Собсна, на ффмпеге никто такое сделать не осилил, в то время как на гстримере есть уже как минимум два работающих решения.

То есть я уже понял, что у тебя был простенький граф с одним декодером и необходимостью рисовать все в гл текстуру, может, для того оно и ок. Но для чего-то более сложного ффмпег не очень, на сколько я знаю у хромиума вообще форк ффмпег, вот это я понимаю, в кишки лезть.

Freyr69 ★★★
()
Ответ на: комментарий от Freyr69

Но для чего-то более сложного ффмпег не очень

Сюрприз! В теме про браузер обсуждалось браузер-специфичное применение. Кто бы мог догадаться...

насколько я знаю у хромиума вообще форк ффмпег, вот это я понимаю, в кишки лезть.

Фиксация API как следствие фиксации кода и обеспечение лицензионной совместимости с проприетарным кодом в Chrome.

i-rinat ★★★★★
()
Последнее исправление: i-rinat (всего исправлений: 1)
Ответ на: комментарий от i-rinat

нахлебался

Спасибо. Занес в словарь матерных заменителей.

fornlr ★★★★★
()
Ответ на: комментарий от Im_not_a_robot

С TreeStyleTabs можно хоть со 130ю нормально управляться.

Cпасибо, заценим.

PS: С TabGroups можно 400+ нормально управляться.

valdecar
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.