So here is the proof for Linux being bit-perfect through alsa, as far as such proof can be gathered with the proposed method. My other post may help narrow down issues with your Linux audio configuration. It's not a proof (perhaps someone else can proof it). I guess Linux still carries the stigma of a nerd OS. With music server vendors that run Linux, you have to look for the small print to identify them as Linux servers. There are exceptions too: Taiko Audio Extreme runs a Custom Windows 10 Enterprise LTSC OS. I didn't do an all inclusive survey, but have a look at aurender, Lumin, Music Fidelity, Naim, and probably more. While I can't proof or disproof bit-perfect audio under Linux, at least not right now, I suggest to look at what vendors of top end audiophile music players are selling you: essentially Linux boxes. The question suggests that Linux isn't capable of outputting bit-perfect audio. In your post #498 you are asking for proof that Linux offers bit-perfect sound. If I use both pulse audio and ALSA, I want to make sure my music player uses ALSA and doesn't mix the sound. Ĭlick to expand.My first post offered some tools to narrow down issues with the audio path. There are some audiophile distros as well, see for example. The reason I'm saying that is because Linux can be downsized to the essential tasks, and there are real-time Linux distros or options. In general, Linux should provide more and better tools for bit-perfect audio. The above should give a good indication on the audio output. pcm0, sub0 entries with what you found with aplay -l. While playing music, check with this command:Ĭat /proc/asound/card0/pcm0p/sub0/hw_params This goes a long way in ensuring that the audio is not mixed.Īssuming you use ALSA, you can list your output devices like this: In other words, gmusicplayer is able to take exclusive control of the sound output on the specified device. I'm running gmusicbrowser as my audio player using the settings described in this thread and - while playing - it will block other sound output. If nothing else is producing sound, it will show This command can be helpful when playing music via alsa to monitor if any pulseaudio is "interfering". Only relevant when you have pulseaudio running on your Linux system. Shows / monitors the pulseaudio inputs currently active. Watch -n0.5 'pacmd list-sink-inputs | tee -a sound-inputs.log' After you installed one of the audio players suggested at the beginning of this thread (plus perhaps Strawberry), you can do some checks to see how audio is handled: I may not be able to answer the question fully, but there are several ways in Linux to see how your audio is handled. My humble cannery: Sennheiser PX 100, HD 25 plastic, Aluminum, and 75th Anniv., HD 600, HD 800, Fostex TH900mk2 SB, TR-X00 Mahogany, Audeze LCD-2C, 3F, HIFIMAN HE6SE V2, HE400i 2020, Beyer DT 1770, DT 880/600, Shure SE535, SE215, RHA MA-750, Dunu Trident, Cables by .uk and skyaudiocables. Music: FreeBSD ZFS running on Xeon, CIFS/Samba and minidlna | Tidal MQA | Deezer Hifi | ScAmazon HD | Foobar2000 | ASIOProxy | BluOS | Yamaha MusicCast Headstation: Lenovo M75t Audio-gd DI-20, coax Mytek Brooklyn DAC+ RME ADI-2 DAC FS (AKM, 2nd Ed., first batch in Europe) Violectric V280 SPL Phonitor 2 Bluesound Node 2i Wireworld Chroma 8 coaxĢ Channel: Lenovo M90n IoT, Audio-gd DI-20HE, Master 19, R8 MK2 Mutec REF10, MC-3+ USB, MC-1.1+ TASCAM DA-3000, RW901MKII Oppo UDP-205 Bluesound B100S Musical Fidelity M5si, Klipsch R-26F floorstanders on custom isolators DIY AES/EBU and balanced analog cables from Sommer cable stock, Hicon connectors Wireworld Ultraviolet 7 HDMI & coax Damar & Hagen bydpete Tertiary systems: Yamaha MusicCast JBL Control 5s on Gravity stands Audio-gd R2R-11 rev.
0 Comments
Leave a Reply. |