rPman

* детектируешь голос (в любом случае будешь делать что бы сэкономить)
простым алгоритмом, не требующим особой энергии, нужно понять, когда кто-либо говорит, для этого достаточно разложения (алгоритмы VAD - voice activity detection), там вариантов куча, от простого подсчета амплитуды (накапливаешь на интервале, при превышении - считаешь что есть речь) или спектрального (то же самое но на узкой полосе частот человеческой речи) до полноценной миниатюрной нейронной сети (десятки весов, пара слоев), которая будет эффективно работать на встроенных в процессор технологий (именно так смартфоны все слушают даже в заблокированном состоянии и энергии хватает на несколько часов)
* транскрибация голоса в текст
так уж получилось, что с текстом работать гораздо удобнее чем с аудио, при этом конечно теряется куча информации (интонация, эмоции, владелец голоса и т.п.), но часть информации можно сохранять еще с этапа спектрального анализа
* обработка текста
от простых классических алгоритмов (они могут быть сложные в смысле размера но простые для понимания)

'включи/выключи камеру (номер камеры)' -> включаем/выключаем камеру номер такая-то

до использования текстовых ИИ
там все не так просто, языковые особенности вынуждают либо закладывать падежи, времена, род и т.п. в алгоритмы либо забивать сотни вариантов одной и той же команды.
* инструменты настройки и контроля за управляемым оборудованием
когда у тебя один микрофон, одна камера и одна лампочка, не нужно где то хранить сколько их, где они находятся, и как их настраивать, один раз вручную настроил а код работает с абстрактной - просто камера, но когда камер лампочек много, их нужно как то идентифицировать, как то ими управлять (у тебя одни камеры сяоми с одним хакнутым api и пара своих поделок со своим) следить что они работают,..
* инструменты настройки логики управления
добавить свою команду (надоело говорить 'выключи свет, закрой шторы' а хочешь - 'подготовка ко сну'), переименовать "камера 7" на "камера в спальне", ввести возможность контроля за владельцем голоса (типа если ты скажешь 'выключи свет' то действовать, а если кто то другой, сказать - 'не хочу') и за ним инструменты авторизации (например приложение на смартфоне, ожидающее двойное нажатие кнопки громкости для подтверждения и вибро для обратной коммуникации) и миллион других тонкостей, без которых твой умный дом никому будет не нужен.

И на этом этапе, использование готовой ИИ, которой даешь ручки управления, скидываешь сырой текст и ждешь что все будет работать как ожидается, может столкнуться с техническими ограничениями размера промпта.

p.s. недавно появился openai realtime api и мультимодальная модель gpt4o-realtime, умеющая текст и голос, там реализовали базовый инструментарий для реализации голосовых агентов, работающих в реальном времени, но сам не пробовал (только то что майкрософт предлагает голос-голос без ручек к инструментам, прикольно, но это игрушка)

p.p.s. майкрософт, когда релизила phi4, тихонько в уголке выложили свою мультимодальную модель с тремя модельностями text-image-audio. Тихо, наверное потому что из-за трех модальностей оно получилось не очень? я не пробовал

Вот такой незамысловатый промпт у меня небольшие html странички переводит без видимых проблем, пробовал openai:gpt-4.1

Ты переводчик с русского на английский, умеешь переводить тексты любого типа, в т.ч. с html форматированием, без потери этого форматирования и с сохранением пунктуации (в т.ч. и ошибок), например
```
<p>я <b>тебя</b> люблю</p>
```
выдавай перевод
```
 <p>i love <b>you</b></p>
```
Теперь на каждое мое сообщение отвечай его переводом на английский

Из-за технических ограничений современного ИИ, данная задача решается плохо. Причина - gpt это как человек, страдающий антероградной амнезии, у него есть кратковременная память (контекстное окно) но ее размер сильно ограничен (стоимость простого ответа - квадрат от размера контекстного окна, а обучение - куб, есть лайфхаки, уменьшающие эти требования но они уменьшают и потенциальные возможности, связанные с данными на больших 'расстояниях'). А еще из-за не совершенства технологии, то что ИИ уже узнало, пока училось, у нее 'путается в голове' и оно галлюцинирует.

В качестве примера, есть llama scount с 10кк окном контекста, но она потребует 18терабайт памяти (gpu естественно) для работы, и даже тут в нее влезет не так много документов

Готовое не посоветую, это сейчас топ исследований, гитхаб завален всякими поделками chatgpt с RAG, со средним качеством. Вся задача сводится к поиску частей документов, которые хоть как то подходят к ответу, и сваливание их в итоговый запрос, что само собой не может дать хорошего результата (нужные данные могут никак не быть близко по смыслу с вопросом). Есть попытки строить граф знаний, но это форма представления но не алгоритм разбора сырых данных. Технологии, которые позволяют строить индекс на основе смыслов - построение embendings векторов (вот отвечал списком ключевых слов для поиска)

Если каждый отдельный документ помещается в контекстное окно, то проблема решается итеративно - берем наш исходный вопрос, и задаем его ИИ для каждого документа по отдельности, можно добавить что то типа 'для решения нашей задачи есть ли в этом документе что то полезное?'. В последствии повторить вопрос уже для тех документов или их частей, которые оказались полезны. Можно даже заранее строить индекс из документов, являющийся краткой самморизацией его содержимого (или по главам). Этот подход работает но очень дорогой/медленный (можно минутами-часами ждать ответа).

Обработка больших данных с помощью ИИ это что то типа чата, "системный промпт + пример + ответ + пример +... + часть исходных данных -> ответ", причем полученные предыдущие ответы могут пойти в примеры.. это multishot подход значительно повышает качество ответа до сих пор. Ты как бы пробегаешь по всему документу, где после подачи его части ИИ делает свой комментарий - о это полезно, или это нам не нужно... на практике там конечно еще рассуждающая часть и итеративный процесс может состоять из нескольких шагов для каждой части - типа сначала спрашиваешь о чем тут говорится (это можно закешировать), позже добавляешь вопрос, полезно ли это для нашего ответа, а так как многие модели научены размышлять, придется еще раз спросить - ответь да/нет (тут можно включить structured outputs, зафиксировав формат ответа). По мере анализа сохраняешь ссылки на те части документа, что оказались полезны, и уже их можно использовать повторно для итогового диалога.

С анализом между документами еще хуже (когда для ответа требуется информация, которую можно получить проанализировав сразу несколько документов, но по отдельности они бесполезны), у топовых ИИ можно можно просить задавать вопросы, т.е. ии может просить дать недостающую информацию (точно помню как anthropic:sonnet пытал написать утилиту работы с guithub api подавая ему заведомо недостаточно данных, так вот правильно составленный промпт позволит ии отказываться давать ответ пока информации не станет достаточно),.. но трудоемкость получения результата будет еще выше - ведь тут для каждой подзадачи придется снова пробегать по документам или их самморизации.

Первый же ответ в документацию из гугла

когда из последних свободных ~30Гб заполняется ~15-20, то наблюдается следующая проблема

Одно слово - фрагментация. Решение - освободить место (рекомендую 20-30%), запустить дефрагментатор (теперь это называется оптимизация, искать в свойствах диска - утилиты), и уже после этого вернуть файлы назад.

Дефрагментация почти не работает, если места на диске нет, поэтому временно перенести файлы куда то придется. Раньше утилита дефрагментация позволяла посмотреть на распределение данных и главное свободного места на диске, теперь эту наиважнейшую информацию скрывают (может есть утилиты, я не искал). Альтернатива дефрагментации (она будет работать наилучшим способом но долго) - это backup - format - restore всего диска (если есть куда скопировать). Помню были утилиты, которые позволяли оценить степень фрагментации файла и переместить на другой диск только их, это позволит максимально эффективно освободить место на диске перед дефрагментацией (утилите останется только свободное место выравнивать)

При фрагментации свободного места, каждый следующий файл будет раскидан по всему диску (причем иногда бывает до абсурда - сотни кусков, особенно если с диском активно работают в режиме - создания и удаления файлов, причем в разных порядках). А у hdd есть технических недостаток (так как там механическое устройство чтения данных) - скорость работы с диском (и чтение и запись) падает на пару порядков! до единиц мегабайт в секунду, если данные расположены в разных местах диска (фрагментирован).

На сколько я знаю whatsup и другие централизованные сервисы не подключаются к клиенту, наоборот, клиент инициирует подключение к серверу и уже по этому подключению идет коммуникация в обе стороны (из-за этого видеоконференции дорогое удовольствие для таких серверов, ведь трафик на сервере - квадрат от количества участников)

Например whatsup прекрасно работает в мобильных сетях, которые почти по определению работают за сложным nat (обычно двойной - сначала nat во внутреннюю сеть оператора, а затем nat в обычный интернет), с ними не работают механизмы типа upnp (который кстати работает на пользовательском роутере).

p.s. Но скорее всего причина все же в операторе, который блокирует какой-либо вид трафика, необходимый для работы whatsup. И формально, провайдер не просто не будет решать проблему, а будет готов это не делать по причинам того что компания meta 'запрещена' в россии и предоставлять услуги в т.ч. помогать ей он не обязан... такой вот у нас новый дивный мир

p.p.s. я могу ошибаться, но может проблема не в работе whatsup (т.е. оно работает, можно звонить и получать сообщения) а именно в получении уведомления и звонка, я серьезно не изучал вопрос но кажется 'при неправильной' настройке смартфона принимать звонки с заблокированным экраном он не умеет

Используй формат .odt/.ods (open document format - настоятельно рекомендуется) или майкрософтовский .xlsx (почти то же самое, но исковерканное майкрософтом, скорее всего как часть их стратегии поддержки своей монополии), это zip архив с текстовыми документами xml, которые легко своими скриптами редактировать

Практически любой x86 компьютер можно в биосе настроить на автоматическое включение при появлении питания, но дальше проблема в операционной системе, если linux можно настроить как пожелаешь (например загружать всю файловую систему в оперативную память или отключить кеширование записи) то с windows гораздо сложнее.

Большую часть проблем лучше решить аппаратно - поставив источник бесперебойного питания с поддержкой управления (почти все имеют возможно сподключить компьютер по usb/com) и настроить так что бы машина корректно завершала работу... правда в последнем случае автовключение из биоса уже не сработает, поэтому реализовать внешним модулем (даже на базе релюшек можно что-нибудь самому собрать).

Проблемы с железом не посоветую, китайцы замусорили рынок говном более чем полностью, только перебором это решается.

Лучший качественный переводчик напрямую с голоса в голос, на текущий момент, это можно сделать на базе ИИ от openai - голосовой gpt (на основе gpt4o-audio и gpt4o-realtime есть еще mini варианты, они дешевле но очевидно тупее, хотя возможно для задач перевода более чем).

Бесплатно audio-audio попробовать можно у майкрософта в windows 11 во встроенном в edge copilot а так же на сайте copilot.microsoft.com, но требуется vpn (до появления audio моделей я пользовался их copilot под linux, подменив user agent в chromium браузере но сейчас это не сработает). Полагаю для голоса там используется модель mini. Системный промпт текстом не понимает, нужно говорить голосом сразу после старта
В документации сказано что эти модели могут генерировать текст, так что формально они могут и голос в текст, но я не пробовал, все никак руки не дойдут потрогать realtime api, openrouter интерфейса не имеет а на основе официального нужно софт пилить, вроде есть примеры на github....

Все остальное - это последовательная транскрибация audio -> текст и после этого текст -> перевод.
Для транскрибации из открытых утилит - безусловно лидер openai:whisper (использовать large качественно но долго).
И тут лучшим переводчиком является топовые gpt.

Но есть нюанс - в готовом виде инструменты работают только для перевода коротких текстов (возможно chatgpt 'с памятью' уже научился но я не пробовал), например, при переводе книги, ее персонажи, в зависимости от пола, должны переводиться на русский по разному (он пошел - она пошла), если давать модели последовательно параграфы/главы, она не запомнит (контекстное окно считанные тысяча токенов, в него влезет пара глав от силы) пол персонажа, и придумает его от имени или даст случайный. Поэтому нужно в процессе перевода собирать важную информацию и добавлять его к системному промпту. Я пробовал такое в полуручном режиме, это работает шикарно.

Еще момент, топовый gpt знает лучше любого автоматического переводчика нюансы языков, устоявшиеся выражения, мемы и языковые особенности, но пока ты об этом не попросишь, не будет самовольно использовать это знание, т.е. системный промпт получается не просто - переведи это... а сложное ТЗ на десятки-сотни строк (где то видел в тг каналах примеры промптов, они с трудом влезали в 8к токенов), а я считаю что простым чатом тут не обойтись, и нужен процесс, серия агентов, которые будут разбирать текст на части, анализировать его, выискивать языковые и географические (для автора) особенности, запоминать особенности стилистики автора по тексту и тьму тьмущую вещей, которые знают только профессиональные переводчики... в общем не простая задача, но она точно реальна.

И да, русский язык в gpt, даже топовых, для галочки (были сообщения от openai разработчиков, что большое количество языков в обучающей выборке повышают ее качество), а значит если целевой язык не английский, высоких результатов не будет (но все еще лучше чем любой обычный автоматический переводчик, включая гугл, хотя они точно первые в этом)

p.s. топовые ИИ это openai:gpt4o и выше (4.1, o1, o3 но я думаю это излишне), anthropic:claude_sonnet_4 (3.7 и 3.5 использовал на всю катушку, для разных задач), google:gemini_2.5_pro и т.п. Mistral/qwen/grok/deepseek попробуй сам. Из открытых я сильно удивился майкрософтовскому phi4 (всего 14b параметров, заработает у обывателя с 32-64гб ram), как минимум он неплохо отвечает на русском, до этого более менее на русском от 70b llama говорила (но качество ее перевода было ниже среднего), вроде бы gemma3 (12b..27b) тоже не плохи но я мало экспериментировал, она мультимодальная и требования к оперативке +24гб даже для 12b

скорее всего там асинхронный двигатель, и если последовательно подключить двигатели (и они не будут синхронно вращаться, т.н. не посажены на одну ось с правильно настроенной фазой) то у них обоих будет неправильно подаваться напряжение (ожидается 50hz переменный, и с этой скоростью они вращаются), в общем один из двигателей может в случае неудачной рассинхронизации получить больше токи и перегреться ну или в лучшем случае будет сильно хуже работать один из двигателей

если это щеточный то по уму должно работать

Расширение к браузеру FoxyProxy, очень гибко позволяет настраивать, какой домен и даже ссылки будет использовать какой прокси сервер.

Так же есть штатный инструмент сценарий прокси сервера - .pac файл, это текстовый файл с JavaScript с единственной функцией, где прописываешь логику выбора прокси сервера от url.

Сам же прокси сервер проще и дешевле сделать свой, берешь в аренду любой linux vps (любая конфигурация, даже самая слабая, главное что бы был ssh доступ) в локации, чей ip адрес нужен, и у себя на машине подключаешься к этому серверу любым ssh клиентом с ключем -Dпорт (динамический туннель в программе putty) и на этой локальной машине получаешь готовый socks прокси на localhost:порт, ничего настраивать не нужно

https://doc.qt.io/qt-5/highdpi.html
Попробуй запусти приложение, установив нему переименную окружения
QT_SCALE_FACTOR=1 gwenview

Готовых нет, даже просто короткие видеосцены генерировать в указанных пределах очень трудозатратно, потому что алгоритмы основаны на шумах, которые невероятными силами удается хотя бы в пределах соседних кадров зафиксировать друг на друге (что бы бред наркомана не получался), но делать бесшовные объединения отдельных сгенерированных видеороликов сложнее на порядок.

Про звуки отдельный разговор, никакой автоматической генерации ни audio по видеоряду, ни наоборот нет (есть проекты шевеления губами под речь, но корявые и прикручивать их к генератору не просто), поэтому классическими методами придется одно на другое накладывать и подстраивать.

p.s. про трудозатраты - десктопное железо позволяет на том же HunuanVideo делать несколько секунд ролик за... примерно час (в максимальном 720p качестве или десяток минут на 520p низкого качества)

Научите делать ярлыки, вместо копирования.

Но вообще то, проблема и решение зависит от причины, зачем пользователи это делают. Возможно использовать общий файл им не удобно? Общий файл одновременно сложно использовать по причине программы, его открывающей?

Решение может оказаться на столько дорогим (переделать программу) что проще подключить административный ресурс, а следить за исполнением внешними скриптами... Кстати, теми же скриптами можно около дубликата создать ссылку на оригинал?

Перестань пытаться надурить крупную компанию, которая 'собаку съела' в борьбе против таких попыток.

А также прекратить попытки получить топовый результат за бесплатно.

Используй openrouter через любой vpn/прокси, с оплатой в криптовалюта.

Если проблема в cmdkey.exe может использовать autoit, он более гибкий, имеет целый язык на котором что угодно запилить можно любую логику, включая ввод пароля с любыми паузами (передавать через командную строку) собственно я полагаю что cmdkey.exe это на нем написан

Extension Pack это проприетарное приложение, требуемая версия больше не поддерживается, шансов запустить его на новых ОС близки к нулю, потому что ему требуется модуль ядра...но попробовать можно, например через docker/lxc

полагаю вам нужен проброс usb устройств? потому что никаких других причин его использовать нет, все остальное нормально работает и с коммунити версией

Ответить можно только протестировав.

Все зависит от динамичности видео и характера ценности деталей. Например если ты снимаешь видео с fullhd экрана где есть мелкие тексты, никакое повышение битрейта не поможет если изображение будет уменьшено до HD720, с другой стороны повышенный битрейт позволит без проблем передавать более динамичные сцены и больше деталей.

Т.е. выше битрейт, даже если это HD720, лучше чем fullhd, но только для видео без мелких деталей типа тексты.