stefano_mbp Posted August 16 Share Posted August 16 21 minutes ago, Xoverman said: ChatGBT ChatGBT when the developer himself answered? …. This is “amazing” … jabbr 1 Stefano My audio system Link to comment
Xoverman Posted August 16 Share Posted August 16 7 minutes ago, stefano_mbp said: ChatGBT when the developer himself answered? …. This is “amazing” … Don’t get me wrong, I don’t want to bash the developer !!! This is an affect that also john Swenson describes in his article “Understanding how perturbations on digital signals can affect sound quality without changing bits, and how these issues are addressed by the UpTone EtherREGEN” This effect is very well known in Test and Measurement, just the HiFi industry seems to be surprised by it J Link to comment
Miska Posted August 16 Share Posted August 16 2 hours ago, Xoverman said: Is there some setting that I can reach inside a XML file or in any NAA Client directory where I can set the receive buffer to 500ms ? I just want to get this idea out of my head J Yes, you can enable the "Short buffer" option (grayed on Desktop). Signalyst - Developer of HQPlayer Pulse & Fidelity - Software Defined Amplifiers Link to comment
Popular Post Miska Posted August 16 Popular Post Share Posted August 16 1 hour ago, Xoverman said: ChatGBT : In typical ChatGPT style it spits out total utter BS in a very self-confident tone. First of all, there are no sample clocks involved anywhere here. All transfers are block based. Please use the Client to see fill level of the FIFO. You can see that higher you set the "Buffer time", more variation you will have on the fill level, but it should never fall below 50%. Since the FIFO input and output are both block based, never single sample at a time. Also USB transfer is block based, data packet is sent every 125 µs and in asynchronous feedback, the DAC tells the sender if it should be sending more data or less data due to it's FIFO fill level trend. Compared to network clocks, there are much more variations in the fill level due to other reasons such as OS latencies than a network clock could have. 1 hour ago, Xoverman said: Even with a fully asynchronous FIFO, non-idealities in clocking, power supply interaction, or network timing could still lead to audible changes. The FIFO decouples the data streams but does not eliminate all potential influences from the upstream components, especially if there are secondary paths through which the clock changes can affect the audio chain. If your NAA is isolated properly from the source (using U/UTP copper, or optical), and the DAC is properly isolated from the NAA, then yes there certainly won't be any influences. But I would be interested to see such things demonstrated through measurements from the DAC analog outputs. I personally do a lot of measurements all the time as part of the development. jabbr and Xoverman 1 1 Signalyst - Developer of HQPlayer Pulse & Fidelity - Software Defined Amplifiers Link to comment
ytsamlee Posted Tuesday at 04:25 AM Share Posted Tuesday at 04:25 AM Hi,Miska, I have an x86 low power machine with networkaudiod_5.x_amd64.deb implemented NAA installed under ubuntu 22 ,I use your Custom Linux kernel packages for native DSD and he works perfectly. ============= I installed mpd+upmpdcli , want this machine to work as a UPnP renderer, when I use mconnect and BubbleUPnP to cast PCM files, it plays perfectly, but when playing DSD64128256512 files, I get stuck, Hi,Miska, mpd 0.23 under Ubuntu, can't it support DSD perfectly? Looking forward to hearing from you。 Link to comment
ytsamlee Posted Tuesday at 05:44 AM Share Posted Tuesday at 05:44 AM 1 hour ago, ytsamlee said: Hi,Miska, I have an x86 low power machine with networkaudiod_5.x_amd64.deb implemented NAA installed under ubuntu 22 ,I use your Custom Linux kernel packages for native DSD and he works perfectly. ============= I installed mpd+upmpdcli , want this machine to work as a UPnP renderer, when I use mconnect and BubbleUPnP to cast PCM files, it plays perfectly, but when playing DSD64128256512 files, I get stuck, Hi,Miska, mpd 0.23 under Ubuntu, can't it support DSD perfectly? Looking forward to hearing from you。 On the other hand, for the Raspberry Pi 4B, I'm in Raspberry Pi OS Lite (debian 12) with MPD/Upmpdcli, I use mconnect and BubbleUPnP to cast PCM files and DSD(64128256512), it can play perfectly. Link to comment
Miska Posted Tuesday at 01:09 PM Share Posted Tuesday at 01:09 PM 8 hours ago, ytsamlee said: Hi,Miska, mpd 0.23 under Ubuntu, can't it support DSD perfectly? Looking forward to hearing from you。 Why are you asking me about mpd? I have never used mpd and it is not related to what I do in any way. HQPlayer NAA thread is wrong place to ask anyway. Signalyst - Developer of HQPlayer Pulse & Fidelity - Software Defined Amplifiers Link to comment
Mops911 Posted Tuesday at 08:35 PM Share Posted Tuesday at 08:35 PM Hi @Miska why is one buffer (in or out) empty? it shows samples in my NAA window (2048). I can set this with a control app for my DAC. So this is the HW buffer of the DAC? There is also a line "ASIO output buffer size with 524288. What is that number? Short buffer: unticked, grey, ticked. what's the difference? Thanks much Tom Link to comment
Popular Post Miska Posted Tuesday at 08:55 PM Popular Post Share Posted Tuesday at 08:55 PM 4 minutes ago, Mops911 said: why is one buffer (in or out) empty? What is the source media? Sometimes it is not relevant and then shown empty. For example if you play a local file natively. For streaming or realtime (input) sources it is usually shown. 4 minutes ago, Mops911 said: it shows samples in my NAA window (2048). I can set this with a control app for my DAC. So this is the HW buffer of the DAC? There is also a line "ASIO output buffer size with 524288. What is that number? Short buffer: unticked, grey, ticked. what's the difference? "Buffer time" = "Default" means "use the one suggested by the driver" which would be 2048 samples in this case. "Short buf" setting adjusts size of the FIFO that is between HQPlayer and the audio driver. This is the one of which you also have that bar indication in HQPlayer Client (the lower one). The upper one is input side FIFO level when source is hardware input. And if it is for example a streaming source, it is fill level of the streaming buffer. So we have two different buffers in play here. One is the low level hardware DMA buffer owned by the audio driver. And another one is the FIFO buffer at HQPlayer or NAA side that is between all the playback operations and the hardware buffer. The hardware buffer is much smaller one. Hardware buffer deals with just bare low level OS timing inconsistencies (delays). While the higher level FIFO can handle much bigger delays due to badly behaving applications within the OS or network traffic inconsistencies. Mops911 and bogi 1 1 Signalyst - Developer of HQPlayer Pulse & Fidelity - Software Defined Amplifiers Link to comment
Mops911 Posted Tuesday at 09:59 PM Share Posted Tuesday at 09:59 PM 1 hour ago, Miska said: What is the source media? ok, that was a local 44kHz AIFF file ... and thanks for the rest. I know you explained before ;-) but I only got it now ... ;-) Miska 1 Link to comment
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now