The OpenNET Project / Index page

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



"Обновление Firefox 127.0.0.1"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Обновление Firefox 127.0.0.1"  +/
Сообщение от opennews (??), 20-Июн-24, 10:11 
Доступен корректирующий выпуск Firefox 127.0.1, в котором исправлено несколько проблем:...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61409

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Обновление Firefox 127.0.0.1"  +35 +/
Сообщение от Аноним (1), 20-Июн-24, 10:11 
Обновление имени localhost =))
Ответить | Правка | Наверх | Cообщить модератору

2. "Обновление Firefox 127.0.0.1"  +6 +/
Сообщение от Аноним (2), 20-Июн-24, 10:11 
Он 127.0.1 :)
Но смешно. В таком выпуске нужно было бы встроенный LAMP сделать
Ответить | Правка | Наверх | Cообщить модератору

4. "Обновление Firefox 127.0.0.1"  +8 +/
Сообщение от Аноним (4), 20-Июн-24, 10:13 
Они бы и его сломали.
Ответить | Правка | Наверх | Cообщить модератору

6. "Обновление Firefox 127.0.0.1"  +16 +/
Сообщение от IZh. (?), 20-Июн-24, 10:23 
Таки 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

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

10. "Обновление Firefox 127.0.0.1"  +/
Сообщение от rshadow (ok), 20-Июн-24, 11:07 
Прикольно. Видел такое в IPv6, но там это необходимость чтобы не писать простыней.
Ответить | Правка | Наверх | Cообщить модератору

15. "Обновление Firefox 127.0.0.1"  +/
Сообщение от OpenEcho (?), 20-Июн-24, 11:58 
> Читайте RFC по IPv4 на тему сокращённых форм записи адресов.

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

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

31. "Обновление Firefox 127.0.0.1"  +1 +/
Сообщение от Аноним (31), 20-Июн-24, 13:59 
Магичность - плохой стиль в коде.
Ответить | Правка | Наверх | Cообщить модератору

32. "Обновление Firefox 127.0.0.1"  +/
Сообщение от wd (?), 20-Июн-24, 14:04 
это не сокращенная а классовая запись
в частности 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

Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

36. "Обновление Firefox 127.0.0.1"  +1 +/
Сообщение от OpenEcho (?), 20-Июн-24, 16:04 
> это не сокращенная а классовая запись
> в частности 10.0.257 == 10.0.1.1

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

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

ping 2130706433
или
ping 0x7F000001

Ответить | Правка | Наверх | Cообщить модератору

21. "Обновление Firefox 127.0.0.1"  –1 +/
Сообщение от OpenEcho (?), 20-Июн-24, 12:31 
> Он 127.0.1 :)

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

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

29. "Обновление Firefox 127.0.0.1"  +/
Сообщение от Аноним (29), 20-Июн-24, 13:23 
ну пропингуй 127.0.1 и посмотри ответы
Ответить | Правка | Наверх | Cообщить модератору

35. "Обновление Firefox 127.0.0.1"  –1 +/
Сообщение от OpenEcho (?), 20-Июн-24, 15:59 
> ну пропингуй 127.0.1 и посмотри ответы

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

Ответить | Правка | Наверх | Cообщить модератору

51. "Обновление Firefox 127.0.0.1"  +/
Сообщение от Аноним (-), 21-Июн-24, 10:26 
>> Он 127.0.1 :)
> Устаревшая новость, уже есть 127.0.2 фиксящая проблему с просмотром тытрубы в HD+ качестве

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

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

3. "Обновление Firefox 127.0.0.1"  –1 +/
Сообщение от Аноним (4), 20-Июн-24, 10:13 
То что они ломают то что итак работало отличный показатель деградации качества кода и процесса разработки.
Ответить | Правка | Наверх | Cообщить модератору

11. "Обновление Firefox 127.0.0.1"  +/
Сообщение от АнонимАнони.. (?), 20-Июн-24, 11:35 
Что с Firefox странное стало, у меня после обновления даже язык не слетел ! По прежнему русский в интерфейсе :)
Ответить | Правка | Наверх | Cообщить модератору

28. "Обновление Firefox 127.0.0.1"  +2 +/
Сообщение от Аноним (28), 20-Июн-24, 13:04 
это минорное, слетает на мажорных
Ответить | Правка | Наверх | Cообщить модератору

13. "Обновление Firefox 127.0.0.1"  +2 +/
Сообщение от AKTEON (?), 20-Июн-24, 11:49 
>>Проблема, приводящая в сборах Firefox для платформы Linux к снижению скорости воспроизведения звука в два раза, в случае включения моно-режима, активируемого при выставлении настройки "accessibility.monoaudio.enable".

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

Ответить | Правка | Наверх | Cообщить модератору

17. "Обновление Firefox 127.0.0.1"  +2 +/
Сообщение от Аноним (17), 20-Июн-24, 12:12 
Следующая версия переполнит однобайтовый знаковый целочисленный тип, ждём версию минус 128.
Ответить | Правка | Наверх | Cообщить модератору

22. "Обновление Firefox 127.0.0.1"  +2 +/
Сообщение от Аноним (22), 20-Июн-24, 12:31 
> Из известных, но пока не исправленных проблем, отмечается зависание воспроизведения видео с YouTube при смене позиции в потоке. Проблема проявляется для видео VP9 с качеством выше 1080p.

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

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

Ответить | Правка | Наверх | Cообщить модератору

30. "Обновление Firefox 127.0.0.1"  –2 +/
Сообщение от Аноним (30), 20-Июн-24, 13:39 
Неверный для лисы. Вот для остальных верный
Ответить | Правка | Наверх | Cообщить модератору

40. "Обновление Firefox 127.0.0.1"  +1 +/
Сообщение от Niko2040 (ok), 20-Июн-24, 18:09 
> Неверный для лисы. Вот для остальных верный

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

Ответить | Правка | Наверх | Cообщить модератору

43. "Обновление Firefox 127.0.0.1"  –2 +/
Сообщение от Аноним (43), 20-Июн-24, 20:08 
К сожалению, тут гугл самостоятельно решает, какая последовательность временных меток верная, а какая нет. Остальное - неважно.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

44. "Обновление Firefox 127.0.0.1"  +/
Сообщение от Аноним (44), 20-Июн-24, 21:49 
Я медленную буферизацию решил отключением 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

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

45. "Обновление Firefox 127.0.0.1"  +/
Сообщение от Аноним (44), 20-Июн-24, 22:08 
Баг, решающийся отключением HTTP3 ведёт себя как долгая начальная загрузка видео - несколько минут (с пустыми Network Activity и Buffer Health в ютубовском Stats for nerds).

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

Ответить | Правка | Наверх | Cообщить модератору

47. "Обновление Firefox 127.0.0.1"  –2 +/
Сообщение от timur.davletshin (ok), 21-Июн-24, 07:59 
Вполне возможно. Google недавно местами внедрил новый алгоритм управления потоком на YT - BBR3 (BBR - obsolete, BBR2 никогда не релизился, только в репе).

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

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

53. "Обновление Firefox 127.0.0.1"  +2 +/
Сообщение от Аноним (53), 21-Июн-24, 13:03 
> В РФ есть ещё вторая причина проблем с буферизацией - постепенный вывод из эксплуатации серверов кэширующей инфраструктуры.

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

Ответить | Правка | Наверх | Cообщить модератору

54. "Обновление Firefox 127.0.0.1"  –1 +/
Сообщение от timur.davletshin (ok), 21-Июн-24, 13:32 
А пакеты по VPN к тебе телепортируются с нулевой задержкой? Смешной ты, Аноним.
Ответить | Правка | Наверх | Cообщить модератору

24. "Обновление Firefox 127.0.0.1"  +/
Сообщение от Аноним (28), 20-Июн-24, 12:51 
в Solus пока не прилетело, скорее всего, только к концу недели будет
Ответить | Правка | Наверх | Cообщить модератору

27. "Обновление Firefox 127.0.0.1"  +/
Сообщение от Аноним (27), 20-Июн-24, 12:58 
на арче стал падать..
Ответить | Правка | Наверх | Cообщить модератору

33. "Обновление Firefox 127.0.0.1"  +1 +/
Сообщение от АнонимАнони.. (?), 20-Июн-24, 15:01 
Причину удалось выяснить ? Именно после 127.0.1 ?
Ответить | Правка | Наверх | Cообщить модератору

34. "Обновление Firefox 127.0.1"  +/
Сообщение от K_AHTOH (ok), 20-Июн-24, 15:36 
Чот последние обновления перестали открывать сайты .onion
Я через прокси ТОР перенаправляю трафик, так в Хроме все работает.
Да и заблокированные сайты тоже открывает, только даркнет не хочет.
Никто не знает что может быть?
Ответить | Правка | Наверх | Cообщить модератору

37. "Обновление Firefox 127.0.1"  +/
Сообщение от Аноним (37), 20-Июн-24, 16:15 
Вопрос немного не в тему. А где надыбать лист годных .onion сайтов? А то имеющиеся в гугле, те давно протухли.
Ответить | Правка | Наверх | Cообщить модератору

41. "Обновление Firefox 127.0.1"  +/
Сообщение от Аноним (41), 20-Июн-24, 18:49 
Реньше был по умолчанию активен преф, блокирующий .onion. Может с ним или новым аналогичным связано.
Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

42. "Обновление Firefox 127.0.1"  +/
Сообщение от K_AHTOH (ok), 20-Июн-24, 19:45 
> Реньше был по умолчанию активен преф, блокирующий .onion. Может с ним или
> новым аналогичным связано.

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

Ответить | Правка | Наверх | Cообщить модератору

50. "Обновление Firefox 127.0.1"  +/
Сообщение от Аноним (50), 21-Июн-24, 10:02 
>network.dns.blockDotOnion = false

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

Ответить | Правка | Наверх | Cообщить модератору

39. "Обновление Firefox 127.0.1"  +/
Сообщение от Аноним (39), 20-Июн-24, 17:49 
127.0.0.1 ?
Ответить | Правка | Наверх | Cообщить модератору

46. "Обновление Firefox 127.0.1"  +1 +/
Сообщение от grayich (ok), 21-Июн-24, 01:28 
>Проблема проявляется для видео VP9 с качеством выше 1080p

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

Ответить | Правка | Наверх | Cообщить модератору

48. "Обновление Firefox 127.0.1"  +/
Сообщение от Аноним (48), 21-Июн-24, 08:17 
Багу пару лет, кстати. Проблема в том, что и на fullhd не всегда есть avc поток (который ниже качеством).
Ответить | Правка | Наверх | Cообщить модератору

49. "Обновление Firefox 127.0.1. Проблемы с YouTube в Firefox"  +/
Сообщение от Аноним (49), 21-Июн-24, 09:25 
Они только узнали, что метки в видео могут быть не по порядку? Попробуйте MP4 снять на камеру на ноутбуке. А потом просто пережать ffmpegом. Удивитесь. Ошибок 10 о неправильных временных метках оно выдаст. Особенно в начале. Исправить проблему можно только перекодированием видео. И вот там скорее всего в этом и косяк. Видео исходного качества 1080p грузится как есть и не перекодируется. Видео в остальных качествах перекодируется и там ошибок нет.
Ответить | Правка | Наверх | Cообщить модератору

52. "Обновление Firefox 127.0.1. Проблемы с YouTube в Firefox"  +/
Сообщение от Аноним (-), 21-Июн-24, 10:28 
> Они только узнали, что метки в видео могут быть не по порядку?
> Попробуйте MP4 снять на камеру на ноутбуке. А потом просто пережать
> ffmpegом. Удивитесь. Ошибок 10 о неправильных временных метках оно выдаст.

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

Ответить | Правка | Наверх | Cообщить модератору

57. "Обновление Firefox 127.0.1. Проблемы с YouTube в Firefox"  +/
Сообщение от Аноним (49), 21-Июн-24, 15:58 
Ну дык всякие стримы и снимают в реальном времени. А ты потом смотришь трансляцию в инете и она виснет каждые 5 минут вот из за таких ждунов, которые ждут следующий слайс. Дай бог если хостинг пережимает потом видео в оффлайне. А если нет?
Ответить | Правка | Наверх | Cообщить модератору

58. "Обновление Firefox 127.0.1. Проблемы с YouTube в Firefox"  +/
Сообщение от Аноним (44), 21-Июн-24, 23:35 
В спецификации ШЕБМ есть место:
"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

Ответить | Правка | К родителю #49 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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