Про "светить наружу" - ну это глупости, ясно, что данные не будут передаваться в сыром, незашифрованном виде. Иначе тот же WiFi и все прочие протоколы были бы подвержены перехвату куда больше, ведь радиоволны перехватить куда проще, чем свет. По факту же, легкость перехвата сырого трафика должна компенсироваться стойким шифрованием. А лучше будет потому, что опыт уже есть, и каждый новый протокол содержит меньше дыр (по крайней мере, в идеальном мире должно работать именно так), и не думаю, что возникнут сложности с переносом протоколов аутентификации и прочего с WiFi на LiFi. Так что за безопасность волноваться не стоит. Пока я вижу это так - скорость выше, чем WiFi, проходимость сигнала хуже. Если проходящие мимо оборудования люди будут прерывать сигнал - это минус, если человек не сможет спокойно перемещаться внутри помещения с девайсом - это минус. А для стационарного использования намного дешевле кинуть кабель, чем городить LiFi. Поэтому пока не вижу, в чем LiFi выигрывает. Возможно, там не направленным лучом передаются данные, а рассеянным освещением, или даже в основные источники света встроить хотят? Тогда это отчасти закрывает вопрос, но как обратно телефон передавать будет? Тоже мощных излучатель с широким углом? А на какой длине волны передача? Столько вопросов... Было бы здорово, если бы ответил человек, который разбирается в этой теме. P.S. Ещё кажется интересной идея, когда данные принимаются с помощью света, а передаются с мобильного устройства по радиоканалу. Это позволит использовать мощные основные источники света в помещении для передачи данных, не нужен будет направленный луч, радиодиапазон сильно разгрузится и заметно вырастет скорость на прием. А средний пользователь интернета гораздо больше скачивает, через передает.
Pinecil V2 поддерживает PD3.1 EPR. Т.е. это 28 вольт и 126 ватт на максимуме. У меня зарядное устройство от Ugreen, могу подтвердить, что на рабочую температуру выходит за несколько секунд. Подробнее тут: https://wiki.pine64.org/wiki/Pinecil Кстати, на видео в статье не вторая версия Pinecil, а первая.
Ну не скажите! И у нашего поколения бывают яркие эмоции от покупки мобилок. Прекрасно помню, как прошлым летом откладывал деньги с зарплат и купил Google Pixel 6 Pro, который давно присматривал. В РФ их официально не завозят, так что обычно беру у людей с авито, которые возят партиями из Европы или США. Созвонились, встретились в кафе, поговорили немного о пикселях. Я взял в руки белую стильную коробку и с замиранием начал распаковку. Дизайн у пикселей всегда выделяется, 6 и 7 поколения заметны издалека) Помню, как с восхищением крутил в руках новую игрушку, как хвастался друзьям и фоткал всё подряд несколько дней на новую камеру. Да и не только камеры - дисплей, звук, материалы корпуса (стекло и сталь), сама графическая оболочка - всё вызывало восторг. И совсем не хотелось прятать такую красоту в чехол - обязательно нужно идти по общежитию/метро/улице с телефоном в руке) Так что ощущения очень даже есть! Особенно если не каждый год менять, раз в 2-3 года. Тогда разница ощутимее
Ну как же не умеет, умеет прекрасно. Я так на домашнем сервере переползал с btrfs с нативным RAID1 на ZFS (тоже с её родной реализацией RAID1). Изначально было 2 диска по 4 ТБ, отмонтировал ФС, почистил начало диска на одном из них, создал на нём ZFS пул. Потом смонтировал btrfs раздел на другом диске в degraded mode, перенёс данные на ZFS пул. После этого на втором диске тоже залил первые пару мегабайт нулями, чтобы стереть таблицу разделов и btrfs. После этого добавил диск к zfs с помощью замечательной команды zfs attach. По сути диск добавляется к существующему vdev и получается RAID1. На всякий случай оставляю ссылочку на мануал https://openzfs.github.io/openzfs-docs/man/8/zpool-attach.8.html
Если подключить паяльник Pinecil V2 к зарядному устройству, держа в это время кпоку "+", то попадаешь в меню со списком возможностями своего зарядного устройства в области Power Delivery. Там перечислены все поддерживаемые напряжения и максимальные токи для каждого напряжения. Очень удобно.
Открыл со своего Google Pixel 7 Pro (установлены все последние объявления, не бета). При просмотре через Fennec не перезагрузился. Логично - нет HDR. Открыл через YouTube Revanced. Через секунду погас дисплей и появился логотип Google. Хм, баг подтверждён. Но стало любопытно. Скачал видео в формате 2160p HDR VP9 через приложение Seal, открыл с помощью MX Player. Протестировал со всеми тремя режимами: SW, HW, HW+. Играло в HDR идеально, никаких проблем не заметил. Видимо, проблема с реализацией HDR в приложении YouTube. Кстати, при просмотре через MX Player в режиме "HW" звук был крутейшим. Чрезвычайно объёмным. Думаю, на это повлияли шестиканальная аудиодорожка + опция Spatial Sound, которую Google недавно добавила на 6 и 7 пиксели. Думаю, у них какие свои алгоритмы преобразования 5.1 звука в стерео. Не знаю, на всех ли наушниках работает, у меня Google Pixel Buds A. Может, кому-то будет полезно.
Рад видеть этот перевод. Не так давно читал оригинал. Вставлю свои 5 копеек. Примерно с декабря начал проектировать устройство, которое должно получать питание через type c, и чем больше - тем лучше. У меня давно был блок на 100W с поддержкой PD3.0, а когда услышал про PD3.1 - непременно захотелось 140W в своё устройство. Причём PD-триггеры с али в моем случае не катят - устройство должно отпределять, какой ток способно отдавать зу и соотвественно регулировать свой аппетит, чтобы зу не уходило в защиту по току. А это значит, нужен PD-контроллер, или хотя бы PD PHY (пояснение: PHY обеспечивает только физический уровень взаимодействия с источником питания, вся логика ложится на микроконтроллер, PD-контроллер же всё делает сам). К моему разочарованию, не смог найти ни одного PD3.1 контроллера или PHY в продаже. Уже было разочаровался, решил делать на PD3.0 чипе HUSB238, но тут так совпало, что я купил Pinecil v2. И листая коммиты в репозитории IronOS взгляд зацепился за PD 3.1. Пошёл на вики устройства - и точно ведь, поддерживается с недавнего времени! Срочно дайте мне схему устройства! (Хвала опен сорсу!) Смотрю на схеме - так это же старый добрый PHY FUSB302, даташит которого я до этого раз 5 читал, и там кроме PD2.0 ничего не упоминается. Я догадывался, что если на физическом уровне ничего не поменялось, то можно использовать тот же PHY, но смущало ещё и максимальное напряжение питания в 21в. Оказывается, можно было и так) В общем, заказал себе FUSB302, жду! Pinecil v2 меня сильно вдохновил, а библиотека usb-pd от Ralim - это просто нечто. Сегодня получил курьером PD3.1 зарядку, проверил с паяльником - работает! Приходят 28 вольт (паяльник даже 29 вольт показывает). Нагрев до 320 градусов за 2 секунды, если не быстрее. Скоро закончу трассировку плату своего устройства, а там уже начнутся настоящие приключения. Напишу об этом статью на хабр весной/летом. Думаю, аудитории зайдёт.
Очень жду появления нового драйвер Xe от Intel в ядре. У меня на процессоре с графикой Iris (Tiger Lake) мигает экран иногда в Wayland. В декабре инженеры интела анонсировали драйвер и показали условно-рабочий код. Я аккуратно собрал из нужной ветки ядро, mesa. Баг пропал, все было шикарно. Но использовать ядро в том состоянии было затруднительно, их патчи каким-то образом сломали звук. Ждём релиз модуля в mainline. Думаю, стоит ждать в 6.4-6.5.
В вашем случае достаточно повесить открытие ссылки на комбинацию клавиш, раз действие часто выполняемое и хочется минимизировать количество действий для его выполнения. Тогда уже не будет значения - в IDE вы, в браузере, или где ещё.
И такое теперь называют технической статьей? Статья про алиас в bash? А где тут автоматизация, стесняюсь спросить? Перед открытием статьи в голове пронеслось, что, наверное, в статье будет про systemd.timer/cron + открытие ссылки zoom + пара действий через xdotool. Так было бы хоть немного интереснее - сделать скриншот открывшегося зума, вычислить координаты кнопки. А в вашем случае я даже не пойму, что вы улучшили? Вместо щелчка по ссылке - открывать терминал и выполнять команду "z"? Можно же добавить комбинацию горячих клавиш, можно сделать кнопку на панели задач, ярлык на рабочем столе, да что угодно.
Про "светить наружу" - ну это глупости, ясно, что данные не будут передаваться в сыром, незашифрованном виде. Иначе тот же WiFi и все прочие протоколы были бы подвержены перехвату куда больше, ведь радиоволны перехватить куда проще, чем свет. По факту же, легкость перехвата сырого трафика должна компенсироваться стойким шифрованием. А лучше будет потому, что опыт уже есть, и каждый новый протокол содержит меньше дыр (по крайней мере, в идеальном мире должно работать именно так), и не думаю, что возникнут сложности с переносом протоколов аутентификации и прочего с WiFi на LiFi.
Так что за безопасность волноваться не стоит. Пока я вижу это так - скорость выше, чем WiFi, проходимость сигнала хуже. Если проходящие мимо оборудования люди будут прерывать сигнал - это минус, если человек не сможет спокойно перемещаться внутри помещения с девайсом - это минус. А для стационарного использования намного дешевле кинуть кабель, чем городить LiFi. Поэтому пока не вижу, в чем LiFi выигрывает. Возможно, там не направленным лучом передаются данные, а рассеянным освещением, или даже в основные источники света встроить хотят? Тогда это отчасти закрывает вопрос, но как обратно телефон передавать будет? Тоже мощных излучатель с широким углом? А на какой длине волны передача? Столько вопросов... Было бы здорово, если бы ответил человек, который разбирается в этой теме.
P.S. Ещё кажется интересной идея, когда данные принимаются с помощью света, а передаются с мобильного устройства по радиоканалу. Это позволит использовать мощные основные источники света в помещении для передачи данных, не нужен будет направленный луч, радиодиапазон сильно разгрузится и заметно вырастет скорость на прием. А средний пользователь интернета гораздо больше скачивает, через передает.
Вам не нужен dd просто для запись образа на флешку. Да, это мощный инстумент, но в этом случае он абсолютно лишний. Достаточно cp / cat.
В статье USB Flash Installation Media в Arch Wiki пару месяцев назад увидел пару ссылок. Может, и вам будет интересно, для себя много нового открыл. Раньше тоже бездумно использовал dd где надо, и где не надо.
https://www.vidarholen.net/contents/blog/?p=479
https://unix.stackexchange.com/questions/224277/is-it-better-to-use-cat-dd-pv-or-another-procedure-to-copy-a-cd-dvd/224314#224314
Главное – не спешите сразу отправлять сигнал на Трисолярис
TVS-диоды могут помочь, в теории
Pinecil V2 поддерживает PD3.1 EPR. Т.е. это 28 вольт и 126 ватт на максимуме. У меня зарядное устройство от Ugreen, могу подтвердить, что на рабочую температуру выходит за несколько секунд. Подробнее тут: https://wiki.pine64.org/wiki/Pinecil
Кстати, на видео в статье не вторая версия Pinecil, а первая.
Ну не скажите! И у нашего поколения бывают яркие эмоции от покупки мобилок. Прекрасно помню, как прошлым летом откладывал деньги с зарплат и купил Google Pixel 6 Pro, который давно присматривал. В РФ их официально не завозят, так что обычно беру у людей с авито, которые возят партиями из Европы или США. Созвонились, встретились в кафе, поговорили немного о пикселях. Я взял в руки белую стильную коробку и с замиранием начал распаковку. Дизайн у пикселей всегда выделяется, 6 и 7 поколения заметны издалека) Помню, как с восхищением крутил в руках новую игрушку, как хвастался друзьям и фоткал всё подряд несколько дней на новую камеру. Да и не только камеры - дисплей, звук, материалы корпуса (стекло и сталь), сама графическая оболочка - всё вызывало восторг. И совсем не хотелось прятать такую красоту в чехол - обязательно нужно идти по общежитию/метро/улице с телефоном в руке)
Так что ощущения очень даже есть! Особенно если не каждый год менять, раз в 2-3 года. Тогда разница ощутимее
Google Pixel 7 Pro. Второй читается и в Google Lens, и в Google Camera.
Это приложение смогло распознать третий, когда отошел на пару шагов назад от компа https://www.f-droid.org/packages/com.secuso.privacyFriendlyCodeScanner/
Добавила же. Ещё в Android 11
Есть запись экрана начиная с Android 11. Причем работает очень хорошо, никакие приложения ставить не требуется
Может, всё же "кодек", а не "кодировщик"? Это устоявшийся термин, а "кодировщик" в этом контексте режет ухо
Ну как же не умеет, умеет прекрасно. Я так на домашнем сервере переползал с btrfs с нативным RAID1 на ZFS (тоже с её родной реализацией RAID1). Изначально было 2 диска по 4 ТБ, отмонтировал ФС, почистил начало диска на одном из них, создал на нём ZFS пул. Потом смонтировал btrfs раздел на другом диске в degraded mode, перенёс данные на ZFS пул. После этого на втором диске тоже залил первые пару мегабайт нулями, чтобы стереть таблицу разделов и btrfs. После этого добавил диск к zfs с помощью замечательной команды zfs attach. По сути диск добавляется к существующему vdev и получается RAID1.
На всякий случай оставляю ссылочку на мануал https://openzfs.github.io/openzfs-docs/man/8/zpool-attach.8.html
В ESP32 можно
Если подключить паяльник Pinecil V2 к зарядному устройству, держа в это время кпоку "+", то попадаешь в меню со списком возможностями своего зарядного устройства в области Power Delivery. Там перечислены все поддерживаемые напряжения и максимальные токи для каждого напряжения. Очень удобно.
Поддерживаю. Либо что-то вроде этого https://z-boardshop.ru/product/longbord-ridex-trip
У меня был как раз такой, мне казался идеальным по размерам. И относительно компактный, и очень удобный, можно с комфортом стоять
Открыл со своего Google Pixel 7 Pro (установлены все последние объявления, не бета). При просмотре через Fennec не перезагрузился. Логично - нет HDR. Открыл через YouTube Revanced. Через секунду погас дисплей и появился логотип Google. Хм, баг подтверждён. Но стало любопытно. Скачал видео в формате 2160p HDR VP9 через приложение Seal, открыл с помощью MX Player. Протестировал со всеми тремя режимами: SW, HW, HW+. Играло в HDR идеально, никаких проблем не заметил. Видимо, проблема с реализацией HDR в приложении YouTube. Кстати, при просмотре через MX Player в режиме "HW" звук был крутейшим. Чрезвычайно объёмным. Думаю, на это повлияли шестиканальная аудиодорожка + опция Spatial Sound, которую Google недавно добавила на 6 и 7 пиксели. Думаю, у них какие свои алгоритмы преобразования 5.1 звука в стерео. Не знаю, на всех ли наушниках работает, у меня Google Pixel Buds A. Может, кому-то будет полезно.
Рад видеть этот перевод. Не так давно читал оригинал. Вставлю свои 5 копеек. Примерно с декабря начал проектировать устройство, которое должно получать питание через type c, и чем больше - тем лучше. У меня давно был блок на 100W с поддержкой PD3.0, а когда услышал про PD3.1 - непременно захотелось 140W в своё устройство. Причём PD-триггеры с али в моем случае не катят - устройство должно отпределять, какой ток способно отдавать зу и соотвественно регулировать свой аппетит, чтобы зу не уходило в защиту по току. А это значит, нужен PD-контроллер, или хотя бы PD PHY (пояснение: PHY обеспечивает только физический уровень взаимодействия с источником питания, вся логика ложится на микроконтроллер, PD-контроллер же всё делает сам). К моему разочарованию, не смог найти ни одного PD3.1 контроллера или PHY в продаже. Уже было разочаровался, решил делать на PD3.0 чипе HUSB238, но тут так совпало, что я купил Pinecil v2. И листая коммиты в репозитории IronOS взгляд зацепился за PD 3.1. Пошёл на вики устройства - и точно ведь, поддерживается с недавнего времени! Срочно дайте мне схему устройства! (Хвала опен сорсу!) Смотрю на схеме - так это же старый добрый PHY FUSB302, даташит которого я до этого раз 5 читал, и там кроме PD2.0 ничего не упоминается. Я догадывался, что если на физическом уровне ничего не поменялось, то можно использовать тот же PHY, но смущало ещё и максимальное напряжение питания в 21в. Оказывается, можно было и так) В общем, заказал себе FUSB302, жду! Pinecil v2 меня сильно вдохновил, а библиотека usb-pd от Ralim - это просто нечто. Сегодня получил курьером PD3.1 зарядку, проверил с паяльником - работает! Приходят 28 вольт (паяльник даже 29 вольт показывает). Нагрев до 320 градусов за 2 секунды, если не быстрее. Скоро закончу трассировку плату своего устройства, а там уже начнутся настоящие приключения. Напишу об этом статью на хабр весной/летом. Думаю, аудитории зайдёт.
Очень жду появления нового драйвер Xe от Intel в ядре. У меня на процессоре с графикой Iris (Tiger Lake) мигает экран иногда в Wayland. В декабре инженеры интела анонсировали драйвер и показали условно-рабочий код. Я аккуратно собрал из нужной ветки ядро, mesa. Баг пропал, все было шикарно. Но использовать ядро в том состоянии было затруднительно, их патчи каким-то образом сломали звук. Ждём релиз модуля в mainline. Думаю, стоит ждать в 6.4-6.5.
Бате было бы стыдно так в zoom заходить
В вашем случае достаточно повесить открытие ссылки на комбинацию клавиш, раз действие часто выполняемое и хочется минимизировать количество действий для его выполнения. Тогда уже не будет значения - в IDE вы, в браузере, или где ещё.
И такое теперь называют технической статьей? Статья про алиас в bash?
А где тут автоматизация, стесняюсь спросить?
Перед открытием статьи в голове пронеслось, что, наверное, в статье будет про systemd.timer/cron + открытие ссылки zoom + пара действий через xdotool. Так было бы хоть немного интереснее - сделать скриншот открывшегося зума, вычислить координаты кнопки.
А в вашем случае я даже не пойму, что вы улучшили? Вместо щелчка по ссылке - открывать терминал и выполнять команду "z"? Можно же добавить комбинацию горячих клавиш, можно сделать кнопку на панели задач, ярлык на рабочем столе, да что угодно.