В первую очередь для рабочего стола, не для WEB.
На текущий момент мне понравилось три решения, которые могут работать с отдельными файлами без создания проектов и так далее:
- PlantUML QEditor
- Расширение для Visual Studio Code - PlantUML
- Плагин для NetBeans
В первом не хватает подсветки синтаксиса. Третий достаточно тяжеловат (всё же сам NetBeans сам по себе - IDE), так что второй вариант - пока мой выбор. Раньше Visual Studio Code не использовал, и сейчас он больше для редактирования PlatnUML с предпросмотром, но со своими задачами справляется достойно. Не хватает, правда, Assistant, как в PlantUML QEditor.
PS в IDEA есть достаточно удобный плагин, особенно если в рамках проекта нужно диаграммы думать. Мне же больше по душе запуск без IDE проекта, дабы не отвлекаться.
PPS для WEB: www.plantuml.com/plantuml/form быстро сгенерить или посмотреть.
На два канала:
ffmpeg -f lavfi -i "sine=f=1000:sample_rate=48000" -filter_complex "[0][0]amerge" -c:a pcm_s24le -f alsa "hw:1,0"
для увеличения: добавляем [0]
перед amerge
Можно генерировать и разные синусы по кадому каналу, просто увеличиваем число lavfi
входов:
ffmpeg -f lavfi -i "sine=f=1000:sample_rate=48000" <br/>
-f lavfi -i "sine=f=400:sample_rate=48000"
--filter_complex "[0][1]amerge" <br/>
--c:a pcm_s24le -f alsa "hw:1,0"
и не забываем в этом случае менять номера входов для amerge
Как-то пропустил сей момент, но в PlantUML появились Временные диаграммы (Timing Diagram):
Жаль, что когда они были ооооочень нужны (сейчас не так), удобного инструмента я не нашёл.
Возникает путаница иногда что где и когда. Коротко:
- USB 3.0 == USB 3.1 Gen1 (SuperSpeed), скорость до 5 ГБит/с. По сути - ребрендинг и переименование.
- USB 3.1 == USB 3.1 Gen2 (SuperSpeed+), скорость до 10 ГБит/с.
По поводу коннектора Type-C: его появление связывают с появлением USB 3.1 Gen2. Но! Этим коннектором вполне может быть осуществлено подключение в устройствах, которые поддерживают только USB 3.1 Gen1, USB 2.x или даже USB 1.x (для 1.x и 2.x используются одинаковые дифпары независимые от режима 3.x). Иными словами, наличие Type-C коннектора не говорит о поддержки USB 3.1 Gen2, особенно, когда данный разъём используется на устройстве, а не на хосте, хотя в последнем случае тоже нужно проверять внимательно спеки на материнку или лаптоп.
По поводу коннектора Type-A: провода для USB 3.1 Gen2 никак не изменились, поэтому применение коннектора Type-A вполне себе возможно на хостах. Правда в текущем виде обычно наблюдается такая картина:
- чёрные коннекторы - USB 2.x
- синие коннекторы - USB 3.1 Gen1
- Type-C коннекторы - USB 3.1 Gen2
Но есть платы расширения, которые использую коннектор Type-A для USB 3.1. Gen2. Т.е. снова - нужно смотреть спецификации.
Вообще, появление Type-C это очень хорошая работа над ошибками для устранения идиотских варианта Micro Type-B (Micro-B, Mini-B выполнен вполне сносно) в варианте USB 3.1 Gen1: они отличаются большими габаритами и низкой механической прочностью:

Правда установка данного типа коннектора на хост… Мне не по душе. Да, решаются две проблемы:
- симметричность кабеля с обеих сторон: можно подключать устройство как к хосту, так и к другому устройству, если поддерживается OTG и использовать для этого один кабель,
- симметричность самого коннектора как такового,
но вот его прочность (хоть маркетинговый булшит вещает иначе) значительно ниже Type-A.
Моё мнение (на которое всем, ессесно, пофиг):
- Type-A - оставить для хоста
- Type-B - оставить для устройств, где необходима повышенная механическая прочность
- Type-C - оставить для всех остальных устройств
Сегодня пришло уведомление о комментарии к тикету 111:
In the meanwhile QMapShack has a new brother called QMapTool. QMapTool is for referencing maps. It’s now part as a sub-repository of QMapShack.
И вот ссылка:
Если коротко: отдельная программа для привязки карт, то что было в QLandKarteGT в виде встроенного функционала, теперь в виде внешней утилиты.
Пока ещё не тестировал. В AUR mercurial версия QMapShack автоматом подтянет и QMapTool, когда будет релиз в Community - непонятно.
А так, ура!
Просто ссылка:
Более полная подборка для x86:
И более обобщённая информация (в т.ч. ARM):
В продолжение post/2017/08/25/qt_creator_baremetal_i_svjazka_gdb_7.7.1_openocd. Снова косяк и снова QtC не имеет прямого отношения к нему. Судя по всему, в самом GDB какие-то гонки.
Проблема проявляется на этот раз в том, что подобные сообщения от отсутствующем контексте исполнения появляются после попытки останова исполнения кода (для отладки), при этом, какого-то чёрта, появляются сообщения об вновь образовавшемся и тут же умершем треде. GDB не может уже потом ничего сделать, а QtC следом тоже сходит с ума, не зная, в каком состоянии что находится.
В общем, пока откатился на GDB 7.8 от Linaro: https://aur.archlinux.org/packages/arm-none-eabi-gdb-linaro, оно, по крайней мере, работает.
Связанные ссылки и обсуждения:
PS текущая связка: GDB 7.8 + OpenOCD 0.10.0
И не только.
Для начала выполняем шаги, описанные в руководстве:
Если коротко и коспективно:
- Создаём директорию
usershare
: mkdir -p /var/lib/samba/usershare
- Создаём группу
sambashare
: groupadd sambashare
- Правим права доступа к директории:```
chown root:sambashare /var/lib/samba/usershare
chmod 1770 /var/lib/samba/usershare
1. Проверяем конфигурацию `smb.conf`:```
...
[global]
usershare path = /var/lib/samba/usershare
usershare max shares = 100
usershare allow guests = yes
usershare owner only = yes
...
- Разрешаем вашему пользователю создавать шары:
usermod -a -G sambashare $USER
- Рестартуем демоны
smbd
и nmbd
- Перелогиниваемся в систему
Как минимум теперь вы сможете управлять пользовательскими шарами, используя командную строку:
Для использования этого функционала через Dolphin, потребуется поставить пакет kdenetwork-filesharing
:
pacman -S kdenetwork-filesharing
После чего в свойствах директории появится вкладка, ответственная за общий доступ к содержимому директории.
В qmmp есть плагин глобальных клавиш, который может обрабатывать кнопки переключения треков, паузы, проигрывания и остановки. Помимо этого он может перехватывать клавиши управления громкостью, выключения динамиков. И делает он это по умолчанию.
Так вот, это поведения очень нехорошо дружит с плазмоидом, который через трей выводит индикатор громкости. Точнее начинает глючить функционал, который собственно и обрабатывает мультимедийные кнопки управления громкостью и выводит OSD уведомление на экран.
Судя по всему qmmp умудряется переопределить глобальный хук и полностью получает управление этими кнопками. До плазмоида попросту не доходят события. А так как подписка происходит при старте плазмоида, то и после выхода из qmmp обработка не возвращается на свои места.
Лечение простое:
- в настройках qmmp для плагина глобальных клавиш убрать реакцию на кнопки управления громкостью.
- открыть настройки трея и выключить и снова включить индикатор громкости.
PS подобное наблюдается и при использовании kmix. Более того, управления перехватывает последний запущенный механизм: или плазмоид или kmix. При закрытии одного из них, рекомендую перезагрузить оставшийся.
На днях заметил, что часть приложений время от времени перестают рисовать свои иконки в трее. С одной стороны, xembed - deprecated, но, судя по всему, плазма как-то пытается его использовать и отображать иконки в трее для “устаревших” приложений. Но не всегда это получается (ниже чуть подробнее).
По сути, нормально работать будут только приложения, которые поддерживают appindicator api.
Я делаю так:
ffmpeg -f v4l2 -i /dev/video0 -f alsa -i hw:1 -c:v copy -c:a copy -f matroska - | ffplay -autoexit -f matroska -
matroska
может запаковать RAW/YUV/RGB данные, поэтому она. MPEG-TS не может, поэтому не подходит.
Или не менее наркоманский вариант, используя только FFMPEG:
ffmpeg -f v4l2 -i /dev/video0 -f alsa -i hw:1 -vcodec rawvideo -pix_fmt yuv420p -c:a copy -f sdl2 default -f alsa default
Конвертация в yuv420p нужна для SDL2.
Памятка:
Т.е. используя std::tie()
вполне, без труда и пыли, можно сделать операторы сравнения для сложных структур. Сложности могут возникнуть, если нужно переопределить операторы сравнения для отдельных элементов (например: критерии сравнения строк).
Почему tie
, а не напрямую tuple
? tie
захватывает аргументы по ссылке - экономия на копировании.
Когда PulseAudio стартует, оно захватывает устройства и если пробуем запустить какое-то приложение, которое может только ALSA, то получим сообщение о невозможности открыть устройство, так как оно уже занято.
Что бы решить проблему нужна пара простых (по факту, но не по пути, которым к ним пришёл) шагов. Но для начала нужно посмотреть соответствующий раздел в вики Арчика: https://wiki.archlinux.org/index.php/PulseAudio#ALSA.2Fdmix_without_grabbing_hardware_device
Идея проста: сказать пульсе работать через dmix для воспроизведения и через dsnoop для записи.
Собственно - сабж!
…и не нужные никакому пакету.
На случай, если что-то удалялось как pacman -R пакет
вместо pacman -Rs пакет
:
DEL:
pacman -Qd | awk '{print $1}' | xargs -I{} bash -c 'cnt=$(LANG=C pacman -Qi {} | grep "Required By<br/>|Optional For" | grep None | wc -l); (test $cnt -eq 2 && echo "{}")' | xargs -I{} bash -c '(pacman -Qi {};pacaur -Sii {};echo ================:simple_smile:' 2>&1 | less -R
Спасибо Романычу, просто список пакетов:
и с описанием, как в уродстве выше (без запроса к Sync базе или AUR можно просто: pacman -Qtdqi
):
pacman -Qtdq | xargs -I{} bash -c '(pacman -Qi {};pacaur -Sii {};echo ================:simple_smile:' 2>&1 | less -R
pacaur используется, что бы запросить информацию для AUR пакетов.
Если какой-то пакет в этом списке уже нужен как самостоятельная единица, то можно снять пометку:
pacman -S --asexplicit пакет
Теперь вопрос: а как проще?
ЗЫ пакеты, которые не требуются никаким другим пакетом можно получить просто выполнив pacman -Qt