Og så har jeg funnet ut hvorfor jeg ikke kommer på trådløst nett med mine lite brukte SB Radioer lenger. Fikk ny ruter for en tid tilbake. Wifi 6. Radioene fikser ikke Wifi 6-interferens.
Og så har jeg funnet ut hvorfor jeg ikke kommer på trådløst nett med mine lite brukte SB Radioer lenger. Fikk ny ruter for en tid tilbake. Wifi 6. Radioene fikser ikke Wifi 6-interferens.
Samme med en av min gamle Touch. Jeg har måtte holde en gammel wifi router gående her hvor jeg stengte ned 5G og kun har 2.4GHz gående til Touch og noen såkalte smartdevicer som også krangler på nye WF6.
Jeg strakk heldigvis ethernet fra kontoret (der porten til resten av verden er) til stereoveggen da vi flyttet inn og bygde om i 2007, så jeg har ikke trengt å sjekke om Touchen min fikser den nye ruteren.
Jeg skumleser meg til at de har ordnet en firmware til Touch som fikser problemet for den, men at så ikke er tilfelle for Radio.
There is a new menu item in this build, under Settings - Advanced - Networking, labeled “Wifi Robustness Options”
In there you will find two new options: Enable ARP watchdog, and Disable legacy 802.11b.
Both are disabled by default, however I recommend enabling at least the ARP watchdog.
Please note that if you modify either setting, when you exit that menu, the network stack will get restarted, meaning there will be a slight delay and the network icon will turn red and then - hopefully - reconnect and turn white again.
Og der var den første radioen oppe igjen. Takk for hjelpen, @janghell og @PeriodeLytter!
Jeg klikket både på Enable ARP watchdog og Disable legacy 802.11b. Virker det så virker det.
Tools to help maintain headless LMS devices for novice Linux users - StillNotWorking/LMS-helper-script
github.com
pi@LMS5:~ $ bash ./lms2ram.sh -v
Free memory: 7342MB before RAM-disk is mounted
RAM-disk size: 120MB
Check and clean up any faulty exit
Directory size: 101M /var/lib/squeezeboxserver/cache
Set CPU scaling governor (clock speed) to 'performance'
CPU speed: 2400000
Stop LMS will update and close all temporary files from SQLite, Spotty and others
Create mount point: /mnt/ramdisk
Mount RAM-disk:
sudo mount -t tmpfs -o size=120M lmsramdisk /mnt/ramdisk
RAM-disk successfully created - 120MB
Copy content from /var/lib/squeezeboxserver/cache to RAM-disk
Verify file and directory count:
OK - 713 files and directories
Change name of original /var/lib/squeezeboxserver/cache to /var/lib/squeezeboxserver/cache~
Create symlink to RAM-disk: /var/lib/squeezeboxserver/cache
Start monitoring of files: 'modify, create, delete'
Use [Ctrl+C] to exit:
---------------------
Let inotifywait have a few seconds to register all files on RAM-disk before starting LMS
Start Logitech Media Server using RAM-disk for SQLite and plugins
fontcache.aarch64-linux.bin (1)
spotty/00042023ac3f/credentials.json (2)
spotty/00042023ac3f/volume (3)
updates/fab4.version.tmp (4)
cache.db (5)
^C ...we traped an exit signal
Will try save new and changed files back to storage
Stop LMS will update and close all temporary files from SQLite, Spotty and others
Sleep 0.2 seconds, give LMS some time to clean up temporary files
Start filecount: 713 - End filecount: 713
Copy new and changed files from RAM-disk back to storage
Copy: fontcache.aarch64-linux.bin
Copy: spotty/00042023ac3f/credentials.json
Copy: spotty/00042023ac3f/volume
Gone: updates/fab4.version.tmp - file or directory no longer exist
Copy: cache.db
Total files copied: 4
Remove symbolic link: /var/lib/squeezeboxserver/cache
Change directory name back to original: /var/lib/squeezeboxserver/cache
Start Logitech Media Server from standard drive
Set CPU scaling governor back to ondemand
Umount RAM-disk and remove mount point
Successful exit ./lms2ram.sh PID: 6684
Edit: Om noen har lasted ned denne oppdater den gjerne til nyere versjon. Når dette skrives v0.0.3
Oppdaget om man kjører den via ssh terminal, da typisk i --verbose modus og man av ulike grunner mister ssh oppkobling kan den snuble. Jeg er ikke sikker på det faktisk er scriptet som er årsak, men jeg har to ganger nå fått en skadet partisjon etter ha mistet ssh sesjonen når laptop gikk i dvale.
I forsøk på å være smart forsøkte jeg opprinnelig fange alle de vanlige avsluttningsignalene som Linux sender til applikasjoner. Det kan tenkes at dette feilaktig trigget lagre funksjonen når ssh kobling brytes og programmener ikke gies mulighet til å stenge ned på skikkelig vis.
Det er også lagt til en forsinkelse på halvannet sekund før den starter å lagre filer tilbake til µSD kortet. Dette for å sikre mot at programmet formoderlig skulle motta avsluttningsignal når strømmen blir borte. Trolig smør på flesk siden programmt nå kun lytter til SIGINT og SIGTERM. Og så vidt jeg klarer finne trigges ikke disse av systemfeil.
Har man behov for å tenne lysdioder eller oppdatere LCD skjerm med info fra CLI kan man bruke såkalt omdirigering med exec til å løse dette uten behov for å installere telnet klient.
Bash:
#!/usr/sbin/env bash
lmsaddr="192.168.0.12"
cliport="9090"
# trap 'do_before_exit' SIGINT SIGTERM
function urldecode() {
local url_encoded="${1//+/ }"
printf '%b' "${url_encoded//%/\\x}"
}
# connect to cli server
exec 37<>/dev/tcp/"$lmsaddr"/"$cliport"
# send command to LMS
# note some player send pause 0/pause 1 while others like squeezelite will use play/pause
echo -e "00:00:00:00:00:00 subscribe play,pause" >&37
# read characters from cli return stream
while IFS= read -r -d '' -n 1 char; do
if [[ "$char" == $'\n' ]]; then
decoded_line=$(urldecode "$current_line")
echo "$decoded_line"
current_line=""
else
# accumulate characters until newline
current_line="$current_line$char"
fi
done <&37
# close redirection
exec 37>&-
exit 0
Vedrørende hastighet fra post #159 - Med ekstern USB3 SSD får man en intressante observasjon. Og det er at i direct mode skriver den raskere enn den leser? Som tidligere nevt er jeg ikke sikker på om 'dd' gir oss den fulle sannheten med en idiot som meg bak tastaturet.
Samsung T7 Shield 4TB - RPi5 8GB Rev 1.0 med CPU låst til 2,4GHz
Edit: Erfarte at når man benytter 'dd' iflag til nocache endrer resultatet seg etter ha kjørt den et par ganger. Hvor den først gir meg hastighet som om den leser cashe, men etter noen repetisjoner gir mer vetuge resultater.
Material Skin - En liten sak som kanskje ikke er så kjent er hvordan Material Skin nytter cookies til konfigurasjon av brukerflaten. Altså at man kan ha ulike oppsett på sine nettbrett, telefon datamaskin.
Hvor jeg lærte at oppdateringer av programmet ikke alltid oppdaterer eksisterende "kaker". Dette viste seg da jeg pinnet en av NRK favorittene til startskjermen fikk jeg et nytt icon på startskjermen som de andre NRK kanalane ikke hadde. Løsningen for å tilfredstille OCD genet ble å un-pin de eldre snarveiene og pinne dem på nytt.
Logitech har nok ønsket å distansere seg fra prosjektet for å unngå tvister som måtte oppstå med dem som kommeriselt selskap vs hva man kan finne på å lage i open source samfunnet utenfor deres kontroll.
Intern i koden er det fortsatt det opprinnelige navnet SqueezeBoxServer som gjelder og jeg var spendt på om det ville bli tatt fram igjen. Trolig har man funnet at LMS er så etablert på folkemunne at man har funnet det best å fortsette med denne TBF og bare endre underliggende betydning.
TIDAL - En egenskap jeg har merket meg med den nye Tidal pluggen er den er dønn stabil til tross for sine mange mangler.
Mens Spotify uansett hvilken metode man spiller av musikk med alltid stopper etter noe tid mener jeg merke at Tidal ikke har denne irriterende egenskapen. Jeg har (mulig feilaktig) konkludert med Spotify gjør dette med hensikt for å spare penger slik vi kjenner fra Netflix som etter noe tid gir oss dialog om vi ønsker å se videre. For å teste Tidal laget jeg derfor en spilleliste på 400+ låter og vi er nå mer enn 36 timer inn og Tidal spiller fortsatt uavbrutt
Tools to help maintain headless LMS devices for novice Linux users - StillNotWorking/LMS-helper-script
github.com
I forsøk på å få pluggen `Radio Now Playing` til å fungere lærte jeg hvor man finner ikonene til NRK. Og siden jeg ikke har suksess enda med RNP pyntet jeg litt på favorittene og lastet opp til GitHub om noen er intressert.
Jeg har også leita uten hell etter 256 kbps streamene som noen påstår de får med NRK appen. Om noen her har oppsett i nettet til å se hvor appen henter stream fra hadde det vært intressant oppdatering fra 192 kbps.
Først det geniale med Radio Now Playing pluggen. Den skrifter cover art med musikken man lytter til, — tilsvarende appene til NRK.
Samt man får noen hundretalls 'radiostasjoner' i tillegg til NRK som man kan gjemme bort mange av om man ønsker.
Dette gir en indikasjon om forventet bitrate er mellom 16 kbps opp tl maks 130 kbps. Selv om vi med HLS** snakker om adaptiv strømming og jeg har 500 Mbps linje er 128 kbps aac hva som leveres på døren siden high=130.
Etter ha klønet litt uten suksess med ulike settinger i den lenken har jeg har sendt forespørsel til NRK om det finnes HLS strømmer med høyere oppløsning. Er ikke veldig optimistisk, men erfarer at NRK bruker ta seg bryet med å svare på denne type hendvendelser.
Om det mot formodning viser seg være mulig skal vi se om det ikke er mulig å få oppdatert /var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/RadioNowPlaying/stationdata/stationdata-nrkno.json og sende den til utvikleren.
* det er ikke plugen sin feil, flere stasjoner den lister strømmer både flac i CD kvalitet og hi-res
** for dem som undrer: HLS er akronym for HTTP Live Streaming og er en åpen protokoll utviklet av Apple.
Radio Now Playing har nå støtte for MP3 192 kbps streamene til NRK.
Spørsmål er om det er noen her som vil ta del i beta-testing før jeg sender den til Paul Webster? Spesielt intressert i tilbakemeldinger på om jeg har fått lokalsendingene riktig. Utad har NRK tatt i bruk nye fylkesnavn, men back-end benytter fortsatt de gamle regionene.
Man må installere to plugger som vist i posten over. Deretter kopiere over filen som representerer radiostasjonene for NRK.
På Linux finner man filen her: /var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/RadioNowPlaying/stationdata/stationdata-nrkno.json
Ny revidert versjon med 192 kbps lenker finner man her:
Forslag til fremgangsmåte på linux etter at man har installert pluggene:
Bash:
cd /var/lib/squeezeboxserver/cache/InstalledPlugins/Plugins/RadioNowPlaying/stationdata
sudo mv stationdata-nrkno.json stationdata-nrkno.json-backup
sudo wget https://raw.githubusercontent.com/StillNotWorking/LMS-helper-script/main/nrk/stationdata-nrkno.json
Om man vil slippe velge oppløsning hver gang man skal starte en radiostrøm kan man konfigurere RNP pluggen til å skjule dårligere kvaliteter når bedre finnes. Slik som vist i skjermbilde her vil HLS strømmene med 128 kbps acc bli skjult og kun MP3 192 kbps være aktiv. Merk at dette vil da gjelde for alle stasjoner i RNP.
Edit: Oppdatering kl 20:30. Måtte endre litt på streamsregex for at den skulle ta med se Sapmi og Super kanalene.
Mulig jeg missforstår, men jeg får 192 kbps på NRK klassisk?
Enig at det ikke veldig imponerende, men NRK brukte vel opp alle pengene på DAB infrastruktur så vi er vel fortsatt noen tiår unna teknologiskifte fra dem.
Mistenker man kan finne klassiske stasjoner i samlingen til Radio Now Playing som sender ukomprimert. Da jeg skummet gjennom fant jeg andre typer stasjoner som sende i flac i CD kvalitet slik som vi kjenner Radio Paradise. Og faktisk en med hi-res flac innhold.
Jeg mener at jeg har satt opp RNP-plugen riktig, med strengen flac,mp3-high som vist i #178. Men jeg får ingen mulighet til å velge 192, i alle fall ikke fra squeezelite-X material skin-grensesnittet.
Jeg mener at jeg har satt opp RNP-plugen riktig, med strengen flac,mp3-high som vist i #178. Men jeg får ingen mulighet til å velge 192, i alle fall ikke fra squeezelite-X material skin-grensesnittet.
Beklager sent svar. Med den flac,mp3-high strengern velger RNP selv bort HLS (AAC) versjonen og skal spille mp3-high.
Om du tar bort strengen og lagrer får du da velge mellom dem?
Litt avhenging av hvordan man har konfigurert Material og LMS får man ulik info på skjerm. Jeg har aktivert teknisk informsjon for å vise oppløsning.
Forresten ser det ikke ut som Paul (utvikleren av RNP) vil implementere mp3 lenkene. Han har spurt NRK om dem kan føre dem inn i API sitt som alternativer. Men NRK har nektet for dette.
Tidal sluttet å fungere på LMS. Forsøkte å avinstallere og installere på nytt uten at det hjalp. Løsningen ble å slette konfigurasjonsfilen for Tidal og logge inn på nytt. sudo rm /var/lib/squeezeboxserver/prefs/plugin/tidal.prefs
Samtidig dukket det opp varsel i appen på telefon at jeg nå er "oppgradert" til MAX og Windows appen hadde en oppdatering på vent.
Brukere av Squeezelite -> CamillaDSP kan muligens være intresert i denne?
Våger nå poste første betaversjon av sample rate switcher og volume kontroll med replay gain for CamillaDSP.
Denne støtter sample rate profiler som fungerer slik at man kan endre oppsampling i CamillaDSP basert på hviket format gjeldene sang har. Selv kjører jeg tester med oppsampling av 44100 og 48000, mens høyere sample rate går uendred.
The good - Pluggen fungerer utmerket i daglig bruk til å spille CD kvalitet
The bad - Ingen støtte for hi-rez. Og trolig kommer det heller ikke med det første da philippe_44 utvikler av protocol handler'n ikke har tid eller ønske om å code mot DASH
As said before, AFAIC, I don't have time to add DASH streaming to the core of the plugin (and that standard also really gets on my nerves) so for now, if this is needed, maybe PlayHLS can help but I don't know how.
The bad II - Etter hvert oppdager man at rett som det er får man strømmer i 48/24. Som jo i prinsippet virker være realistisk oppløsning gitt langt de fleste produksjoner kjører denne SR. Dessverre lærte jeg disse strømmene som regel er MQA encoded.
Ved å fange noen av strømme til filer og analysere dem med MQA_identifier.exe * lærer man at 44.1/16 strømmene er flac filer i CD kvalitet. Mens alle 48/24 filene jeg så langt har testet trigger på MQA.
*) merk at VirusTotal har en skanner som trigger denne nedlastingen som en trojan.
Noen her med Tidal og MQA DAC som kan verifisere et litt utidig fenomen jeg mener å ha oppdaget?
Flere album som streamer som 44.1/16 er faktisk MQA kodet. Et eksempel er A Perfect Sircle - Eat the Elephant.
Om man har aktivert HiRes under Tidal pluggen får man innimellom MQA encode 44.1/16/24. Altså ikke hi-rez men en 44.1 stream hvor original format også var 44.1KHz før MQA encoding.
Setter man valget til CD kvalitet får man dog en FLAC stream i ren CD kvalitet når man spiller av det samme albummet.
For filer med som streamer som 48/24 er dem jeg har testet så langt MQA encoded fra originalformat 96KHz.
Som nevnt kan ATC switche sample rate i CamillaDSP automatisk. Og man kan lage seg profiler som resampler med ønskede innstillinger når en låt med gitt sample rate spiller. Dermed unngår man at ALSA automatisk gjør slik resampling med ukjent og trolig lav oppløsning sammenlignet med CamillaDSP*.
Det andre den kan gjøre er å justere volum i CamillaDSP med bruk av volum slider i Material Skin. Her kan man også velge aktivere Replay Gain slik at RG render ikke lenger behøver utføre med i Squeezelite/ALSA. Men heller utføres sammen med all annen DSP behandling i CamillaDSP med FP64**.
Siden funksjonalitet over behøver kommunikasjon med LMS kan vi også slenge på flere funksjoner helt gratis. Er man på RPi plattform kan man også velge å låse CPU hastighet til maks når det spilles musikk og det utføres DSP. For så 10 sekunder etter musikken stopper la CPU gå i strømsparing (on-demand) inntil man starter spille musikk igjen.
Nytt siden beta er at jeg lærte at ATC ikke håndterte omstart av CDSP og LMS like grasiøst som ønsket. Litt kode-tweaking og det ser nå ut som ATC evner koble seg til nødvendige TCP porter uten behov for omstart.
Tools to help maintain headless LMS devices for novice Linux users - StillNotWorking/LMS-helper-script
github.com
*) Nåværende versjon 2 av CamillDSP kan ikke bytte sample rate slik man gjerne ser en DAC gjør. Derfor vil ALSA resample til det formatet CamillDSP er satt til. Opp eller ned etter behov. Det er mulig dette kommer i v3 om jeg har forstått riktig.
**) Jeg har musikkarkivet mitt RG skannet til 18 LUFS. Nå som jeg kan se hvordan volum slider i CamillaDSP hopper melllom hvert spor gjør jeg meg noen tanker hvor stor oppløsning som blir borte. Det er slett ikke uvanlig at det utføres 2-bit reduksjon på 16-bit media. Med stort antall spor mellom 8 og 9 dB demping. Så langt har jeg kun 2 ganger erfart "behov" for posetiv gain.
I forsøk på bedre dokumentere hvordan ATC fungerer fant jeg en en rett så kraftig online diagram editor hvor man kan eksportere diagrammene som lenke for videre redigering.
Dessverre feilet to av short URL servicene jeg forsøkte så her er fult diagram
Mulig flere produsenter tar seg bryet med å installere Squeezelite som er open sourche i sine streaming produkter om dem ser et potensiale for salg. Gjøre dem oppmerksom på denne statestikken kan muligens hjelpe dem med avgjørelse. Og når LMS nå ikke lenger assosieres med Logitch men Lyrion kanskje navnebytte også kan hjelpe?
Jeg vet ikke å teste en slik funksjon, men tenkte det er andre her som kan ha glede av dette. Beta versjon 9 oppleves stabil og jeg har ikke hatt noe problemer all den tid jeg har kjørt betaversjonen annet enn at den grønne varselet om ny versjon titt og ofte lyser