ее бой. Маленькая победа. :)

Ну а теперь уже не маленькая победа! NVenc запахал алелуя :) 140 Mbit это ограничение ставил такое 😆

Ну что ж вот и подошёл к концу 2021.


Самый офигенный год для меня если честно. Особенно на контрасте с 2020 и полными локдаунами. Что ж желаю всем нам больше свободы и открытий в новом году :)

С новым годом! 🥳

Ну и финальные 5ms для кодировки в NvEnc и просто бомбическое качество в 350Mbit/c для видео. Круто, очень круто)

Для тех у кого есть Oculus Quest 2
Ставьте через SideQuest apk
и запускайте сервер)

Source: https://github.com/alvr-org/ALVR/pull/906/files

А есть у меня среди подписчиков люди которые знакомые с ghidra или radare2?

https://habr.com/ru/company/itsumma/news/t/599487/ мне кажется это просто победа :) А вот чего над чем сами придумайте в комментариях 😆

Что такое flatpak, если смотреть на него со стороны разработчика?

Если вы знаете, что такое PKGBUILD для AUR в арч. То вы уже знаете на половину, что такое flatpak ;)

По факту есть манифесты, они схожи с PKGBUILD, а именно описывают в одном файле, как собрать приложение. Но только оно будет собираться в окружении flatpak и использовать его зависимости. А так же, например чтобы собрать rust, нужно использовать дополнения к сборщику, чтобы у него появился нужный сборщик, которого нет по умолчанию в собственной среде. А там стандартный набор для Linux из devel пакетов.

Например минимальный пакет сборки из исходников приложения Tua

Так как у нас приложение собирается прям внутри и это пространство изолированное, то требуется указать разрешения/мосты до host'a например тут есть x11 и wayland, так как это графическое приложение. Ну а modules это шаги сборки.

Ну и раз мы тут то flatpak имеет интересный подход.
Репозиторий = приложение, любой PR в который запускает пересборку в новую версию проекта. Собирают они сами на своих серверах всё.

Так как разработчик сам собирает своё приложение внутри runtime окружения flatpak и проверяет, что оно работоспособно, значит у пользователя оно будет работать так же, но нюансы всегда могут быть. Но это всё же лучше чем поддерживать зоопарк дистрибутивов, да из-за единого runtime, комплект "лишних" библиотек в пакете снижается.

На сладкое манифест Spotify

И маленькая заметка для тех, кто хотел бы более простой доступ через консоль к приложению
Нужно добавить /var/lib/flatpak/exports/bin и/или ~/.local/share/flatpak/exports/bin в PATH и будет счастье, правда запуск всё равно будет через flatpak название пакета типа com.slack.Slack так как это просто стандартная обёртка для быстрого доступа, а красивые делаются ручками через alias.

https://vc.ru/dev/346787-razrabotchik-isportil-svoy-izvestnyy-proekt-chtoby-nakazat-korporacii-pochemu-eto-proishodit-v-open-source-soobshchestve
Кажется некоторые разработчики начали обижаться на то, какую лицензию они сами выбрали для своего творения. Большинство лицензий кода/проекта подразумевают открытость ко всему. Что вы можете пользоваться безвозмездно, а в замен - я ничего не гарантирую, и что продукт будет работать вообще или работать правильно или вообще развиваться. С другой стороны есть заградительные лицензии - типа GPL, когда если у вас коммерческий продукт, вы тоже должны открыть его миру если используете мой.
Но никто почти не использует обычную для бизнеса модель на сегодня, если у вас опенсорс проект, можете использовать бесплатно. А вот если получать денег хотите, то платить на такой то счёт один раз или раз в месяц, так как часто в этой модели уже появляются гарантии хотя бы технической поддержки решения иначе за что деньги уплочены, но даже если и их исключить это не всегда будет мотивацией про продолжения.
У меня тоже есть открытые и в целом даже популярные проекты. Но моя мотивация часто заканчивается там, где закончились мои хотелки от проекта и даже оплата ничего не решит. Донаты, как многие думают, даже в больших командах типа Gnome/KDE не думаю, что приносят много денег. Их хватит чисто не умереть с голоду и может ещё чуть-чуть. Не умереть с голоду программистам, которые добровольно выбрали такой путь, так как часто им не проблема пойти в большие компании или сделать закрытые платные продукты и получать в разы больше. Часто этл же проекты, которые начинаются так - написал для себя, даже работает и больше я ничего делать с ним не буду, решают что можно поделиться с миром, вряд-ли кому то оно вообще понадобиться, но если найдётся с пару человек, то прикольно, не зря поделился. И только спустя года такие проекты набирают огромную популярность и то единицы из всех. И потом некоторые, что радовались такому стечению, понимают, что среди пользователей уже есть очень большие компании и почему то рождается чувство не справедливости, что они на этом деньги делают, а мне ничего не преподает с этого. Но никто не мешает взять и сделать, как часть проектов - дальнейшее развитие расширенной платной версии делать уже по заказу(репортам ошибок и предложений) таких компаний или исправлять явные косяки, что были в коде. Вы начнёте получать денег, а бизнес его скорей всего купит, так как им уже некуда деваться, если альтернатив или нет или они стоят ещё дороже, а их разработка с 0 может занять время, а спустя время с запозданием скажем в год выкладывать для остальных. Так получиться и открытость соблюдать и денег получать.
Вообще-м с одной стороны вроде и понятно негодование, а с другой они сами вписали лицензию на такое. Можно было сразу готовить решение для продажи тогда и получения денег, если это вызывает такой диссонанс по итогу.

Что думаете? Как вообще вы представляете, чтобы большие корпораты вдруг платили за openSource. Закончится ли на этом открытость и свобода? Знаете ли вы случаи когда большие уже платили?

https://chng.it/wcrGdjtLnG помогите людям, пусть они сделают поддержку линукса. Не проходите мимо, каждый голос важен для всех нас!
Официальный аккаунт на форуме Universal Audio заявил, что они добавят поддержку Linux в свои продукты, если кто-то создаст петицию и соберет 10 000 подписей.

Эксклюзив sony уже здесь https://t.co/uxa5jNYOdr :)