Page 665 of 804

Re: MQN

Posted: Wed Jan 21, 2015 9:29 am
by Sligolad
tony wrote: MQn for everything except DSD I might be a bit presumptious maybe Pearse would prefer use VLC!
You know me Tony, no boundaries....if anyone wants to bring along any hardware or software just jump in, i should have space in the van for additional gear.
I will bring along an additional OS SSD so yourself, Seb or Nige can stick on anything you like on to it to run during the day.
Will be happy to hand everything over to you guys for as long as you like during the day to experiment with while i ramble round.......
Cheers, Pearse.

Re: MQN

Posted: Wed Jan 21, 2015 4:50 pm
by rickmcinnis
With the latest versions the command screen is supposed to go away? Right?

Re: MQN

Posted: Wed Jan 21, 2015 5:26 pm
by Octagon
rickmcinnis wrote:With the latest versions the command screen is supposed to go away? Right?
+1

Re: MQN

Posted: Thu Jan 22, 2015 8:26 am
by Fujak
rickmcinnis wrote:With the latest versions the command screen is supposed to go away? Right?
Have a look: viewtopic.php?p=67150#p67150

Re: MQN

Posted: Thu Jan 22, 2015 6:48 pm
by rickmcinnis
Fujak wrote:
rickmcinnis wrote:With the latest versions the command screen is supposed to go away? Right?
Have a look: viewtopic.php?p=67150#p67150
I worried that I had asked this before.

Please excuse my laziness!

Re: MQN

Posted: Thu Jan 22, 2015 7:00 pm
by Fujak
Hi rickmcinnis,
no problem, don't worry about. Look, this thread has accumulated 650 pages in the meantime. Who could read them all in search of a certain information that probably might already exist? Kind regards - Fujak

Re: MQN

Posted: Thu Jan 22, 2015 10:29 pm
by rickmcinnis
Fujak wrote:Hi rickmcinnis,
no problem, don't worry about. Look, this thread has accumulated 650 pages in the meantime. Who could read them all in search of a certain information that probably might already exist? Kind regards - Fujak
Well, if it wasn't just a few pages back I could be excused ...

I have read through all of the pages. Wish I had taken notes!

Thanks!

Re: MQN

Posted: Thu Jan 22, 2015 11:08 pm
by sbgk
just had a nasty experience playing 16/44 and dsd64/dsd128 using jrmc, I would be embarrassed if I produced sound quality like that.

Anyway the purpose was to hear dsd and I'm a bit underwhelmed, 16/44 in mqn sounds much better, to me. dsd sounds like it's going through the motions, maybe that's because it was played via jrmc.

Is everyone else getting exclusive use of the device when using mqn, I'm able to alter the volume from the computer and start up other tracks while others are still playing which is a bit worrying as should be exclusive.

shall try another device, might be win 10. had same behaviour using jrmc and playwinpcm.

Re: MQN

Posted: Fri Jan 23, 2015 10:57 am
by Aleg
sbgk wrote:just had a nasty experience playing 16/44 and dsd64/dsd128 using jrmc, I would be embarrassed if I produced sound quality like that.

Anyway the purpose was to hear dsd and I'm a bit underwhelmed, 16/44 in mqn sounds much better, to me. dsd sounds like it's going through the motions, maybe that's because it was played via jrmc.

Is everyone else getting exclusive use of the device when using mqn, I'm able to alter the volume from the computer and start up other tracks while others are still playing which is a bit worrying as should be exclusive.

shall try another device, might be win 10. had same behaviour using jrmc and playwinpcm.
Using Win2012R2

JRiver, bitstreaming DSD over asio, pushes MQN away if mqn was already playing.
If JRiver was already playing, MQn doesn't get the device.
Maybe due to combi of ASIO and KS?

Re: MQN

Posted: Fri Jan 23, 2015 12:16 pm
by Ken Moreland
I recently acquired a copy of Jazz at the Pawnshop in DSD 128 (DoP)and compared it with MQN (latest versions) playing the 16bit version. I used JPlay KS Ultrastream DirectLink SinglePC. The 16bit version was fine and everything sounding excellent but IMHO the DSD128 version was superior , not a lot in it though. Worth a try on JPlay . There are a lot of variables in JRiver such as buffers etc.