Jump to content

iori

  • Posts

    13
  • Joined

  • Last visited

  • Country

    Hong Kong

Retained

  • Member Title
    Newbie
  1. Hope this thread continues without a "cooler" ! I've no overclock experience, if I unplug the tower cpu cooler fan first in room temperature of about 30 degree C., what cpu upper limit temperature can still be safe ? Iori
  2. Thx lekt, my test was already using the latest ver with unicode functionality. Perhaps my OS needs further settings to cope with. Observed that the last image of Files.txt that mgncontrol calls must be in ANSI format. If I intensionally change it to unicode or utf8 or unicode big endian, it won't play.
  3. Seems like mqncontrol.exe does not accept filename with double byte characters. Files.txt in different codepages with path\name in double byte characters was played using MQncontrol --file ".\Files.txt". All not pass. So still copy track and rename.
  4. Christoph, the crash is an anticipated behaviour at the moment. see thread #159 dated 17 Juyly 2013. Iori
  5. Managed to have a brief listening to 2.52 sse4 intel v2 after a long long trip, and of course the hardware needs moderately run in. Instrument / vocalist image and sonic detail brings a new listening experience. For some tracks, my preference is the MQn over JPlay, XA900B, XA1000 and JEP. For other tracks, clicks occurs. Strange ! This didn't happen in previous versions. For certain vocal tracks, sibilance is quite obvious.
  6. JC, Thanks for the informatin first. This must be a long way to try. and yes You've demonstrated the calculation of the 4th set sometimes before. I use z77 mobo with Cosair ram.
  7. Hi JC, had a short listening today on 2[1].37 wc no xmm sub -128 with the suggested ram timing tweak. A general feeling is that it delivers music as smooth as silk. I started from the factory defa of 9,9,9,24,1 and step jump down to 6,6,6,11,x. (CPU setting not altered). At 6,6,6 my computer fails to boot. So 7,7,7,13 is my bottom limit. Wonderfully it suits all type of music and vocal, only that for rock, I prefer a bit more aggressive touch with 88815. Any futher advice ?
  8. 2.30 eax > 2.30 eax 64 in terms of sound stage of vocalist. For 2.30 series, double bass is clean, drum impact is a bit shy. I use loudspeakers. May be I should further try cpu / ram settings.
  9. "that opitmising really does not make so much difference to SQ" - I share the same feeling with Jrling. So WS 2012 GUI is my current listening platform. The WS2012 core install does not come with audio support. The get/install-WindowsFeature can't give a direct help. Even with audio drivers installed, the device can't be detected. More effort is required to drill into this area though some gamers had succeed to enable audio in the Core environment. rdsu is correct, start with GUI if Core only installation is painful.
  10. I just came across the C drive root option by incident while sorting out the MQn issue in my various OS environment. Still need in depth listening with familiar tracks. I quitted the WS2012 core mode 'cause of DAC driver compatibility problem, just for the sake of ks. Would surely try again for wasapi.
  11. Found out why MQn.bat can't run in an optimized Win Server 2012 GUI. If the optimizing code contains a line like "sc config Null start= disabled", just rem it. Or restore it directly through a separate "sc config Null start= system", followed by a system reboot. My temporary way to listen to tracks with filenames in double byte character is to copy and rename the copies to something like 1.wav (though it doesn't seem fair to make frequent writes to the SSD.) Putting the simple-named.wav and all MQn associated files to C:\ seems to increase the clarity further (the 3rd line inside the MQn.bat needs to be changed accordingly to reflect the path). Generally, MQn gives a new listening experience, transparent but not aggressive. Many thanks to sbgk for the hard work.
  12. Before yesterday, testing the MQn was a mix of surprise and frustration, all 3 versions of x[1].10 sse4 intel and both mqncontrol versions (with and without affinity) were run under x64 of Win8 pro and ws2012, with and without system optimization. It was easier today with the newer 2[1].15 sse4 intel. The machine consists of i7 3770 and 8Gb ram. Correct me if I'm wrong. All 4 essential files were placed together under c:\mqnplayer and renamed as : MQn.batc2.0 => MQn.bat mqnplay.exe 2[1].10 sse4 intel => mqnplay.exe mqncontrol.exe (no change) paste.exe (no change) Most of the time, the command window (console ?) just flashed and then disappeared. 2 text files were generated with path\filenames pasted onto it, contents were same. No playback. But when the console did appear and play, the SQ was surprisingly clean and dimensional. MQnStop.batbak (renamed as MQnStop.bat) had once been added but does not seem helpful. taskkill /fi "PID gt 0" /IM mqn.exe /F >nul Could this mqn.exe refer to an earlier version ? One persistent behaviour was that in the optimized WS2012, the MQn generated "Files.txt" was blank while the "Param.txt" contains the track names. Process seemed to have worked differently inside MQn.bat under optimized OS. That led me to make my own Trackcopy.bat @echo off cd c:\mqnplayer taskkill /fi "PID gt 0" /IM mqnplay.exe /F >nul del Files.txt /q paste > Files.txt edited this "Files.txt" and manually deleted the last carriage return; finally ran a simplified MQn.bat like this : @echo off cd c:\mqnplayer rem Title MQn - Just good music rem taskkill /fi "PID gt 0" /IM mqnplay.exe /F >nul rem net stop "Desktop Window Manager Session Manager" MQncontrol --file ".\Files.txt" rem pause exit @echo on No. of successful plays increased. At the end of the day, discovered that track names with double byte characters might be the cause of the problem. Under optimized WS2012, for filenames with non double byte characters, Trackcopy.bat + simplified MQn.bat works. MQn.bat still does'nt work - the console just flash and disappear.
×
×
  • Create New...