forum.zelfbouwaudio.nl

Graag stel ik jullie voor aan mijn software-project RPMS oftewel Raspberry Pi Music Server.

Wat is RPMS?
RPMS is gebouwd rondom een Raspberry Pi en Logitech Media Server (LMS), ook wel bekend als Slimserver of Squeezebox, en dient als streaming- en bestandsserver. Met RPMS kun je op een hele makkelijke manier, met 3 scriptjes, zonder beeldscherm of toetsenbord, een Pi omvormen tot een streaming/LMS-server. Daarvoor is slechts zeer beperkte technische kennis nodig, na installatie is geen configuratie nodig, de installatie duurt ongeveer een kwartier. Na installatie de Pi booten, een Squeezebox-player aansluiten en je kunt meteen aan de slag!

Voor wie is RPMS bedoeld?
De doelgroep voor RPMS is iedereen die graag zijn locale muziek-collectie of online via Spotify of Tidal wil gaan streamen met een bepaalde potentiële audiofiele aspiratie, maar niet over de juiste kennis of energie beschikt om zelf een server als LMS op te kunnen zetten. Vaak heeft die persoon al affiniteit met LMS vanwege het bezit van Squeezebox-apparatuur als player/endpoint.

Voor degene waarbij de audiofiele lat laag ligt, daar is RPMS wat minder voor geschikt bij het streamen van een lokale collectie gezien de vele benodigde bestandshandelingen zoals CD-rippen om RPMS te voeden; diegene is dan beter af met streamen van Spotfy of Tidal (via RPMS). Of met een product als Sonos/Spotify of een Bluetooth-speaker (van redelijke kwaliteit).

Wat zit er in RPMS?
Een overzicht wat RPMS op dit moment in zich heeft en kan:

• streamingserver/LMS (om muziek te streamen naar een Squeezebox-player)
• bestandsserver/NAS (waarmee schijfruimte beschikbaar gesteld wordt in je locale netwerk)
• een web-interface (om alle aspecten van rpms te bekijken en bedienen) Youtube
• export van info over collectie naar bestand t.b.v. delen van collectie met anderen
• een geintegreerde backup met zgn disaster-recovery zodat je na een disk-crash in enkele minuten weer up-and-running bent; zonder data-verlies en zonder iets opnieuw te hoeven configureren
• sync-server/Synthing (om bestanden over en weer te synchroniseren, bv van de server naar je desktop als zelfs tussen RPMS-instanties onderling)
• een transcoder (om bestanden te transcoderen van flac naar ogg of mp3)
• bittorrent-server (Transmission)
• een geïntegreerde update (via letterlijk 1 druk op de knop kun je rpms naar de nieuwste versie brengen, online/inline, dus zonder iets te downloaden)
• een (REST) API waarmee je andere clients zoals bv een app op je telefoon of desktop met RPMS kan laten communiceren

Wat komt er nog in RPMS?
Op stapel staan nog o.a. integratie van een tool om compressie te meten (dr14_tmeter, loudness-wars), integratie met een tool om fake-flacs te detecteren, push-notificaties naar Telegram, een app voor op je foon en een voorziening om de backup te ontsluiten via Samba en nog veel meer. Dit realiseren we met een 4-tal ontwikkelaars die zich bezighouden met dit project.

RPMS is geen player/end-point!
Voor de duidelijkheid.... RPMS verzorgt alleen de de server-kant van de streaming. Voor de client (ook wel player of end-point genoemd), heb ik voor mezelf de piDAC bedacht, gebaseerd op piCorePlayer/Squeezelite. Dit is gedaan vanuit de filosofie van strikte scheiding van verantwoordelijkheden, de client wil je zo schoon en licht mogelijk houden om vervuiling te voorkomen. Maar je kunt uiteraard ook je oude vertrouwde Squeezebox-hardware aankoppelen. Of je eigen piDAC-achtige oplossing, kan allemaal.....

Waarom niet piCorePlayer nemen als basis voor Samba/LMS?
piCorePlayer is fantastische software, niet voor niets vormt het de basis voor mijn piDAC. Je kunt met piCorePlayer ook een LMS- en Samba-server optuigen, dus waarom dat niet gedaan? Naar mijn ervaring heb je daar meer technische kennis voor nodig dan met RPMS het geval is; voor de doelgroep van RPMS, de geïnteresseerde leek, gaat die technische insteek net iets te ver. Bovendien zijn de mogelijkheden van pCPl beperkt als je die vergelijkt met RPMS. Overigens.... deze beperkingen binnen pCP brachten mij ertoe om iets als RPMS te ontwikkelen.....

Een korte impressie van RPMS

De web-interface (met update-knop): De installatie:
https://github.com/markbaaijens/rpmusic ... ms-on-a-pi

Hier kun je het project en de code vinden:
https://github.com/markbaaijens/rpmusicserver

Voor meer info, zie de bijgeleverde PDF.

Tot slot
Ben zoals gewoonlijk weer benieuwd naar jullie reacties....

Als ik het goed begrijp heb je dus 2 rpi's nodig, 1 als server en 1 als speler. Is voor mij toch wel een probleem, ik heb al zoveel apparaten.

Klopt, je heb in de rpms-toepassing 2 apparaten nodig, eentje als (streaming-)server en de andere als player/client/endpoint.

Zoals uitgelegd is dat gedaan om per toepassing de beste omgeving te creëren. Voor de player wil je bv een kernel (OS) die zo min mogelijk in de weg zit om high-end aspiraties niet bij voorbaat om zeep te helpen, bovendien wil je de player niet 'vervuilen' met allerlei server-processen. Voor de server zelf maakt de keuze van het OS dan weer niets uit, dus kies je voor een 'standaard' OS. In de praktijk zet je je streaming-server (rpms) ergens waar je m niet ziet (meterkast of zo) en de player (bv de piDAC) bij je setje. Overigens werken de meeste streaming-oplossingen zo, met server en end-points.

Maar snap overigens wel wat je bedoelt, er komen steeds meer apparaten bij, dus appraat-minimalisatie is zeker iets om na te streven. Maar het mag niet ten koste gaan van de afspeel-kwaliteit, dat is het ding in deze. Moet ook eerijk zeggen dat ik naast de RPMS-server en de piDAC geen enkel ander apparaat meer heb (naast de (eind)versterker natuurlijk); het is zo minimaal dat mijn versterker geen ingangskeuze nodig heeft, de piDAC is mijn enige bron. Dus in mijn geval is het al minimalisme wat de klok slaat....

Hoe doe je dat met Storage? USB HDD of iets anders?

Via USB inderdaad. Een harddisk (2,5" is het meest praktisch, want klein en geen aparte voedingsadapter nodig). Of SSD. Of zelfs een USB-stick als de opslag niet al te groot hoeft te zijn (bovendien is een stick geluidloos, goedkoop en klein), ideel voor testen/demo.

Alleen is een USB-stick niet bedoeld en gemaakt voor veelvuldig schrijven. Als je die als SSD gaat gebruiken krijg je vrij snel problemen.

Zeker, een stick is ook maar 'een' mogelijkheid, prima voor een test of demo. Het beste (maar ook het duurste) is een SSD. Dus al naar gelang je toepassing en budget, kies je het opslagmedium. Heb zelf een mechanische harddisk van 2TB, een SSD is me nog net iets te duur.

Noot. Binnen rpms is een integrale backup aanwezig die een 1-op-1 copie maakt van de dataschijf. Daarmee kun je elk diskfalen snel verhelpen. In principe wissel je gewoon de backup- en data-schijf om en je kunt binnen enkele minuten verder vanaf de laatste keer dat je de backup hebt gemaakt
https://github.com/markbaaijens/rpmusic ... r-recovery

Het is wat rustig in dit draadje, maar er is toch lekker verder ontwikkeld aan RPMS. Het draait intussen bij mij en een aantal anderen naar volle tevredenheid. Nog wat issues wegwerken, en dan kan 1.0 de deur uit.

Is er al iemand hier die zich eraan gewaagd heeft?

P.S.
Had een vaag plan om RPMS tijdens de eerstvolgende luisterdag te demo'en, dan leeft het meer denk ik.

Ben overdonderd door de overweldigende respons hahahaha.
Voordeel is dat ik nu weet dat er geen druk kan zijn vanuit de diverse RPMS-gebruikers op dit forum, die zijn er namelijk niet
Pruts en ontwikkel lekker verder aan RPMS...

AudioMan schreef: ↑wo 14 sep 2022, 18:03

Waarom niet piCorePlayer nemen als basis voor Samba/LMS?
piCorePlayer is fantastische software, niet voor niets vormt het de basis voor mijn piDAC. Je kunt met piCorePlayer ook een LMS- en Samba-server optuigen, dus waarom dat niet gedaan? Naar mijn ervaring heb je daar meer technische kennis voor nodig dan met RPMS het geval is; voor de doelgroep van RPMS, de geïnteresseerde leek, gaat die technische insteek net iets te ver. Bovendien zijn de mogelijkheden van pCPl beperkt als je die vergelijkt met RPMS. Overigens.... deze beperkingen binnen pCP brachten mij ertoe om iets als RPMS te ontwikkelen.....

Je installatie vereist een Linux systeem en het uitvoeren van enkele commando's/scripts. Daarmee doe je naar mijn bescheiden mening net het tegenovergestelde van wat je beoogt.

Verder zit er (aangekondigde) functionaliteit in die de beoogde doelgroep vermoedelijk ook niet interesseert (of weet wat ze er mee moeten).

Je installatie vereist een Linux systeem en het uitvoeren van enkele commando's/scripts. Daarmee doe je naar mijn bescheiden mening net het tegenovergestelde van wat je beoogt.

Mijn achtergrond is Linux / Ubuntu en 'toevallig' bij iedereen waar RPMS nu draait (een 4-tal instanties) is dat óók zo, dus dat je een Linux-PC nodig hebt voor de installatie was tot nu toe geen beperking.

Uitgangspunt van RPMS en dus voor mij is eenvoud van installatie/configuratie zodat mijn doelgroep (muziekliefhebbers zonder al te veel technische kennis) ermee uit de voeten kan. Een installatie laat ik bij voorkeur door de gebruiker zelf doen aan de hand van de readme (blijf dan in de achtergrond), juist ook om te toetsen of wat ik voor ogen hebt (eenvoud) inderdaad ook uitkomt. En voor zover ik kan zien komt dat ook uit, het zijn 5 simpele stappen, met voorgekookte commands, kopieer en plak (in de terminal), dat lukt iedereen wel.

Dat gezegd hebbende....

Omdat ik ook wel snap dat er meer is dan alleen Linux , heb ik zeer recent de volgende spec opgesteld:
Simplify first install by auto initialisation on maiden boot #307. In het kort beoogt deze het (nog verder) terugbrengen van het aantal stappen (waar je een Linux-PC voor nodig hebt). Het ultieme doel hiervan is dat je helemaal geen Linux meer nodig hebt maar 'gewoon' ergens een image download, die gaat branden, de Pi booten en klaar.

Kortom, de installatie wordt nóg korter / eenvoudiger, met als bonus dat je uiteindelijk geen Linux meer nodig hebt hiervoor. Dat is nog niet zover (je krijgt dat niet 'gratis') maar deze spec is een grote stap richting dat doel.

Verder zit er (aangekondigde) functionaliteit in die de beoogde doelgroep vermoedelijk ook niet interesseert (of weet wat ze er mee moeten).

Deze snap ik niet helemaal. Eigenlijk alle features zoals die nu reeds in RPMS zitten (zie boven), worden enthousiast toegepast door mij maar zeker ook door alle andere gebruikers van RPM, kan dus ook niets weghalen zonder iemand ongelukkig te maken hahahaha

Die 4 waar RPMS draait is daarmee niet bepaald representatief

RPMS draait vanaf een RP3 (lees: is getest), maar een 4 is beter (vooral qua netwerksnelheid en transcoderen), De 5 wordt binnenkort getest door mij (heb dat ding al in huis, draait nu even als desktop). Welke Pi dan ook, een 3, 4 of 5, de installatie en functionele mogelijkheden van RPMS zijn exact hetzelfde. Snap dus niet precies wat je bedoelt, waarom de Rp4 een dingetje zou zijn?

AudioMan schreef: ↑vr 15 mar 2024, 10:15

....bij iedereen waar RPMS nu draait (een 4-tal instanties) is dat óók zo.....

Dit

Wanneer je meer bekendheid aan je werk wilt geven en of feedback wilt ontvangen: post het dan op https://forums.slimdevices.com (Indien nog niet gedaan)

Vooralsnog richt RPMS zich op het NL'se taalgebied dus manifesteert deze zich ook als zodanig (b.v. taal in LMS is NL's). Daarom leek me dit forum wel een goede startplek om RPMS onder de aandacht te brengen.

Iemand een tip voor een USB WiFi dongle die zondemeer goed werkt met pCP? De eigen WiFi van Piet (3B+) is echt prut.

Ik heb deze en werkt prima op een pietje.
https://nl.aliexpress.com/item/32844065 ... pt=glo2nld

Pjotr schreef: ↑do 21 mar 2024, 13:43

Iemand een tip voor een USB WiFi dongle die zondemeer goed werkt met pCP? De eigen WiFi van Piet (3B+) is echt prut.

ik heb nog wel een Edup dinges liggen voor je, die zitten bij de minidsp shd op de nanoPi, doen t prima. kan m wel aan je sturen

Dat zou mooi zijn Henkjan! Een dure Netgear dongle die ik nog had liggen doet het niet met de Pi met pCP. Verder per PB.

Dat is het grote nadeel van sommige A-merken: denken dat ze nog steeds minder compatibel hoeven te zijn dan anderen. Terwijl vanaf Linux kernel 4.x(?) veel B-merken en zelfs Chinese wifi-dongles out-off-the-box worden ondersteund (standaard chips en firmware), vereisen de duurdere merken soms nog aparte drivers (wel standaard chips, maar met eigen(wijze) firmware). Als zo'n fabrikant Linux achterstelt en zijn resources niet vrijgeeft, is het soms lang wachten op ondersteuning.

Die Edups zijn trouwens altijd al prima geweest.

Henkjan schreef: ↑do 21 mar 2024, 19:09

ik heb nog wel een Edup dinges liggen voor je, die zitten bij de minidsp shd op de nanoPi, doen t prima. kan m wel aan je sturen

Dinges is door de brievenbus geland en het werkt: Met de Pi eigen WiFi was het signaal -89dBm, behoorlijk slecht dus. Met Duppie nu ca -67dBm en dat gaat een stuk beter! Streamt probleemloos HiRes naar de Pi. Overigens had buurman een Edup AC600 te leen, deed het dus ook niet Het merk op zich zegt dus ook niet veel. Thanx HJ, weer een UTP kabel minder!