However, what I have been looking for is a way to tell pipewire not to resample, so if the application request a samplerate that is not available, because the stream is coming in with a different samplerate, to report an (unsupported) error to the application. And for most use cases that transparency is perfectly fine. If both do not match, pipewire will resample to satisfy the application. I'd rather suspect, the application makes a request for a given samplerate, and pipewire then brokers between what actually comes in (if it is a direct digital input where the AD converter sets the clock) or tries to set the samplerate accordingly (if it is an anlog input or some digital/digital converters). I am not entirely sure, that is the full story. What comes as the input is defined by the application starting the recording Thanks again, I will see, what I can do and get back with more information. Should have checked that earlier, but was fixed on the pw-top infos. Anyway, I guess, I need to sort this out first, even though I am not yet sure where to start.Īnalog to USB on the DrDAC works and as fas as I understand the manual, SPDIF (coax & optical) ->USB should work as well. Audacity confirms no level, but I never got along with that program, so that may just be me. However, for my principle problem: Actually looking at the pw-record file, it is empty, so somehow so signal arrives at all. Just opening it is enough, no need to change any settings. And after stopping pw-record pw-top only switches back to 44.1kHz as soon as I open the mixer (plasma-pa, does again not happen with pulsemixer, though). Pw-top shows an input of 44.1 kHz, however, when I then run pw-record without any arguments, it switches to the default 48kHz. As there are practically no USB->toslink Soundcards available (as in toslink -> USB, other way round is no problem). I am trying to feed an analog signal, converted by a RME ADI-2 ADC via toslink into an ESI DrDAC, which in turn should convert the toslink signal into USB. Indeed it seems, I have a different problem. Can I ask what you have Audirvana running on? Mahler123, you mentioned you don’t want to use a PC.Thanks again for getting back to me. I am using a Mac Mini, “headless” without a keyboard mouse or display and connected directly to my DAC via USB. On another note, my Mac storage is hybrid solid state and mechanical, which in theory is not supposed to be as good as pure solid state due to added noise on the USB line as well as emitted noise. Not sure this is proven to have an effect though.įinally, for those saying Roon doesn’t sound quite as good as Audirvana or others, Roon’s Knowledge base indicates that to maximize sound quality, the Roon “core” must be physically separated from the hardware running the player that is connected to the DAC. The core is supposed to be connected via Ethernet for maximum SQ. I believe this is to isolate the audio rig including DAC and player from noise generated by the hardware the core is running on, but I’m not totally sure on the reasoning behind this. Anyhow, just wondering if some who are saying Roon is inferior may be deploying the core and player on one single device which is connected to the DAC. Roon works this way but they don’t suggest it in there Knowledgebase. Late to the party, but I'll add my comments. I have been using Audirvana Plus for several years and Roon for almost a year. Most important to me is sound quality and reliability. On both counts, the move to A+ was clearly superior to iTunes. I decided to audition Roon in early 2018 (not sure what version) with the free trial, mainly because of the multi-room, multi-device capabilities. On sound quality, I preferred A+ over Roon.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |