Page 562 of 804
Re: MQN
Posted: Mon Sep 08, 2014 1:11 pm
by sbgk
r buf
Re: MQN
Posted: Mon Sep 08, 2014 1:11 pm
by sbgk
fer
Re: MQN
Posted: Mon Sep 08, 2014 1:11 pm
by sbgk
give
Re: MQN
Posted: Mon Sep 08, 2014 1:12 pm
by sbgk
s mor
Re: MQN
Posted: Mon Sep 08, 2014 1:15 pm
by sbgk
noise.
there is an overhead in transferring the data, there is a wait call, write call, event reset, pointer increment and then if the kernel code is expecting 10ms batches of data that's another complication.
I've had small buffers in asio and think you're just listening to noise, yes it sounds more detailed, is it music ?
Re: MQN
Posted: Mon Sep 08, 2014 2:24 pm
by jesuscheung
i think steady stream > fast stream
that might explain why chord dac sounds better with extra buffering (or just overhead?!)
Re: MQN
Posted: Mon Sep 08, 2014 2:57 pm
by nige2000
jesuscheung wrote:i think steady stream > fast stream
that might explain why chord dac sounds better with extra buffering (or just overhead?!)
buffer size could just be an attempt to cure the jitter. regroup etc, prob still a balance thing but still an overhead too
the whole system is still terribly flawed, otherwise we could stream direct?
Re: MQN
Posted: Mon Sep 08, 2014 4:03 pm
by jesuscheung
nige2000 wrote:jesuscheung wrote:i think steady stream > fast stream
that might explain why chord dac sounds better with extra buffering (or just overhead?!)
buffer size could just be an attempt to cure the jitter. regroup etc, prob still a balance thing but still an overhead too
the whole system is still terribly flawed, otherwise we could stream direct?
sgbk, possible to make a version of like buffer=64 anyway? very interested to see what that sounds like
Re: MQN
Posted: Mon Sep 08, 2014 4:22 pm
by minionas
Are you guys listening to the latest mqn's with mmcs or without?
Re: MQN
Posted: Mon Sep 08, 2014 4:30 pm
by jesuscheung
minionas wrote:Are you guys listening to the latest mqn's with mmcs or without?
clockrate in mmcss is still improving sound. not letting go mmcss