Доступен корректирующий выпуск Firefox 127.0.2, в котором устранены проблемы с зависанием воспроизведения видео с YouTube при смене позиции в потоке. Проблема вызвана ошибочным формированием потока в формате VP9 на стороне YouTube и проявляется, среди прочего, для видео VP9 с качеством выше 1080p...Подробнее: https://www.opennet.me/opennews/art.shtml?num=61441
А на каком языке написана эта часть ФФ?
Ответ всего в трёх кликах и паре скроллов: https://hg.mozilla.org/integration/autoland/rev/f9eb1d015824
Ну то есть даже создатели раста решили это на раст не переписывать, ок
Это же мозила. Сами создали, сами перестали пользоваться.
Разработчики браузера и языка программирования - это разные команды, а сейчас- уже и разные организации.
Забавно, MP4 демуксер у них много лет как растовый, а WebM - нет.
раст так не сможет
https://4e6.github.io/firefox-lang-stats/
Ого, а я думал это Ютуб тупит. Для сервисов гугл нормально, когда они криво работают, обычно..
>> Проблема вызвана ошибочным формированием потока в формате VP9 на стороне YouTube
>> В отдаваемом YouTube потоке не обеспечивается постоянное увеличение временны́х меток поступающих видеофрагментов, что приводит к ситуации появления фрагментов, перекрывающих друг друга по времени
> Ого, а я думал это Ютуб тупит.Для сервисов гугл нормально, когда они криво работают, обычно..
Э-э, ну да, все правильно - это не Ютуб виноват, ведь в правильных браузерах (Хром, Хром и вот - Хром) для сервисов Гугла - все работает!
Давайте мы в своём ютубе закинем перекрывающиеся видеофрагменты, а в нашем браузере запилим их поддержку. А нам за это ничего не будет, потому что кексперты с опеннета готовы за нас горло перегрызть.Сколько лет живу, а всё ещё удивляюсь, как люди жрут, нахваливают и гавкают на тех, кто нос от запаха воротит...
Так из хрома много лет назад выкинули , но не так давно вернули . И , "чисто случайно" , именно тогда когда стали бороться с блокировщиками . А такая фигня с очень в этом помогает . Ведь и обратили внимание именно на uBO-гитхабе .
>>> Проблема вызвана ошибочным формированием потока в формате VP9 на стороне YouTube
>>> В отдаваемом YouTube потоке не обеспечивается постоянное увеличение временны́х меток поступающих видеофрагментов, что приводит к ситуации появления фрагментов, перекрывающих друг друга по времени
>> Ого, а я думал это Ютуб тупит.
> Для сервисов гугл нормально, когда они криво работают, обычно..
> Э-э, ну да, все правильно - это не Ютуб виноват, ведь в
> правильных браузерах (Хром, Хром и вот - Хром) для сервисов Гугла
> - все работает!Гугл на днях сменил алгритмы кодирования видео, теперь готовых видео со звуком выше 360p не отдаёт, это видно по выхлопу yt-dlp, теперь чтобы скачать тот же 720p видео приходится качать отдельно видеопоток и аудипоток, а потом локально мержить.
Видимо это шаг на пути рандомного онлайн встраивания рекламы, как новая идея по борьбе с блокировщиками рекламы и спонсорблоками, которые в таком сценарии не смогут резать рекламу, которая будет находиться в потоке видео в рандомном месте рандомной продолжительности.
>[оверквотинг удален]
>> правильных браузерах (Хром, Хром и вот - Хром) для сервисов Гугла
>> - все работает!
> Гугл на днях сменил алгритмы кодирования видео, теперь готовых видео со звуком
> выше 360p не отдаёт, это видно по выхлопу yt-dlp, теперь чтобы
> скачать тот же 720p видео приходится качать отдельно видеопоток и аудипоток,
> а потом локально мержить.
> Видимо это шаг на пути рандомного онлайн встраивания рекламы, как новая идея
> по борьбе с блокировщиками рекламы и спонсорблоками, которые в таком сценарии
> не смогут резать рекламу, которая будет находиться в потоке видео в
> рандомном месте рандомной продолжительности.Если что, речь об этом:
https://www.youtube.com/watch?v=OzKA0UzSo6I
так это ютуб и тупит, а точнее их разработчики ))
> так это ютуб и тупит, а точнее их разработчики ))Они не тупят, они пытаются изменить алгоритм работы ютуба под капотом, просто на данном этапе они где-то накосячили и поэтому такой вот казус случился.
Но когда они закончат, если у них получится задуманное, зрителям будет очень не очень.
Это правда тупые гугловцы. Они забыли что они не вещательная платформа типа кабельного ТВ где все тупо посылается в одну сторону и никакого контроля за переданными данными нет. Для VLC такое поведение нормальное явление так как вещание может вестись внутри сети, а для платформы, которая работает по HTTP(S) это неадекватное поведение так как поднимается подключение и осуществляется контроль . Чего тогда их проклятая статистика для нердов не работает также? Потому что их нерды в одном случае считают что насрать можно и продолжают гадить под себя.
> Firefox не может корректно рассчитать времяХромиум может, а файрфокс не может. Это в принципе всё, что надо знать про файрфокс.
Просто никто в здравом уме не мог предположить, что сервер будет отдавать накладывающиеся сегменты.
А некий отморозок в гугле посчитал это нормальным.
ну может там как в торрентах всё устроено, что поток делится на чанки, и ютубу удобнее и быстрее всего начать отдавать видео с предыдущего чанка. Примерно как в торрентах: вместе с единственно выбранным файлом скачаются куски соседних файлов. Нормальный™ браузер должен такое поддерживать.
Ага, а теперь представь, что в торренте у тебя чанки перекрываются. То есть, у тебя чанк начинается с такого-то смещения и имеет такой-то размер. Ты ожидаешь, что следующий чанк начнётся в "смещение предыдущего+размер предыдущего". А в реальности у того чанка указано, что начало где-то раньше. Там, где ещё предыдущий не кончился.
Кто знает, может они перекодируют видео по частям параллельно, а в местах склейки эти части накладываются поверх друг друга. В любом случае, если вместе с чанком прилетает информация о [start, end], то от клиента ожидается, что он эти поля будет использовать. Файрфокс использовал неверно.
Вероятнее всего именно так, распределенно, и кодируют.
Не тот уровень же. "bad muxed [VP9 bytestream]" - неправильно мультиплексированное видео в ШЕБМ. Если с чем и сравнивать, то с другими плеерами. С тем, как они демультиплексируют такой ШЕБМ.Я в прошлый раз[1] немного поковырял спецификацию и проблемную ШЕБМ-ку и проблем не нашёл.
Сейчас заметил, что у мозилловцев, похоже, претензия к "last parsed end time > start timestamp". Но end time - это вещь, которую они сами считают и которой нет в спецификации (=> требования монотонности к этому как-бы-timecode тоже нет). Спецификация разве что говорит, как считать аналогичную штуку:
"BlockDuration - ... When not written and with no DefaultDuration, the value is assumed to be the difference between the timecode of this Block and the timecode of the next Block in "display" order"[2]Чем кончится вот это, надо будет ещё посмотреть: "previously we've treated this as a badly muxed file but Chromium has specific handling for these cases. I'll need to look into this further"[3]
[1] https://www.opennet.me/openforum/vsluhforumID3/134060.html#58
[2] https://www.webmproject.org/docs/container/#:~:text=the difference
[3] https://bugzilla.mozilla.org/show_bug.cgi?id=1903466
Предположу, что это сделано из логики экономии места, поддержки качества и условий работы кодировщиков. Другими словами, полагаю это вынужденная мера, т.к. обычно, емнип кодировщики берут один или несколько кадров видео, а некоторую часть последующих получают через патч начального кадра, соответственно другими словами тут либо вы будете видеть старые добрые серые фоны, на которых постепенно восстановится видео, либо будете начинать с ключевых кадров. Другой вопрос в том, что фрагменты можно было нарезать по ключевым кадрам, но это очевидно привело бы к неравномерности пачек, либо сложной логике привязанной к получению фрагментов, плохо согласующихся с потоковой передачей.
Никто, кроме разрабов хромоклонов и сафари, от 95% юзербейза интернета.А если гнать ключевого разраба за легальную антигейскую позицию - то виноват гугл, а не менеджмент mozilla. Да)
Год назад сократили разрабов, зарплата у топов управления поползла вверх. Отлично)
> Проблема вызвана ошибочным формированием потока в формате VP9 на стороне YouTube и проявляется, среди прочего, для видео VP9 с качеством выше 1080p.Для тех кто не читал статью - обратите внимание на это предложение. Вот тут основная проблема в том что youtube коряво работает, а не firefox. И надеюсь из-за этих правок другим сайтам где тоже есть видео хуже не будет.
А может и нет: "There's also some possible issues around negative timecode handling in WebM that I suspect we don't handle correctly - previously we've treated this as a badly muxed file but Chromium has specific handling for these cases. I'll need to look into this further" - https://bugzilla.mozilla.org/show_bug.cgi?id=1903466А может только в некоторых случаях.
Но вообще там и третий тикет открыли:
https://bugzilla.mozilla.org/show_bug.cgi?id=1903974И про четвёртый вспомнили:
https://bugzilla.mozilla.org/show_bug.cgi?id=1760529И пятого там нет - долгая начальная загрузка на HTTP3 (я его не заведу because reasons, но, впрочем, не мне одному помогало network.http.http3.enable=false).
Я вижуу, по поводу первого:Думаю, мы не должны корректировать Fx128, спасибо.
Я ожидаю, что последствия этой ошибки являются редкими теперь, когда у нас есть исправления, которые приземлились для ошибки 1878510 и ошибки 1900191 (due to their removal of zero frame duration situations). По этим причинам мы также можем снизить степень жесткости.
Есть определенная сложность в изменении кода здесь, и я не знаю о остающейся неотложной необходимости требовать повышения.
А это по поводу второго:
Мы собираемся отсортировать это как P2 WebCompat вопрос на данный момент. Это явно не P1 - но это раздражает некоторых пользователей, и мы не знаем, сколько пользователей. Если есть что-то, что мы можем исправить, мы должны исправиться.Аластор, Это связано с расследованиями, которые вы сейчас делаете?
И кстати, запустил на винде. В firefox все нормально с видео самого высокого разрешения. Кореянки красивые.
> это раздражает некоторых пользователей, и мы не знаем, сколько пользователейНу это как раз можно попробовать посчитать по данным телеметрии.
Т.е. они прогнулись под косяк ютуба.Забавный факт: когда на пикабу есть видео с ютуба, то проигрывается оно без проблем, а когда видео с контакта, то для его проигрывания нужно отключить улучшенную защиту от отслеживания. Видать гуглу отслеживать можно.
Ещё один забавный факт, когда видео ютуба встраивают в новости на ДАННОМ сайте, и если сайт работает в тёмном режиме, то видео проигрывается в негативе.
> Т.е. они прогнулись под косяк ютуба.Можно хоть волком выть, но факт на сегодняшний день таков: никто не будет пользоваться браузером, в котором не работает Ютуб. Поэтому прогнулись и будут дальше прогибаться. Оценочные суждения каждый может составить сам.
> Т.е. они прогнулись под косяк ютубаНу примерно как 12 опера лет > 10 назад с gmail, гуглодоками и прочим.
Лучше б сделали версию 127.0.0.1 :)
Так сделали, это предыдущая была.
Предыдущая 127.0.1 нормально пинговалась как 127.0.0.1 :)
Не расстраивайтесь. Эта то же, как и вся 127-я сеть. ;-)ping 127.0.2
PING 127.0.2 (127.0.0.2) 56(84) bytes of data.
64 bytes from 127.0.0.2: icmp_seq=1 ttl=64 time=0.033 ms
64 bytes from 127.0.0.2: icmp_seq=2 ttl=64 time=0.047 ms
64 bytes from 127.0.0.2: icmp_seq=3 ttl=64 time=0.053 ms
^C
--- 127.0.2 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2077ms
rtt min/avg/max/mdev = 0.033/0.044/0.053/0.008 ms
А дайте пример на такое видео, посмотрим насколько оно реально критично
Еще раз. Это норма. Особенно, когда снято с камеры. Просто видео в более низком качестве перекодируется. А исходное видео с самым высоким качеством - нет. И в FF я на самом деле такое замечал давно. Просто на ютубе такая проблема была не особо заметна. А вот на каких-нибудь недо-хостингах, где нет ресурсов на быстрое перекодирование видео - такое было. На ВК например.
Это какие-то выдумки. На ютубе абсолютно всё видео перекодировано, оригинал там не отдается в принципе вообще совсем никогда.
Откуда такая инфа? Да, при преобразовании в HLS (или подобные форматы) видео режется. Но не факт, что оно при этом как-то перекодируется. При стриме так на это вообще чаще всего нет ресурсов. Стрим чаще всего идет как есть и перекодируется уже потом в оффлайне. А время идущее не по порядку - это норма. По крайней мере в нынешних реалиях. При съемке на камеру такие косяки будут с вероятностью 99.99%. Конечно если вы такое видео попробуете проиграть Windows Media Player'ом, то он скорее всего тупо потеряет всю картинку до следующего ключевого кадра. Но нормальные плэйеры, типа VLC, играют.
Ребята подскажите, как запретить сайтам определять моё железо(материнку и т.п.) ?
никак, после открытия Spectre мир стал другим, выпустили на волю джина. Раньше только суровые парни из цру и кгб по сторонним каналам шпионили, а теперь каждый школьник знает и пользуется подобными методами.
Никак, кроме как не пользоваться. Это не продукция Apple где везде почти одно железо. А на ПК даже из-за различных комплектющих всякие тесты проходят слишком индивидуально.
Но вопрос, как можно меньше отдавать своих данных нету - стоит на повестке.
А для начало можно настроить максимально приватно браузер.
>Это не продукция Apple где везде почти одно железо.С Эппл другая история. Ты имеешь свой уникальный отпечаток среди пользователей продукции Эппл. Эппл имеет тесные связи с американскиеми спецслужбами. Твои данные отправляются прямиком в сервера ЦРУ и АНБ. Да-да, я знаю, что надо бояться родного товарища майора, но детализация информации о тебе будет на порядок выше, чем у рандомного пользователь Линукса.
А ты знаешь, что Эппл знает какие проги ты используешь в данный конкретный момент времени, и это вершина айсберга.
Напиши свой движок для браузера. Или просто выпили все лишнее из blink. Будет тебе уважение.
Отключи JS. Более радикально - уйти в поля. Знаю на Кировоградщине есть село Аджамка.
> Проблема вызвана ошибочным формированием потока в формате VP9 на стороне YouTubeДавно заметил, что гуглеры - бракоделы, а хорошие проекты из-за этого страдают. Вообще удивительно, что всё это происходит на фоне очень сложного отбора при найме в Google. В чём причина? В эффективном менеджменте или в том, что берут слишком заумных разработчиков?
В том, что за перфекционизм там секут и выгоняют босиком на мороз. Надо сделать так, чтобы работало у большинства платящих клиентов, и таки делают. Поддержка маргиналов — по остаточному принципу, сто первый пункт в списке из ста пунктов.
Гугл последние лет 10 набирает ораву выпускников вузов которые они сочтут топовыми, проводят собеседования по дискретной математике, создают эхокамеру и всем тычат какие они ниипаца умные. Рабочих узких специалистов пишущих хороший код там раз-два и обчелся. При этом нормальных профессоров успевших окунуться в загнивающий омут академии там тоже почти нет. Получается корпорация из чсв-недоучек. При этом диверсити квоты - т.е из этих выпускников это будут даже не самые лучшие https://codeforces.com/blog/entry/119482. Когда всё горит, и им надо get this shit done - точечно нанимают сторонних специалистов соображающих в теме, включая пенсионных сельских постсоветских профессоров-алкоголиков, того парня который последние 25 лет писал софт для канализационной компании в Фармингтоне, и плохо пахнущего хиккана-автодикта, но опять же всё реже. А уж про эффективный менеджмент из NSA и капиталистов прямиком с советских карикатур и говорить не стоит. Было бы круто если они разорились, но к сожалению деды уже успели построить им монополию прежде чем уйти на пенсию.
Почти со всем согласен, но уж если желать разорения, то в первую очеред Facebook/Meta. Вот эти должны разориться первыми.
Просто гуглу похер на неофициальные клиенты гуглонета, вот и всё.
Не исправили. После обновления некоторые видео проигрывались нормально какой-то время, но проблема осталась.