Домашний медиа сервер без подписок: открытый проект «Kalinka» на Raspberry Pi

Российский инженер Дмитрий с почти 20-летним опытом разработки создал «Kalinka» как открытый проект на стыке музыки, программирования и Linux. За несколько лет система выросла из эксперимента с Raspberry Pi в полноценный стример: нативный аудиоплеер на C++, серверная часть, клиентское приложение на Flutter, поддержка локальной библиотеки и стриминговых сервисов. Автор опубликовал разбор архитектуры на Habr, и именно по этому материалу мы разбираем, как устроен домашний медиа сервер изнутри.

Какую проблему решает «Kalinka»?

Всё началось с раздражающего бага. Ресивер Yamaha R-N602 с приложением MusicCast использовал медленный Wi-Fi и плохо буферизовал потоки высокого разрешения: треки в 192 кГц / 24 бит начинались с заметного «затыка». Автор случайно обнаружил это, сравнив звучание трека Норы Джонс на ресивере и на YouTube.

MusicCast не поддерживал рекомендации (autoplay, автоматический подбор следующего трека на основе очереди), не умел искать похожие альбомы и предлагал только базовые каталоги с поиском по ключевым словам.

Готовые альтернативы не подошли:

• Roon требовал платной подписки
• Volumio просил дополнительную плату за воспроизведение из Qobuz (стриминговый сервис с музыкой без потерь качества), притом что за сам Qobuz автор уже платил

Тогда Дмитрий решил собрать домашний медиа сервер самостоятельно.

Что понадобится

• Raspberry Pi 4 с 4 ГБ оперативной памяти (автор использовал именно эту конфигурацию)
• Аудиоплата HiFiBerry Digi2 Pro для вывода цифрового звука на ресивер
• Linux на Raspberry Pi (система заточена под него)
• Локальная музыкальная коллекция в формате FLAC (без потерь качества) или подписка на стриминговый сервис
• Базовые навыки работы с терминалом Linux
• Время: от нескольких часов на первую настройку до выходных, если хотите разобраться в архитектуре

Как устроена архитектура: от железа до интерфейса

Нативный аудиоплеер на C++

Автор перебрал готовые решения для воспроизведения: MPD, miniaudio, PortAudio. Каждое не подошло:

• MPD не работал с временными ссылками Akamai (CDN-сервис доставки контента), которые генерирует Qobuz и которые истекают примерно через час
• miniaudio принудительно конвертировал звук в формат float32, что нарушало побитовую точность
• PortAudio не поддерживал декодирование FLAC (формат сжатия звука без потерь)

В результате плеер написан на C++ с прямым выводом через ALSA (подсистема звука в Linux) и декодированием через libFLAC. Это даёт бит-в-бит воспроизведение: цифровой поток от файла до ЦАП (цифро-аналогового преобразователя) не изменяется.

Модульный аудиограф

Плеер построен как конвейер из модулей. Каждый этап работает в отдельном потоке (thread, параллельный процесс внутри программы):

1. Чтение из сети или локального файла
2. Декодирование FLAC в PCM (несжатый цифровой звук)
3. Вывод в ALSA на звуковую карту

Данные между модулями передаются через ограниченный буфер с обратным давлением (backpressure): если следующий модуль не успевает обработать данные, предыдущий автоматически замедляется, а не сбрасывает фрагменты. Это обеспечивает воспроизведение без промежутков между треками (gapless).

Сервер и клиент

Серверная часть управляет очередью воспроизведения и отправляет подключённым клиентам изменения состояния в реальном времени. Клиентское приложение написано на Flutter (кроссплатформенный фреймворк для интерфейсов). Автор пробовал Kivy и другие фреймворки, но выбрал Flutter.

Поиск музыки по звучанию на 4 ГБ памяти

Центральная техническая задача, которую подробно разбирает автор: как реализовать локальный поиск музыки по звучанию и настроению и заставить его работать на Raspberry Pi с 4 ГБ оперативной памяти.

Это именно то, чего не хватало в MusicCast: возможность найти похожие треки не по тегам и ключевым словам, а по тому, как музыка звучит. Решение работает полностью локально, без облачных сервисов.

Автор обещает отдельную публикацию с объективными измерениями качества результатов поиска. В текущем разборе он описывает архитектуру на высоком уровне.

Что делать с этим прямо сейчас?

Если вы аудиофил с Raspberry Pi и коллекцией FLAC. «Kalinka» решает конкретную проблему: побитовое воспроизведение без подписок. Загляните в репозиторий проекта, автор выкладывает код открыто.

Если вы автор на Дзене и пишете про звук, Linux или DIY-проекты. Это пример материала, который хорошо работает в формате пошагового разбора: конкретная задача, конкретное железо, измеримый результат. Формат «как я решил проблему» стабильно собирает вовлечённую аудиторию.

Если вы в России и ищете альтернативу зарубежным стримерам. Автор живёт в Лондоне, но проект открытый и работает на любом Raspberry Pi с Linux. Из российских аналогов по духу: самосборные решения на базе MPD или LMS (Logitech Media Server), но «Kalinka» предлагает более продвинутый поиск по звучанию.

Домашний медиа сервер на «Kalinka» не заменит коммерческий стриминг для тех, кто хочет нажать одну кнопку и слушать. Но для тех, кто хочет контролировать каждый бит на пути от файла до динамика и не платить за это ежемесячно, проект даёт работающую архитектуру и открытый код.