Tír Na HiFi

sbgk wrote:

darkpink wrote:These latest mqn is amazing, what a difference to the conventional players. Where is this heading when the SQ is settled? Some kind of snappy looking UI control program or a more tight merge with mqnload and leave it as it is?

am amazed no one has asked for an avx version

integration with foobar ? need to be able to control mqn first, though.

Integration with Foobar, wow, that would be nice! ;-)
As for the asking for avx versions, I guess that only a couple of other avx guys and Aleg are in "running mode"!
Cvrle99 needs amp, Pearse is "smoking", Nigel probably soldering some new clocks, I'm tweaking my speakers and no music for the past and next couple of days! I can only read about the excitement! :(((

sbgk wrote:still not sure I get it, mqncontrol renames mqnplay1644.exe to mqnplay.exe so all mqnload needs to do is run mqncontrol with the files.txt parameter

is the issue that mqnload needs a mqnplay version selected, which doesn't work if mqncontrol is doing the switching.

choosing between multiple versions should be less of a concern going forward with the SQ settling down

Gordon,
the issue is, that your previous mqncontrol versions didn't rename any of the mqnplay versions. This is what mqnload was made for (apart from decoding files). The options dialog of the newer mqnload versions allow the user to select one from all found mqncontrol versions and one from all found mqnplay versions. If dialog is confirmed, the selected versions are copied to mqncontrol.exe resp. mqnplay.exe and they are used for next playbacks.
Now we have the situation that mqnload and mqncontrol have implemented the same logic but slightly different.
Christoph

taggart wrote:

sbgk wrote:still not sure I get it, mqncontrol renames mqnplay1644.exe to mqnplay.exe so all mqnload needs to do is run mqncontrol with the files.txt parameter

is the issue that mqnload needs a mqnplay version selected, which doesn't work if mqncontrol is doing the switching.

choosing between multiple versions should be less of a concern going forward with the SQ settling down

Gordon,
the issue is, that your previous mqncontrol versions didn't rename any of the mqnplay versions. This is what mqnload was made for (apart from decoding files). The options dialog of the newer mqnload versions allow the user to select one from all found mqncontrol versions and one from all found mqnplay versions. If dialog is confirmed, the selected versions are copied to mqncontrol.exe resp. mqnplay.exe and they are used for next playbacks.
Now we have the situation that mqnload and mqncontrol have implemented the same logic but slightly different.
Christoph

so how does renaming mqnplay1644.exe to mqnplay.exe 1644 fix things ? Is the user still expected to select an mqnplay version ?

still don't understand the failure sequence

user selects an mqncontrol
user selects an mqnplay
mqnload reads the clipboard and writes out to files.txt
mqnload starts mqncontrol
mqncontrol selects mqnplay1644.exe and renames to mqnplay.exe
music starts playing

where is it going wrong ?

What you described would possibly work - I didn't try it. But this is not what users of mqnload expect.
Additionally one would need to have chance to select the correct mqncontrol version within options dialog, which not is displayed as long as it is named mqncontrol.exe without appending string. At least this must be renamed.

sbgk wrote:
am amazed no one has asked for an avx .

Goes without saying
Didn't want to push my luck when I haven't done much testing lately

nige2000 wrote:

sbgk wrote:
am amazed no one has asked for an avx .

Goes without saying
Didn't want to push my luck when I haven't done much testing lately

Come on Nige , keep up:-)

Gordon I would be interested in hearing an avx version, even just to see how that would sound now.
Sse mqn has again changed so much lately, all attention was focussed on that one. Remembering the type of difference between sse and avx, I still think mqn could benefit from avx, adding a bit more air and lightfootedness. So just for sake of knowing where an avx would stand, please do build one of 2.97 preferably as I think that one could maybe do with some lightfootedness.

Cheers

Aleg

Was playing with the soldering iron and some oscillator alternatives on the motherboard a b testing etc etc
So I haven't tested anything since 2.9

I don't think there was an avx version that wasn't better than its sse2/4 version
So if history continues to repeat itself we could be in for a little extra sq


Hope to try a couple of versions later
Before I start into a new audio pc build

uploaded 2.98 sse2 and avx 1644, hopefully a bit better balanced

think the solution to mqnload is just rename control.exe to control.exe multiplay or something and just select it and a random play version.

sbgk wrote:uploaded 2.98 sse2 and avx 1644, hopefully a bit better balanced

think the solution to mqnload is just rename control.exe to control.exe multiplay or something and just select it and a random play version.

Both sse2 and avx versions of mqnplay.exe crash as soon as launched by mqncontrol.exe

Am using mqncontrol from 2.97 zip

Any plausible cause?

Cheers

Aleg

See 2.98 just up trying out 2.97 2gb and 12gb. 12gb is rich and sweet to me big bass while 2gb is more light weight. Prefer the 12gb