Доступен корректирующий выпуск Firefox 127.0.1, в котором исправлено несколько проблем:...Подробнее: https://www.opennet.me/opennews/art.shtml?num=61409
Обновление имени localhost =))
Он 127.0.1 :)
Но смешно. В таком выпуске нужно было бы встроенный LAMP сделать
Они бы и его сломали.
Таки 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 msu@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
Прикольно. Видел такое в IPv6, но там это необходимость чтобы не писать простыней.
> Читайте RFC по IPv4 на тему сокращённых форм записи адресов.Самое смешное, что в RFC про IPv4 нигде конкретно не сказанно про такой вид сокращений (примеры в RFC есть, как 10/8 или 172.16/12, но конкретно про поглощение отсутсвующего нуля - нет), но при этом применяется на практике десятилетиями опираясь только на man inet_aton(3)
Магичность - плохой стиль в коде.
это не сокращенная а классовая запись
в частности 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
> это не сокращенная а классовая запись
> в частности 10.0.257 == 10.0.1.1Классы отменили в 1993
А пинговать можно по всякому, лижбы номер был
ping 2130706433
или
ping 0x7F000001
> Он 127.0.1 :)Устаревшая новость, уже есть 127.0.2 фиксящая проблему с просмотром тытрубы в HD+ качестве
ну пропингуй 127.0.1 и посмотри ответы
> ну пропингуй 127.0.1 и посмотри ответыОпеннет попингуйный...
https://www.ghacks.net/2024/06/19/google-disrupted-youtube-v.../
>> Он 127.0.1 :)
> Устаревшая новость, уже есть 127.0.2 фиксящая проблему с просмотром тытрубы в HD+ качествеТак надо было и ютуб на 127.0.0.1 развесить. Он бы тогда и 16K играл спокойно, если проц позволяет.
То что они ломают то что итак работало отличный показатель деградации качества кода и процесса разработки.
Что с Firefox странное стало, у меня после обновления даже язык не слетел ! По прежнему русский в интерфейсе :)
это минорное, слетает на мажорных
>>Проблема, приводящая в сборах Firefox для платформы Linux к снижению скорости воспроизведения звука в два раза, в случае включения моно-режима, активируемого при выставлении настройки "accessibility.monoaudio.enable".Это просто праздник какой-то
Следующая версия переполнит однобайтовый знаковый целочисленный тип, ждём версию минус 128.
> Из известных, но пока не исправленных проблем, отмечается зависание воспроизведения видео с YouTube при смене позиции в потоке. Проблема проявляется для видео VP9 с качеством выше 1080p.При этом, проблема на стороне YT, который отдаёт некорректный поток.
Неверный для лисы. Вот для остальных верный
> Неверный для лисы. Вот для остальных верныйА остальные это кто? Chromium-based? Ну так гуглу не составляет труда в своём движке обеспечить совместимость)
К сожалению, тут гугл самостоятельно решает, какая последовательность временных меток верная, а какая нет. Остальное - неважно.
Я медленную буферизацию решил отключением 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_...
[3] network.http.http3.enable = false
Баг, решающийся отключением HTTP3 ведёт себя как долгая начальная загрузка видео - несколько минут (с пустыми Network Activity и Buffer Health в ютубовском Stats for nerds).Баг VP9 на начальную загрузку не влияет.
Вполне возможно. Google недавно местами внедрил новый алгоритм управления потоком на YT - BBR3 (BBR - obsolete, BBR2 никогда не релизился, только в репе).В РФ есть ещё вторая причина проблем с буферизацией - постепенный вывод из эксплуатации серверов кэширующей инфраструктуры.
> В РФ есть ещё вторая причина проблем с буферизацией - постепенный вывод из эксплуатации серверов кэширующей инфраструктуры.А я то думаю почему под VPN видосы грузятся в разы быстрее.
А пакеты по VPN к тебе телепортируются с нулевой задержкой? Смешной ты, Аноним.
в Solus пока не прилетело, скорее всего, только к концу недели будет
на арче стал падать..
Причину удалось выяснить ? Именно после 127.0.1 ?
Чот последние обновления перестали открывать сайты .onion
Я через прокси ТОР перенаправляю трафик, так в Хроме все работает.
Да и заблокированные сайты тоже открывает, только даркнет не хочет.
Никто не знает что может быть?
Вопрос немного не в тему. А где надыбать лист годных .onion сайтов? А то имеющиеся в гугле, те давно протухли.
Реньше был по умолчанию активен преф, блокирующий .onion. Может с ним или новым аналогичным связано.
> Реньше был по умолчанию активен преф, блокирующий .onion. Может с ним или
> новым аналогичным связано.Да вроде отключал...
network.proxy.socks_remote_dns = true
network.dns.blockDotOnion = false
>network.dns.blockDotOnion = falseТребуется как раз наоборот = true
Нужно, чтобы браузер не пытался резолвить .onion
127.0.0.1 ?
>Проблема проявляется для видео VP9 с качеством выше 1080pврут, с любым размером клинит в фф
Багу пару лет, кстати. Проблема в том, что и на fullhd не всегда есть avc поток (который ниже качеством).
Они только узнали, что метки в видео могут быть не по порядку? Попробуйте MP4 снять на камеру на ноутбуке. А потом просто пережать ffmpegом. Удивитесь. Ошибок 10 о неправильных временных метках оно выдаст. Особенно в начале. Исправить проблему можно только перекодированием видео. И вот там скорее всего в этом и косяк. Видео исходного качества 1080p грузится как есть и не перекодируется. Видео в остальных качествах перекодируется и там ошибок нет.
> Они только узнали, что метки в видео могут быть не по порядку?
> Попробуйте MP4 снять на камеру на ноутбуке. А потом просто пережать
> ffmpegом. Удивитесь. Ошибок 10 о неправильных временных метках оно выдаст.Это потому что кодирование видео в реалтайме - может и не успеть за непрерывным потоком, чаще всего в начале как раз, потом какой-нибудь адаптив более-менее работать начинает.
Ну дык всякие стримы и снимают в реальном времени. А ты потом смотришь трансляцию в инете и она виснет каждые 5 минут вот из за таких ждунов, которые ждут следующий слайс. Дай бог если хостинг пережимает потом видео в оффлайне. А если нет?
В спецификации ШЕБМ есть место:
"All absolute (block + cluster) timecodes MUST be monotonically increasing" - [1]Хз, читается ли оно буквально, или как-то по отдельности: "монотонны метки видеоблоков то ли везде, то ли в пределах кластера", "монотонны метки аудиоблоков то ли везде, то ли в пределах кластера", "монотонны метки кластеров".
Взял первую попавшуюся ШЕБМ-ку на компе, открыл её в MKVToolnix / Info tool и нашёл метку аудиоблока, которая идёт позже метки следующего кластера и первого видеоблока в нём.
|+ Cluster
| + ...
| + ...
| + Simple block: key, track number 2, 4 frame(s), timestamp 00:01:49.840000000
|+ Cluster
| + Cluster timestamp: 00:01:49.830000000
| + Simple block: key, track number 1, 1 frame(s), timestamp 00:01:49.830000000Но в багтрекере говорят именно про видео: "video samples' timestamp should be monotonizally ... some bad video samples in YT's bytesteam"? Скачал[2] проблемную 4K ШЕБМ-ку и не нашёл в ней немонотонности. Может, под капотом у браузера (или ютуба, отдающего видео браузеру, а не yt-dlp) происходит что-то ещё, что не видно в файле, скачанном yt-dlp. Как-то это мутно.
[1] https://www.webmproject.org/docs/container/#:~:text=All%...
[2] yt-dlp -f 313 --keep-fragments https://www.youtube.com/watch?v=AfHw5cF7vGo
говно это network.http.http3.enable не работает всё бесполезно, раньше решение проблем нагугливалось сразу, а теперь надо сидеть разбираться сутками и днями, кругом одни лохи пишут, ничего дельного или толкового не могут посоветовать