А что мешало с таким же успехом взять LTS 24.04, у которой поддержка до 29-го, и графический интерфейс тоже в наличии? Через пару месяцев выйдет 26.04, с точно такими же условиями.
В тексте вроде четко оговорено, что Яндекс не смог в отправку звука с (не "на", а "с") телевизора, ПК и прочей техники. Текст довольно простой и понятный, и подразумевает вывод звука на самой колонке.
Собственно, блютуз в реализации станции разве именно это и не решает? Я периодически телефоны и ноутбуки к ней цепляю, когда хочу музыку из того же Ютуба запустить, и вполне себе справляется с этой задачей.
Опять же, у меня были, и сохраняются некоторые сложности с более современной, второй станцией, которых у меня почему-то никогда не было и нет по сей день на первой, но в целом-то работает.
Скрытый текст
Если вдруг тут будут сотрудники, которые занимаются поддержкой второй станции, объясните пожалуйста, почему в блютузный стек того же линукса как "источника аудио" колонка засылает информацию, что ею можно пользоваться как гарнитурой, при этом при выборе этого режима (а он по умолчанию выбирается при первом подключении), станция либо таки даёт доступ к аудио выходу, который только от нее и ожидается, либо не даёт? Макось это как-то аккуратно умело обрабатывает, но вот на Линуксе надо явно профиль переключать. И ещё из странного, иногда звук в принципе после долгих блютуз-сессий на колонку перестает выводиться, но тут я пока не уверен, что это проблема именно станции, а не моего адаптера.
Как вы планируете решать недоступность archlinux.org в случаях когда домашний провайдер ограничивает доступ к нему потому что Роскомнадзор?
Это если что не выдуманный пример, ресурсы Арча сидят на инфраструктуре Хецнера, к которой в том или ином виде еще год назад Дом.ру ограничивал доступ.
OneScript в таком виде (на дотнете всмысле) существует уже не первый год, и не второй. Видимо разработчиков полностью устраивает как стек, так и скорость, предоставляемая им.
Так это проблема большей части продуктов. Приходят эффективные продакты, и вместо того, чтобы учитывать интересы пользователей, лепят что-то своё, что им мог нашептать какой-то копроклиент.
Не очень понял, в чём здесь преимущество МФ, и почему на х86-64 такое же не провернуть. Раскройте мысль, пожалуйста.
В соглавсованное с программистами время я останавливал систему программистов на старом МФ и тут же загружал ее на новом.
В виртуальных машинах давно есть "живая миграция" между гипервизорами, с минимальным простоем пока данные догонятся между хостами. Это обычно выстреливает только когда содержимое ОЗУ виртуальной машины очень активно меняется, так что как правило не мешает. То же самое и в отношении прод-сред.
Длинки и тплинки разные пробовал, все посредственно работают с тем же VR и соединением до компьютера, а вот к Кинетикам ноль нареканий. Ещё и работают без мозговыносов, с длинками в этом плане были проблемы по IPv6, тплинки просто больные все поголовно были: жутко грелись и ребутались.
А подскажите, как у вас себя чувствует мониторинг в TrueNAS, и в каком браузере смотрите, если хорошо.
У меня в Firefox при стандартном в периоде "1 час" в целом неплохо, но чем больший период беру - тем тяжелее как-то оно вертится.
TrueNAS я раньше напрямую крутил на тачке (i9-10920X, 128GB RAM), но в какой-то момент я устал бодаться с багами в QEMU, который там поставляется в операционной системе, и которым я пользуюсь для виртуальных машин, и я выкинул сам TrueNAS в виртуальную машину, прокинув целиком SATA-контроллер (обычные диски) в неё, эвакуировав все виртуалки в гипервизор уровнем выше.
А что мешало с таким же успехом взять LTS 24.04, у которой поддержка до 29-го, и графический интерфейс тоже в наличии? Через пару месяцев выйдет 26.04, с точно такими же условиями.
Тогда в Максе зарегистрироваться не выйдет. На парковке не пообщаться...
Не очень понял, что я прочитал не так.
В тексте вроде четко оговорено, что Яндекс не смог в отправку звука с (не "на", а "с") телевизора, ПК и прочей техники. Текст довольно простой и понятный, и подразумевает вывод звука на самой колонке.
Собственно, блютуз в реализации станции разве именно это и не решает? Я периодически телефоны и ноутбуки к ней цепляю, когда хочу музыку из того же Ютуба запустить, и вполне себе справляется с этой задачей.
Опять же, у меня были, и сохраняются некоторые сложности с более современной, второй станцией, которых у меня почему-то никогда не было и нет по сей день на первой, но в целом-то работает.
Скрытый текст
Если вдруг тут будут сотрудники, которые занимаются поддержкой второй станции, объясните пожалуйста, почему в блютузный стек того же линукса как "источника аудио" колонка засылает информацию, что ею можно пользоваться как гарнитурой, при этом при выборе этого режима (а он по умолчанию выбирается при первом подключении), станция либо таки даёт доступ к аудио выходу, который только от нее и ожидается, либо не даёт? Макось это как-то аккуратно умело обрабатывает, но вот на Линуксе надо явно профиль переключать. И ещё из странного, иногда звук в принципе после долгих блютуз-сессий на колонку перестает выводиться, но тут я пока не уверен, что это проблема именно станции, а не моего адаптера.
Ну вообще-то у станции вполне себе есть Блютуз, и к нему можно подключиться.
Причем у первой станции он работает в разы стабильнее и лучше с Линукс-устройством, чем у второй станции.
Как вы планируете решать недоступность archlinux.org в случаях когда домашний провайдер ограничивает доступ к нему потому что Роскомнадзор?
Это если что не выдуманный пример, ресурсы Арча сидят на инфраструктуре Хецнера, к которой в том или ином виде еще год назад Дом.ру ограничивал доступ.
В кои то веки загрустил от отсутствия возможности откатить версию приложения.
OneScript в таком виде (на дотнете всмысле) существует уже не первый год, и не второй. Видимо разработчиков полностью устраивает как стек, так и скорость, предоставляемая им.
А где вы здесь блюдо увидели?
Нейрослоп добрался наконец-то и до кода Винды. Увы. Помянем.
Так это проблема большей части продуктов. Приходят эффективные продакты, и вместо того, чтобы учитывать интересы пользователей, лепят что-то своё, что им мог нашептать какой-то копроклиент.
Жесть тут народ юмор не выкупает порой
Всех, поставивших реакцию "вверх", подозреваю, унесут кому надо в папке на стол.
Если бы Реакт написали на 1С, то сайты пришлось бы просматривать в специальном Яндекс.Браузере.
Не очень понял, в чём здесь преимущество МФ, и почему на х86-64 такое же не провернуть. Раскройте мысль, пожалуйста.
В виртуальных машинах давно есть "живая миграция" между гипервизорами, с минимальным простоем пока данные догонятся между хостами. Это обычно выстреливает только когда содержимое ОЗУ виртуальной машины очень активно меняется, так что как правило не мешает. То же самое и в отношении прод-сред.
У меня вг дома работает. Это не у всех провайдеров он отвалился.
Длинки и тплинки разные пробовал, все посредственно работают с тем же VR и соединением до компьютера, а вот к Кинетикам ноль нареканий. Ещё и работают без мозговыносов, с длинками в этом плане были проблемы по IPv6, тплинки просто больные все поголовно были: жутко грелись и ребутались.
Я если честно не видел неттопа с нормальным радио модулем, пригодным чтобы к нему VR-шлем подключался и работал без проблем. Посоветуете?
Всмысле нет? Ей уже 9 месяцев, вообще-то.
Ещё и пинг до Яндекса…)
А подскажите, как у вас себя чувствует мониторинг в TrueNAS, и в каком браузере смотрите, если хорошо.
У меня в Firefox при стандартном в периоде "1 час" в целом неплохо, но чем больший период беру - тем тяжелее как-то оно вертится.
TrueNAS я раньше напрямую крутил на тачке (i9-10920X, 128GB RAM), но в какой-то момент я устал бодаться с багами в QEMU, который там поставляется в операционной системе, и которым я пользуюсь для виртуальных машин, и я выкинул сам TrueNAS в виртуальную машину, прокинув целиком SATA-контроллер (обычные диски) в неё, эвакуировав все виртуалки в гипервизор уровнем выше.