Audioplayer MQn
-
- Aktiver Hörer
- Beiträge: 4018
- Registriert: 04.05.2010, 19:37
Hallo,
es ist schon erstaunlich, wie anders der MQn-Player gegenüber JPlay zu Werke geht.
Es braucht einige Tage, bis das Gehör sich vollständig neu einpegelt.
Daß hier ein anderes Klangbild vorliegt, kein Problem, das merkt man sofort.
Das gesamte Potential kommt jedoch erst nach und nach zum Vorschein.
Eine gewisse Trägheit des Gehörsinns scheint hier mitzuspielen.
Gruß
Bernd Peter
es ist schon erstaunlich, wie anders der MQn-Player gegenüber JPlay zu Werke geht.
Es braucht einige Tage, bis das Gehör sich vollständig neu einpegelt.
Daß hier ein anderes Klangbild vorliegt, kein Problem, das merkt man sofort.
Das gesamte Potential kommt jedoch erst nach und nach zum Vorschein.
Eine gewisse Trägheit des Gehörsinns scheint hier mitzuspielen.
Gruß
Bernd Peter
Hallo Bernd Peter,
Grüße
Fujak
P.S.: @Christian: Unser Hobby ist nichts für schwache Nerven, vor allem nicht, wenn Bernd Peter in der Nähe wohnt ... aber dafür den Friedensnobelpreis? Hm.
das ging mir auch so. Schalte doch mal probeweise wieder auf JPlay, und lass Dich überraschen, wie jetzt Dein Gehör darauf reagiert....Bernd Peter hat geschrieben:es ist schon erstaunlich, wie anders der MQn-Player gegenüber JPlay zu Werke geht.
Es braucht einige Tage, bis das Gehör sich vollständig neu einpegelt.
Grüße
Fujak
P.S.: @Christian: Unser Hobby ist nichts für schwache Nerven, vor allem nicht, wenn Bernd Peter in der Nähe wohnt ... aber dafür den Friedensnobelpreis? Hm.
-
- Aktiver Hörer
- Beiträge: 282
- Registriert: 07.03.2014, 09:38
- Wohnort: Bochum
-
- Aktiver Hersteller
- Beiträge: 4672
- Registriert: 23.03.2009, 15:58
- Wohnort: 33649
- Kontaktdaten:
Moin,
ich hab mal die und genommen. Und mich zuerst mal nach der Anleitung von Christoph (http://www.aktives-hoeren.de/viewtopic. ... 274#p80274) gerichtet.
Was nach dem Aufruf der MQnControl zu folgenden Meldungen führt:
Nun frage ich mich, was die Zugriffsverweigerung verursacht. Kennt jemand den Grund?
Ich rufe dabei das Programm per cmd-Konsole im Verzeichnis C:\MQn auf.
Grüsse
Uli
ich hab mal die
Code: Alles auswählen
mqncontrol.exe 24 bit R1.3 10ms.310ms
Code: Alles auswählen
mqnplay.exe 24 bit sse2 10ms R2.3 win7.3win7
Was nach dem Aufruf der MQnControl zu folgenden Meldungen führt:
Dann spielt die Musik aber trotzdem wie sie soll.FEHLER - Zugriff verweigert
File format 16 bits per sample 44100 samples per second
File load count - 1
X -Exit:
Nun frage ich mich, was die Zugriffsverweigerung verursacht. Kennt jemand den Grund?
Ich rufe dabei das Programm per cmd-Konsole im Verzeichnis C:\MQn auf.
Grüsse
Uli
-
- Aktiver Hersteller
- Beiträge: 4672
- Registriert: 23.03.2009, 15:58
- Wohnort: 33649
- Kontaktdaten:
Auf https://drive.google.com/folderview?id= ... sp=sharing gibt es auch ein Verzeichnis Test. Darunter gibt es eine WASAPI_test.exe.lukivision hat geschrieben:Puuh - wie kriege ich denn Wasapi für MQN verfügbar? Ich hab bislang nur das Foobar WASAPI Plugin...
Luki
Die listet mit
WASAPI_test.exe --list-devices die verfügbaren Devices auf.
Grüsse
Uli
-
- Aktiver Hörer
- Beiträge: 282
- Registriert: 07.03.2014, 09:38
- Wohnort: Bochum
Hi Uli,
Gruß Erwin
Wie man das bei normale Progrämmchen tut, startest Du vermutlich mit eingeschränkten Benutzerrechten. Der Player möchte gerne Vollzugriff auf dein System, also mit Adminrechten die Musik wiedergebenuli.brueggemann hat geschrieben:Moin,
Was nach dem Aufruf der MQnControl zu folgenden Meldungen führt:Dann spielt die Musik aber trotzdem wie sie soll.FEHLER - Zugriff verweigert
File format 16 bits per sample 44100 samples per second
File load count - 1
X -Exit:
Nun frage ich mich, was die Zugriffsverweigerung verursacht. Kennt jemand den Grund?
Ich rufe dabei das Programm per cmd-Konsole im Verzeichnis C:\MQn auf.
Grüsse
Uli
Gruß Erwin
Uliuli.brueggemann hat geschrieben:Moin,
ich hab mal dieundCode: Alles auswählen
mqncontrol.exe 24 bit R1.3 10ms.310ms
genommen. Und mich zuerst mal nach der Anleitung von Christoph (http://www.aktives-hoeren.de/viewtopic. ... 274#p80274) gerichtet.Code: Alles auswählen
mqnplay.exe 24 bit sse2 10ms R2.3 win7.3win7
Was nach dem Aufruf der MQnControl zu folgenden Meldungen führt:Dann spielt die Musik aber trotzdem wie sie soll.FEHLER - Zugriff verweigert
File format 16 bits per sample 44100 samples per second
File load count - 1
X -Exit:
Nun frage ich mich, was die Zugriffsverweigerung verursacht. Kennt jemand den Grund?
Ich rufe dabei das Programm per cmd-Konsole im Verzeichnis C:\MQn auf.
Grüsse
Uli
The program tries to change clockrate setting in the Pro Audio registry setting, but doesn't have sufficient rights to do so.
I have a batch that changes it again to clockrate 448, which is my favourite ( but not gordon's ).
Cheers
Aleg
-
- Aktiver Hersteller
- Beiträge: 4672
- Registriert: 23.03.2009, 15:58
- Wohnort: 33649
- Kontaktdaten:
Hi Aleg,Aleg hat geschrieben:The program tries to change clockrate setting in the Pro Audio registry setting, but doesn't have sufficient rights to do so.
I have a batch that changes it again to clockrate 448, which is my favourite ( but not gordon's ).
yes, I could trace it. MQn tries to create a new registry key HKLM\Software\Microsoft Windows NT\Current Version\Multimedia\SystemProfile\Tasks\Pro Audio
The access is denied correctly.
So what is the reason to write into the protected area and what is happening if the according registry key is NOT created? Does the playback get worse?
Clearly speaking I do not like to raise any privileges to programs of uncertain and uncertified sources.
Cheers
Uli
Hallo Uli,
der Registry-Zweig "HKLM\Software\Microsoft Windows NT\Current Version\Multimedia\SystemProfile" beinhaltet Werte, die für die Konfiguration des Multimediaklassenplaner-Dienstes (MMCSS) relevant sind. Dieser ermöglicht die Priorisierung verschiedener Mulitmedia-Anwendungen und -typen. Um diesen Dienst zu nutzen, muss sich eine Multimedia-Anwendung bei dem Dienst per API-Call registrieren.
Bezogen auf MQn passiert nun folgendes:
a. MQnControl.exe schreibt - je nach Audio Qualität (16/44.1, 24/96 etc.) der gerade gewählten Tracks - verschiedene Werte in den Eintrag "Clock Rate" im Zweig "HKLM\Software\Microsoft Windows NT\Current Version\Multimedia\SystemProfile\Tasks\Pro Audio". Welche Werte geschrieben hat Sbgk nach eigenen Überlegungen bestimmt.
b. MQnControl.exe startet MQnPlay.exe mit diversen Parametern und übergibt den PCM-Datenstrom.
c. MQnPlay.exe registriert sich per API-Call "AvSetMmThreadCharacteristics" mit Paramter "Pro Audio" beim MMCSS.
d. Die gesetzten Werte für "Clock Rate" sollten nun berücksichtigt werden
Soweit jedenfalls die Theorie!
Die Meinungen über die richtigen Werte für "Clock Rate" gehen auseinander. Der Standardwert dafür ist 10000 (Dezimal). Ich selbst habe in meiner Kette bei verschiedenen Werten keine Unterschiede wahrnehmen können. Allerdings habe damit auch noch nicht wirklich viel experimentiert.
Gruß, Christoph
der Registry-Zweig "HKLM\Software\Microsoft Windows NT\Current Version\Multimedia\SystemProfile" beinhaltet Werte, die für die Konfiguration des Multimediaklassenplaner-Dienstes (MMCSS) relevant sind. Dieser ermöglicht die Priorisierung verschiedener Mulitmedia-Anwendungen und -typen. Um diesen Dienst zu nutzen, muss sich eine Multimedia-Anwendung bei dem Dienst per API-Call registrieren.
Bezogen auf MQn passiert nun folgendes:
a. MQnControl.exe schreibt - je nach Audio Qualität (16/44.1, 24/96 etc.) der gerade gewählten Tracks - verschiedene Werte in den Eintrag "Clock Rate" im Zweig "HKLM\Software\Microsoft Windows NT\Current Version\Multimedia\SystemProfile\Tasks\Pro Audio". Welche Werte geschrieben hat Sbgk nach eigenen Überlegungen bestimmt.
b. MQnControl.exe startet MQnPlay.exe mit diversen Parametern und übergibt den PCM-Datenstrom.
c. MQnPlay.exe registriert sich per API-Call "AvSetMmThreadCharacteristics" mit Paramter "Pro Audio" beim MMCSS.
d. Die gesetzten Werte für "Clock Rate" sollten nun berücksichtigt werden
Soweit jedenfalls die Theorie!
Die Meinungen über die richtigen Werte für "Clock Rate" gehen auseinander. Der Standardwert dafür ist 10000 (Dezimal). Ich selbst habe in meiner Kette bei verschiedenen Werten keine Unterschiede wahrnehmen können. Allerdings habe damit auch noch nicht wirklich viel experimentiert.
Gruß, Christoph
Uliuli.brueggemann hat geschrieben:Hi Aleg,Aleg hat geschrieben:The program tries to change clockrate setting in the Pro Audio registry setting, but doesn't have sufficient rights to do so.
I have a batch that changes it again to clockrate 448, which is my favourite ( but not gordon's ).
yes, I could trace it. MQn tries to create a new registry key HKLM\Software\Microsoft Windows NT\Current Version\Multimedia\SystemProfile\Tasks\Pro Audio
The access is denied correctly.
So what is the reason to write into the protected area and what is happening if the according registry key is NOT created? Does the playback get worse?
Clearly speaking I do not like to raise any privileges to programs of uncertain and uncertified sources.
Cheers
Uli
AS said my preference is a clockrate of 448, so after Gordon set his prefered value, I run a .reg file that puts it back to my prefered value
The permissions can be changed on a pretty low level in the registry tree, so you could give regular users control permission (right mouse click / Permissions / Users allow Control) on
"HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile\Tasks\Pro Audio" only, which is where the clockrate setting for Pro Audio is located and no other areas will be affected. This solves the authorisation message.
If you want to be on the save side, you can also backup just this branch (right mouse click on this branch and select Export) that way you can always put it back the way it was.
In the history of MQn we have experimented with quite a lot of registry settings as well. JesusCheung on the Tirna Hifi thread is obsessed by them .
And Christoph, please do listen to clockrate 448 with the mqncontrol 100000 and mqnplay avx2 100000, it should give a noticeable difference to the default clockrate.
cheers and happy experimenting
Aleg
-
- Aktiver Hersteller
- Beiträge: 4672
- Registriert: 23.03.2009, 15:58
- Wohnort: 33649
- Kontaktdaten:
Hi Aleg,Aleg hat geschrieben: The permissions can be changed on a pretty low level in the registry tree, so you could give regular users control permission (right mouse click / Permissions / Users allow Control) on
"HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Multimedia\SystemProfile\Tasks\Pro Audio" only, which is where the clockrate setting for Pro Audio is located and no other areas will be affected. This solves the authorisation message.
AS said my preference is a clockrate of 448, so after Gordon set his prefered value, I run a .reg file that puts it back to my prefered value
ok, changing the permissions for Pro Audio works well.
So MQn now changes the value from x2710 (=10000) to x27AF (=10159). Whatever this means.
Now I just wonder about your value of x448 (=1096). It is much lower. And you set it by a .reg file. You could set it and withdraw the permission to change it by MQn. Then you only need to set the value once. Am I wrong?
Cheers
Uli