Streamer Audio – Raspberry Pi I2S DAC + OLED

Streamer Audio to otwarto‑źródłowy projekt odtwarzacza audio opartego na Raspberry Pi, z obsługą:

DAC I2S (PCM5102A / Hifiberry DAC)
MPD/MPC
OLED SSD1306/SSD1309
Automatycznego testu audio
Modularnej konfiguracji (gpio.json)
Instalatora z pełnym logowaniem i autodetekcją

Projekt jest rozwijany z naciskiem na:

przejrzystość,
automatyzację,
dokumentację,
łatwość modyfikacji,
pełną audytowalność zmian.

📦 Funkcje

Automatyczna instalacja MPD, MPC, Python, bibliotek i GStreamera
Autodetekcja Raspberry Pi, DAC I2S i OLED
Automatyczna konfiguracja /boot/firmware/config.txt
Wyłączenie wbudowanego audio (dtparam=audio=on)
Generowanie testowego pliku test.wav (800 Hz / 0.5 s)
Test DAC z pominięciem MPD
Dodanie polskiej stacji radiowej (Radio 357)
Logowanie wszystkich kroków do streamer/logs/install.log
Tworzenie gpio.json jako centralnego źródła konfiguracji
Przenoszenie instalatora do streamer/installer/
Aktualizacja change_log

🧰 Wymagania sprzętowe

Raspberry Pi 1 -5 / Zero W / Zero 2 W / CM4
DAC I2S PCM5102A lub kompatybilny (Hifiberry DAC)
OLED SSD1306/SSD1309 (I2C, adres 0x3C)
Zasilanie 5V
Połączenia I2S:
- BCK → GPIO18
- LRCK → GPIO19
- DIN → GPIO21
- GND → GND
- VIN → 5V

🖥️ Wymagania systemowe

Raspberry Pi OS Bookworm lub nowszy
Dostęp do internetu
Uprawnienia sudo

🚀 Instalacja

Instalacja przez `curl`

<<<<<<< HEAD
curl -sL https://raw.githubusercontent.com/aloisy/streamer/master/start_install.sh | bash



streamer/
 ├── config/
 │    └── gpio.json
 ├── logs/
 │    └── install.log
 ├── media/
 │    └── test.wav
 ├── installer/
 │    └── start_install.sh
 ├── change_log
 └── README.md

======= curl -s https://raw.githubusercontent.com/xtreamx2/streamer/Second/install.sh | bash | tee install.log chmod +x install.sh ./install.sh

/streamer │ ├── main.py # główny loop ├── config.py # ustawienia │ ├── audio/ │ ├── player.py # MPD/Spotify/BT/Radio │ ├── dsp.py # EQ, loudness, filtry (CamillaDSP/ALSA) │ └── volume.py # głośność (PCM5122 + soft) │ ├── ui/ │ ├── display.py # OLED │ ├── menu.py # logika menu │ └── encoder.py # enkoder + przyciski │ ├── hardware/ │ ├── relays.py # przekaźniki/tyrystory │ ├── rtc.py # DS3231 (później) │ └── power.py # standby, mute, itp. │ └── utils/ └── logger.py # logi

Projekt składa się z trzech warstw licencyjnych:

Element Licencja Hardware (schematy, PCB) CERN-OHL-S Oprogramowanie (skrypty, Python) GPLv3 Dokumentacja (README, opisy) CC-BY-SA 4.0

Roadmap Integracja enkodera i przycisków

Obsługa wielu DAC (PCM5122, ES9023)

Tryb „standalone” bez sieci

WebUI do konfiguracji

Automatyczne aktualizacje

🐞 Zgłaszanie błędów Zgłoszenia i propozycje zmian mile widziane w Issues.

Streamer

Getting started

To make it easy for you to get started with GitLab, here's a list of recommended next steps.

Already a pro? Just edit this README.md and make it your own. Want to make it easy? Use the template at the bottom!

Add your files

Create or upload files
Add files using the command line or push an existing Git repository with the following command:

cd existing_repo
git remote add origin https://raw.githubusercontent.com/xtreamx2/streamer/Second/install.sh
git branch -M main
git push -uf origin main

Integrate with your tools

Set up project integrations

Collaborate with your team

Test and Deploy

Use the built-in continuous integration in GitLab.

Editing this README

When you're ready to make this README your own, just edit this file and use the handy template below (or feel free to structure it however you want - this is just a starting point!). Thanks to makeareadme.com for this template.

Suggestions for a good README

Every project is different, so consider which of these sections apply to yours. The sections used in the template are suggestions for most open source projects. Also keep in mind that while a README can be too long and detailed, too long is better than too short. If you think your README is too long, consider utilizing another form of documentation rather than cutting out information.

Name

Choose a self-explaining name for your project.

Description

Let people know what your project can do specifically. Provide context and add a link to any reference visitors might be unfamiliar with. A list of Features or a Background subsection can also be added here. If there are alternatives to your project, this is a good place to list differentiating factors.

Badges

On some READMEs, you may see small images that convey metadata, such as whether or not all the tests are passing for the project. You can use Shields to add some to your README. Many services also have instructions for adding a badge.

Visuals

Depending on what you are making, it can be a good idea to include screenshots or even a video (you'll frequently see GIFs rather than actual videos). Tools like ttygif can help, but check out Asciinema for a more sophisticated method.

Installation

Within a particular ecosystem, there may be a common way of installing things, such as using Yarn, NuGet, or Homebrew. However, consider the possibility that whoever is reading your README is a novice and would like more guidance. Listing specific steps helps remove ambiguity and gets people to using your project as quickly as possible. If it only runs in a specific context like a particular programming language version or operating system or has dependencies that have to be installed manually, also add a Requirements subsection.

Usage

Use examples liberally, and show the expected output if you can. It's helpful to have inline the smallest example of usage that you can demonstrate, while providing links to more sophisticated examples if they are too long to reasonably include in the README.

Support

Tell people where they can go to for help. It can be any combination of an issue tracker, a chat room, an email address, etc.

Roadmap

If you have ideas for releases in the future, it is a good idea to list them in the README.

Contributing

State if you are open to contributions and what your requirements are for accepting them.

For people who want to make changes to your project, it's helpful to have some documentation on how to get started. Perhaps there is a script that they should run or some environment variables that they need to set. Make these steps explicit. These instructions could also be useful to your future self.

You can also document commands to lint the code or run tests. These steps help to ensure high code quality and reduce the likelihood that the changes inadvertently break something. Having instructions for running tests is especially helpful if it requires external setup, such as starting a Selenium server for testing in a browser.

Authors and acknowledgment

Show your appreciation to those who have contributed to the project.

License

For open source projects, say how it is licensed.

Project status

If you have run out of energy or time for your project, put a note at the top of the README saying that development has slowed down or stopped completely. Someone may choose to fork your project or volunteer to step in as a maintainer or owner, allowing your project to keep going. You can also make an explicit request for maintainers.

=======

Streamer — wersja startowa (triple)

Minimalna struktura projektu:

systemd: usługi
daemon: logika sprzętowa
www: panel web
dsp: konfiguracja CamillaDSP

Instalator pobiera repo i instaluje wszystkie komponenty.

=======

🎵 Tom's Streamer Audio

Data ukończenia: 2026-03-05 Status: ✅ ALPHA COMPLETE Wersja: v0.10.3.22 (Alpha)

🚀 Cechy Główne

MPD + Internet Radio Streaming ✅
Flask WWW UI (Port 8000) ✅
Documentation

🔜 v0.10.5 Roadmap

EQ Sliders w UI ✅
Bluetooth jako źródło audio ✅
Selector źródeł (Radio/BT/Analog) ✅
Phase 2: RP2040 + LCD Touch Interface (Brak hardware jeszcze)

📖 Opis

Internet Radio Streamer z EQ) i WWW UI (Flask).

Hardware:

Raspberry Pi 3
PCM5102 DAC (I2S)
Słuchawki głośniki

Software:

GStreamer (Music Player Daemon with EQ 10-band
Flask + SocketIO (WWW UI)
ALSA Loopback (audio chain)

✅ Working Features

Feature	Status	Notes
MPD streaming	✅	Internet radio
Flask WWW UI	✅	Port 8000
Radio CRUD	✅	Add/delete/favorites
VU Meter	⚠️	wirk but not good
Theme toggle	⚠️	Dark only

Known issues:

Spectrum analiser - not working
RP2040 + LCD hardware UI (Phase 2)

✅ VU Meter - czytelny layout (2 słupki, poziomo) ✅ Gradient colors - niebieski→żółty→czerwony ✅ VU/Spectrum toggle - przełącznik działa (analizator już nie) ✅ Radio CRUR + favorites - działa ✅ EQ - działa (10-band) ✅ Flask API - działa ✅ Backup + README - gotowe

Hi-Res Internet Radio Streamer with EQ

📁 Project Structure

streamer/
├── api/
│ ├── app.py # Flask + SocketIO, punkt wejściowy
│ └── routes.py # REST API /api/*
├── core/
│ ├── source_manager.py # przełączanie źródeł
│ ├── eq_manager.py # EQ per źródło, presety
│ ├── uart_manager.py # JSON UART ↔ RP2040
│ ├── bt_manager.py # BlueZ fasada
│ └── network_manager.py # nmcli WiFi
├── sources/
│ ├── base.py # klasa bazowa
│ ├── radio.py # ✅ Internet radio (GStreamer)
│ ├── bluetooth.py # ✅ A2DP sink + source (BlueZ)
│ ├── analog.py # 🔲 Phono / Line (szkielet)
│ └── digital.py # 🔲 S/PDIF (szkielet)
├── web/
│ └── templates/
│ └── index.html # Web UI
├── radio/
│ └── stations.json
├── config.json
├── requirements.txt
└── streamer.service

🔧 Quick Start

# 1. Zależności systemowe
sudo apt update
sudo apt install python3-gi python3-gi-cairo \
  gir1.2-gstreamer-1.0 \
  gstreamer1.0-plugins-good gstreamer1.0-plugins-bad \
  gstreamer1.0-plugins-ugly gstreamer1.0-alsa gstreamer1.0-libav \
  python3-dbus bluetooth bluez

# 2. Zależności Python
pip3 install -r requirements.txt --break-system-packages

# 3. Konfiguracja
cp streamer.service /etc/systemd/system/
# Edytuj: User=tom, WorkingDirectory, ALSA_DEVICE, UART_PORT

# 4. Uruchomienie
sudo systemctl daemon-reload
sudo systemctl enable streamer
sudo systemctl start streamer

🚀 Phase 2 (TODO) RP2040 + LCD hardware UI UART communication (RP ↔ Pi) Physical encoders + buttons IR remote control Analog input (PCM1808)

📊 Changelog

PylonisAmp v0.10.4.19:

Not now

PylonisAmp v0.10.4.16:

Shutdown - naprawiony, pojawia się obok Reboot w sekcji "System" w Settings
Phono - pointer-events:none + opacity:0.4 — nie można kliknąć
Stare wejście "Line" - usunięte, zostają tylko Line In 1 i Line In 2
Zakładka IN - wszystkie karty wycieniowane, cursor:not-allowed, bez onclick
Spectrum po powrocie - showPage('amplifier') jawnie restartuje RAF spectrum jeśli _meterMode === 'spectrum'

PylonisAmp v0.10.4.15 - zbudowany czysto od v0.10.4.12, tylko 4 zmiany:

Shutdown - przycisk w Settings, endpoint /api/system/shutdown
Phono disabled - wycieniowany, cursor:not-allowed
Line In 1, Line In 2, USB - dodane jako disabled po S/PDIF
meter_mode - zapisywany w config.json, przywracany po starcie. VU/Spectrum jako radio buttons

PylonisAmp v0.10.4.14 - budowany od czystej bazy v0.10.4.12: Nawigacja naprawiona - brak duplikacji buttonów VU/Spectrum - radio buttons, stan zapisywany jako meter_mode w config.json, przywracany po starcie

showPage - stop/start spectrum przy zmianie podstrony
Shutdown - przycisk w Settings (pomarańczowy)
Phono/Line In 1/2/USB/S-PDIF - wszystkie wycieniowane (opacity:0.4, pointer-events:none, kursor "zabroniony")
Ikony - bez zmian (artystyczne zostawiamy na osobną sesję gdy będzie stabilna baza)

PylonisAmp v0.10.4.13 - BUG (HTML error):

Przełącznik VU/Spectrum usunięty z wnętrza panelu - sterowanie tylko przez chipy na górze. Stan zapisywany w config.json jako meter_mode ('vu'/'spectrum'/'off'), przywracany po załadowaniu strony
Shutdown - przycisk w Settings obok Reboot, pomarańczowy, pyta o potwierdzenie, pokazuje "Wyłączanie..."
Wejścia analog - Phono/Line wycieniowane z podpisem "wkrótce", S/PDIF już był disabled
Ikony źródeł - artystyczne SVG: płyta winylowa z fioletową poświatą, antena z neonami, pastylka BT, TOSLINK z laserem

PylonisAmp v0.10.4.12:

VU/Spectrum — radio buttons — kliknięcie jednego wyłącza drugi, można też kliknąć aktywny żeby schować wskaźniki
Phono i Line — wycieniowane (opacity: 0.35, pointer-events: none, podpis "wkrótce") — czekają na PCM1808
S/PDIF — już był wycieniowany klasą disabled

PylonisAmp v0.10.4.11:

30fps — timer co 33ms, fetch timeout 80ms
Peak hold — 800ms hold, 60 dB/s opadanie (było ~12 dB/s)
Skala logarytmiczna — etykiety na precyzyjnych pozycjach: -60 · -18 · -12 · -6 · -3 · 0
Gradient — żółty przy -17 dBFS (≈0 VU), czerwony od -4 dBFS
Nazwa — PylonisAmp wszędzie

PylonisAmp v0.10.4.10 - bump minorowy bo zmian dużo:

Przełącznik VU/Spectrum po powrocie ze strony - showPage('amplifier') teraz jawnie resetuje timer i RAF, potem wywołuje initMeterMode() + startSpectrum(). To był główny bug
VU peak hold - opadanie clampowane do -60 dBFS (nie mogło spaść w nieskończoność), obia kanały mają pełną logikę
Pierwsze pasma spectrum - zamiast czystego max() używa teraz 70% max + 30% średnia - mniej szarpane przejścia między grupami
UART - connected zamiast active

PylonisAmp v0.10.4.7-9:

Spectrum 32 pasm - wszystkie 32 wyświetlane. Pasma 25-32 (16-22 kHz)
Autogain - dodany do /api/status, UI odczytuje stan po załadowaniu strony
UART - pokazuje connected (port otwarty) zamiast active (wymaga pong od RP2040)

PylonisAmp v0.10.4.6:

VU metr — teraz prawdziwa skala VU:
0 VU = -18 dBFS (standard broadcasting/recording)
Zakres: -20 VU do +5 VU
Etykiety: -20, -10, -7, -3, 0, +3 VU
Gradient: niebieski poniżej 0 VU, żółty przy 0 VU, czerwony od +3 VU

Spectrum — 24 z 32 pasm (0–16.5 kHz):

GStreamer nadal liczy 32 pasma liniowo
Ostatnie 8 (16.5–22 kHz) są odcinane bo tam nic nie ma w muzyce
Wszystkie 24 aktywne pasma będą wypełnione

PylonisAmp v0.10.4.5:

Skala VU: -48..0 dBFS - zamiast -60..0 — bardziej zgodna z profesjonalnymi VU metrami. Trance przy -7dB RMS będzie na ~85% - to poprawne, ta muzyka jest masterowana bardzo głośno (loudness war)
Znaczniki - zaktualizowane: -48, -30, -15, -9, -3, 0
Gradient - przesunięty: żółty od -9dB, pomarańcz od -5dB, czerwony od -2dB
GStreamer peak-ttl = 0 - brak podwójnego hold (GStreamer + JS), teraz tylko JS robi hold

PylonisAmp v0.10.4.4:

32 pasma - n=32 zahardkodowane w canvas draw, Array zamiast TypedArray
Codec - przywrócona pełna nazwa "Free Lossless Audio Codec (FLAC)"
Bit depth - 44.1 kHz/16bit (wyciągane z GStreamer caps S16LE)
Peak hold naprawiony - prosta logika: opadanie 1.5 dB per tick (~120ms) = ~12.5 dB/s, bez błędów akumulacji czasu
Cache buster - meta tag z wersją wymusza nowy JS

PylonisAmp v0.10.4.3:

VU peak hold - naprawiony błąd w algorytmie opadania (mnożnik * 0.01 powodował że peak prawie nigdy nie opadał). Teraz: hold 1.5s, opadanie ~18 dB/s
Spectrum 32 pasm - canvas rysuje zawsze n=32, restart RAF przy każdym powrocie na stronę
Gradient - progi jak w v0.10.4.2

PylonisAmp v0.10.4.2:

32 pasma - spectrum (GStreamer + API + JS)
Gradient VU i Spectrum - nowe progi: niebieski do -23dB, żółty od -15dB, pomarańcz od -7dB, czerwony od -3dB, mocny czerwony przy 0dB (clip)

PylonisAmp v0.10.4.1:

naprawiony przełącznik VU/Spectrum - Problem polegał na tym że _specDraw (canvas animation loop przez requestAnimationFrame) zatrzymywał się gdy canvas był ukryty

PylonisAmp v0.10.4.0 - PylonisAmp:

Spectrum - api/meters pobiera teraz z aktywnego źródła (wcześniej zawsze z radio nawet gdy nieaktywne), 16 pasm
Bitrate - szuka nominal-bitrate/maximum-bitrate dla FLAC; codec "Free Lossless Audio Codec (FLAC)" → "FLAC"
UART ping/pong - co 8s wysyła {"cmd":"ping"} do RP2040, oczekuje {"evt":"pong"}; active=true tylko gdy odpowiedź przyszła w ostatnich 30s. Wymaga aktualizacji firmware RP2040 żeby odpowiadał na ping.
Nazwa - PylonisAmp, licencja GPL v3, CHANGELOG.md

Zmiana nazwy projektu na PylonisAmp - połączenie "kolumny głośnikowe + ucho + oraz wzmacniacz"

v0.10.3.35:

EQ save
Spectrum/VU - naprawiony regex w initMeterMode, timeout skrócony do 500ms
SD card - _save_config(debounce=True) dla EQ/gain/last_source — max 1 zapis co 5s; volume zapisuje natychmiast
Bitrate FLAC - teraz próbuje bitrate, nominal-bitrate, maximum-bitrate po kolei
Mono - usunięty z UI całkowicie

v0.10.3.34:

EQ save 500 - active_id() nie istniało, zastąpione active_source().SOURCE_ID
werkzeug logi - wyciszone (tylko WARNING+), błędy będą widoczne w journalctl
loadUserPresetNames - usunięty duplikat
Gain per wejście - suwaki -10..+6 dB w Settings → "Gain wejść"
Auto Gain - przywrócony z nową logiką CLIP

v0.10.3.33:

500 na /api/status - _last_rx był niezdefiniowany w init, stąd AttributeError
_meterBusy guard - przeniesiony do scope globalnego, teraz naprawdę blokuje kolejne requesty
Auto Gain - przywrócony z etykietą i opisem; logika: przy CLIP (peak ≥ -0.1 dBFS) obniża gain o 1dB i zapisuje
Gain per wejście - suwaki -10..+6 dB w sekcji "Gain wejść" w Settings; stosowany jako pre-gain przy każdym przełączeniu źródła
Naprawione etykiety Mono w ustawieniach

v0.10.3.32 - bug APP (część modułów zaliczyło crash):

VU - RMS bar bezpośrednio (bez smoothing) = dynamiczne
User1/User2 preset - PRESETS w JS ma user1/user2, loadUserPresetNames() wczytuje gains z serwera, saveUserPreset aktualizuje lokalnie po zapisie
Auto Gain - usunięty z UI (nie był zaimplementowany)
UART status - active zamiast connected — OK tylko gdy RP2040 przysłał dane w ostatnich 30s
WiFi toggle - przyciski w Network page

v0.10.3.31:

Edit → Direct - przycisk naprawiony (był zduplikowany w pliku)
VU peak - teraz śledzi max RMS (nie surowy peak z GStreamer który zawsze jest blisko 0dB), płynne RMS bar, 2s hold
IP - eth0 ma priorytet nad wlan0
WiFi - przyciski "WiFi OFF/ON" i "Rozłącz" w Network page
streamer.service - wersja aktualizowana automatycznie

v0.10.3.30:

ERR_CONNECTION_RESET - initMeterMode z 2s opóźnieniem, serwer ma czas się uruchomić
Peak hold - timestamp-based (1.5s hold, potem płynne opadanie), nie zależy od szybkości animacji
Spectrum - warunek hasFft sprawdza czy jakiekolwiek pasmo > -58 (nie tylko pierwsze)
streamer.service - wersja zsynchronizowana z app.py, usunięty zduplikowany After=

v0.10.3.29 - bug APP (nie włącza się):

Direct - przycisk zastępuje Edit w sekcji EQ; aktywny = bypass EQ (wszystkie pasma 0) + ignoruje loudness
User 1 / User 2 - presety EQ w ustawieniach; "Save →" zapisuje bieżące nastawy, "Rename" zmienia nazwę
initMeterMode - spectrum/VU włącza się automatycznie przy ładowaniu strony

loudness w tym projekcie jest tylko jako preset EQ (zestaw gainów) - nie jest jeszcze stosowany jako dodatkowa korekta na bieżący preset.

v0.10.3.25-28:

ciągła poprawa spectrum analizator
spectrum 16 pasm zamiast 32 (string ~590 znaków, mieści się w to_string()), czysty regex parse.
spectrum fix: zamiast get_value('magnitude') (które crashuje na GstValueList), parsujemy structure.to_string() przez regex.

v0.10.3.24:

VU zawieszanie - _meterBusy guard - pomija request jeśli poprzedni nie wrócił, eliminuje kolejkowanie
Peak hold - JS-owy hold 1.5s + płynne opadanie 0.8dB/frame, niezależny od serwera
Pipeline - level+spectrum przed EQ/vol (surowy sygnał)

v0.10.3.23:

Pipeline - level i spectrum przeniesione przed EQ/vol — mierzą surowy sygnał, nie zależą od głośności
Peak-ttl - skrócony do 100ms (szybsze opadanie)

v0.10.3.22:

Zakładka -Streamer · TrancePulse dla radia (nazwa stacji), Streamer · Bluetooth dla BT itd.
Stream info -kHz i Stereo/ch z GStreamer - BUG
Spectrum - element teraz w prawidłowym miejscu pipeline, powinien wysyłać dane
IP - zawsze pobiera z eth0 pierwszego
Zakładka - Streamer · TrancePulse
Stream info - kHz i Stereo już w poprzedniej wersji

v0.10.3.21:

Meters - jeden endpoint /api/meters zamiast dwóch, polling co 100ms — koniec z ERR_CONNECTION_RESET
BT/Radio konflikt ALSA - bluealsa-aplay automatycznie zatrzymywany gdy radio aktywne, wznawiany gdy BT aktywne
Spectrum - te same dane, ale teraz serwer nie pada pod obciążeniem

v0.10.3.20:

IP - fallback na eth0/wlan0/end0, zwraca IP niezależnie od interfejsu
Spectrum - prawdziwy FFT z GStreamer spectrum element (32 pasma), endpoint /api/spectrum, canvas rysuje realne dane
VU polling - 80ms zamiast 60ms

v0.10.3.19 changelog: Bugfix:

usunięty subprocess bluealsa-aplay z kodu, audio BT obsługuje teraz systemowy serwis. Podsumowanie stanu BT:
bluealsa.service -daemon BlueZ A2DP
bluealsa-aplay.service -przekazuje audio na hw:sndrpihifiberry,0 (skonfigurowany przez override)
Streamer -obsługuje tylko parowanie/connect przez D-Bus, audio zostawia systemowi

v0.10.3.18 changelog:

Stacja - przywracana przy starcie zawsze, oraz automatycznie gdy przełączasz z BT/innego źródła na radio
Głośność - przywracana do wszystkich sources przy starcie
Śmieciowy katalog - usunięty z paczki (usuń też na malinie: rm -rf "/home/$USER/streamer/{core,sources,api,web")

v0.10.3.17 changelog:

Stacja - przywracana zawsze przy starcie, niezależnie od last_source
BT audio - bluealsa-aplay w pętli wątkowej, automatycznie restartuje gdy telefon zaczyna/kończy grać
Spectrum - usunięty roundRect (niekompatybilny ze starszym Chromium), naprawiony rozmiar canvas

v0.10.3.16 changelog:

Spectrum/VU - chip VU domyślnie on, container widoczny od startu
IP - usunięte błędne pole IP4 z nmcli
BT audio - bluealsa-aplay uruchamiany jako subprocess przy activate, zatrzymywany przy deactivate

v0.10.3.15 changelog:

Peak hold - marker przeniesiony poza maskę CSS, biały z glow, widoczny
Spectrum - 32 pasma animowane przez requestAnimationFrame, kształt EQ-like (basy/górne wzmocnione), peak ticki białe, ten sam gradient co VU, płynne opadanie

v0.10.3.14 changelog:

Gradient zawsze rozłożony na całej szerokości tracku (niebieski → żółty → czerwony)
Ciemna maska CSS ::after odkrywa gradient proporcjonalnie do poziomu
Peak marker biały z delikatnym glow
Brak JS manipulacji kolorem — wszystko w CSS

v0.10.3.10 changelog:

Sieć - naprawiony parser nmcli (obsługuje connected (externally))
Loudness - endpoint /api/setting + zapis w config + przywracanie przy starcie
Ostatnia stacja radiowa - przywracana automatycznie po restarcie
BT - auto-trust przy connect

v0.10.3 changelog: New:

parowanie BT
W-Fi conect

Bugfix:

Sieć — usunięte hardkodowane dane, dynamiczne ID, filtr BT z listy urządzeń
Głośność — była zapisywana ale teraz też last_station_id jest zapisywane przy każdym play
Ostatnia stacja — przywracana automatycznie przy starcie
Loudness — prawdziwy endpoint /api/setting, zapisywany w config, przywracany przy starcie
BT connect — auto-trust przed połączeniem

v0.10.2 changelog: Bugfix:

problemy z interface
czasami apka zailcza crush
znikające podstrony

v0.10.1 changelog:

interfejs WWW.
działa Radio
uruchomiona obsługa bluetooth
stabilne 60° na procesorze (optymalna praca)

bug:

problemy z interface
czasami apka zailcza crush
znikające podstrony

Name		Name	Last commit message	Last commit date
Latest commit History 128 Commits
Docs		Docs
audio		audio
config		config
daemon		daemon
dsp		dsp
etc		etc
hardware		hardware
home/streamer		home/streamer
oled		oled
scripts		scripts
systemd		systemd
ui		ui
utils		utils
web		web
www		www
.gitignore		.gitignore
CHANGELOG.md		CHANGELOG.md
README.md		README.md
README_EN.md		README_EN.md
change_log		change_log
config.py		config.py
install.sh		install.sh
main.py		main.py
start_install.sh		start_install.sh

Folders and files

Latest commit

History

Repository files navigation