Глаза могут уставать из-за черезчур повышенной яркости. Уже не раз видел подобного вида заявления: "Уменьшил яркость на мониторе — перестали уставать глаза"
У меня стоит монитор с LED подсветкой дома — всегда на "малом/среднем" режиме энерносбережения. Глазам в целом неплохо, но ночью ярковато. Но вот если вечером светит через окно солнце и я выставляю яркость наполную, чтобы больше увидеть — позже вечером глаза дадут мне о этом знать.
Качество самой подсветки наверняка тоже играет роль, как с лампочками: частота мерцания LED подсветки у этого монитора ниже, чем у старого, а вот интенсивность выше, чтобы быть ярче. Можно посмотреть через камеру (телефона), выставив самую короткую выдержку.
Да, я намек про топорные внешние методы блокировки понял, но честно, меня поехавшая вёрстка уже не пугает. А она и так местами неудобна.
На сайтах: везде подтверждения куки на весь экран или внизу (у Yahoo/Oath это вообще за гранью добра и зла). Потом идет ещё менюшка подписаться на рассылку, далее автоматически спрашивается разрешение на уведомления. Только чтобы начать пользоваться сайтом надо обычно больше 2 кликов. А там ещё и реклама начинается...
На телефоне верх дизайна это полоса меню сверху или снизу, которая раза в два или три толще статусной строки системы.
Так что мне веб приходится так или иначе терпеть. Пусть уж лучше сайт покосится, если до такого дойдет. Но мне кажется, мы придём к подобию QuickView Телеграма, где самописная вёрстка для сайтов. И по-моему, режим чтения Firefox — первый шаг в эту сторону, пока с ним не начали бороться (рекламу-то он не показывает! Ох и ах)
Мне "неадекватный" вид после блокировщиков и uMatrix (nojs) зачастую больше нравится, чем вид с рекламой и модальными окнами. А вот режим чтения Firefox — вообще прелесть! Ничего лишнего и шрифт удобночитаемый.
Дороговизна HT на Intel обусловлена лишь маркетинговыми соображениями, вероятность выхода негодного ядра будет в разы (а то и больше) выше, чем дефект именно в малой части HT, которая у каждого потока своя.
Пример тому: почти все процессоры AMD Ryzen идут с мультипоточностью, там кажется только у самых-самых низов нету её.
Cenzo уже правильно заявил об отклике. Мультипоточность — это повышение throughput за счет latency. Чем больше shared компонентов, тем меньше эффективность или смысл их вовсе делить между потоками.
Процессоры на архитектуре Zen имеют больше compute ports за счет чего в задачах и бенчмарках (за исключением, пожалуй, идеально оптимизированных linpack/prime95) SMT дает больший прирост чем на архитектурах от Intel.
Темная тема — отдельная опция в настройках. Я её нажал и да, я буду ожидать, что вещи будут по-другому выглядеть — мой выбор.
Сравнивая с ранними браузерами, как концептом, главное было — передать информацию. Как текст отображался, какой шрифт и размер, какой размер экрана — вот это всё было за пользователем, и страницы (ожидаемо) могли выглядеть по-разному. Хотели иметь Comic Sans 24пт? Пожалуйста, в настройках браузера.
Сейчас всё наоборот. Шрифт обязательно жёстко прописан в HTML/CSS и, как и весь остальной дизайн предписывается пользователю. Сместилась парадигма от "как-нибудь отобразить контент" до "чтобы обязательно у всех одинаково выглядело, как в макете". (Потому что технологии позволяют)
Пример: использую я DarkReader расширение (ссылка в комм. выше) — сайты у меня теперь темные. Вот вы будете мне мешать изменять цвет на темный? Да, не "девственный" вид, да, не по style guide, от этого что-то хуже стало? Если тот же логотип не гнусно искаверкан, то он узнается.
Лучше пример: встроенная читалка в Firefox. Некоторые нынешние вебсайты такого надизайнили, что читать в Reader банально удобнее (а был пример — ultra light font, тот вовсе был не распозноваем для комфортного чтения).
Тут либо удобство пользователя (и контроль на его стороне), либо "видение" дизайнера. Мне, как вы видите, второе начало надоедать.
Да, вполне. Натравить wget с флагами prerequisite и mirror, по желанию ограничить доменами/глубиной следования ссылкам. Для локального просмотра вроде -l, чтобы ссылки сконвертировать, а для архивационных целей (с метаданными) — в формате WARC.
Да, был у меня однажды случай: Введя мною выдуманное имя в Гугле ничего не нашлось. "Уникат!" — подумал я.
Спустя некоторое время, по этому же запросу, было пара страниц с результатами поиска. Неудивительно в общем, но насчет "заморозок" неплохо бы было приложить ссылку, чтобы почитать.
Yggdrasil — популярное древо мира или древо жизни из мифологии. Произносится как "Иггдрасил", "Иггдразиль" и т.п. в зависимости от языка. https://en.wikipedia.org/wiki/Yggdrasil
Не спешите еще выбрасывать! Мой друг себе недавно по моей наводке подкорректировал подаваемое на ЦП напряжение (ноутбук), и он стал чуть меньше греться, а значит и дольше в бусте находиться.
Можете дальше по теме почитать «Undervolting» — нормального перевода термину на русских просторах не видел еще — суть в том, что на процессор подается напряжение с запасом, чтобы у пользователя точно уж работало. Значит есть запас вниз, при котором процессор будет продолжать работать аналогично при меньшем потреблении (win-win).
Т.к. ноутбучный BIOS такие настройки точно не дает, возьмите Intel Extreme Tuning Utility (Intel XTU) и занизьте напряжение на ЦП. В районе -150-80мВ можно ожидать. Возможно перестанет так перегреваться. (Из своего опыта с настольным процессором: -180мВ и даже при полной нагрузке рендером стоковый вентилятор больше не раскручивался).
Насколько я понимаю, приобретённую игру из игротеки никто не заберёт, некоторые тем и хвастаются, что у них есть либо игры, либо бейджики удалённых из магазина игр.
Ниже cccco уже ответил про TP-Link, добавлю свою модель: Archer C5 AC1200.
Работает, проверка только JS. Можно отослать повторный POST со своим текстом на изменение через инструменты разработчика — что я и сделал.
В JS две разных функции: doSubmit() для SSID из /userRpm/WlanNetworkRpm.htm и checkpwd() из /userRpm/WlanSecurityRpm.htm (по прямой ссылке не грузятся).
Опосля заметил, что телефон имя даже в шторке отображает, забавно вышло: i.imgur.com/BfYHR1V.jpg
Писал коммент на телефоне, дописался до нечаянного клика по ссылке…
Задела меня опция -slice, до этого о ней не слышал. Начал копать, оказалось не всё так просто, а информации мало:
Для h264/x264 есть slice, а есть frame-based кодирование и последнее новее.
Slice режет один кадр на части и кодирует их отдельно (нет, это не «solid» архивы. Именно, что кадры будут делиться на равные части, и по сути, кодирование частей происходить «асинхронно»). Поэтому: для frame («threaded») нужен буфер кадров, чтобы отдать каждому потоку по кадру. Больше потоков — больше задержка на выходе. У sliced обрабатывается кадр за кадром, задержка меньше, но:
Распараллеливание у frame лучше, а у sliced намного хуже. Есть части кодировщика последовательные, которые и будут тормозить процесс.
Sliced также значительно уступает в сжатии, а еще PSNR пляшет, в отличии от frame-based (у обрезков кадра нет информации за границами нарезка, а также нужно больше служебных данных, мы как бы делим один поток видео на четыре)
И всё таки, у sliced можно лучше распараллелить декодирование. И судя по комментарию в [1], это также помогает при аппаратном ускорении, для Blu-ray должно быть 4 slices. Если оно так, то это должно помочь при декодировании Hi10P, которое у меня ни на старом, ни на новом телефонах (Samsung Galaxy S2 (2c), Asus Zenfone 2 ZE551ML (4c)) без тормозов не проигровалось. Надо тестировать!
Удалось разгадать путаницу из первого вопроса-источника:
При замере, с -tune zerolatency, кодирование кадра получилось дольше (по-умолчанию sliced для zerolatency), чем с threaded (frame-based). Объяснение просто: да, параллелизм sliced хуже, поэтому время кодирования больше. Но если распараллелить на frame-based, то время кодировки каждого отдельного кадра будет ниже, зато буфер и отсюда задержка будут намного выше.
Или начать декодировать первый кадр всеми силами или же ждать заполнения буфера, чтобы можно было заполнить потоки — разница есть.
Итого:
slices не нужны для обычного проигрывания видео (за искл. быстрого декодирования). Они просто хуже. Для стриминга в реальном времени — самое оно, но желательно ограничивать столькими потоками, сколько минимально надо для обеспечения кодирования (иначе — накладные расходы). Для трансляций с секундными буферами можно принудительно выключать slices, таким образом лучше загружать процессор и улучшить сжатие.
Много написал, фух, вроде не ошибся. Может написать статью, с тестами и обязательной КПДВ?
D-Link DIR630 (старый домашний роутер dlink): Смайлы в SSID отображаются корректно, но ввод настройки ограничен Javascript'ом на странице (запрещён Unicode).
Обычным POST-запросом дело не решилось (не копался), переопределил функцию проверки в консоли:
Единственный костыль, который заработал "в лоб" без сторонних программ: ПКМ по .bmp картинке и Set as desktop background в IE (Win7). Десятка вроде даже в PNG научилась, но тоже не всё так просто.
Отлично, я смотрел в канале на Discord — тишина.
Тем не менее, Youtube было наплевать (переписка с предоставленным контакным лицом), пока не подняли крик, да.
В Firefox уже очень давно есть «Pinned Tabs», которые показывают только свою иконку, закрепляются слева от всех вкладок и всегда видны, и всегда загружаются браузером при старте. Включить: просто правой кнопкой по вкладке и «прикрепить».
Отлично подходит для чатов и т.п.
Глаза могут уставать из-за черезчур повышенной яркости. Уже не раз видел подобного вида заявления: "Уменьшил яркость на мониторе — перестали уставать глаза"
У меня стоит монитор с LED подсветкой дома — всегда на "малом/среднем" режиме энерносбережения. Глазам в целом неплохо, но ночью ярковато. Но вот если вечером светит через окно солнце и я выставляю яркость наполную, чтобы больше увидеть — позже вечером глаза дадут мне о этом знать.
Качество самой подсветки наверняка тоже играет роль, как с лампочками: частота мерцания LED подсветки у этого монитора ниже, чем у старого, а вот интенсивность выше, чтобы быть ярче. Можно посмотреть через камеру (телефона), выставив самую короткую выдержку.
Да, я намек про топорные внешние методы блокировки понял, но честно, меня поехавшая вёрстка уже не пугает. А она и так местами неудобна.
На сайтах: везде подтверждения куки на весь экран или внизу (у Yahoo/Oath это вообще за гранью добра и зла). Потом идет ещё менюшка подписаться на рассылку, далее автоматически спрашивается разрешение на уведомления. Только чтобы начать пользоваться сайтом надо обычно больше 2 кликов. А там ещё и реклама начинается...
На телефоне верх дизайна это полоса меню сверху или снизу, которая раза в два или три толще статусной строки системы.
Так что мне веб приходится так или иначе терпеть. Пусть уж лучше сайт покосится, если до такого дойдет. Но мне кажется, мы придём к подобию QuickView Телеграма, где самописная вёрстка для сайтов. И по-моему, режим чтения Firefox — первый шаг в эту сторону, пока с ним не начали бороться (рекламу-то он не показывает! Ох и ах)
Мне "неадекватный" вид после блокировщиков и uMatrix (nojs) зачастую больше нравится, чем вид с рекламой и модальными окнами. А вот режим чтения Firefox — вообще прелесть! Ничего лишнего и шрифт удобночитаемый.
Дороговизна HT на Intel обусловлена лишь маркетинговыми соображениями, вероятность выхода негодного ядра будет в разы (а то и больше) выше, чем дефект именно в малой части HT, которая у каждого потока своя.
Пример тому: почти все процессоры AMD Ryzen идут с мультипоточностью, там кажется только у самых-самых низов нету её.
Cenzo уже правильно заявил об отклике. Мультипоточность — это повышение throughput за счет latency. Чем больше shared компонентов, тем меньше эффективность или смысл их вовсе делить между потоками.
Процессоры на архитектуре Zen имеют больше compute ports за счет чего в задачах и бенчмарках (за исключением, пожалуй, идеально оптимизированных linpack/prime95) SMT дает больший прирост чем на архитектурах от Intel.
addons.mozilla.org/en-US/firefox/addon/video-background-play-fix
Технически — убирает возможность Youtube/vimeo узнать о состоянии экрана. Работает отлично.
Темная тема — отдельная опция в настройках. Я её нажал и да, я буду ожидать, что вещи будут по-другому выглядеть — мой выбор.
Сравнивая с ранними браузерами, как концептом, главное было — передать информацию. Как текст отображался, какой шрифт и размер, какой размер экрана — вот это всё было за пользователем, и страницы (ожидаемо) могли выглядеть по-разному. Хотели иметь Comic Sans 24пт? Пожалуйста, в настройках браузера.
Сейчас всё наоборот. Шрифт обязательно жёстко прописан в HTML/CSS и, как и весь остальной дизайн предписывается пользователю. Сместилась парадигма от "как-нибудь отобразить контент" до "чтобы обязательно у всех одинаково выглядело, как в макете". (Потому что технологии позволяют)
Пример: использую я DarkReader расширение (ссылка в комм. выше) — сайты у меня теперь темные. Вот вы будете мне мешать изменять цвет на темный? Да, не "девственный" вид, да, не по style guide, от этого что-то хуже стало? Если тот же логотип не гнусно искаверкан, то он узнается.
Лучше пример: встроенная читалка в Firefox. Некоторые нынешние вебсайты такого надизайнили, что читать в Reader банально удобнее (а был пример — ultra light font, тот вовсе был не распозноваем для комфортного чтения).
Тут либо удобство пользователя (и контроль на его стороне), либо "видение" дизайнера. Мне, как вы видите, второе начало надоедать.
www.archiveteam.org/index.php?title=Wget#Mirroring_a_website
Да, был у меня однажды случай: Введя мною выдуманное имя в Гугле ничего не нашлось. "Уникат!" — подумал я.
Спустя некоторое время, по этому же запросу, было пара страниц с результатами поиска. Неудивительно в общем, но насчет "заморозок" неплохо бы было приложить ссылку, чтобы почитать.
Zen2 будут выпускаться по 7нм TSMC, где-то в конце весны или начале лета.
Yggdrasil — популярное древо мира или древо жизни из мифологии. Произносится как "Иггдрасил", "Иггдразиль" и т.п. в зависимости от языка.
https://en.wikipedia.org/wiki/Yggdrasil
Можете дальше по теме почитать «Undervolting» — нормального перевода термину на русских просторах не видел еще — суть в том, что на процессор подается напряжение с запасом, чтобы у пользователя точно уж работало. Значит есть запас вниз, при котором процессор будет продолжать работать аналогично при меньшем потреблении (win-win).
Т.к. ноутбучный BIOS такие настройки точно не дает, возьмите Intel Extreme Tuning Utility (Intel XTU) и занизьте напряжение на ЦП. В районе -150-80мВ можно ожидать. Возможно перестанет так перегреваться. (Из своего опыта с настольным процессором: -180мВ и даже при полной нагрузке рендером стоковый вентилятор больше не раскручивался).
Насколько я понимаю, приобретённую игру из игротеки никто не заберёт, некоторые тем и хвастаются, что у них есть либо игры, либо бейджики удалённых из магазина игр.
Работает, проверка только JS. Можно отослать повторный POST со своим текстом на изменение через инструменты разработчика — что я и сделал.
В JS две разных функции: doSubmit() для SSID из /userRpm/WlanNetworkRpm.htm и checkpwd() из /userRpm/WlanSecurityRpm.htm (по прямой ссылке не грузятся).
Опосля заметил, что телефон имя даже в шторке отображает, забавно вышло: i.imgur.com/BfYHR1V.jpg
Задела меня опция -slice, до этого о ней не слышал. Начал копать, оказалось не всё так просто, а информации мало:
Для h264/x264 есть slice, а есть frame-based кодирование и последнее новее.
Slice режет один кадр на части и кодирует их отдельно (нет, это не «solid» архивы. Именно, что кадры будут делиться на равные части, и по сути, кодирование частей происходить «асинхронно»). Поэтому: для frame («threaded») нужен буфер кадров, чтобы отдать каждому потоку по кадру. Больше потоков — больше задержка на выходе. У sliced обрабатывается кадр за кадром, задержка меньше, но:
И всё таки, у sliced можно лучше распараллелить декодирование. И судя по комментарию в [1], это также помогает при аппаратном ускорении, для Blu-ray должно быть 4 slices. Если оно так, то это должно помочь при декодировании Hi10P, которое у меня ни на старом, ни на новом телефонах (Samsung Galaxy S2 (2c), Asus Zenfone 2 ZE551ML (4c)) без тормозов не проигровалось. Надо тестировать!
Удалось разгадать путаницу из первого вопроса-источника:
При замере, с -tune zerolatency, кодирование кадра получилось дольше (по-умолчанию sliced для zerolatency), чем с threaded (frame-based). Объяснение просто: да, параллелизм sliced хуже, поэтому время кодирования больше. Но если распараллелить на frame-based, то время кодировки каждого отдельного кадра будет ниже, зато буфер и отсюда задержка будут намного выше.
Или начать декодировать первый кадр всеми силами или же ждать заполнения буфера, чтобы можно было заполнить потоки — разница есть.
Итого:
slices не нужны для обычного проигрывания видео (за искл. быстрого декодирования). Они просто хуже. Для стриминга в реальном времени — самое оно, но желательно ограничивать столькими потоками, сколько минимально надо для обеспечения кодирования (иначе — накладные расходы). Для трансляций с секундными буферами можно принудительно выключать slices, таким образом лучше загружать процессор и улучшить сжатие.
Много написал, фух, вроде не ошибся. Может написать статью, с тестами и обязательной КПДВ?
Источники:
[1] stackoverflow.com/questions/33624016/why-sliced-thread-affect-so-much-on-realtime-encoding-using-ffmpeg-x264
[2] Ссылка на док из [1], обязательно к прочтению
[3] stackoverflow.com/questions/20963042/encoding-for-fastest-decoding-with-ffmpeg
D-Link DIR630 (старый домашний роутер dlink): Смайлы в SSID отображаются корректно, но ввод настройки ограничен Javascript'ом на странице (запрещён Unicode).
Обычным POST-запросом дело не решилось (не копался), переопределил функцию проверки в консоли:
strchk_unicode = Object.assign(function (str) { return false; }, strchk_unicode);Завтра вечером/ночью протестирую роутер TP-Link.
Offtopic, а ещё Windows по умолчанию конвертирует фоновую картинку рабочего стола в JPEG: https://www.reddit.com/r/pcgaming/comments/6kry64/protip_windows_automatically_compresses_wallpaper/
Единственный костыль, который заработал "в лоб" без сторонних программ: ПКМ по .bmp картинке и Set as desktop background в IE (Win7). Десятка вроде даже в PNG научилась, но тоже не всё так просто.
Отлично, я смотрел в канале на Discord — тишина.
Тем не менее, Youtube было наплевать (переписка с предоставленным контакным лицом), пока не подняли крик, да.
5тыс. подписчиков — это плохо, но когда к тебе, с миллионами, отношение такое же — надо бы всем задуматься.
В кратце: copyright claim на оригинальную песню на авторском канале от какого-то непонятного лица. Обновлений с тех пор не было.
https://youtube.com/watch?v=z4AeoAWGJBw
https://blog.cloudflare.com/arm-takes-wing/
Смотря куда смотреть. Если веб — это "ниша", то мне кажется за 1-2 генерации прижился.
Scaleway примечателен и известен своими ARM-серверами.
Отлично подходит для чатов и т.п.