Voyage MPD
- Trådstarter gut_man
- Startdato
Diskusjonstråd Se tråd i gallerivisning
-
Mon tro om folk flest er litt redd for å prøve? Det er bare å spørre, så kan jeg alltids prøve å svare det jeg kan ihvertfall. Jeg er jo ingen ekspert i commandline/terminal, men jeg skjønner sammenhengen godt nok til å finne informasjonen jeg trenger.
Har i løpet av dagen fått opp en halvferdig voyage mpd 64bit. Testet litt og slikt, sammenlignet mpd 32 og 64bit og t.o.m brukt ørene
veldig gøyalt kommer med mer.. (flybuss med iphone)Gutman, og alle som vil prove mpd med minst mulig fuzz: kanskje dere burde ta en titt paa denne: Puppy Linux Discussion Forum :: View topic - mpdPup - Simplified MPD Music Server/Jukebox - v0.9.2
Tror likevel ikke den stotter USB Audio 2.0 enda? Da vil f.eks ikke M2tech Hiface two fungere.. men HagUSB og USB Audio 1.0 USB/SPdif adaptere vil fungere opptil 24/96. Kanskje Oblivion vet mer.Sist redigert:OOblivion
Gjest
mpdPup er mye enklere å bruke og med X desktop, men også mer problematisk...
Raske CPUer, Intel grafikk, Intel chipset, store USB flash etc. gir problemer.
Mitt "High-End" Atom DN2800MT kort fungerer uten problemer med Voyage MPD og Voyage 64bit,
men er bare trøbbel med mpdPup.
Måtte ned på et 4GB USB flash for å kunne boote.
Venter på en ny kompilering av mpdPup (siste Intel drivere og bug fix) for å sjekke om Atom kortet og Gigabyte kortet vil fungere bedre..
Det er noen "bug" som også bør ordnes både i mpdPup og MPoD/MPaD appene.
MPoD/MPaD versjon 1.17.1 som er gjeldende versjon er så og si ubrukelige fordi en har ikke kontroll over tilkoblingen (bug) til MPD.
mpdPup i nåværende utgave må konfigureres manuellt (bug) på MPoD/MPaD og sammen med feilen i MPoD/MPaD så er det meget forvirrende.
MPaD versjonen kan (har skjedd flere ganger) gå totalt i "surr" slik at en må slette appen og installere på nytt.
USB 2.0 fungerer.OOblivion
Gjest
Regner med at overgang fra 32bit -> 64bit => Redusert støy pga. redusert antall instruksjoner => Mer oppløst lyd og bedre 3DMon tro om folk flest er litt redd for å prøve? Det er bare å spørre, så kan jeg alltids prøve å svare det jeg kan ihvertfall. Jeg er jo ingen ekspert i commandline/terminal, men jeg skjønner sammenhengen godt nok til å finne informasjonen jeg trenger.
Har i løpet av dagen fått opp en halvferdig voyage mpd 64bit. Testet litt og slikt, sammenlignet mpd 32 og 64bit og t.o.m brukt ørene veldig gøyalt kommer med mer.. (flybuss med iphone)
Ja, har lagt merke til at ting gaar i surr m.h.t til feil sanger i feil album og slikt, men det var ikke verre enn a quitte programmet helt. Altsa fjerne det fra appswitcheren som dukker opp naar man dobbelklikker paa homeknappen.OOblivion
Gjest
Det er det "normale" surret
Hvis en konfigurerer mot MPD med forskjellige IP adresser vil det etterhvert bli "total surr"...
En kan ikke se album og ikke se spilleliste (vises som unknown) etc...
Da er det sletting og ny installering som gjelder..
Veldig rart, jeg har aldri vaert borti dette problemet. Har hatt forskjellige bokser oppe og kjore. Har forsovet autodiscovery paa MPD, saa det er lenge siden jeg har tasta inn IP manuelt, men det er likevel rart at dette skal ha noe aa si. Er det spesifikt mot Mpdpup?
Det er det "normale" surret
Hvis en konfigurerer mot MPD med forskjellige IP adresser vil det etterhvert bli "total surr"...
En kan ikke se album og ikke se spilleliste (vises som unknown) etc...
Da er det sletting og ny installering som gjelder..OOblivion
Gjest
Det er versjon 1.7.1 som har dette problemet,
og MPoD er "nesten" i orden,
men MPaD er ikke til å stole på - regner med at 1.7.2 snart er klar til nedlasting.32bit vs 64bit:
Jeg må ta et forbehold om at det er forskjellig hardware. Ideelt sett burde jeg såklart hadde 2 stk Mac mini 2011 2.5ghz som var helt likt satt opp bortsett fra at den ene kjører 32bit, mens den andre kjører 64bit. Jeg kan jo også dualboote 32/64bit, men da må man reboote, og kan dermed ikke simpelthen bare bytte om på USB-kabelen som går inn i Ayre QB-9. Allikevel har jeg jo det gamle oppsettet som referanse, så det kunne kanskje forsvares. Uansett hadde jeg ikke ork til installere begge deler=) Den gamle 32bit installasjonen er en Apple TV 1.generasjon. (et lite helvete å få Linux til å kjøre på denne, men den har faktisk en Pentium M "Dothan" 1ghz på innsiden, og er også rask nok til å f.eks resample 384khz ALAC til 192khz så lenge man holder seg til lavere kvalitetsgrad, noe man bare kan glemme med en Alix som tross alt bare har rundt en 1/5 av ytelsen. Gjennomsnittlig CPU-bruk ved 16/44 er ca 1-2-3%, så her snakker vi om overkill, selv om ATV1 i utgangspunktet er en enkel streamer Apple lanserte i 2007.
Selv om Voyage MPD paa ATV var et proveprosjekt en gang i tiden, har jeg vaert saa fornoyd at denne har vaert hovedkilden til hoykvalitets avspilling av lokale musikkfiler. Den gamle ATVen med optimalisert Voyage MPD spiller klart bedre enn 64bits OSX med Pure Music, BitPerfect og Amarra. Det er ikke vits aa sammenligne engang.
Derfor var jeg meget spent paa hvordan en 64bits Linux med MPD ville utarte seg. Sist gang jeg gikk fra 32bits til 64bits var med OSX Snow Leopard / Lion, og der var forskjellene aapenbare. Det kunne vaert interessant aa trekke paralleller mellom OSX og Linux m.h.t til forskjeller i lyden.
Jeg baserte installasjonen min paa Voyage Linux O.85 , men hadde ogsaa ArchLinux og Debian i tankene, men siden Voyage Linux ikke bare er basert paa Debian men saa aa si er Debian i et mindre skall, saa var det like greit aa prøve seg paa denne distroen.
Nyinstallert låter 64bit veldig bra, så bra at man egentlig kan si seg fornoyd.. For den matcher en tweaket 32bit på nesten alle måter, og overgår den på andre parametre. I motsetning til OSX 64bit som iogforseg er bedre enn 32bits OSX, men også lysere i klangen, oppleves 64bits linux faktisk litt mørkere i lyden. Det er nok p.g.a at det oppleves litt roligere og renere. Det er et snev flere detaljer, men uten at det går utover homogeniteten. Det er likevel mer "liv" i 32bits versjonen.
Mot en 64bits versjon i som kun er halvtweaket er det rått parti i favør 64bit! Oh My God! Det er helt spinnvillt! Det er bare så mye mer liv, dynamikk, et vell av detaljer, samtidig som det spiller enda roligere og renere, også såklart: veldig holografisk/3D! Og det har ikke blitt lysere i klangen, men tvert imot. Hvor bra det kan bli med den NUC-platformen, med ingen mekaniske deler, samt DC-strømforsyning kan jeg kun spekulere i (kan jo gjøre det samme med en Mac mini, men det blir litt for ekstremt/luksuriøst IMHO)OOblivion
Gjest
Spinnvillt32bit vs 64bit:
Mot en 64bits versjon i som kun er halvtweaket er det rått parti i favør 64bit! Oh My God! Det er helt spinnvillt! Det er bare så mye mer liv, dynamikk, et vell av detaljer, samtidig som det spiller enda roligere og renere, også såklart: veldig holografisk/3D! Og det har ikke blitt lysere i klangen, men tvert imot. Hvor bra det kan bli med den NUC-platformen, med ingen mekaniske deler, samt DC-strømforsyning kan jeg kun spekulere i (kan jo gjøre det samme med en Mac mini, men det blir litt for ekstremt/luksuriøst IMHO)
Dette er lovende!!
Når du har fått tweaket 64bit versjonen ferdig og laget en Live CD skal få høre den på en total-tweaket musikk PC:
Zotac H67ITX-C-E, Intel Core™ i3 2100T 2.50 GHz Duo, 8GB, 60GB SSD, Gigabit og Wireless nettverk.
Passiv heatpipe kjøling, alle interne spennings railer er oppgradert med minst 6800uF (mer enn 100.000uF) +++.
XMOS basert USB -> I2S kort som har automatisk LSB extension og 384k/32bit støtte.
DAC med 384k/32bit (integrert SD kort spiller som også støtter opp til 384k/32bit)..
Musikk bibliotek med DXD 352.8k/24bit og AIFF 176.4k/24bit/32bit og 352.8k/32bit på eSATA.
Alternativt på en tilsvarende tweaket:
Gigabyte GA-H67-USB3-B3, Intel Core™ i5 2405S 2.50/3.3GHz GHz Quad, 8GB, 60GB SSD og Gigabit nettverk.
Her er det tilsvarende (oppgradert) XMOS USB og DAC med DSD støtte, og musikk biblioteket ligger på et NAS (også med DSD i tillegg).
Begge systemene er ypperlige til å evaluere/teste frem til et dedikert Intel NUC system er ferdig tweaket.
EDIT: Zotac systemet ferdig tweaket var lagt ut på Torget og jeg fikk kun et skam-bud på 4000...
Det er tydelig at det ikke er veldig stor forståelse for hvor mye avspiller systemet gjør for lyd kvaliteten - mer enn OS / programvare...
Sist redigert:
Intel NUC og AMD LiveBox
Da jeg gjorde et nettsøk ang. Intel NUC (Next Unit of Computing), fant jeg også AMD LiveBox. Den har bl.a. gigabit ethernet som Intel NUC visstnok skal mangle. Har noen av dere så langt noen formeninger om pluss og minus for de to plattformene?
Intel NUC (Next Unit of Computing)
- http://www.intel-nuc.com/
- http://www.geek.com/articles/chips/intel-unveils-4-inch-nuc-mini-pc-for-400-20120611/
- http://techreport.com/discussions.x/23066
- http://arstechnica.com/gadgets/2012...ls-on-its-tiny-next-unit-of-computing-system/
- http://www.extremetech.com/extreme/...unveils-ultra-small-next-unit-of-computing-pc
OOblivion
Gjest
Informasjonene om Intel NUC som nå finnes på nett er ikke helt reell...
Stort sett villedende i de fleste tilfeller.
Det kommer korrekt informasjon først når Intel legger ut spesifikasjonene på Laptop, Notebook, Desktop, Server and Embedded Processor Technology - Intel
Andre produsenter kommer også med passivt kjølte IVY bridge systemer.
i7 som et komplett system som avgir 10 - 26 watt og med 12 volt drift.
Intense PC – fit-PC
Med Voyage MPD, og med nok minne og SSD disk vil nok avgitt effekt ligge nede mot 10 watt...
Men modellene med i3 eller Celeron har mer enn nok ytelse.
Regner med at Voyage MPD med high-rez avspilling KUN vil bruke 1 - 2% CPU.
I praksis er vel Gigabit kun viktig for førstegangs scanning av musikkfilene. Men MPD er lyyyyyyyyynrask uansett til dette uansett, men det går vel unna på en femtedel av tiden kontra 100mbit. 15-20min på 2 TB lossless kontra 1t-1t15min. Intel NUC er en 64bits maskin, og dette tror jeg kan være fordelaktig m.h.t til lydkvaliteten. Ikke spør meg hvorfor... Edit: virker som amd også støtter 64bit.Sist redigert:
Intel NUC kun med trådløst nettverk?
Jeg fikk inntrykk av at Intel NUC kun har trådløst nettverk, ikke kablet.OOblivion
Gjest
Vi får se hvilke konfigurasjoner Intel NUC blir tilgjengelig med før en trenger å bekymre seg for mye.
Når det gjelder hardware og en Intel NUC konfigurasjon som passer for Linux og MPD så kommer jeg til å legge ut beskrivelser for oppgraderinger av PSU og hardware når jeg har fått en slik NUC i hus..
Man´s prosjekt med en egen optimalisert Linux MPD 64bit med RT (real time) kernel som han har lagt ned mye arbeid i har jeg fått prøve en utgave av som.
Men vi får se hva det blir til både med Man´s og andre MPD prosjekter.
For de som har lyst til å brenne en CD og prøve Voyager MPD med støtte for opp til 384k/32bit og DSD så kan det lastes ned fra denne linken: https://www.dropbox.com/sh/n6io3ufrng9dda0/EzpSgbOqe6/voyage-mpd-custom.iso
Info og nedlastnings link er hentet her: http://www.diyaudio.com/forums/digi...usb-xmos-reference-design-implementation.html
Denne er laget slik at all musikk som er tilkoblet USB (USB disk, USB stick etc.) blir tilgjengelig for avspilling.
Har en musikk på et NAS så kan dette mountes under /var/lib/mpd/music og dette kan gjerne være et iTunes bibliotek eller et Flac bibliotek eller et bibliotek som er laget for Foobar eller XXhighend etc.Sist redigert:Har sendt deg 4. testutgave på PM nå, Oblivion. *Sinnsykt* mye frem og tilbake, testing, etc etc. Men nå anser jeg dette som "stable" og kan gå videre med livet... ISO på rundt 60MB, som garantert spiller ringer rundt det du har vært borti tidligere Hvis jeg orker senere en vakker dag, så skal jeg nok klare å få dette ned i minst halvparten. Det største problemet er at Lighttpd webserveren som iogforseg er et lite program, er avhengig av en drøss med forskjellige bibliotek. Hele ca 40MB, og det samme gjelder Avahi, og det gjelder i tillegg også FFMPEG som jeg må bruke p.g.a ALAC-støtten. Det blir nok å kompilere selv med kun støtte for ALAC/FLAC/AAC (og kanskje ogg/vorbis), for å få ned overheaden.Mulig Zeroconf (annen greie som gjør det samme som Avahi) er mer selvstendig, og Nginx webserver som Voyage selv har skiftet over til, skal visstnok ikke være avhengig av eksterne bibliotek i samme grad. Til slutt kan man også rekompilere kjernen med støtte for kun det aller nødvendigste, for å få ned den størrelsen, og til slutt slette de basic småprogrammene som alltid har vært en del av Linux. Har tro på at en 20-30MB ISO er innen rekkevidde.
Noen av dere har kanskje opplevd at det er fordeler å bruke SSD-disk, bruksmessig uten tvil, men også når det gjelder lydkvalitet. Så hva slår SSD? ..nemlig ingen disk i det hele tatt. Måten min metode fungerer på er at man booter opp via en USB stick, hele sulamitten blir så overført til RAM og kjører derfra. På samme USB stick har man en live-partisjon som gjør at den beholder endringene. (Stort sett i bruk ved update av bibliotek). Det er allerede definert en nettverkshare som den kobler seg på og begynner automatisk å scanne biblioteket, men vil også automatisk finne USB-disker og penner som man kobler på og vil automatisk scanne dette. (FAT/FAT32/NTFS/HFS+) Man kobler seg til via iPhone/iPad som automatisk finner serveren og alt er plug n play, samtidig som lydkvaliteten er av en helt helt annen verden. I så stor grad at t.o.m orso hadde nikket anerkjennende
Det er _kun_ støtte for USB DAC, evt S/Pdif-adapter, dette gjør at det kan brukes i forskjellige maskiner samtidig som USB-lydkortet alltid blir første lydkort, uansett om man plugger inn/ut forskjellige DACer når strømmen er på eller før man booter.
Akkurat nå har jeg bootet opp igjen igjen i OSX Lion med Pure Music med memory playback. Dette er eksakt samme maskin, men det låter som en dårlig faksimile i forhold, og det er ikke *litt* overdrevet engangOOblivion
Gjest
Skal få testet denne versjonen ASAPHar sendt deg 4. testutgave på PM nå, Oblivion. *Sinnsykt* mye frem og tilbake, testing, etc etc. Men nå anser jeg dette som "stable" og kan gå videre med livet... ISO på rundt 60MB, som garantert spiller ringer rundt det du har vært borti tidligere
For meg er WAV og AIFF (opp til 768k/32bit), FLAC og DSD støtte et mål.
Hva med nettverks boot fra NAS ??
Da slipper en også USB stick..
Regner med at forskjellen er omtrent som når jeg gikk over fra Windows basert avspilling til OSX...
Og at Linux / MPD er ytterligere et skritt i riktig retning har jeg også konstantert.Det er vel ingen begrensninger på WAV og AIFF, trodde jeg. Nå har jeg jo hverken DAC som tar 768 eller slike filer uansett, så det får nå være ubesvart fra min side, men det skal teknisk sett ikke være noen problemer med det. UAC2 er kun begrenset oppad til hva USB-chippen er programmert for. DSD støtte er bakt inn i nåværende MPD-versjon allerede. Det konverteres til DXD og nedsamples til 176/192 om det er begrensninger i DAC´en tror jeg. (såfremt MPD har blitt kompilert med SRC-biblioteket) Native DSD over PCM må spesifiseres i configfilen til MPD, men støtten er der allerede. (Det er ingen standard som gjør at DACer kan fortelle Linux at de støtter DSD enda, slik at dette kan skiftes automatisk on-the-fly) AAC og MP3 fordi dette er alltids formater en alltids kommer over, og Vorbis muligens hvis det kommer en MPD-klient med native støtte for Spotify, og som kan sende spillelister og urler til MPD-serveren. Akkurat det hadde vært veldig kjekt Ser jo ikke bort fra at det kunne blitt implementert i mPad/mPod iogmed det finns flere andre iOS-apps som benytter seg av Spotify sin API allerede.
Nettverksboot har jeg ikke tid å sette meg inn i, men det fordrer endel problemer for sluttbruker. Enten må det være en DHCP/TFTP/PXE server i selve NASen, og man må skru av DHCP ruteren, og/eller no lignende triks bla bla bla.
Det er også andre problemer, enten kan man boote et vanlig filsystem over nettverk men da kan man ikke kjøre det fra RAM, eller så kan boote et image og kjøre dette i RAM, men må vel fortsatt ha en USB-pen/sata tilkoblet for lagring av filer, og er like langt.
Ser ikke helt problemet med å boote fra USB-penn iogmed 99.999% av alle musikkservere er ganske selvstendige og ikke i et stort nettverk av audiofile musikkavspillere. Muligens hadde det vært noe om man eide et stort slott og ønsket et hifianlegg i hvert rom, med sentralisert datalagring og musikklagring Eller at man drifter f.eks IT på NTNU og bruker tynne klienter, noe de har gjort i, tja, minst 15år allerede?OOblivion
Gjest
Det stemmer at en bør enable native DSD kun hvis en har DAC / USB mottager som støtter dette.Det er vel ingen begrensninger på WAV og AIFF, trodde jeg. Nå har jeg jo hverken DAC som tar 768 eller slike filer uansett, så det får nå være ubesvart fra min side, men det skal teknisk sett ikke være noen problemer med det. UAC2 er kun begrenset oppad til hva USB-chippen er programmert for. DSD støtte er bakt inn i nåværende MPD-versjon allerede. Det konverteres til DXD og nedsamples til 176/192 om det er begrensninger i DAC´en tror jeg. (såfremt MPD har blitt kompilert med SRC-biblioteket) Native DSD over PCM må spesifiseres i configfilen til MPD, men støtten er der allerede. (Det er ingen standard som gjør at DACer kan fortelle Linux at de støtter DSD enda, slik at dette kan skiftes automatisk on-the-fly) AAC og MP3 fordi dette er alltids formater en alltids kommer over, og Vorbis muligens hvis det kommer en MPD-klient med native støtte for Spotify, og som kan sende spillelister og urler til MPD-serveren. Akkurat det hadde vært veldig kjekt Ser jo ikke bort fra at det kunne blitt implementert i mPad/mPod iogmed det finns flere andre iOS-apps som benytter seg av Spotify sin API allerede.
Hvis enablet og DAC / USB mottager ikke støtter dette så blir resultatet et -40dB signal..
Jeg har støtte for native DSD over PCM og straks 768k/32bit.
Det er ikke et problem, men det hadde blitt litt mindre hardware...
Har sendt en mail til CompuLab for å sjekke om hvor mye I/O som kan fjernes med en standard build,
og hvor mange enheter som må bestilles for å få en custom build som kun har den I/O som ligger i chipset, men med Gigabit nettverk.
Intense PC – fit-PC
Fordi Linux i RT (real time) utgave kjører alle kjernene i CPU uten strømsparing / klokke justering så er en dual (2) core CPU kanskje det optimale. Min quad (4) core i5 blir varm, men det er ikke så rart når halvparten av kjernene blir kjørt med full klokke uten at det er behov for det.Jeg ser for meg å lage et image for nettverksboot når jeg omsider kommer meg på plass etter flytting. Jeg trenger et Hi-fi relatert prosjekt igjen når mørket faller på. Det er et eller annet besnærende med tanken på hvor enkelt det da vil bli å sammenligne ulike løsninger siden alt blir plug'n play. Ikke det at en USB-minnepinne er så ille altså.
I mitt tilfelle trenger jeg ikke å ta hensyn til tradisjonelle begrensninger i nettverksinfrastruktur, siden hele nettverket mitt er satt opp for å kunne understøtte ethvert nerdete påfunn på enkelt vis. Det er derfor på ingen måte noe mål at dette blir en enkel løsning som kan kjøres i ethvert hjemmenett.
Du kan legge til maxcpus=2 som boot parameter, men jeg tviler på at det hjelper noe særlig. Men det skader ikke å prøve.
Merk at Linux vil se 8 CPUs hos deg med hyper threading påslått, mens maxcpus prioriterer ekte cores, slik at hvis du bruker maxcpus=4 vil hele prosessoren din være i bruk.
Lykke til, hvis det er 1 person på dette forumet jeg anser som ekte nerd, så må det være degOOblivion
Gjest
Install guide for MPD with DSD support
Her finner du både patcher og nederst på siden er det link til source koden til mpd-0.17git-jk8.11
Jeg har brukt denne MPD varianten uten å finne feil og den er kompatibel med mine USB -> I2S kort.
Med mpd-0.17git-jk8.11 velger en i mpd config filen om en skal bruke native DSD eller konvertere DSD til PCM.
Ellers spiller nå din revisjon 4 og det meste virker å fungere...
Den størst digresjonen er at "remountro" og ikke "remountrw" er gjeldende...
Derfor blir ikke spillelister etc. lagret, men må lages på nytt for hver omstart.
Har fått disablet to CPU kjerner, disablet turbo (3.3GHz), og klokket ned de to siste CPU kjernene til 1.6GHz...
Så nå har en quad core 2.5/3.3GHz blitt til en dual core 1.6GHz, og det er omtrent det jeg tror er det optimale.
Litt tweaking til og når alt fungerer stabilt kan jeg begynne å evaluere lydkvaliteten.
EDIT: Disabling av to kjerner fungerte ikke optimalt da det fortsatt ble for varmt...
Nå er alle kjernene enablet igjen og det er nå en quad core 1.6GHz,
men RAM hastigheten ble satt ned fra 1333MHz til 800MHz og da ble det "Integer" 2:1 forskjell mellom CPU og RAM.
Grafikk klokke ble satt ned fra 1100MHz til 400MHz - igjen "Integer" 1:2 og 1:4 i forhold til RAM og CPU.
PCI / system bus går nå på 100MHz - igjen "Integer" 1:16, 1:8 og 1:2 i forhold til CPU, RAM og grafikk.
I tillegg ble strømforsynings spenningene til CPU, RAM, chipset og grafikk redusert med ca. 10 - 15%.
Nå er temperaturen med RT kjerne som quad core neste nede der jeg vil ha den (CPU kjerne temperatur er nå 32 - 36 grader).
Har nå justere ned alle spenninger med ytterligere 5 - 10% og hvis det fungerer er jeg i mål med dette hovedkortet.
Linux RT bruker 1.6GHz som klokke referanse og med "Integer" hastighets forskjeller i hele systemet så burde både kjerne og MPD koden ha optimale forhold.
Dette er en i5 2405S som avgir opp til 65 watt og den er passivt kjølt, og er egentlig ikke egnet for passiv kjøling da kjølingen er spesifisert til maksimalt 35 watt...
De nye Ivy bridge CPUene avgir mye mindre varme og med en slik CPU er det flere alternativer som kun avgir 17 - 45 watt maksimalt..
Med ned-klokking og et oppsett med integer forhold mellom CPU, RAM, grafikk og system bus bør Linux RT og optimal MPD avspilling kunne komme ned i et totalt effektforbruk på 10 watt eller mindre.
Intel® Core™ i3-3217U Processor (3M Cache, 1.80 GHz) Mobile - 17 watt
Intel® Core™ i5-3470T Processor (3M Cache, up to 3.60 GHz) Desktop - 35 watt
Intel® Core™ i5-3427U Processor (3M Cache, up to 2.80 GHz) Mobile - 17 watt
Intel® Core™ i7-3770T Processor (8M Cache, up to 3.70 GHz) Desktop - 45 watt
Intel® Core™ i7-3667U Processor (4M Cache, up to 3.20 GHz) Mobile - 17 watt
EDIT2: Med RAM på 1.2 (normalt 1.5) volt og CPU på 0.75 (normalt over 1) volt så gikk CPU core temperaturene ned med ytterigere 2 - 3 grader og kjøleribbene er nå nesten kalde (ikke mye over rom temperatur).
Systemet fungerer tilsynelatende feilfritt og nå er det snart på tide å evaluere lyd kvaliteten.
Men venter med det til jeg har fått på plass en MPD versjon med native DSD støtte.Sist redigert:Den "livebooter" (et image inn i ram) og du kan ikke skrive til denne. Måten dette fungerer er:
Du må partisjonere (bruk f.eks Gparted Live CD) USB pennen med en partisjon på tja 100MB FAT, og en partisjon som er enten EXT2 eller EXT3 (jeg bruker ext3, føler den er litt mer sikker p.g.a journal) og kaller denne partisjonen for "live-rw". Så bruker du unetbootin og legger inn Linux på FAT-partisjonen, redigerer syslinux.cfg og legger til "persistent" i boot linjen. Da kan du lagre spillelister, og slipper å rescanne biblioteket hver gang du rebooter også.
Skal bygge en DSD-native versjon av MPD til deg.
ps: for å disable hyper threading kan du bruke "maxcpus=4", tror ikke dette er så viktig dog.Sist redigert:OOblivion
Gjest
Temperaturen nå er nede på helt akseptabelt nivå og maskinen stabil...
Spiller nå med en Voyage MPD 64bit uten RT kjerne for å sjekke temperatur forskjellene.
Det går enda kaldere, men ikke noe å strebe etter..
Neste CPU blir en i7-3770T med enda mindre varmetap...
Årsaken til at jeg tror i7-3770T kan være det beste alternativet er at jeg tror den kan klokkes ned med heltall mellom CPU, RAM, grafikk og system... Tror iallefall at dette har betydning..
Fin tråd.
I tilfelle noen er interessert: Supermicro er en av de få produsentene av hovedkort med de mobile sokkel RFCBGA1023 17W CPUene ovenfor
Supermicro | Products | Motherboards | X9SPV-LN4F (i7)
Supermicro | Products | Motherboards | X9SPV-F (i3/i5)
Kan tilsynelatende kjøpes fra sona.deSist redigert:Hvorfor ikke kjøpe et lite ARM-kort til denne bruken?
De bruker 5-6W totalt og har mer enn nok ytelse for en mpd-server.
Dere burde ta en titt på feks. Pandaboard eller Raspberry Pi | An ARM GNU/Linux box for $25. Take a byte!
Debian har et gigantisk bibliotek for ARM hardfloat, som inkluderer hva enn man måtte ha behov for.
Venter selv på et Raspberry Pi-kort som skal brukes til XBMC og MPD.OOblivion
Gjest
For det første har Raspberry Pi ikke Gigabit nettverk, men 100 Mbit som dessverre er koblet via USB.
Derfor må musikk fra NAS / USB stick / USB harddisk dele på USB båndbredden med et USB lydkort.
Det er kun 256MB RAM og da vil ikke caching og buffring til RAM fungere med DSD, DXD eller andre formater som har noe mer enn 44.1k/16bit format.
Men har en kun 44.1k/16bit format å spille av og ikke er ute etter maksimal lydkvalitet så vil selvfølgelig Raspberry Pi fungere teknisk.
Som et eksempel:
Jeg testet MPD med 4GB RAM mot et bibliotek med 44.1k/16bit og laget en spilleliste som til sammen var ca. 3.5GB i total filstørrelse. MPD buffrer og spiller gjennom spillelisten og musikk filene blir liggende i RAM, neste gang en sang spilles så ligger den allerede i RAM og spilles derfra (og Gigabit nettverk og USB til lydkort deler ikke USB bus båndbredde og heller ikke CPU kjerne).
Eksempel 2:
Med sanger i Hi-Rez med 500MB til 12GB størrelse (mest mellom 500MB og 3-4GB) så (på Raspberry Pi) blir 100Mbit nettverket jobbende konstant og deler som sagt båndbredden med USB lydkortet.
Og med en USB bus som må veksle mellom å motta data fra NAS eller USB stick eller USB harddisk, Raspberry Pi må så prossesere data og sende ut på den samme USB bus til lydkortet - med High-Rez blir dette langt fra optimalt.
På USB bussen til lydkortet bør det ikke være tilkoblet noe som helst annet, og det definitivt mest uheldige er slik som Raspberry Pi gjør det med at også kilden må tilkobles....
Hva med Intel Atom, da? Enten på et mini-ITX hovedkort eller en av de mange Atom-baserte barebones som finnes på markeded, f.eks. Shuttle sine vifteløse.Var bare ment som eksempler, får liknende greier med alt mulig rart av komponent-kombinasjoner.
Her er en litt kraftigere ARM-boks med gigabit NIC og 1GB RAM: CuBox
Koster litt mer, men det er fortsatt ikke mange kronene.
Enig i at Raspberry Pi er litt dum med USB-NIC, men feks. Cubux som nevnt over har nettverkskort på egen bus.
Har selv prøvd meg frem litt på en laptop med 800MHz ARMv7 og 512MB RAM, den hadde ingen problemer med 192/24 FLAC i MPD. Stort sett filer på mellom 300 og 500GB.
Men du bruker kanskje bare ukomprimert WAV e.l.?
Men med riktig prioritering og caching burde det vel holde med 256MB og delt usb-bus? Hvis lydkortet alltid får førstepri burde det fortsatt være igjen nok ressurser for nettverket til å dytte gjennom 192/24-musikk? De er sjelden over 10MBps. Skal man ha enda høyere oppløsninger ser jeg dog helt klart problemet.
For 250 kroner synes jeg det er verdt et forsøk!
Edit: Når jeg tenker over det lurer jeg på om jeg skal avbestille Raspberry Pi-en og heller kjøpe en Cubox.Sist redigert:
Det var da noen usedvanlig velvoksne filer, Goophy. Hvilken komprimeringsinnstilling i FLAC brukte du?OOblivion
Gjest
Jeg begynte Linux MPD testingen med et Intel Atom DN2800MT innkjøpt til formålet.
Ytelse holder i massevis og det er mSATA og det fungerer utmerket med 8GB RAM med 64bit linux (selv om Intel sier max 4GB pga posisjonering), og direkte 12 volt drift, og 6.5 watt effektforbruk etc..
Problemet er at grafikk ikke har linux støtte / drivere og vesa drivere fungerer tilfeldig.
Deretter er det ikke mulig å klokke ned eller justere spenninger for CPU, RAM eller system klokke...
Og så er det diverse snags med forskjelige linux versjoner.
Mus, tastatur, X og nettverkskort virker delvis avhengig av forskjellige linux versjoner.
Men hvis en finner et Atom kort med en BIOS som lar en konfigurere det meste,
og som har grafikk som er støttet i linux er dette et utmerket alternativ.
Ja, de er litt voksne. Har stort sett bare godt over middels lange verker i 192/24.
Det var da noen usedvanlig velvoksne filer, Goophy. Hvilken komprimeringsinnstilling i FLAC brukte du?
Bruker som regel 5 om jeg encoder noe selv.
Takk for info, Oblivion.
Kanskje du mente MB og ikke GB?
Ja, de er litt voksne. Har stort sett bare godt over middels lange verker i 192/24.
Det var da noen usedvanlig velvoksne filer, Goophy. Hvilken komprimeringsinnstilling i FLAC brukte du?
Bruker som regel 5 om jeg encoder noe selv.
Haha, den så jeg ikke før nå. Stygg bommert.Takk for info, Oblivion.
Kanskje du mente MB og ikke GB?
Ja, de er litt voksne. Har stort sett bare godt over middels lange verker i 192/24.
Det var da noen usedvanlig velvoksne filer, Goophy. Hvilken komprimeringsinnstilling i FLAC brukte du?
Bruker som regel 5 om jeg encoder noe selv.
OOblivion
Gjest
Sjekket med Jurgen Kramer (han som har kodet DSD delen av mpd-0.17git-jk8.11) og han sier at mpd 0.17 nå har inkludert det meste av hans kode for native DSD.
Han anbefaler å bruke MPD 0.17.Jurgen Kramer skrev: -
Laster inn…
Diskusjonstråd Se tråd i gallerivisning
-
Laster inn…