ASIO Callback nur bei Mausbewegung

[TomyN]

Hallo,
Hier tritt mit einem ASIO Gerät der folgende Fehler auf , dass ich nicht verstehe.

Es ist eine kleine Testanwendung, in der nur die vom Treiber zurückgemeldeten Werte (Sampleposition und -Zeit) angezeigt werden.
Mit vielen Treibern (u.a. ASIO4ALL) läuft das wunderbar.
Mit einem Treiber passiert aber folgendes:
Es kommt ein Callback, dann passiert erstmal nix mehr.

Bewegt man nun die Maus, dann läuft die Anzeige ganz normal hoch, aber nur solange man die Maus wirklich bewegt.

Die Anzeige läuft dann kontinuierlich, auch springt sie nicht, d.h. die erste Vermutung des fehlenden Updates der Anzeige ist es nicht.
Das wirklich verrückte (finde ich) ist, dass der Effekt auch auftritt, wenn die Anwendung nicht den Focus hat, d.h. bei einer Mausbewegung in einem anderen Fenster läuft es, solange man die Maus bewegt.

Mein System ist win10/64, Delphi 10.3

[himitsu]

Wie/Wo kommt der Callback an?

* im Hauptthread
* im einem eigenen Thread
* falls im Thread, wird und wenn ja wie wird synchronisiert?

Wenn die Anzeige/Verarbeitung im Haupthread ankommt/verarbeitet

Wenn etwas in den Hauptthread synchronisiert wird, aber das Benachrictigungsevent nicht annkommt / nicht gesendet wird, und der hauptthread ist grade im Idle, dann wartet er bis zur nächsten Message (z.B. von der Maus).

[TomyN]

Dem Treiber wird eine Callbackfunktion übergeben, die dann vom Treiber aufgerufen wird (werden soll) wenn er Daten hat bzw. braucht.
In der konkreten Situation sieht das ganze so aus

Code:

procedure TMainForm.BufferSwitchTimeInfo(index: integer; const params: TAsioTime);
begin
  // tell the interface that the sample position has changed
  PostMessage(Handle, PM_UpdateSamplePos, params.timeInfo.samplePosition.hi,
                params.timeInfo.samplePosition.lo);
  Driver.OutputReady;    // some asio drivers require this
end;

Was mich eben verwirrt, ist das die Sampleposition sich immer um die Buffergröße erhöht. Wenn es ein Problem mit der Synchronisation / Nachricht wäre, dann müsste der Zähler ja 'hupfen'.

[jaenicke]

Du hast aber schon geprüft, ob der Callback nicht aufgerufen wird oder die Message danach nicht verarbeitet wird, oder? (z.B. mit OutputDebugString)
Das geht aus deinem Post leider nicht hervor, da du nur den Effekt in der Anzeige beschreibst.

[TomyN]

Ja, hab ich. Das Callback wird nicht aufgerufen.

[TomyN]

Extrem komisch... jetzt läuft es wie es soll .. obwohl ich nix geändert hab... :?

[TigerLilly]

Ich weiß nicht, ob das was beiträgt. Aber ich hatte genau dieses Phänomen letztens bei einem Server, den ich mit TeamViewer steuern wollte: Screen wurde nur aktualisiert, wenn ich die Maus bewegt habe. Abhilfe war, die Hardwarebeschleunigung zu deaktivieren.

[himitsu]

Zitat:

Teamviewer

War das ein Monitor am Rechner?

Ich hatte das bei einem MiniPC, wenn nichts am HDMI hängt.
Hatte es nicht ausprobiert, aber dafür gibt es so FakeMonitore.

https://www.amazon.de/Headless-Emula.../dp/B06XT1Z9TF

[TomyN]

Ich weiss nicht, fehlendes Update / Synchronisation eines Controls oder einer Anzeige kann ich mir vorstellen. Aber das der Treiber die Callbacks nur dann aufruft, wenn die Maus bewegt wird und dann die Samples/Zeit entsprechend erhöht finde ich extrem seltsam.

[TigerLilly]

Zitat:

Zitat von himitsu (Beitrag 1536423)

Zitat:

Teamviewer

War das ein Monitor am Rechner?

Nein, kein Monitor dran. Virtualisierter Rechner auf VMWare.

[himitsu]

Na gut, der hat dann ja einen virtuellen Monitor, bzw. die virtuelle Grafikkarte reagiert nicht so, wie eine Echte.
-> Ohhh, es hängt kein Monitor dran, mich kann eh niemand sehen, na dann kann ich mich ja (teilweise) abschalten ...

Bei mir war's eine integrated GPU eines extrem sparsamen NanoPCs.