Да я умею склеивать гору файлов через ffmpeg, буду рад припахать его для этой задачи, но не могу найти GUI для этого. Каждый раз сочинять filelist.txt руками надоело.

Описание задачи.

1. Есть папочка с 700 .ogg файлами длиной по 2 секунды с битрейтом 22kbps. В общем, много мелких.

2. Хочется открыть этот список в виде удобной GUI тулзы или консольного поделия - не важно, но важно чтобы можно было оперативно ползать вверх-вриз по списку и тыкать пробелом play/pause.

3. Самое важное: нужна фича выбора курсором нескольких файлов (не подряд, а рандомных любых) и быстрый вызов внешнего скрипта, на вход которому будет передан этот список файлов в порядке, в котором они выбраны. В этом месте моя скриптина ловко передаст выбранную гору файлов в ffmpeg и я их склею в один новый.

Посоветуйте чо? Спасибушко. P.S. В общем нашёл рабочий способ полу-удобный:

1. Берём файловый манагер Thunar
2. В настройках можно задать пользовательские действия для определённых типов файлов. Только там дебилы делали фильтр и если ты написал «.ogg» но не поставил галку в «Audio Files» то тебе жопа.
3. Пишем скрипт .sh, в который падает гора файлов и он их склеивает.

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

Привет господа. Посоветуйте какую-нибудь приличную по картинке камеру:

• resulution: 4…5MP
• кодек H.265
• питание PoE 802.3af
• отсутствие wi-fi и привязки к каким-то облакам и интернету. Встроенные свистелки и детекторы движения тоже не интересны, движение можно в видеорегистраторе подетектить как тебе надо.

Приличную по картинке - значит хорошая светочувствительность, детализация честная для данного разрешения, а не интерполированная, возможно даже HDR или как там его Wide Dymanic Range. Объект наблюдения - кусок внутренностей подьезда с расстояния 5-7 метров.

Хочется просто записывать готовый поток h.265 на диск каким-то рандомным видеорегистратором, который готов к h.256 или linux-файлопомойкой самодельной на базе одноплатника.

Чо можете скзать про такие варианты:

• Hikvision DS-2CD2347G2H-LIU(4mm)
• Hikvision DS-2CD1053G0-I

Штука хорошая, несколько лет без ребутов работает. Но если пытаться рубиться в адское онлайн low-latency рубилово через wifi 5ghz, то наблюдается прикол, лучше всего описываемый если пинговать роутер в режиме флуда.

ping -f

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

Типа роутер о чём-то своём там задумывается на это время. Включены оба интерфейса - и 5ghz и 2ghz и на обоих кто-то есть, но мало - на 5ghz пара телефонов и ноутов с крайне малым трафиком уровня яндекс почитать, на 2ghz какой-то кусок «умного дома» раз в минуту стату отправляет в облако. Больше никуя нет. SSID на разных диапазонах разный.

Есть ещё одна такая же железка где-то в хламе валяется, могу попробовать на неё openwrt накатить и потестить конечно, вдруг чо.

Что можно такое поотключать или подебажить в RouterOS, чтобы стало совсем хорошо? В интернетах аналогичный прикол видел один раз, но там чел просто какой-то смарт TV телек вырубил и всё стало хорошо, не пойму прикола.

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

Рассуждения о том, что wi-fi - это шляпа для дебилов и нормальные люди сидят на кабеле - не нужны, это очевидно. wi-fi - это фактически полудуплексный хаб с системой правил разруливания желаний клиентов срать в один канал, со всяким оверхедом и системными пакетами анонса планов передачи и всякими carrier sence - всё это понятно, но у меня условия в эфире неплохие и кажется из технологии можно выжать что-то хорошее, просто интересно почему оно раз в несколько секунд так себя ведёт стабильно. Надо брать спектроанализатор или wi-fi сниффер аппаратный и смотреть что там творится конечно, но такой тулзы под рукой нет.

Хочется понять сколько кулеров на выдув из деревянного ящика на его боку надо поставить, чтобы наваленная куча фильтр-ткани или хепа-фильтров на входном верхнем отверстии этого ящика оказалась ощутимо эффективной для площади 20 кв метров. Ну то есть чтобы прямо объективные контроли содержания всяких мелких частиц показали, что жизнь улучшилась.

Нужен простой семплер с 8 или 16 кнопками. Держишь кнопку удерживая «REC» - в кнопку пишется твой пердёжь. Держишь без кнопки REC - эта кнопка воспроизводится. Внутри аккум Li-ion и зарядка по USB-C. Конец списка фич.

Может есть что-то на алиэкспрессе такое тупорылое? Видимо эта категория девайсов считается какой-то окуенно элитарной, поэтому любая подобная хрень начинается от 25K - yamaha/akai там всякие, других на рынке чё-то совсем нет. Ну типа записывать фразы Виктора Палчы из «бандитский петербург» и оперативно их врубать в ходе разговора по телефону достаточно чего-то менее навороченного.

Есть на ali всякие там usb-вотчдоги, но рассчитаны на то, что есть кнопка ресет.

А надо размыкать на 5 секунд питалово и подавать обратно. Мощность всего 10 ватт от силы - 5 вольт, 2 ампера. Нужно какое-то максимально опенсурсное тупое решение, которое способно жить на 5V (возможно больше, хз) и работало так: считает до 60 сек, если по UART не приходило HELLO за это время, то разрывает контакт на 5 сек и начинает заново (но после разрыва контакта первый рассчёт не до 60, а до 60*5 допустим, чтобы ядро успело запуститься).

Есть чо? А если нет, то можно на ардуине наверное сделать и релюшечке. А посоветуете релюшечку. Релюшечка не нравится, у неё ресурс конечный и контакты могут износиться и дать сопротивление. Но релюшечка хороша тем, что можно взять нормально-замкнутую и питалово она будет жрать только в процессе размыкания. А можно MOSFET замыкать? Два ампера нагрузки максимум наверное потянет почти любой мосфет. Минусы мосфетного подхода - только в том, что там постоянно нужна напруга поданная на затвор? Падения напряжения на нём вроде мало и греться он будеть чуть менее чем никак?

Контекст: надо железку на Allwinner A20 перезапускать. Проц дурной, от жары может встать колом в рандомный момент времени. Пока порешал задачу встроенным в тот же проц A20 аппаратный вотчдог, который даже работает. Но решение выглядит пока что не самым надёжным, хочется подпереть более надёжным костылём. Железка живёт на подоконнике. Зимой-весной ей хорошо, летом у неё наступает инфаркт жопы регулярно. Может радиатор ей попробовать прифигачить…

Коробочка нужна, куда ты втыкаешь jack3.5 наушники и слушаешь звук по bluetooth5.0/5.1/5.3 с телефона. Кодеки пофиг, можно старое днище, но главное хочется такого:

1. Офигенно большая батарейка, чтобы хватало на месяц использования по 2 часа в день. Ну то есть, не мизерная коробочка, а размером с пол-лопатофона хотябы, куда впихнут большой аккум. В идеале вообще сменная 18650 ячейка.

2. Отсутствие тормозов передачи команд с наушниковых гарнитурных кнопок на телефон (громкость/пауза).

3. Желательно: поддержка микрофона в гарнитуре, чтобы 4-й микрофонный контакт в самсунговых наушниках видело и обратно микрофон передавало при звонках, хотя фича опциональна, потому что в BT физически невозможна передача качественного аудио от гарнитуры к телефону (физически есть возможности, но на практике такая поддержка отсутствует в любом android/ios и достигается только конским патчингом ядра и диким бубном чтобы повернуть профиль A2DP в обратном направлении - короче проще забить).

4. Зарядная дырка USB-C.

Спасибушко господусики! Aliexpress я пытался копать, но там навалом какой-то невообразимой дичи на эту тему, хрен разберёшься в отношении конкретного товара бывает ЧТО ЭТО ВООБЩЕ ТАКОЕ - какие-то там двунаправленные приёмники-передатчики BT для повозок, прочее такое без встроенных аккумов.

Хочется сделать телеграм-бота, который максимально полезен для чего-то и потенциально продаваем. Основной фишкой бота будут высокие нагрузки - эффективность его реализации изнутри и дешевизна хостинга и скорость работы для юзверя.

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

Хороший пример идеи: бот для записи в рестораны, на ноготочки, на стрижку: подключаешь к себе разные рестораны и люди через бот могут бронировать места, менеджеру ресторана прилетает твой номер и они тебе перезванивают. Просто, инфраструктурно дёшево (вся БД на сервере бота не привысит 10 мегабайт карл, мало трафика), полезно, продаваемо.

Хороший пример ещё: антиспам бот: добавляешь себе в телеграм чат, а бот всем новым входящим людям задаёт капчу (капча инфраструктурно плоха, потому что жрёт ЦП на генерацию, ну ладно, простительно). Ещё плоха идея тем, что опять же нишева. Создателей чатов мало, не массовая публика.

Да, все эти задачи решены тысячу раз, но решать уже решённую задачу - это нормально, потому что смысл сделать лучше/дешевле - так работает весь бизнес - парикмахерские давно придуманы, но никто не мешает открывать новые.

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

Короче посоветуйте идей.

Вот есть два таких события от утилиты xev.

Они генерируются сразу друг за другом пачкой, если нажать и отжать среднюю кнопку на touchpad ноута thinkpad T14. Первое событие отдельно не приходит, если кнопку только нажать. Они приходят только пачкой, если кнопку отжимать.

А есть внешняя мышь. Она bluetooth, но это не важно. У неё есть колесо. Если нажат на колесо, то генерируется отдельно первое событие. А если отжать колесо, то генерируется отдельно второе событие.

Ну почти всё нормально. За исключением того, что в гуях (дефолтных для ubuntu 24.04) эта кнопка мыши работает через раз, а тачпадная центральная кнопка работает стабильно. Но дело не в том, что у мыши плохие контакты. Утилита xev показывает стабильные клики средней кнопки от мыши, без единого разрыва и пропуска. Дело в какой-то другой фигне.

Через раз срабатывает среднее нажатие на ссылках с внешней мыши, но стабильно от нажатия на центральную кнопку.

Дело может быть в том, что у мыши эта кнопка является колесом. А колесо слегка крутится, если эту кнопку жать. А иногда не крутится. Если оно слегка крутится, то оно успевает вставить своё событие кручения между PRESS и RELEASE и это всё портит. А когда всё работает, тогда кручения колеса не происходило. Гипотеза такая.

Есть какие-то офигенно крутые способы лечения этого прикола?

ButtonPress event, serial 34, synthetic NO, window 0x3400001,
    root 0x5ed, subw 0x0, time 1967841156, (1592,498), root:(1598,591),
    state 0x0, button 2, same_screen YES

ButtonRelease event, serial 34, synthetic NO, window 0x3400001,
    root 0x5ed, subw 0x0, time 1967841156, (1592,498), root:(1598,591),
    state 0x200, button 2, same_screen YES

А правда, что доступа к моему компу из-под моего пользователя вполне достаточно, чтобы скопировать некие файлики сессии телеги из домашнего каталога, чтобы эту сессию угнать и потом с ней пойти на сервер телеги совершенно с другого компа?

Если бы я был телегой, то у меня каждая сессия была бы реализована как ключ, с которым на сервер можно пойти только в один поток, то есть соединение с данным ключом до сервера телеги может быть только одно. Если появляется параллельно два соединения с одним и тем же ключом, то я закрываю оба и ставлю на данной сессии галку «угнано».

Хочется автоматически скачать/спарсить откуда-то из интернетов примерно 1000 фоток Киркорова. Примерно в том духе, который вы увидите вбив «киркоров» в картинки яндекса - вот это всё в перьях и на фоне хрусталя в креслах. Можно не быстро.

Есть идеи, где должен шариться бот, чтобы накачать пободного под тыщу штук и так, чтобы его не прибанило? Если я полезу ботом на яндекс с произвольной VDS-виртуалки, я думаю что с первого раза увижу этот IP в бане с требованием ввести капчу. Есть ваще идеи как это решается? Ну или может есть альтернативно-одарённые поисковики картинок, которые уже нашли Киркорова, но которые не банят ботов?

Есть IP адрес, про который нам стало известно, что это кулхакеры DOS-овцы. Овцы Доса. А коннект от него мы уже приняли в приложении. И тут возникет идея «а давайте скажем TCP-стеку ядра, чтобы оно забыло запись про этот TCP коннект как будто его и не было и наш сокет тоже выкинем и закроем так, чтобы никакого FIN/RST никуда от нас клиенту не уходило». То есть, если про клиента известно, что он скотина, то пускай себе думает, что он всё ещё держит до нас коннект, а мы просто забудем про это, фигли ресурсы на чертилу тратить.

Ясно, что во взрослом мире такие задачи решаются вообще не так: если вдруг про IP-адрес стало известно, что он псина, то этот IP передаётся в списки какой-то firewall-овой машинерии перед нашим физическим сервером и там на низком уровне в DKPK-XDP-фигнях пакеты от этого IP адреса тупо забудутся как будто их не было.

Но вот допустим, мы поняли, что клиент - псина только после того, как соединение приняли. Допустим он по этому соединению нам что-то такое передал, что спалился как чертофан. И тут хочется как-то резко перестать тратить на него ресурсы, поднасрав ему заодно в отместку, авторитарно забыв это соединение и не сказав ему. Пускай ретраит, нам не жалко ваще, тем более что скоро этот IP таки может быть уйдёт в firewall. Хотя тут зло в том, что после первого же ретрая с его стороны, наше ядро, не узнав это TCP-соединение (по исходящей паре ip:port) тупо отправит ему RST. То есть, RST всё равно пойдёт. Но потом. Но цимес в том, что этот чертила может быть тоже про нас уже забыл и слать ничего не собирался, думая что мы всё ещё держим ресурсы на него.

Короче вопрос про резкое забывание TCP-соединения без отправки RST. Я чё-то там почитал про SO_LINGER, shutdown() и т.п., но это всё не то, потому что оно отправляет RST.

Ещё знаю утилиту tcpdrop, которая вроде бы не отправляет «туда» RST.

Ещё слышал про такой способ потереть из TCP стека молча инфу про коннекшн: sudo conntrack -D -s <локальный IP> -d <удалённый IP> -p tcp --sport <локальный порт> --dport <удалённый порт>

Ещё можно shutdown(), перед которым сделать такое:

sudo iptables -A OUTPUT -p tcp --tcp-flags RST RST -j DROP

Но всё это какие-то внешние тулзы. Они же наверное какие-то вызовы системные дёргают? Я-то их тоже же могу дёрнуть? Вряд-ли без рута. Так чё делать?

Наверное нормальным решением будет написать на сишечке внешнее злое приложение, запустить его от рута на нашей машине. Пусть слушает UDP 127.0.0.1:44444. В это приложение по UDP наше «рабочее» приложение будет стучать доносы, а то приложение уже системные вызовы в ядро делать типа вот того conntrack -D?

Дано: канал связи 0…5000 ГЦ выловленный по радио на 433 мгц, где 90% времени гудят сигналки от гаражных ворот и иногда говорят таджики «вира майна дарагой» и охранники пятёрочки «опять эта баба сумку пыталась сп***дить».

Задача: отличать голос от неголоса. Хочется выкинуть «совсем очевидный шум», но допустимо принять за голос разные тональные сигналы. Главное избавиться от 90% файлов с очевидным трешом и угаром. Угар появляется потому, что уровень радиосигнала иногда начинает превышать некий порог, потому что включилась какая-то помеха. А «уровень радиосигнала» является пока единственным средством вылова сигнала.

В век развития нейроночек наверное можно определять это суперточно, но помню давно я работал джуно-мидлом в одной конторе по распознаванию речи и кодил всякие DSP-алгоритмы по даташитам и в этой корпорации над VAD билось полтора чувака и никак не могли это сделать хорошо и дёшево - помню что на VAD постоянно матерились.

Может кто-то посоветовать на 2025 год какие-то известны дешёвые по процессору (запустить на одноплатнике и практически не заметить потребления ЦП) приемлимые подходы в детекции голоса? Хочется что-то потоковое-свёрточное, ну типа как работают FIR/IIR фильтры - что-то в таком духе по количеству вычислений. Ну нет, ещё я готов сделать FFT звука в этом канале, если сильно надо.

Кажется, что на текущий момент задача должна решаться какой-то суперпростой нейроночкой из полутора нейронов, которая запускается даже на калькуляторе и даёт достаточно неплохой результат, но это не точно. С нейроночкой можно обосраться в том месте, что обучена она может быть на слишком чистых данных, хз короче мутная тема. Единственное, что я интуитивно понимаю, так это то, что голос на спектре выглядит как борода плавающих пиков, а остальное так не выглядит. Эту бороду вроде можно как-то кепстром ловить (спектр спектра). Плеать да их целая гора разновидностей: https://github.com/bigcash/awesome-vad походу задача сравнима с построением космолёта на солнце

Он древний, ему уже лет 15 наверное. SIP вроде он умеет. Астериск поднять, побаловаться. Из него наверное можно сделать при желании домофонный терминал, если в доме домофоны по SIP работают (у меня так, например, но от застройщика стояла IP-трубка «TrueIP»).

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

Короче есть i3. Тайловый менеджер. Там всё пилится пополам или всё полноэкранное. Удобненко, привычно. Но поытка стартовать какой-нибудь xterm - это очередное полноэкранное явление.

Короче хочется запустить в фоне ffmpeg так, чтобы он работал в неком терминале/консоли так, чтобы эта консоль выглядела как плавающее перемещаемое окно, не привязанное к полному экрану (как всё в i3) и чтобы у этого окна была тупая виндовая кнопка закрыть, которая бы завершала всё что в нём запущено (ну то есть посылала TERM например).

Посоветуйте как это запилить?

В итоге я чо хочу сделать: хочу повесить на PrintScreen действие, которое бы открывало ffmpeg в отдельном плавающем терминале и записывало маленький квадратик в центре экрана. И чтобы когда я закрывал это окно терминала, оно бы посылало ffmpeg-у сигнал TERM, что бы аккуратно завершало запись файла. В общем, хочется всегда видеть некий процесс записи экрана в плавающем теминале, при этом сохраняя все фичи i3 типа переключения табов.

Походу решение почти есть. Ниже ответ.

Перемещено hobbit из general

Есть вот такой скрипт записи экрана.

1. Подождать 2 сек пока переключимся из консоли в нужное окно
2. Записывать 59 сек.
3. Проиграть торжественый звук окончания.

sleep 2;
TIME="00:00:58"
ffmpeg \
  -f alsa -i default -ac 2 \
  -f x11grab -video_size 1080x1920 -framerate 30 -i :0.0+1300,400 -vf format=yuv420p -t ${TIME}  /tmp/output.mp4 -y
ffplay /home/sobaka/smooth-completed-notify-starting-alert-274739.mp3

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

О Т В Е Т

Вот это надо запихать в ПРАВИЛЬНОЕ место командной строки, где-то после -f x11grab, точно не помню:

-show_region 1

Хочу кусок кода, версию компилятора и опции, после компиляции с которыми я увижу в ассемблере, что компилятор переупорядочил записи или чтения, а лучше всё сразу.

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

Без аудиофильства, просто нормальную, где преимуществами будут долгая жизнь от одоной зарядки и адекватный звук через среднестатистические samsung-наушники из коробки с samsung note 9, который достаточно приличны по звуку, но не электростатические stax. Ну и отсутствие всяких приколов, типа лютые лаги, пинги, задержки, отвал соединения, задержки в нажатии каких-то кнопок, рандомная жопа. Цена в принципе пофиг, но учитывая что последнее аудиофило-подобное, с чем я сталкивался, стоило под 5К рублей, то будем ориентироваться на полтора косарика.

Да, можно взять elasticsearch, postgres, что-то ещё. Но мы тут не про «взять», а про «запилить», development же.

Так вот, я ищу слово «дур». Хочу, чтобы находилось как в телеграме:

дурь
дурью
дури
дуру
дура

Возможно, «дурка», но вряд-ли - корень другой.

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

Вот давайте по-простому на уровне объяснения алгоритма школьнику.

Что можно сделать ДЛЯ НАЧАЛА? При индексации, когда мы смотрим на документ 12345 и встречаем слово «придурью» то мы берём корень и само слово. Далее пишем в индекс 2 такие записи и казалось бы достаточно.

придурью -> 12345,position
дур -> 12345,position

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

Посоветуйте какую BT платку взять, какой усилок? Чтобы это всё спаять, привинтить внутрь рандомного деревянного ящика с динамиком, подать туда 5…24V и получить годный девайс для озвучивания музона или подкастов на стройке или при ремонте.