Voyage MPD

[ivarlo]

Helt enig, dette er ikke lett uten en del unix-kunnskap. Har brukt Man sin optimaliserte MPD iso. Denne funker med intel i3 og større, samt core2duo prosessorer. Jeg fikk mao min gamle macbook til å funke med MPD. Er litt i samme situasjon som deg, med mac, firewire lydkord/dac og Pure Vinyl som riaa. Løsningen for meg var å beholde mac minien koblet opp som firewire mot dacen, og legge til en i3 minipc (kunne egentlig også brukt macbooken) som er koblet til dacen via spdif. Saken med Voyage MPD er at du må bruke usb som interface for lyd (ihvertfall på Man sin iso). En er derfor avhengig av en usb dac eller en usb til spdif konverter. Jeg bruker M2tech hiface2 til dette. Det finnes muligens bedre saker, men det har jeg ikke satt meg inn i ennå.

mvh
Ivar

 

[marsboer]

Man er ikke på noen måte avhengig av USB. Det eneste man trenger er et linux-støttet lydkort. Om man velger de analoge utgangene, digitale utganger eller eventuelle andre alternativer trenger man ikke å forholde seg til og det endrer ikke konfigurasjonen av mpd eller oppsettet ellers. Man må da selvsagt se bort fra de USB-spesifikke tweaks som blir brukt i etterkant.

Hvis det er lagt opp til bruk av kun USB så er dette noe som utelukkende er et bevisst valg fra Mans side i form av hvilke moduler som er inkludert i kernelimage og eventuell egenutviklet automatikk. Det har imidlertid ingenting med mpd eller linux å gjøre.

 

[ivarlo]

Da skulle jeg gjerne hatt tak i en Linux-driver til Prism Orpheus. Tror ikke det finnes dessverre...

 

[Goophy]

Er det et veldig, veldig spesielt kort?
Hvis ikke skulle jeg tro FFADO fungerte på playback ihvertfall.

Edit: Prism Orpheus sto på supported-listen til FFADO, så da er det nok ikke noe problem.
http://www.ffado.org/?q=node/38

 

[stianG]

Hmmm, kanskje jeg skal teste med den gamle macbooken først. Stello boksen støtter usb 2.0 audio driverløst fra os x (regner med at det samme gjelder linux) og kan sende aes/ebu til metric halo lydkortet. Beholder da mac mini i7 for pure vinyl biten. Den gamle macbooken jeg fant er core duo, så den støtter neppe 64 bit. Kan teste med en macbook air av siste type også, men den brukes til andre ting og er ikke en varig løsning. Fant noen søte små maskiner fra ODROID :: Hardkernel. Kan det være et brukbart alternativ?

Helt enig, dette er ikke lett uten en del unix-kunnskap. Har brukt Man sin optimaliserte MPD iso. Denne funker med intel i3 og større, samt core2duo prosessorer. Jeg fikk mao min gamle macbook til å funke med MPD. Er litt i samme situasjon som deg, med mac, firewire lydkord/dac og Pure Vinyl som riaa. Løsningen for meg var å beholde mac minien koblet opp som firewire mot dacen, og legge til en i3 minipc (kunne egentlig også brukt macbooken) som er koblet til dacen via spdif. Saken med Voyage MPD er at du må bruke usb som interface for lyd (ihvertfall på Man sin iso). En er derfor avhengig av en usb dac eller en usb til spdif konverter. Jeg bruker M2tech hiface2 til dette. Det finnes muligens bedre saker, men det har jeg ikke satt meg inn i ennå.

mvh
Ivar

 

[Nido]

Intel NUC skal komme i denne måneden sier ryktene. Trolig er dette en god løsning med MPD

 

[ivarlo]

Er det et veldig, veldig spesielt kort?
Hvis ikke skulle jeg tro FFADO fungerte på playback ihvertfall.

Edit: Prism Orpheus sto på supported-listen til FFADO, så da er det nok ikke noe problem.
Orpheus | ffado.org

Takker

mvh
Ivar

 

[ivarlo]

Om du skulle bruke Man sin iso er nok core duo for gammelt. Driverløst i osx er visstnok også et godt tegn for linux også. Arm-prosessor (ODROID) funker ikke med Man sin iso. Om du følger marsboer sin wiki kan du installere std mpd på et større spekter av maskinvare, men det krever mye mer linux-kompetanse enn Man sin iso. Intel nuc kan være et godt alternativ som maskinvare for Man iso.

Hmmm, kanskje jeg skal teste med den gamle macbooken først. Stello boksen støtter usb 2.0 audio driverløst fra os x (regner med at det samme gjelder linux) og kan sende aes/ebu til metric halo lydkortet. Beholder da mac mini i7 for pure vinyl biten. Den gamle macbooken jeg fant er core duo, så den støtter neppe 64 bit. Kan teste med en macbook air av siste type også, men den brukes til andre ting og er ikke en varig løsning. Fant noen søte små maskiner fra ODROID :: Hardkernel. Kan det være et brukbart alternativ?

Helt enig, dette er ikke lett uten en del unix-kunnskap. Har brukt Man sin optimaliserte MPD iso. Denne funker med intel i3 og større, samt core2duo prosessorer. Jeg fikk mao min gamle macbook til å funke med MPD. Er litt i samme situasjon som deg, med mac, firewire lydkord/dac og Pure Vinyl som riaa. Løsningen for meg var å beholde mac minien koblet opp som firewire mot dacen, og legge til en i3 minipc (kunne egentlig også brukt macbooken) som er koblet til dacen via spdif. Saken med Voyage MPD er at du må bruke usb som interface for lyd (ihvertfall på Man sin iso). En er derfor avhengig av en usb dac eller en usb til spdif konverter. Jeg bruker M2tech hiface2 til dette. Det finnes muligens bedre saker, men det har jeg ikke satt meg inn i ennå.

mvh
Ivar

 

[stianG]

Takk Ivar,

Burde kanskje tatt meg en tur får å sjekke dette i praksis. Nå har jeg uansett orget en HP small form faktor maskin med core2duo. Tenkte å gjøre dette superbillig/gratis til å begynne med. Har sjekket specs på stello u3 og den skal virke uten problemer med Linux. Som alternativ har jeg også et lynx aes 16 pci kort som også skal kunne fungere, men det blir sikkert mye mer styr å få det igang.

Om du skulle bruke Man sin iso er nok core duo for gammelt. Driverløst i osx er visstnok også et godt tegn for linux også. Arm-prosessor (ODROID) funker ikke med Man sin iso. Om du følger marsboer sin wiki kan du installere std mpd på et større spekter av maskinvare, men det krever mye mer linux-kompetanse enn Man sin iso. Intel nuc kan være et godt alternativ som maskinvare for Man iso.

Hmmm, kanskje jeg skal teste med den gamle macbooken først. Stello boksen støtter usb 2.0 audio driverløst fra os x (regner med at det samme gjelder linux) og kan sende aes/ebu til metric halo lydkortet. Beholder da mac mini i7 for pure vinyl biten. Den gamle macbooken jeg fant er core duo, så den støtter neppe 64 bit. Kan teste med en macbook air av siste type også, men den brukes til andre ting og er ikke en varig løsning. Fant noen søte små maskiner fra ODROID :: Hardkernel. Kan det være et brukbart alternativ?

Helt enig, dette er ikke lett uten en del unix-kunnskap. Har brukt Man sin optimaliserte MPD iso. Denne funker med intel i3 og større, samt core2duo prosessorer. Jeg fikk mao min gamle macbook til å funke med MPD. Er litt i samme situasjon som deg, med mac, firewire lydkord/dac og Pure Vinyl som riaa. Løsningen for meg var å beholde mac minien koblet opp som firewire mot dacen, og legge til en i3 minipc (kunne egentlig også brukt macbooken) som er koblet til dacen via spdif. Saken med Voyage MPD er at du må bruke usb som interface for lyd (ihvertfall på Man sin iso). En er derfor avhengig av en usb dac eller en usb til spdif konverter. Jeg bruker M2tech hiface2 til dette. Det finnes muligens bedre saker, men det har jeg ikke satt meg inn i ennå.

mvh
Ivar

 

[nma]

Er det et veldig, veldig spesielt kort?
Hvis ikke skulle jeg tro FFADO fungerte på playback ihvertfall.

Edit: Prism Orpheus sto på supported-listen til FFADO, så da er det nok ikke noe problem.
Orpheus | ffado.org

Den er såvidt støttet, d.v.s i praksis ikke noe særlig. FW-interfacen er heller ikke asynkron, så her vil jeg faktisk tippe at en asynkron usb/spdif er å foretrekke.

 

[ivarlo]

Er det et veldig, veldig spesielt kort?
Hvis ikke skulle jeg tro FFADO fungerte på playback ihvertfall.

Edit: Prism Orpheus sto på supported-listen til FFADO, så da er det nok ikke noe problem.
Orpheus | ffado.org

Den er såvidt støttet, d.v.s i praksis ikke noe særlig. FW-interfacen er heller ikke asynkron, så her vil jeg faktisk tippe at en asynkron usb/spdif er å foretrekke.

Er det lett å implementere for å teste? Ser jo at jeg mister kontrollpanelet for å styre Orpheusen, men det ville være greit å sammenligne ytelsen ved fw vs hiface...

 

[ivarlo]

Du må gjerne komme. Akkurat nå sliter jeg litt med å få diskene til å samarbeide, men en sammenligning av filer avspilt fra minnepinne vs mac/Amarra skal nok la seg gjøre

Hp core2duo funker sikkert, hør med Man om du får en kopi av isoen hans, så kan jeg legge ut en detaljert bruksanvisning på hvordan jeg fikk det satt opp.

Takk Ivar,

Burde kanskje tatt meg en tur får å sjekke dette i praksis. Nå har jeg uansett orget en HP small form faktor maskin med core2duo. Tenkte å gjøre dette superbillig/gratis til å begynne med. Har sjekket specs på stello u3 og den skal virke uten problemer med Linux. Som alternativ har jeg også et lynx aes 16 pci kort som også skal kunne fungere, men det blir sikkert mye mer styr å få det igang.

Om du skulle bruke Man sin iso er nok core duo for gammelt. Driverløst i osx er visstnok også et godt tegn for linux også. Arm-prosessor (ODROID) funker ikke med Man sin iso. Om du følger marsboer sin wiki kan du installere std mpd på et større spekter av maskinvare, men det krever mye mer linux-kompetanse enn Man sin iso. Intel nuc kan være et godt alternativ som maskinvare for Man iso.

Hmmm, kanskje jeg skal teste med den gamle macbooken først. Stello boksen støtter usb 2.0 audio driverløst fra os x (regner med at det samme gjelder linux) og kan sende aes/ebu til metric halo lydkortet. Beholder da mac mini i7 for pure vinyl biten. Den gamle macbooken jeg fant er core duo, så den støtter neppe 64 bit. Kan teste med en macbook air av siste type også, men den brukes til andre ting og er ikke en varig løsning. Fant noen søte små maskiner fra ODROID :: Hardkernel. Kan det være et brukbart alternativ?

Helt enig, dette er ikke lett uten en del unix-kunnskap. Har brukt Man sin optimaliserte MPD iso. Denne funker med intel i3 og større, samt core2duo prosessorer. Jeg fikk mao min gamle macbook til å funke med MPD. Er litt i samme situasjon som deg, med mac, firewire lydkord/dac og Pure Vinyl som riaa. Løsningen for meg var å beholde mac minien koblet opp som firewire mot dacen, og legge til en i3 minipc (kunne egentlig også brukt macbooken) som er koblet til dacen via spdif. Saken med Voyage MPD er at du må bruke usb som interface for lyd (ihvertfall på Man sin iso). En er derfor avhengig av en usb dac eller en usb til spdif konverter. Jeg bruker M2tech hiface2 til dette. Det finnes muligens bedre saker, men det har jeg ikke satt meg inn i ennå.

mvh
Ivar

 

[Ludo]

Jeg har fått Raspberri Pi idag - noen som har testet MPD på denne?

 

[Goophy]

Ja, det fungerer jo.
Men det er en veldig dum ting med den.
NICet sitter rett på USB-bussen, så bruker du USB-lydkort og streamer fra LAN samtidig blir det litt krøll, spesielt med hi-rez.

 

[gut_man]

Har mottatt og installert siste ISO fra Man. Lyden er ytterligere et hakk hvassere enn forrige ISO. Jeg får fremdeles ikke nas til å funke, men feilen ligger høyst sannsynlig hos meg og manglende kunnskaper om serverinnstillinger. Lokal support (svogeren) er varslet, så jeg regner med at det ordner seg etterhvert. Airplay funker som en drøm! Å kunne bruke Spotify over MPD er en kjærkommen bonus da jeg ganske ofte bruker Spotify til å reise på musikalske oppdagelsesreiser for å utvide horisonten

 

[nma]

Nå må det snart matche vinylriggen din...

 

[nma]

Fant noen søte små maskiner fra ODROID :: Hardkernel. Kan det være et brukbart alternativ?

De vil fungere fint. Personlig syns jeg formfaktoren til Cubox er mye mer attraktiv. (+ man slipper å problematikken med å montere det i eget kabinett). Dessverre fins ikke Cubox i Dual Core-versjon enda, og inntil da vil jeg avvente med å prøve MPD på ARM da jeg rett og slett ikke har trua på at ARM kan hevde seg m.h.t lydkvalitet. Helt greit til hytta og soverom, men ikke mot Intel x86_64 på et high-end anlegg. Jeg har egentlig ikke trua uansett, men dual core er uansett et must!

 

[gut_man]

Nå må det snart matche vinylriggen din...

Hehe, om det ikke matcher så er det ikke sånn at jeg sitter og savner så mye når jeg lytter til flac filene mine med MPD isoen fra deg. Hvor bra dette kan bli med optimalisert hardware er jeg veldig spent på! Jeg har noe spennende i kikkerten mht en bedre usb-spdif adapter.. Kanskje det blir forløsende? Med fare for å gjenta meg selv så spiller MPD, M2Tech og dCS'en min digitalis så silkemykt og oppløst som jeg ikke har hørt noen andre digitalrigger ever... Skulle vært uhyre morsomt å testet dette opp mot de ypperste greiene som Vadseth leker med om dagen.

 

[Goophy]

De vil fungere fint. Personlig syns jeg formfaktoren til Cubox er mye mer attraktiv. (+ man slipper å problematikken med å montere det i eget kabinett). Dessverre fins ikke Cubox i Dual Core-versjon enda, og inntil da vil jeg avvente med å prøve MPD på ARM da jeg rett og slett ikke har trua på at ARM kan hevde seg m.h.t lydkvalitet. Helt greit til hytta og soverom, men ikke mot Intel x86_64 på et high-end anlegg. Jeg har egentlig ikke trua uansett, men dual core er uansett et must!

Hvorfor tror du prosessorarkitekturen vil avgjøre noe forskjell når det kommer til noe så lite krevende som å spille av musikk?
Og hvorfor trenger du dualcore? CFS er da så stabilt og fleksibelt at det skulle gå greit.
Bare nysgjerrig.

Selv klarer jeg ikke høre forskjell på slikt og synes det er svært hendig med kun optisk ut fra Cubox som ligger på ~0.1 i load ved avspilling.

 

[Oblivion]

Fant noen søte små maskiner fra ODROID :: Hardkernel. Kan det være et brukbart alternativ?

De vil fungere fint. Personlig syns jeg formfaktoren til Cubox er mye mer attraktiv. (+ man slipper å problematikken med å montere det i eget kabinett). Dessverre fins ikke Cubox i Dual Core-versjon enda, og inntil da vil jeg avvente med å prøve MPD på ARM da jeg rett og slett ikke har trua på at ARM kan hevde seg m.h.t lydkvalitet. Helt greit til hytta og soverom, men ikke mot Intel x86_64 på et high-end anlegg. Jeg har egentlig ikke trua uansett, men dual core er uansett et must!

1. Har du noen form for forklaring på hvorfor single core ikke kan fungere og at minst dual core er et must som du skriver?
2. Har du noen form for forklaring på hvorfor ARM ikke skulle kunne hevde seg i lydkvalitet i forhold til Intel x86_64 som du skriver?

Til info har jeg flere Intel (dual og quad core) med passiv heatpipe kjøling og diskrete linære strømforsyninger og så optimalisert hardware som det har latt seg gjøre å implementere i praksis, og jeg har single core ARM og quad core ARM systemer med moderate optimaliserings nivåer (foreløpig)..
Det at jeg bruker USB galvanisk isolering og også galvanisk isolering mellom USB adapter og DAC gjør nok sitt til at jeg kan høre reelle forskjeller.

Til info har nå mitt mest optimaliserte Intel quad core system blitt plasert på loftet og fungerer nå som video overvåknings server og med virtuelle Linux ubuntu/debian installasjoner som brukes til å kompilere linux / MPD for både Intel og ARM platform.

 

[Oblivion]

Selv klarer jeg ikke høre forskjell på slikt og synes det er svært hendig med kun optisk ut fra Cubox som ligger på ~0.1 i load ved avspilling.

Jeg har jobbet litt med CuBox kernel for å få den optiske utgangen til å fungere som en 24bit enhet,
men har kommet til den konklusjonen at kun endringen til at alle samplerater bruker den externe 0 ppm klokken og at det KUN er en 16bit enhet er det optimale for å spille 99% av musikken som nettopp er 44.1k/16bit.

 

[Goophy]

Jeg har jobbet litt med CuBox kernel for å få den optiske utgangen til å fungere som en 24bit enhet,
men har kommet til den konklusjonen at kun endringen til at alle samplerater bruker den externe 0 ppm klokken og at det KUN er en 16bit enhet er det optimale for å spille 99% av musikken som nettopp er 44.1k/16bit.

Fikk du 24bit til å fungere? Jeg orket ikke prøve mer siden jeg omtrent ikke har noe 24bit musikk.

 

[Oblivion]

Fikk du 24bit til å fungere? Jeg orket ikke prøve mer siden jeg omtrent ikke har noe 24bit musikk.

Før jeg kom så langt ble det klart at med CuBox ville jeg ikke få ut I2S signalene og da var det ikke verdt innsatsen det ville krevd.

 

[nma]

De vil fungere fint. Personlig syns jeg formfaktoren til Cubox er mye mer attraktiv. (+ man slipper å problematikken med å montere det i eget kabinett). Dessverre fins ikke Cubox i Dual Core-versjon enda, og inntil da vil jeg avvente med å prøve MPD på ARM da jeg rett og slett ikke har trua på at ARM kan hevde seg m.h.t lydkvalitet. Helt greit til hytta og soverom, men ikke mot Intel x86_64 på et high-end anlegg. Jeg har egentlig ikke trua uansett, men dual core er uansett et must!

Hvorfor tror du prosessorarkitekturen vil avgjøre noe forskjell når det kommer til noe så lite krevende som å spille av musikk?
Og hvorfor trenger du dualcore? CFS er da så stabilt og fleksibelt at det skulle gå greit.
Bare nysgjerrig.

Selv klarer jeg ikke høre forskjell på slikt og synes det er svært hendig med kun optisk ut fra Cubox som ligger på ~0.1 i load ved avspilling.

Argumentasjonen om det å spille av musikk er så lite krevende, er gått ut på dato for lengst. Hvis "krevende" (og jeg går utifra at "krevende" er her et annet ord for CPU-forbruk) var en faktor, så ville Windows/Mac/Linux og alle avspillerprogrammer låte likt. Da hadde heller ikke denne tråden eksistert.
Hvorfor skal alle skeptikere gå utifra at CPU-forbruket har noe å si? Det er mange andre ting som har påvirkning på lydkvalitet enn kun CPU-forbruk. Faktisk kan man se bort fra CPU-forbruk fordi på en moderne CPU er den uansett så liten at det blir umulig å måle noen sammenheng mellom CPU-forbruk og lydkvalitet.

Dual Core da dette spiller tydelig bedre i alle mine forsøk.

At du ikke hører forskjell på noe i det hele tatt (om jeg forstår deg rett), så er du velkommen til å mene akkurat det

 

[Goophy]

Argumentasjonen om det å spille av musikk er så lite krevende, er gått ut på dato for lengst. Hvis "krevende" (og jeg går utifra at "krevende" er her et annet ord for CPU-forbruk) var en faktor, så ville Windows/Mac/Linux og alle avspillerprogrammer låte likt. Da hadde heller ikke denne tråden eksistert.
Hvorfor skal alle skeptikere gå utifra at CPU-forbruket har noe å si? Det er mange andre ting som har påvirkning på lydkvalitet enn kun CPU-forbruk. Faktisk kan man se bort fra CPU-forbruk fordi på en moderne CPU er den uansett så liten at det blir umulig å måle noen sammenheng mellom CPU-forbruk og lydkvalitet.

Grunnen til at forskjellige avspillerprogram ikke vil låte likt er vel ganske opplagt? Svært få av de behandler inndata likt.
Men når det kommer til samme kodebase på annen arkitektur som blir sendt videre med samme algoritmer til samme USB-boks har jeg litt større problemer med å forstå det. Mener du forskjellige assemblere vil håndtere dataen som i utgangspunktet skal være lik så forskjellig at det blir hørbart?

Blandet inn CPU-forbruk fordi det er den største svakheten til ARM-arkitekturen, er ellers helt enig med deg at det har fint lite å si nå om dagen.

Bare nysgjerrig på hvorfor arkitekturen skal utgjøre noe forskjell når alt annet er identisk.

Mente at jeg ikke hører forskjell på likt oppsett på Intel og ARM-plattform.

 

[jangri]

Til info har nå mitt mest optimaliserte Intel quad core system blitt plasert på loftet og fungerer nå som video overvåknings server og med virtuelle Linux ubuntu/debian installasjoner som brukes til å kompilere linux / MPD for både Intel og ARM platform.

Kan du forklare litt rundt dette, og hvordan du har satt opp serverene? Dette er noe jeg gjerne vil prøve ut selv
Jeg spurte tidligere i denne tråden angående å kjøre MPD via en virtuell installasjon, og fikk beskjed om at Hyper-V ikke støttet mounting av USB lydkort - og at det var en suboptimal løsning uansett å kjøre MPD virtuelt.


Her er svaret jeg fikk tidligere.

I følge dokumentasjonen støtter Hyper-V kun mounting av USB lagringsenheter, og ingen andre typer USB enheter. Det ser ikke ut som om Hyper-V kan dele lydkortet med Windows-maskinen i bunn heller, som jo kunne vært et alternativ.

Uansett en suboptimal løsning, og ting som real time kernel gir ingen mening når maskinen kjører virtuelt. Men som en ren funksjonalitetstest så er det jo greit.

VMware har imidlertid denne funksjonaliteten. Muligens VirtualBox også.

Dette med "real time kernel" - Gjelder dette kun Hyper-V?

 

[nma]

Grunnen til at forskjellige avspillerprogram ikke vil låte likt er vel ganske opplagt? Svært få av de behandler inndata likt.
Men utdata er jo likt?

Det er jo det som har vært "trumfkortet" til, tja.. la oss kalle dem ekspertene-uten-praktisk-erfaring. Bitperfekt er bitperfekt. Jitter er et ikke-problem.

Men når det kommer til samme kodebase på annen arkitektur som blir sendt videre med samme algoritmer til samme USB-boks har jeg litt større problemer med å forstå det. Mener du forskjellige assemblere vil håndtere dataen som i utgangspunktet skal være lik så forskjellig at det blir hørbart?

Jeg tror ikke jeg vil påstå noe hardnakket m.h.t noe jeg ikke har inngående kjennskap til, men eksperimenter med 32bit 1-core x86 var ikke spesielt oppløftende i forhold til den lydkvaliteten jeg opplever med x86_64 dual core. I tillegg er ikke alt likt, ARM-prosessorene er designet for å være strømsparende, er RISC-baserte, er avhengige av andre brikkesett, andre timinger og klokker, har mindre båndbredde, er 32bit, interface mot ram etc. etc. Så å si at alt annet er likt er vel egentlig ikke helt riktig.

Mente at jeg ikke hører forskjell på likt oppsett på Intel og ARM-plattform.

Jeg kan ikke ikke si noe definitvt, da jeg ikke har erfaringer rundt ARM, men med tanke på at en Cubox har ca. like mye kraft som en Pentium Pro fra 1995, så er det jo fritt fram for alle som har en gammel laptop liggende å sammenligne dette mot nyere hardware. Jeg har stasjonære P2-300mhz, Athlon XP, og P4 i boden..ikke f.. om det er aktuelt å drasse disse opp

 

[nma]

Å kjøre MPD virtuelt er å skyte seg selv i foten da virtuelle det passer best for ikke-timing-kritiske applikasjoner. Kanskje det største poenget med MPD er at det kan installeres i en minimal installasjon med minimale prosesser kjørende og at det er direkte interface fra OS til hardware. Et virtuelt miljø er jo alt annet enn dette.

 

[Goophy]

Jeg tror ikke jeg vil påstå noe hardnakket m.h.t noe jeg ikke har inngående kjennskap til, men eksperimenter med 32bit 1-core x86 var ikke spesielt oppløftende i forhold til den lydkvaliteten jeg opplever med x86_64 dual core. I tillegg er ikke alt likt, ARM-prosessorene er designet for å være strømsparende, er RISC-baserte, er avhengige av andre brikkesett, andre timinger og klokker, har mindre båndbredde, er 32bit, interface mot ram etc. etc. Så å si at alt annet er likt er vel egentlig ikke helt riktig.

Jeg har jobbet en del med embedded-systemer på lavnivå og det er akkurat dette jeg ikke helt klarer få til å stemme med det jeg har erfart.
Konvertering av datafiler til generisk usb audio skjer ikke på et nivå der interne klokkefrekvenser, minnetiminger osv. vil ha noe å si. På nivået dette skjer har det allerede blitt tatt høyde for forskjellene og alminnelige regneregler overholdes.
I mitt hode blir det som at triviell flyttallaritmetikk skal gi forskjellig resultat på samme plattform med med normale og endrede frekvenser.

Sier ikke at jeg har rett eller at du tar feil, synes bare dette er artig og ikke minst veldig interessant. Om jeg klarer forbedre lyden min hørbart med billig hardware er jo det fantastisk!

Må se om jeg finner en lur måte å sammenlikne usb audio-strøm på, for å se hvor store forskjeller det faktisk er!

 

[marsboer]

Dette med "real time kernel" - Gjelder dette kun Hyper-V?

Jeg vet ikke hvor mye du vet om konseptet virtualisering, men hele poenget med den typen fullstendig virtualiserte OS som du her snakker om er at operativsystemet i den virtuelle maskinen er abstrahert bort fra maskinvaren. Selv om det virtuelle OSet prioriterer sine data aldri så nøye og i teorien har null jitter, vil dette ha nærmest null å si siden det uansett er hypervisoren, eller OSet i bunn om du vil, som alltid vil ha siste ord. Hypervisoren prioriterer slik at alle de virtuelle maskinene får gjort sitt, uavhengig av hva den enkelte virtuelle maskin måtte mene. Dette er eksakt det motsatte i forhold til hensikten med den typen MPD-optimalisering som gjøres her og da spesifikt RT-kernelen. RT i en virtuell maskin er rett og slett ikke gjennomførbart som et konsept som gir mening.

Dagens beste virtualiseringsløsninger støtter gjerne en form for passthrough mot enkelte former for maskinvare, og det er også mulig å i prioritere maskinvareressurser i større grad mot enkelte VMer. Ved valg av egnet løsning kan det i tillegg hende at du klarer å få til noe som ligner på passthrough mot lydkortet for bitperfekt lyd ved alle bitrater, selv om jeg forutser en rekke potensielle problemer underveis. Typisk av den typen at det er desktopvirtualieringsløsningene av typen VMWare Workstation og VirtualBox som typisk har noen form for USB-passthrough eller lydkortstøtte, men disse er samtidig nærmest ubrukelige for høyytelses permanent virtualisering siden de surkler oppå et fullverdig standard-OS i bånn. De gode løsningene som f.eks VMware ESXi og Linux KVM er svært egnet for virtuelle maskiner med sin gode ytelse men har igjen dårlig støtte for alt av "forbruker-I/O"-enheter som typisk retter seg mot multimedia, ekstern lagring og tilsvarende.

Virtualisering og hi-fi avspilling av audio blir derfor litt som å tvinge en en firkantet kloss inn i et rundt hull. Virtualisering som en del av kjeden ellers er selvsagt helt kurant. Men du kan jo prøve og gi oss tilbakemelding

 

[jangri]

Virtualisering og hi-fi avspilling av audio blir derfor litt som å tvinge en en firkantet kloss inn i et rundt hull. Virtualisering som en del av kjeden ellers er selvsagt helt kurant. Men du kan jo prøve og gi oss tilbakemelding

Jeg kan lite om virtualisering annet en at jeg har et par OS kjørende i hyper-v på en 2008server. Da egentlig bare for læringen sin del, f.eks testing av lunix og feilsøking.

Jeg spurte om mer utdyping angående MPD på en virtuell maskin siden Oblivion skriver:

Til info har nå mitt mest optimaliserte Intel quad core system blitt plasert på loftet og fungerer nå som video overvåknings server og med virtuelle Linux ubuntu/debian installasjoner som brukes til å kompilere linux / MPD for både Intel og ARM platform.

Kanskje Oblivion vil utdype hvordan det høres ut

Anyways: Vet dere noe mer om Intel NUC? Ser i alle fall ut som prisen blir 400 dolares.

 

[Goophy]

Til info har nå mitt mest optimaliserte Intel quad core system blitt plasert på loftet og fungerer nå som video overvåknings server og med virtuelle Linux ubuntu/debian installasjoner som brukes til å kompilere linux / MPD for både Intel og ARM platform.

Kanskje Oblivion vil utdype hvordan det høres ut

Han bruker de virtuelle maskinene til å bygge programvare, ikke spille av musikk.

 

[jangri]

Haha! Der overså jeg et vesentlig ord ja My bad!
Får vente spent på Intel NUC

 

[marsboer]

Anbefalt lesning, sterkt relatert til det vi holder på med i denne tråden:
Software interrupts and realtime [LWN.net]

 

[nma]

Har venta en stund nå, og nå ser det ut som den er lansert: minix neo x5, Dual core med ethernet (dessverre ikke gigabit går jeg utifra menmen)
Minix NEO X5 Android 4 Mini PC Launches For €99 | Geeky Gadgets
Kommer til å kjøpe en sånn og prøve å sette opp MPD.

 

[Goophy]

Ville vært litt forsiktig med akkurat den der.
Er null spesifikk kode for SoC-en i upstream linux.
Veldig kjipt med enheter som kun kan kjøre på én kjerne levert av produsenten.

Finnes flere devkort med dualcore/quadcore A9 og mye spesifikk kode upstream, bla. Pandaboard, Odroid-X, Nitrogen6X, PhyBoard osv.

 

[nma]

Men felles for de alle er at de ikke har ethernet...eller så er de for store. Men tar gjerne mot tips!

 

[Goophy]

Alle de jeg nevnte har ethernet og er omtrent like store som Minix X5, men det er bare et kort uten kabinett.
Er litt dumt å kjøpe en boks og så kan man ikke kjøre linux (closed source bootloader feks.) på den, har gått på den smellen selv før.

Fungerer MPD på android forresten?

 

[nma]

Jeg trodde jo det..kanskje ikke. Men spørs om ikke Android blir overkill uansett hvordan man vender og vrir det. Ville jo helst hatt Debian installert. Ubuntu til nød.

 

[Oblivion]

@marsboer slette innlegget som ble quotet og derfor redigerte jeg dette innlegget..

Intel HDA har mest sansynlig kun en klokke for 48k/96k/192k og da er det normalt kun 44.1k som støttes og ikke 88.2k eller 176.4k.
Det vil si at 88.2k støttes i noen tilfeller, men med så mye jitter at det er ubrukelig.
44.1k klokken som "mangler" løses på to forskjellige måter - mot SPDIF sendes data med 48k klokken, men det brukes kun 147 av 160 klokke sykler (hvis jeg husker dette riktig) slik at SPDIF ser en lavere klokkerate som simulerer 44.1k.
Alternativt brukes en PLL (normalt mye jitter) for å syntizere 44.1k.

Også lyd delen i CuBox har standard det samme problemet med både I2S og SPDIF,
men her er det en extern lav jitter klokke på hovedkortet som en kan programmere (i kernel source koden) slik at alle samplerater opp til 192k får korrekt klokke og med mindre enn 30 ps jitter ut på SPDIF utgangen.
Da det kun er ToshLink fungerer 192k for noen og ikke for andre, men en kan koble en galvanisk isolert (puls trafo) og få RCA / BNC (75 ohm) eller XLR (110 ohm) utgang som fungerer perfekt med også 192k.

ToshLink og 192k har en direkte sammenheng med de revisjonene du har av sender og mottager i utstyret ditt.
Når de 192k godkjente senderne og mottagerne gikk ut av produksjon for noen år tilbake så fikk jeg kjøpt inn noen eksemplarer i siste liten Nå produseres det kun 96k godkjente ToshLink produkter (som standard) som hvis en har flaks også greier 192k.