Page 95 of 804

Re: MQN

Posted: Wed Oct 23, 2013 4:33 pm
by jesuscheung
cvrle59 wrote:
cvrle59 wrote:I am getting an error since I upgraded to Win 8.1
ERROR: The process "mqnplay.exe" with PID 7636 could not be terminated.
Reason: Access is denied.
This happens on loading, but it would continue to play.
Any idea...thanks!
Has anybody with Win 8.1 bumped into this error yet? I still don't know why it's happening.
i get that too. who cares. music is playing.

Re: MQN

Posted: Wed Oct 23, 2013 4:36 pm
by cvrle59
jesuscheung wrote:
cvrle59 wrote:
cvrle59 wrote:I am getting an error since I upgraded to Win 8.1
ERROR: The process "mqnplay.exe" with PID 7636 could not be terminated.
Reason: Access is denied.
This happens on loading, but it would continue to play.
Any idea...thanks!
Has anybody with Win 8.1 bumped into this error yet? I still don't know why it's happening.
i get that too. who cares. music is playing.
Personally, I do not either. Just in case, if someone figured out the way how to get rid of it.
Something stupid by OS.

Re: MQN

Posted: Wed Oct 23, 2013 4:48 pm
by Clive
With 8.1 I get a message about an active page flashed up but it plays.

Re: MQN

Posted: Wed Oct 23, 2013 5:21 pm
by LowOrbit
Then maybe I'm the odd one out - MQn behaves in 8.1 just as it did under Win8 and Win8/7 Shell.

No odd messages, no annoying screens.

I'm not convinced the new Start button is really any better than Win8, but sonically I think it's an improvement.

Try playing tunes using the build in Music App. They don't sound too bad!

Re: MQN

Posted: Wed Oct 23, 2013 6:17 pm
by wushuliu
LowOrbit wrote:Then maybe I'm the odd one out - MQn behaves in 8.1 just as it did under Win8 and Win8/7 Shell.

No odd messages, no annoying screens.

I'm not convinced the new Start button is really any better than Win8, but sonically I think it's an improvement.

Try playing tunes using the build in Music App. They don't sound too bad!
I also run 8.1 no messages or screens... I did notice that my Avira antivirus caused errors so I uninstalled it.

Re: MQN

Posted: Wed Oct 23, 2013 6:47 pm
by sbgk
given how good the sound can be with MQn, you've got to think that the rest of the signal route doesn't affect the SQ that much, in which case getting the cpu to transfer the data is more of a problem than a solution and the sooner we can remove the player/cpu from the process the better.

Re: MQN

Posted: Wed Oct 23, 2013 6:50 pm
by wushuliu
sbgk wrote:given how good the sound can be with MQn, you've got to think that the rest of the signal route doesn't affect the SQ that much, in which case getting the cpu to transfer the data is more of a problem than a solution and the sooner we can remove the player/cpu from the process the better.
I think I read a post where you said that MQN can be improved by 50%? What will it take to achieve that?

Re: MQN

Posted: Wed Oct 23, 2013 7:01 pm
by cvrle59
sbgk wrote:given how good the sound can be with MQn, you've got to think that the rest of the signal route doesn't affect the SQ that much, in which case getting the cpu to transfer the data is more of a problem than a solution and the sooner we can remove the player/cpu from the process the better.
Is this towards a DAC design which would be able to suck the whole file (s), and arrange the bits and timing on it's own way straight from the file, or I'm just dreaming not fully understanding your message?

Re: MQN

Posted: Wed Oct 23, 2013 7:40 pm
by sbgk
cvrle59 wrote:
sbgk wrote:given how good the sound can be with MQn, you've got to think that the rest of the signal route doesn't affect the SQ that much, in which case getting the cpu to transfer the data is more of a problem than a solution and the sooner we can remove the player/cpu from the process the better.
Is this towards a DAC design which would be able to suck the whole file (s), and arrange the bits and timing on it's own way straight from the file, or I'm just dreaming not fully understanding your message?
something involving local storage and dma, beyond my knowledge.

Re: MQN

Posted: Wed Oct 23, 2013 7:46 pm
by cvrle59
sbgk wrote:
cvrle59 wrote:
sbgk wrote:given how good the sound can be with MQn, you've got to think that the rest of the signal route doesn't affect the SQ that much, in which case getting the cpu to transfer the data is more of a problem than a solution and the sooner we can remove the player/cpu from the process the better.
Is this towards a DAC design which would be able to suck the whole file (s), and arrange the bits and timing on it's own way straight from the file, or I'm just dreaming not fully understanding your message?
something involving local storage and dma, beyond my knowledge.
You have an idea, we should look for someone who can brake into it...LOL.