Tråden for DIY nettstrømming.

[Armand]

Vurder en slik, men har ikke testet så kan ikke si så mye om den
Audiophonics Alimentation Lin�aire r�gul�e 5V 2A 15VA avec USB - Audiophonics

Denne kan nok enkelt stilles opp til 6V siden den transformatoren som sitter der leverer 7,5V AC (som blir 10,5V DC). Det sitter en regulator der som er justerbar og jeg ser at det også sitter et potmeter der. Med litt flaks kan potmeteret justeres slik at spenningen ut blir 6V. I verste fall må man bytte den ene motstanden til en annen verdi. Se datablad på regulatoren her:
http://cds.linear.com/docs/en/datasheet/108345fh.pdf
Ved å bytte motstanden som på datablader er 121 ohm til ca. 10% høyere verdi vil spenningen også øke med ca. 10%, og så finjusterer man med pot'et.

 

[Distinctive]

Har et spørsmål til dere DIY spesialister.
Har en en-boks spiller (transport og streamer) som inneholder en SBC (Atom basert) og som kjører Linux.
Ønsker å sette opp et trådløst nettverk mot mitt kontrollpunkt (iPad Air2) som kjører Roon Remote. WAN forbindelse er strengt tatt ikke nødvendig og musikkbibliotek ligger på SSD i spilleren (da virker selvsagt ikke Tidal online streaming). Roon server for Linux er installert ombord.
Det som er primært ønsket er en wifi dongle koblet på USB porten (trådløst nettverkskort) som håndterer denne kommunikasjonen.
Siden enheten har nettverk allerede (RJ45) er alternativet å koble på en Airport Express og generere et eget nettverk. Det hadde også vært greit mhp. DHCP server endring fra stasjonært oppsett, men jeg ser uansett ikke helt at jeg trenger dette.

Merk at overnevnte behov relaterer seg til en komplett, portabel løsning hvor spilleren flyttes/lånes ut.
Den stasjonære løsningen (ruter, mm) er på plass allerede.

 

[Minutten]

Du må vel sette opp usb kortet som ad hoc / hotspot som det vel heter i andre OS. Om det ikke er en "vanlig" linux distro så må du nok sette opp dette fra terminalen da de flest audio os ikke har denne muligheten som standard.

 

[gwikse]

Da spilles det via RPI2 - Amanero usb - 192Khz(også testet ett par sanger på 352800khz) og det ser ikke ut til å være noe problem med dropouts etc med oppdatert linux på RPI2 slik jeg slet med på RPI1 med eldre distro. Har spilt endel album nå uten tegn til dropouts etc. Ser jo for meg ut til at "problemet" med RPI2/3 og USB ser ut til å være løst. Selv om Cubox-I fremdeles har fordeler fremfor RPI når det kommer til USB så er det ikke sikkert at det er ett must å benytte denne fremfor RPI mtp USB-DAC.

Jeg har ikke forsøkt å kjøre dette med volumio / moode enda, men det kommer. Volumio vil jeg tro kan slite med dette da det er en eldre build, men "apt-get update && apt-get upgrade" burde løse det vil jeg tro?

Edit: Minutten; prøvde du å bruke Henry DAC`en din via audiophonics`s USB?

Jeg vil si at lyden er marginalt mer "analog" uten USB though. Så dette er ikke en blind anbefaling til å bruke USB tilkobling. Min USB er langt fra perfekt satt opp (med separert power etc som utgjør MYE med usb kort). Men De som har DDDac med wave IO USB kortet som tross alt får strøm fra DAC siden og ikke fra usb siden, burde imo prøve det om de ikke gidder å bytte USB kortet som tross alt er tilpasset til konstruksjonen. Det er ikke dermed sagt at jeg tror det lyder bedre enn I2S rett fra miniPC, men ... ja. Whatever takes the least effort imo.

 

[Minutten]

Nei, testet med desktop (Mint) og ATV1 (debian?).

 

[gwikse]

Archphile på C2 via samme løsning som nevnt i min forrige post lyder bedre. Mer "analogt". Det er tydelig for meg at disse boksene har forskjellig bruksområde, vil tro at C1+ og C2 er ganske like mtp lyd, men kompabilitet er en heeeeelt annen ting. Såvidt jeg har skjønt er C1+ ganske så bra støttet. C2 er Archphile om du vil ha noe som er audiofilt. For video er det nok en annen sak. Og det frister litt å prøve C2 med en android løsning (for netflix, HBO etc). Jaja, kraftigere er ikke alltid bedre for audio

Gjenstår enda å teste Cubox-I - Amanero USB - DAC - T1, men det får bli en annen dag.

Edit: Slik ser dagens siste låt ut i "mpddroid" (android-telefon mpd-kontroll-app) som da spiller som nevnt over.

 

[Minutten]

Gitt at det ikke er forksjell på lyd i sw og du bruker samme psu så må det være den delte usbporten på RPI som er synderen?

 

[gwikse]

Ja jeg vil tro det. Med mindre det har noe med psu på kortene å gjøre. Men det er umulig å teste med mindre noen fjerner alle regulatorene på begge kortene og lodder samme regulerte psu`er til begge. Men alt i alt, RPI - USB lyder bedre enn min JRMC Asio PC gjør via usb, så igjen blir det ett spørsmål om hva som er vesentlig for deg; kompabilitet eller lydkvalitet. Det gjenstår å teste i2s direkte ut fra begge, men her må jeg lese meg litt mer opp på C2 + archphile. Leser på www om at det atm kun er USB som er testet men at "enabling i2s is easy". I2s enabling slik det gjøres med RPI etc fungerte ikke. Men men. Går ut ifra at det er "nano /etc/config.txt" og å finne linjen som er relatert til i2s audio og "uncomment" den linjen.

upnp og airplay er deaktivert som standard i archphile, men her er det bare å kjøre "systemctl enable upmpdcli" for automatisk start ved boot eller "systemctl start upmpdcli" for manuell start. Det samme gjelder Airplay: "systemctl enable shairport-sync". Du bruker her "enable" for å starte ved oppstart av maskin, eller "start" (stop) for manuell start. Det nevnes en remote løsning og jeg vil tro at det er mulig å lage "button" on/off på begge disse funksjonene om noen ønsker det.

 

[gwikse]

Odroid C2 har en ting som er seriøst irriterende. IR-mottakeren reagerer på alle IR kommando i rommet atm. Det fører til "cracling" på lyden. Jeg går ut ifra at dette henger sammen med at IR mottageren ikke er fullt ut støttet i linux, og har mest sannsynlig ikke blitt konfigurert riktig.

 

[Minutten]

Kan du ikke skru av IR mottakeren? Blir interessant å se hva utfallet av i2s vs usb blir.

 

[gwikse]

Kan du ikke skru av IR mottakeren? Blir interessant å se hva utfallet av i2s vs usb blir.

Kan det, men jeg hadde tenkt å bruke Odroid som en erstatning for Arduino controlleren i DAC`en min. Da trenger jeg IR. Men vi får se. Det er mye annet som må falle på plass før det blir aktuelt.

Min DAC styres av I2C + gpio for switching av diverse inputs. Så jeg må få på plass en opto-isolator løsning med isolert i2c, i2s og GPIO før jeg fjerner arduino`en fra kassen. Tanken er jo da at dersom IR mottageren er på Odroid siden av isolatoren så vil det problemet være løst. Men men, det er en ting å ha disse ulydene inn i en pre-amp, noe helt annet å ha ulydene (ved fullt volum) rett i power amps (da jeg styrer volum i DAC chippen).

 

[bambadoo]

Kan du ikke "disable" hele IR saken om du ikke skal bruke den?

Men kort spørsmål:
Archphile er min favoritt audio distro for formålet
Har du mulighet å sammenligne archphile på hhv. rpi og odroid og ellers likt oppsett?
Du skriver at du foretrekker odroid lydmessig men dette "kan" kanskje være forskjell i OS du egentlig hører og ikke plattform?
Personlig hører jeg forskjell på archphile og moode i archphiles favør. Jeg kan ikke forklare hvorfor det er slik og de skal sikkert låte identisk.

Odroid skal etter sigende ha en bedre onbard klokke (men fremdeles dårlig) enn rpi og mer muskler. Så det kan også være denne forskjellen du hører?
Selv har jeg fifo reklock på dacen så en dårlig klokke på plattform skal i teorien ha ingenting å si for lydkvaliteten men man kan ikke være for bastant her

 

[gwikse]

Kan du ikke "disable" hele IR saken om du ikke skal bruke den?

Men kort spørsmål:
Archphile er min favoritt audio distro for formålet
Har du mulighet å sammenligne archphile på hhv. rpi og odroid og ellers likt oppsett?
Du skriver at du foretrekker odroid lydmessig men dette "kan" kanskje være forskjell i OS du egentlig hører og ikke plattform?
Personlig hører jeg forskjell på archphile og moode i archphiles favør. Jeg kan ikke forklare hvorfor det er slik og de skal sikkert låte identisk.

Odroid skal etter sigende ha en bedre onbard klokke (men fremdeles dårlig) enn rpi og mer muskler. Så det kan også være denne forskjellen du hører?
Selv har jeg fifo reklock på dacen så en dårlig klokke på plattform skal i teorien ha ingenting å si for lydkvaliteten men man kan ikke være for bastant her

Ja du er inne på noe her. Jeg får legge inn archphile på RPI2 også, så vil det være helt likt mtp software. Men nå har jeg jo egentlig testet usb ut ("datastrøm") og ikke enhetens egengenererte i2s ut ("digital audio"). Og dette kun med ett USB kort som bruker USB power (i motsetning til f.eks DDDac sitt USB kort).

Men har atm ikke mulighet å teste i2s direkte i dac (kun via lvds). Det er atm ikke plass i DAC chassis for både arduino (controlleren) og RPI/Odroid. Så inntil videre så blir det ekstern via lvds (TPA teleportere). Men det gjør det lettere også, da testing kan gjøres på "DIY planke" med nettverkskabel (LVDS via cat5) på opptil 30m. Jeg har også en TPA otto 2 i2s switch jeg kan bruke til å bytte mellom RPI og Odroid.

Jeg skal se hva jeg får til, vet ikke om jeg rekker det i dag, men det sto på "testelisten".

Jeg har også reclock, riktignok ikke så avansert som ian`s fifo reclocker ell. men dac`en min skal i utgangspunktet kunne lage vin av vann om en skal tro produsenten.

 

[gwikse]

Da har jeg møtt en liten hindring i testen. PCB`et til PSU`en jeg må bruke har for små hull for komponentenes ben. Så, det som skulle vært unnagjort på 30 minutter har tatt over 1 time bare på filing av ben på komponenter (for å få de inn i hullene). Dette har skjedd meg en gang før, og da borret jeg opp hullene med borr som var korrekt dimensjon, men klarte å bryte "through hole plating" på tross av det. Så denne gangen var det frem med filen. Bah...

Men, siden ting ikke gikk som planlagt falt jeg for fristelsen til å se nermere på archphile og se hvordan det ville være å erstatte OS`ene på de andre SOC maskinene med den distro`en.
IOM at archphile er såpass "nakent" tar det ikke mye plass. Så nå kjører archphile på 2GB SDkort i min RPI2.

Etter litt kludring de siste 30minuttene (jeg kan ikke kommandolinjene inn og ut) ble roonbridge også installert på denne. Nå gjenstår bare å gjøre om navn på de forskjellige enhetene slik at de ikke går bananas når en skriver inn archphile.local/ i nettleseren.

Men først må jeg tilbake til PSU montering og testing for eventuelle problemer.

 

[gwikse]

Så, da har jeg fått testet litt RPI2 vs Cubox-I med Amanero USB-I2S koblet via 2 til 1 I2S switch (TPA Otto II). Begge enhetene har kjørt Archlinux med minimalt med ekstra funksjoner (shairport og upnp deaktivert). De har spilt fra samme kilde i sync, og jeg har kun byttet fra ett Amanero kort til ett annet (ja jeg har to). Kilden er ROON. Begge enhetene har det optimale oppsettet med ROON bridge installert. Alt er likt, med unntak av at en enhet er en RPI2 og den andre er en Cubox-I.

Og jeg kan med en gang si at det er forskjell her. Relativt stor forskjell, såpass stor at jeg måtte bytte om på hvilket USB kort som sto på hvilken enhet for å dobbelsjekke at det ikke var ett eller annet med kablene. Det var det ikke. Min konklusjon er enkel og grei; om du skal benytte USB, velg en enhet som ikke deler båndbredde mellom USB kontrolleren og nettverkskontrolleren. MAO, Cubox-I, Odroid C1+ eller BBB. OM du på død og liv ønsker USB enhet og RPI; gå for RPI3 og kjør via onboard-WIFI kortet (om du har god nok dekning). Styr for all del unna å benytte USB både til USB disk OG en USB DAC. Det regner jeg med gjelder alle disse enhetene.

Som dere ser har jeg ikke testet I2S direkte enda, det kommer av en veldig enkel grunn; jeg har ikke fått til I2S signal ut av C2. Jeg var sikker på at det var i orden, men det var det ikke, så da ble det denne testen som jeg også hadde nevnt at jeg skulle gjøre. Nå trenger jeg bare å få I2S signalet ut av C2 og fjerne USB "mellomleddet" så blir det mer om direkte I2S fra Odroid C2 vs RPI2.

 

[bambadoo]

Takk for tilbakemelding. Ja ingen hemmelighet at USB/LAN implementeringen/delingen ikke er av beste sort på rpi
Gleder meg til du får testet i2s ut direkte fra begge 2.

Hva synes du egentlig om archphile?

 

[gwikse]

Takk for tilbakemelding. Ja ingen hemmelighet at USB/LAN implementeringen/delingen ikke er av beste sort på rpi
Gleder meg til du får testet i2s ut direkte fra begge 2.

Hva synes du egentlig om archphile?

Jeg har fått sansen for Archphile. Jeg liker tankegangen bak; han har startet med ett bare-bone OS og gjort tilpassing av mpd og andre ting som er for vanskelig for de fleste, og lagt ut enkle steps for å tilpasse de resterende funksjonene til ditt bruk. Airplay og dlna er klart om det er ønsket (men deaktivert som standard), og enkel step by step guider for å legge til NAS bibliotek, eller aktivere/tilpasse diverse funksjoner ligger logisk plassert på websiden. IOM at det er en relativt liten distro, så googler du ikke allverdens 3djeparts BS, men får opp relevante svar på det du lurer på ganske så greit.
Men det er nok ikke for de aller grønneste, det krever at du klarer å logge deg inn via ssh for å sette det opp, og kan lese deg frem til kommandolinjer som er anderledes enn volumio, moode, runeaudio etc. Men sålenge du vet hva som er forskjellig eller syns det er ok å google litt for å finne frem, så er det imo det beste OS`et for audiofil avspilling fra disse enhetene jeg har kommet over så langt.

Men nå må jeg lete videre etter hvordan jeg skal enable I2S fra Odroid C2 (som så langt er det eneste jeg ikke har fått til med archphile). Jeg mistenker at dette er pga krav om I2C* bekreftelse fra HAT om at det er en I2S enhet tilstede før det blir presentert i "i2select" funksjonen. i2select funksjonen blir nok ikke startet opp uten at I2S hatten (Odroid Hifi shield) bekrefter at den er tilstede via I2C*. Så her må det søkes videre etter en workaround.

Edit: I2S test er det som er viktigst for meg også, så jobber med saken. Jeg kommer nok ikke til å bruke Odroid C2 fremfor RPI2 til i2s til DAC da Odroid C2 ikke støttes av ROON som er det jeg bruker for å kontrollere musikken i huset. C2 bruker armv8. ROON bridge kommer til armv7 enheter. Om forskjellen er stor nok mellom C2 og RPI2 så blir nok en Odroid C1+ (armv7) bestilt da jeg regner med at den også vil da være bedre enn RPI2 (armv7). C2`en ender nok opp som en Android basert "smart TV boks" ell. frem til det eventuelt blir oppdatert og enkel støtte for andre applikasjoner. Alternativt har jeg også sett på å benytte den som en JRMC boks, men JRMC på disse enhetene har ikke videostøtte atm, så...

Edit2: * jeg ser nå at dette ikke kan være tilfellet, det er ingen i2c forbindelse med Odroid HIFI shield. Kun I2S så da må I2S være slått på som standard. Men det betyr at jeg må finne ut hvor i2s blir slått på i archphile og endre det. Archphile for Odroid C2 er i "alpha" stage og er såvidt jeg kan se kun testet med USB (som jeg også har fått til å virke fra mpd).

 

[Minutten]

Prøvde å teste Archphile men fikk ikke installert Roon Bridge. Spiller over Airplay fra Roon men med dropouts.

 

[gwikse]

Prøvde å teste Archphile men fikk ikke installert Roon Bridge. Spiller over Airplay fra Roon men med dropouts.

Vis vedlegget 383391

pacman -Sy which eller pacman -Syu which fikser roon installasjon

Edit: archphile er som sagt bare bone, så endel kommandoer er ikke installert. "pacman -Sy which" vil installere kommandoen (which) som linje 226 i rooninstalleren starter. Etter installasjon av which gikk det uten problemer her hos meg

 

[Minutten]

Ja det gjorde det!
Takker og bukker.

 

[nma]

Har et spørsmål til dere DIY spesialister.
Har en en-boks spiller (transport og streamer) som inneholder en SBC (Atom basert) og som kjører Linux.
Ønsker å sette opp et trådløst nettverk mot mitt kontrollpunkt (iPad Air2) som kjører Roon Remote. WAN forbindelse er strengt tatt ikke nødvendig og musikkbibliotek ligger på SSD i spilleren (da virker selvsagt ikke Tidal online streaming). Roon server for Linux er installert ombord.
Det som er primært ønsket er en wifi dongle koblet på USB porten (trådløst nettverkskort) som håndterer denne kommunikasjonen.
Siden enheten har nettverk allerede (RJ45) er alternativet å koble på en Airport Express og generere et eget nettverk. Det hadde også vært greit mhp. DHCP server endring fra stasjonært oppsett, men jeg ser uansett ikke helt at jeg trenger dette.

Merk at overnevnte behov relaterer seg til en komplett, portabel løsning hvor spilleren flyttes/lånes ut.
Den stasjonære løsningen (ruter, mm) er på plass allerede.

Du må først og fremst ha et usb-wifi-dongle som støtter AP-modus, og det er ikke alle som gjør det. Men de fleste Realtek og Atheros-donglene som er støttet i Linux vil fungere i mer eller mindre. Google deg til en modell som er kjent for å være stabil.

Det er en haug Nettverksmanagere for Linux som kan gjøre jobben. (da jeg regner med at det å manuelt redigere filer ala old-school openwrt ikke er så aktuelt?) Igjen så er Google din venn, iogmed spør du 10 personer om dette vil du få 10 forskjellige svar. Avhengig av hvilken distro du kjører, så er kanskje denne funksjonaliteten allerede innebygd.

 

[Distinctive]

Takk, jeg har en mulighet til og det er å stappe inn en wifi dongle i USB porten på min NAS.
NAS har 2 LAN og jeg har aktivert det ene med DHCP server funksjonalitet.

 

[nma]

Har ikke NAS'en din mulighet til å fungere som Access Point via GUI, så det er nok bare å glemme. (dvs. om du ikke konfigurerer dette manuelt via kommandolinje)

Etter det jeg forstår er dette en enkel og grei dongle som støtter AP mode uten noe videre mikkmakk: rt5370 | eBay

Men det støtter bare 2,4ghz 150mbs (som iogforseg er mer enn godt nok til tiltenkt bruk). Skal du absolutt ha 5ghz, så klarer du sikkert å google fram svaret selv

 

[Distinctive]

Jeg kjøpte denne: STRONG-Connected - WLAN Connection Kit Duo
Oppretter et dedikert nettverk. Med 3 noder og mer kommuniseres det i mesh.
Strong transmitter kobles til router for å streame Tidal gjennom Roon (WAN).
Router blir DHCP server. NAS sitt LAN2 kobles til Router via Strong i mangel av ruterporter.
Kontrollpunkt joiner via wifi.
Dette blir den stasjonære løsningen (m/unmanaged switch koblet på Strong receiveren).

For den portable løsningen setter jeg opp min Cisco Linksys WUMC710 Ethernet Adapter. Denne har flere porter så jeg slipper switch. NAS sitt LAN1 kjører DHCP server mot uRendu og Adapteret, som joiner nettverk på ruter. Jeg må uansett inn på ruter for å etablere nettverk mot iPad.
Her må jeg være obs på at jeg ikke får 2 DHCP servere i anlegget hvis adapteret står på DHCP mot ruter wifi nettverket.

Begge løsninger kjører Roon kontrollpunkt (på iPad Air2).
Roon server og BubbleuPnP server kjører på NAS m/SSD.
.

 

[gwikse]

Ble ikke gjort noe videre testing i dag. Mye som måtte optimaliseres på de forskjellige enhetene. Frem og tilbake er dobbelt så langt. Jeg har "muscle memory" på installasjonskommandoene nå, så da var det på tide å gjøre ferdig imagene slik at de er "ferdig til bruk" og deretter bruke read funksjonen i win32diskimager og lagre de ferdige oppsettene til disk. Så kan jeg fikle videre uten å måtte starte fra scratch.

Det ser nå ut til at der er interresse for armv8 støtte fra roon. Jo flere som melder sin interresse jo bedre. Vil tro at http://downloads.roonlabs.com/builds/roonbridge-installer-armv8hf.sh vil dukke opp etterhvert (lol, jeg skrev den adressen fra minne (den en laster ned med wget / apt-get er ...armv7hf.sh ikke ....armv8hf.sh) ).

Jaja, bedtime.

 

[gwikse]

Fikk testet litt I2S i dag. Der er forskjell på RPI2 og Odroid C2. Med en liten fordel til Odroid. Men forskjellen er nok mindre i mitt oppsett enn det vil være i f.eks DDDac som bruker klokken fra kilden. Min DAC (ES9018 ) resampler alt som kommer inn (async). Så det er nok mindre å hente med denne enn med løsninger som benytter kildens klokke på i2s signal (som f.eks DDDac). Men de som har testet sync på es9018 med god kilde går ikke tilbake til async virker det som. Jeg kunne sikkert ha nappet ut tridenten til klokken og testet sync, men ingen tester jeg har gjort så langt har fungert bedre med ekstern klokke enn intern (men gjenstår å se med* ... se under).

Forskjellen mellom OD.C2 og RPI2 oppleves større med USB (da mellom RPI2-amanero-B3 vs Odroid C2 / Cubox-I - amanero - B3). Jeg kan ikke si at jeg hører noe forskjell på Odroid C2 og Cubox-I med USB (amanero).

Jeg har desverre ikke tid til å ta en utvidet test for dere. jeg konkluderer for min egen del med at C2 (c1+) er best av disse (OD.Cx / RPIx) for direkte i2s (c1+ for bedre kompabilitet med andre os enn archphile og for å benytte armv7 versjon av roon-bridge). Inntil roon kommer med en armv8 pakke, så blir nok C2 lagt litt til side for min del.

Jeg bestilte for litt siden en BBB så jeg har også lest meg litt opp på BBB og botic driveren utviklet av miero på diyaudio. IOM at jeg opplever forskjell mellom C2 og RPI2, så vil jeg se litt på alternativer til å bestille en C1+ (armv7). Videre er også mye av kodingen ang i2c kontroll av es9018 kommet ett godt stykke på vei i den distro`en (med driver etc). Så da vil det bli mulig med nettstrømmer med hardware kontroll av i2c registerene i DAC chip (ala det mpd gjør med 9023). Det inkluderer da også volum kontroll etc. Og om alt går riktig vei, blir det mulig å styre bl.a. volum (DAC chip via i2c) fra roon via roon-bridge som da vil ligge oppå botic-distro`en til miero. Botic driveren får mye skryt mtp lydkvalitet (også blandt de som erstatter alsa i volumio etc), og jeg går ut ifra (etter denne testingen) at jeg ender opp med *Twisted Pear Audio`s BBB cape/reclocker uansett (i sync modus med ES9018). Så kan like greit hoppe i det...

http://bbb.ieero.com/

 

[coolbiz]

Takk til alle for en interessant og nyttig tråd!

Jeg har et spørsmål om klokkekongigurasjon for I²S-overføringer. Jeg vurderer å bygge en kombinert squeezebox-kompatibel streamer, hardware-DSP og multikanals DAC. Noe i retning av dette:

RPI, O2 eller tilsv --> miniSHARC DSP --> 4 stk. stereo DACer. (alle overføringer er I²S)

Er dette en farbar vei? Hva er i så fall best practice mht. klokkeslaving og denslags? Går det an å slave både miniSHARC og RPI/O2 fra DACen(e)?

 

[bambadoo]

Takk for at du tar deg tid til slike sammenligninger gwikse

 

[gwikse]

Takk til alle for en interessant og nyttig tråd!

Jeg har et spørsmål om klokkekongigurasjon for I²S-overføringer. Jeg vurderer å bygge en kombinert squeezebox-kompatibel streamer, hardware-DSP og multikanals DAC. Noe i retning av dette:

RPI, O2 eller tilsv --> miniSHARC DSP --> 4 stk. stereo DACer. (alle overføringer er I²S)

Er dette en farbar vei? Hva er i så fall best practice mht. klokkeslaving og denslags? Går det an å slave både miniSHARC og RPI/O2 fra DACen(e)?

Jeg er ingen ekpert på det, men jeg ville tro at det lønner seg å la DSP/kilde være master og DAC`ene slaver (iom at det er 4stk). RPI, Odroid, etc kan ikke benytte ekstern klokkekrets. De har ikke tilkobling for det, mao er du låst til klokken som genereres på den enheten. Om du skal ha den som master ville jeg si at Odroid C1+ trolig er det beste valget for din løsning. Da er går klokkesignalet fra Odroid - minisharc og ned til de 4 DAC kortene. De 4 dac kortene ville slitt med å ha seperate klokker da det ville gi deg sync problemer såvidt jeg vet. Jeg ville tro at ditt system ligner mer på pro-digital enn stereo digital mtp ant enheter som skal kjøres i sync.

Jeg er noe usikker på om minisharc kan ha behov for en bedre klokke og om det er mulig å ha en ekstern klokke i det hele tatt. Om det er mulig ville jeg seriøst vurdert å benytte hermes / chronos med BBB og botic. Men som sagt, jeg kjenner ikke til hvordan minisharc er bygget opp og hvor viktig klokke vil være ei heller hvordan den best blir implementert (fra signalsiden (C1+/BBB), som referanseklokke for minisharc etc).
Jeg regner med at du har behov for ett 4 veis system iom at du har valgt dette?

Takk for at du tar deg tid til slike sammenligninger gwikse

Jau, blir endel testing. Har dog stor relevans for eget system Deler jo egentlig bare fra test-prosessen gjort for egen DIY fremdrift

 

[coolbiz]

Takk for svar, gwikse!

Min antagelse om at I2S-utgangen på RPi kan klokkeslaves, var fundert på innleggene til "Daniel" i kommentarfeltet på denne siden:
The Raspberry Pi: Audio out through I2S | Dimdim's Blog

Her står det også beskrevet hvorfor utgangen på RPi er belemret med jitter: internklokken er ikke en multippel av 19,2 MHz, så klokkepulsene ut alternerer mellom to ulike varigheter.

Jeg regner med at du har behov for ett 4 veis system iom at du har valgt dette?

Ja, det er korrekt.

 

[gwikse]

https://hifiduino.wordpress.com/?s=bbb

Kommentarene i linken din snakker litt rundt tema, dersom tema er mulig ekstern MCLK. Det er det kun BBB som har mulighet for. Odroid fører ut MCLK fra SOC, men klokken internt i SOC blir ikke deaktivert dersom en koblet til en ekstern klokkekrets til den pinnen slik tilfellet er med BBB. Videre vil jeg anbefale å se på hvem som har benyttet BBB selv om det hadde vært langt enklere for dem å benytte RPI. Russ og Brian (TPA) startet med RPI og har endt opp med en BBB løsning. Acko lagde cape til BBB... etc.

Edit: Eeeh, just.... Referanseklokken har vistnok ingenting å si.

D

aniel on January 6, 2016 at 08:14 said: You are wrong. The so-called “Master clock” has nothing to do which chip is master or slave. It is usually just a clock that is uses to derive all other clocks. The master clock is not even part of I2S. There is no need to feed a master clock to the Raspberry Pi. The Raspberry Pi can be slave for BCK, LRCLK.

Edit2: Om referansen er feil, kan en da få ett godt resultat?

Det er ikke meningen å være nedlatende. Så jeg håper ingen tar meg for å være ekspert / arrogant.

 

[coolbiz]

Din bruk av smilefjes forvirrer meg. Mener du at "Daniel" har rett, eller at han er helt på jordet?

 

[gwikse]

Han har rett i mye av det han sier, men han sier jo at master clock har liten betydning. Det er avhengig av nivå på resten av systemet.

....It is usually just a clock that is used to derive all other clocks....

Jeg mener ikke at dette er livsviktig i alle situasjoner. Men om RPI hadde hatt muligheten for ekstern mclk slik som bbb har ville det vært mulig å forbedre signalkvaliteten på en enkel måte.

 

[Minutten]

Minutten: jeg har nok bommet litt med min anbefaling til deg. Da din Audiophonics Sabre RPI løsning (V3) anbefales det 6V inn. Ikke 5V som den supply du linker til. For de som har RPI eller andre 5V løsninger så vil den PSU`n være god. Men i ditt tilfelle er den nok feil. Sjekk adapteren som fulgte med (den er nok 6V).

Vis vedlegget 382522

Edit: på kjøpesiden til din er denne listet opp som "tilbehør": audiophonics-alimentation-lineaire-regulee-double-2x-6v-29a-25va

Fikk testet min 5V psu i dag og det fungerte ikke noe særlig. Den spilte teknisk OK men ikke noe bedre lyd, og det røde lyset på RPI var slukket så jeg tror ikke den fikk nok volt? Lyden på Henry Audio og atv ble om ikke annet bedre med psuen.

 

[gwikse]

Det er logisk at din audiophonics sabre rpi-dac ikke fungerer skikkelig uten at der er 6V-9V inn til regulatoren som sitter på HAT og leverer 5V videre til RPI via GPIO. Jeg ville vært forsiktig med å benytte 5V på din løsning som er laget for 6-9V inn da det kan føre til korrupt sd-kort. Om du skal teste slik, ville jeg benyttet win32.... sdkort programmet til å ta backup av sd-kortet først. Slik at du slipper å starte fra scratch om noe går galt med OS på sdkortet. Jeg vet ikke hvorfor audiophonics har satt inn regulatoren her, men jeg går ut ifra at det er for å sikre at folk ikke benytter crappy modil-lader switchmode elns.

Det er flott at du har forbedring på Henry audio DAC`en i det minste.

 

[Minutten]

Tar ikke mange minuttene å sette det opp, kjører kun Airplay + UPnP samt Roon bridge. Nå er Atv1 + Henry Dac og psu på nivå med Audiophonics, så nå vurderer jeg psu til Audiophonics da det tar tid å få fikset dacen min.

 

[gwikse]

https://community.roonlabs.com/t/support-for-armv8-as-well-as-armv7/11170/8

Da ser det ut til at det er mulig med armv8 og roon bridge (litt "hacking" av kode men det kommer vel en roon bridge installer pakke til armv8 etterhvert)

Tester metoden i kveld så får vi se.

Fikk også til å benytte roon via VPN til telefon og laptop nå. Litt knoting til android telefon pga krav om TAP, men med riktig openvpn client gikk det greit.

Da blir det neste å legge inn openvpn client på Cubox-I om jeg ikke bare fortsetter å bruke laptop (via USB dac).

 

[gwikse]

Da har jeg roonbridge på en Odroid C2

 

[gwikse]

Tower of (little) power

Øverst er en Odroid C2 med libreelec for videoavspilling.
Nederst er det RPI2 med HifiberryDIGI+ med Roon-bridge installert på Raspian jessie som også har Jriver Media Center 21 for linux installert.

For video er Librelec Odroid C2 pakken god for C2 da det er mer plug and play enn det er plug and pray (Hardkernel har en laaaang vei å gå mtp software til C2). Jeg har mer eller mindre gitt opp å få Jriver til å fungere med C2. Men det er ikke nødvendig for video, da LibreElec løsningen kan styres via upnp og dermed også fra Jriver Gizmo så lenge det er en JRMC library server kjørende ett sted i nettverket.
.
JRMC på RPI2 er tregt og ubrukelig imo, men det koster ingenting å ha det installert. Endrer nok OS til å ikke laste D.E. og bruker Roon bridge for audio. Men jeg har i det minste prøvd JRMC sin løsning som imo ikke lever opp til de andre alternativene som finnes (LibreELEC, OpenELEC og andre KODI baserte løsninger som da også støtter video...). Det JRMC burde ha gjort med micropc installasjon er noe ala hva roon-bridge gjør. Å kreve ett desktop enviroment for å kjøre på hardware som er såpass tregt som dette er imo totalt idiotisk mtp brukervennlighet. Det hadde vært gunstig om en kunne konfigurert JRMC som en output tunnel styrt fra klienten (Gizmo eller whatever) og dermed ikke hatt behov for D.E. for avspilling (hvem er det som benytter RPI med mus/tastatur fra sofaen?). De har også en lang vei å gå mtp installasjonen. Det burde være script basert slik som roon bridge (installasjon av roon-bridge er unnagjort på 1/10 av tiden det tar med JRMC). Men men, nok dissing av JRMC`s linux micropc løsning.

 

[JCP]

Er det sånn å forstå, at Kodi er en "god nok" løsning?