The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Обновление Firefox 127.0.1. Проблемы с YouTube в Firefox

20.06.2024 10:09

Доступен корректирующий выпуск Firefox 127.0.1, в котором исправлено несколько проблем:

  • Ошибка, приводящая к невосстановлению прошлого сеанса при запуске, в случае отклонения ввода мастер-пароля для доступа к сохранённым в менеджере паролей учётным записям.
  • Проблема, приводящая в сборках Firefox для платформы Linux к снижению скорости воспроизведения звука в два раза, в случае включения моно-режима, активируемого при выставлении настройки "accessibility.monoaudio.enable".
  • Зависание инсталлятора для платформы Windows при попытке загрузки полного установочного архива.
  • Проблема, приводящая к некорректной блокировке Cookie для некоторых сайтов, таких как papertrailapp.com.

Из известных, но пока не исправленных проблем, отмечается зависание воспроизведения видео с YouTube при смене позиции в потоке. Проблема проявляется для видео VP9 с качеством выше 1080p.

Дополнение: Судя по комментарию разработчика Firefox, подготовившего патч для устранения зависаний, проблема связана с ошибочным формированием потока в формате VP9 на стороне YouTube и не является ошибкой в Firefox. В частности, в отдаваемом YouTube потоке не обеспечивается постоянное увеличение временны́х меток поступающих видеофрагментов, что приводит к ситуации появления фрагментов, перекрывающих друг друга по времени (например, приходит фрагмент, с метками начала и конца "124416000, 125126000", а за ним следует фрагмент с метками "125125000, 131382000", начинающийся раньше, чем заканчивается предыдущий фрагмент). Из-за данного несоответствия меток в потоке Firefox не может корректно рассчитать время начала следующего фрагмента и пропускает подобные фрагменты, не добавляя их в буфер и ожидая их поступления для воспроизведения, в то время как YouTube считает, что фрагменты успешно получены другой стороной.

  1. Главная ссылка к новости (https://www.mozilla.org/en-US/...)
  2. OpenNews: Релиз Firefox 127
  3. OpenNews: Mozilla добавит в Firefox 130 AI-возможность для генерации описаний изображений
  4. OpenNews: Опубликован список идей по развитию Firefox, над которыми ведётся работа
  5. OpenNews: В ночных сборках Firefox тестируют виджет с прогнозом погоды
  6. OpenNews: В Firefox предложена дополнительная защита от отслеживания с использованием редиректов
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61409-firefox
Ключевые слова: firefox
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (43) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:11, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +36 +/
    Обновление имени localhost =))
     
  • 1.2, Аноним (2), 10:11, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    Он 127.0.1 :)
    Но смешно. В таком выпуске нужно было бы встроенный LAMP сделать
     
     
  • 2.4, Аноним (4), 10:13, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Они бы и его сломали.
     
  • 2.6, IZh. (?), 10:23, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +18 +/
    Таки localhost. Читайте RFC по IPv4 на тему сокращённых форм записи адресов.

    u@vm:~> ping 127.1
    PING 127.1 (127.0.0.1) 56(84) bytes of data.
    64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.021 ms
    64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.052 ms
    64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.037 ms
    ^C
    --- 127.1 ping statistics ---
    3 packets transmitted, 3 received, 0% packet loss, time 2044ms
    rtt min/avg/max/mdev = 0.021/0.036/0.052/0.012 ms

    u@vm:~> ping 127.0.1
    PING 127.0.1 (127.0.0.1) 56(84) bytes of data.
    64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.032 ms
    64 bytes from 127.0.0.1: icmp_seq=2 ttl=64 time=0.037 ms
    64 bytes from 127.0.0.1: icmp_seq=3 ttl=64 time=0.039 ms
    ^C
    --- 127.0.1 ping statistics ---
    3 packets transmitted, 3 received, 0% packet loss, time 2050ms
    rtt min/avg/max/mdev = 0.032/0.036/0.039/0.003 ms

     
     
  • 3.10, rshadow (ok), 11:07, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Прикольно. Видел такое в IPv6, но там это необходимость чтобы не писать простыней.
     
  • 3.15, OpenEcho (?), 11:58, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Читайте RFC по IPv4 на тему сокращённых форм записи адресов.

    Самое смешное, что в RFC про IPv4 нигде конкретно не сказанно про такой вид сокращений (примеры в RFC есть, как 10/8 или 172.16/12, но конкретно про поглощение отсутсвующего нуля - нет), но при этом применяется на практике десятилетиями опираясь только на man inet_aton(3)

     
     
  • 4.31, Аноним (31), 13:59, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Магичность - плохой стиль в коде.
     
  • 4.32, wd (?), 14:04, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    это не сокращенная а классовая запись
    в частности 10.0.257 == 10.0.1.1

    ~ % ping 8.526344
    PING 8.526344 (8.8.8.8) 56(84) bytes of data.
    64 bytes from 8.8.8.8: icmp_seq=1 ttl=58 time=31.9 ms
    64 bytes from 8.8.8.8: icmp_seq=2 ttl=58 time=32.0 ms
    64 bytes from 8.8.8.8: icmp_seq=3 ttl=58 time=31.9 ms

     
     
  • 5.36, OpenEcho (?), 16:04, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > это не сокращенная а классовая запись
    > в частности 10.0.257 == 10.0.1.1

    Классы отменили в 1993

    А пинговать можно по всякому, лижбы номер был

    ping 2130706433
    или
    ping 0x7F000001

     
  • 2.21, OpenEcho (?), 12:31, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Он 127.0.1 :)

    Устаревшая новость, уже есть 127.0.2 фиксящая проблему с просмотром тытрубы в HD+ качестве

     
     
  • 3.29, Аноним (29), 13:23, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    ну пропингуй 127.0.1 и посмотри ответы
     
     
  • 4.35, OpenEcho (?), 15:59, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ну пропингуй 127.0.1 и посмотри ответы

    Опеннет попингуйный...
    https://www.ghacks.net/2024/06/19/google-disrupted-youtube-video-playback-on-f

     
  • 3.51, Аноним (-), 10:26, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >> Он 127.0.1 :)
    > Устаревшая новость, уже есть 127.0.2 фиксящая проблему с просмотром тытрубы в HD+ качестве

    Так надо было и ютуб на 127.0.0.1 развесить. Он бы тогда и 16K играл спокойно, если проц позволяет.

     

  • 1.3, Аноним (4), 10:13, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    То что они ломают то что итак работало отличный показатель деградации качества кода и процесса разработки.
     
  • 1.11, АнонимАнони.. (?), 11:35, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Что с Firefox странное стало, у меня после обновления даже язык не слетел ! По прежнему русский в интерфейсе :)
     
     
  • 2.28, Аноним (28), 13:04, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    это минорное, слетает на мажорных
     

  • 1.13, AKTEON (?), 11:49, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >>Проблема, приводящая в сборах Firefox для платформы Linux к снижению скорости воспроизведения звука в два раза, в случае включения моно-режима, активируемого при выставлении настройки "accessibility.monoaudio.enable".

    Это просто праздник какой-то

     
  • 1.17, Аноним (17), 12:12, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Следующая версия переполнит однобайтовый знаковый целочисленный тип, ждём версию минус 128.
     
  • 1.22, Аноним (22), 12:31, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Из известных, но пока не исправленных проблем, отмечается зависание воспроизведения видео с YouTube при смене позиции в потоке. Проблема проявляется для видео VP9 с качеством выше 1080p.

    При этом, проблема на стороне YT, который отдаёт некорректный поток.

    https://bugzilla.mozilla.org/show_bug.cgi?id=1878510#c113

     
     
  • 2.30, Аноним (30), 13:39, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Неверный для лисы. Вот для остальных верный
     
     
  • 3.40, Niko2040 (ok), 18:09, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Неверный для лисы. Вот для остальных верный

    А остальные это кто? Chromium-based? Ну так гуглу не составляет труда в своём движке обеспечить совместимость)

     
  • 3.43, Аноним (43), 20:08, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    К сожалению, тут гугл самостоятельно решает, какая последовательность временных меток верная, а какая нет. Остальное - неважно.
     
  • 2.44, Аноним (44), 21:49, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я медленную буферизацию решил отключением HTTP3 по [1-3]. Теперь понятно, что это был другой баг (медленная буферизация при <=1080p или не-VP9).

    [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1878510#c61
    [2] https://www.reddit.com/r/firefox/comments/1dgit2u/http3_bug_makes_youtube_supe
    [3] network.http.http3.enable = false

     
     
  • 3.45, Аноним (44), 22:08, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Баг, решающийся отключением HTTP3 ведёт себя как долгая начальная загрузка видео - несколько минут (с пустыми Network Activity и Buffer Health в ютубовском Stats for nerds).

    Баг VP9 на начальную загрузку не влияет.

     
  • 3.47, timur.davletshin (ok), 07:59, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вполне возможно. Google недавно местами внедрил новый алгоритм управления потоком на YT - BBR3 (BBR - obsolete, BBR2 никогда не релизился, только в репе).

    В РФ есть ещё вторая причина проблем с буферизацией - постепенный вывод из эксплуатации серверов кэширующей инфраструктуры.

     
     
  • 4.53, Аноним (53), 13:03, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В РФ есть ещё вторая причина проблем с буферизацией - постепенный вывод из эксплуатации серверов кэширующей инфраструктуры.

    А я то думаю почему под VPN видосы грузятся в разы быстрее.

     
     
  • 5.54, timur.davletshin (ok), 13:32, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    А пакеты по VPN к тебе телепортируются с нулевой задержкой? Смешной ты, Аноним.
     

  • 1.24, Аноним (28), 12:51, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    в Solus пока не прилетело, скорее всего, только к концу недели будет
     
  • 1.27, Аноним (27), 12:58, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    на арче стал падать..
     
     
  • 2.33, АнонимАнони.. (?), 15:01, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Причину удалось выяснить ? Именно после 127.0.1 ?
     

  • 1.34, K_AHTOH (ok), 15:36, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Чот последние обновления перестали открывать сайты .onion
    Я через прокси ТОР перенаправляю трафик, так в Хроме все работает.
    Да и заблокированные сайты тоже открывает, только даркнет не хочет.
    Никто не знает что может быть?
     
     
  • 2.37, Аноним (37), 16:15, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вопрос немного не в тему. А где надыбать лист годных .onion сайтов? А то имеющиеся в гугле, те давно протухли.
     
  • 2.41, Аноним (41), 18:49, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Реньше был по умолчанию активен преф, блокирующий .onion. Может с ним или новым аналогичным связано.
     
     
  • 3.42, K_AHTOH (ok), 19:45, 20/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Реньше был по умолчанию активен преф, блокирующий .onion. Может с ним или
    > новым аналогичным связано.

    Да вроде отключал...
    network.proxy.socks_remote_dns = true
    network.dns.blockDotOnion = false

     
     
  • 4.50, Аноним (50), 10:02, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >network.dns.blockDotOnion = false

    Требуется как раз наоборот = true
    Нужно, чтобы браузер не пытался резолвить .onion

     

  • 1.39, Аноним (39), 17:49, 20/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    127.0.0.1 ?
     
  • 1.46, grayich (ok), 01:28, 21/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Проблема проявляется для видео VP9 с качеством выше 1080p

    врут, с любым размером клинит в фф

     
     
  • 2.48, Аноним (48), 08:17, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Багу пару лет, кстати. Проблема в том, что и на fullhd не всегда есть avc поток (который ниже качеством).
     

  • 1.49, Аноним (49), 09:25, 21/06/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Они только узнали, что метки в видео могут быть не по порядку? Попробуйте MP4 снять на камеру на ноутбуке. А потом просто пережать ffmpegом. Удивитесь. Ошибок 10 о неправильных временных метках оно выдаст. Особенно в начале. Исправить проблему можно только перекодированием видео. И вот там скорее всего в этом и косяк. Видео исходного качества 1080p грузится как есть и не перекодируется. Видео в остальных качествах перекодируется и там ошибок нет.
     
     
  • 2.52, Аноним (-), 10:28, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Они только узнали, что метки в видео могут быть не по порядку?
    > Попробуйте MP4 снять на камеру на ноутбуке. А потом просто пережать
    > ffmpegом. Удивитесь. Ошибок 10 о неправильных временных метках оно выдаст.

    Это потому что кодирование видео в реалтайме - может и не успеть за непрерывным потоком, чаще всего в начале как раз, потом какой-нибудь адаптив более-менее работать начинает.

     
     
  • 3.57, Аноним (49), 15:58, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну дык всякие стримы и снимают в реальном времени. А ты потом смотришь трансляцию в инете и она виснет каждые 5 минут вот из за таких ждунов, которые ждут следующий слайс. Дай бог если хостинг пережимает потом видео в оффлайне. А если нет?
     
  • 2.58, Аноним (44), 23:35, 21/06/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В спецификации ШЕБМ есть место All absolute block cluster timecodes MUST b... большой текст свёрнут, показать
     

  • 1.59, Аноним (59), 15:44, 23/07/2024 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +/
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру