Audioprobleme seit Win10 (2004)

[DH1KLM]

Hallo miteinander,
ich habe meinen SDR PC vor kurzem auf WIN 2004 upgedated und seither
leidet dieser bei PowerSDR 3.4.9 unter den bekannten Audioproblemen (crackling sound, dropouts, usw.).
Dieses Problem zeigt sich aber nur mit dem Red Pitaya, der Hermes ist komischerweise davon nicht betroffen.

Wiedermal hat ein großes Windows Update für Ärger gesorgt. Habe nach ein paar Stunden der Fehlersuche / Systemoptimierung eine
saubere Installation mit Win10 2004 gemacht, aber auch das hat nichts gebracht, also wieder die Version 1909 installiert und alles war gut.
Jetzt muss halt wieder die restliche Software installiert werden.

Irgendwas hat MS da wieder kaputt optimiert. Der Resampler zeigte unter der 2004 nach ein paar Minuten hunderte von underflows ,
unter der 1909 ist bei gleicher Konfiguration so gut wie nichts davon zu sehen.
Warum ein Unterschied zwischen Red Pitaya und Hermes festzustellen ist....

Das letzte mal hatte ich diese Audioprobleme unter Win7.
Für den SDR Rechner sind jetzt alle Updates erst ein mal abgeschaltet.

[DD8JM]

Danke für die Info Sigi,

hast Du das Problem bei VAC1 oder auch mit dem Codec-Board?

Gruß Jörg

[DH1KLM]

Hi Jörg,
in Ermangelung eines Codec-Boards, Betreibe ich alles über VAC1.

Gruß Sigi

[DC9OE]

Hallo Sigi, Jörg,
ich bin gerade dabei einen neu aufgebauten TRX / RADIOlab zu testen. Er hat einen W10 Rechner integriert auf dem habe ich eben einen SW update gemacht er ist also auf dem aktuellen Stand.
Mit der C25 Version von Power SDR kann ich weder mit dem CODEC noch mit VAC ein Audio Problem feststellen.

73,Edwin - DC9OE

[DD8JM]

Noch nie nahm sich Microsoft so viel Zeit für ein Funktionsupdate von Windows 10 wie für das neue Mai Update. Doch das neue Windows 10 2004 ist deshalb nicht frei von Bugs. Bereits am ersten Tag nach dem Release hatte Microsoft eine lange Liste mit Unverträglichkeiten parat, die letzten Tage sind noch ein paar Probleme dazugekommen. Damit zeigt sich wieder einmal, dass es gute Gründe gibt, große Windows-Updates nicht sofort einzuspielen.

Bekannte Probleme in Windows 10 2004
....
Audio-Treiber: Beim Update kann es Probleme geben, wenn Conexant ISST Audio oder Conexant HDAudio Treiber (uci64a96.dll bis uci64a231.dll) mit einer kleineren Versionsnummer als 7.231.3.0. auf dem System sind. Auch in diesen Fällen bremst die Upate-Automatik die Auslieferung von Windows 10 2004. Gleiches gilt für den Conexant HDAudio Treiber in den Versionen 8.65.47.53, 8.65.56.51 sowie 8.66.0.0 bis 8.66.89.00 (chdrt64.sys oder chdrt32.sys).

Hallo Ihr beiden,

oberes hatte ich im Internet gefunden, vielleicht die Ursache bei Sigi.

73 Jörg

PS Ich würde das Codec-Board nehmen, ich denke das es damit kein Problem gibt.

[DF5WW]

Auch evtl. noch wichtig im Zusammenhang von Windows Updates und Adminrechten. Sowohl das Update auf 1909 als auch später auf 2004
haben meine Admineinstellungen für verschiedene Softwares wie bspw. Log4OM V2, Omnirig und JTDX überschrieben bzw. abgeschaltet.
Sollte man bei Updates grundlegend drauf achten wenn man SW verwendet die Adminprivilegien benötigt.

Das aber nur als generelle OT Info ....

[DH1KLM]

Ich gehe auch davon aus dass der Audiotreiber das Problem ist. Habe leider nicht auf die Version geachtet die installiert wurde. Auch ein original Realtek Treiber hatte keine Besserung gebracht. Ich denke dass MS irgendwo tiefer im System etwas geändert hat. PC ist im übrigen ein I7 3770S mit 8GB RAM, allemal kräftig genug zumal auf dem PC sonst nichts installiert war.
Aber wie gesagt, mit v1909 ist alles wieder im Lot.
Danke an alle.

[DD8JM]

Vielleicht auch zum Test mal ASIO4ALL, bin von denen aber nicht so überzeugt, das Codec-Board benötigt keinen Microsoft Treiber.

Gruß Jörg

[DH1KLM]

ASIO4All oder Bananadingsbums hab ich normal auch im Einsatz, aber auch da so gut wie keine Verbesserung. Aber egal.

[DL2BBF]

Moin zusammen,
Jetzt hat es mich auch erwischt mit dem Update auf Win10 (2004)
Ich nutze HPSDR 3.4.8 und habe heute mich zu dem Win 10 Update auf 2004 entschieden.

Auch bei mir war dieses Knacken zu hören, Ich hatte den Eindruck es nahm zu bei Zugriffen auf die Platte oder bei erhöhter CPU Last. Soundtreiber natürlich aktuell.
Das Knacken kommt sowohl bei Nutzung der VAC 1 und aber auch bei Nutzung des Audio Codec Moduls.
Nach Rückgang auf 1909 war alles ok. Jetzt stellt sich mir die Frage, wir kann ich das Update auf 2004 verhindern, dabei aber trotzdem nicht auf den Internet - Zugriff verzichten.
Tritt dieser Fehler auch bei Thetis auf?
Bin etwas ratlos .

[DD8JM]

Hallo Hans,

schau mal hier: https://ittweak.de/windows-10-funktions ... -2004/amp/

Bei mir ist Windows 10 mit dem Update 2004 installiert und ich habe keine Probleme, das ist aber von Rechner zu Rechner verschieden,
je nachdem welche Hardware man verwendet.

Hier sind auch verschiedene Audiokarten davon betroffen, im Artikel wird es auch beschrieben.

Bei mir im Einsatz, PowerSDR 3.4.9, Thetis für Red Pitaya 14bit und auch Thetis für meinen Red Pitaya 16bit, Version 2.8.11, geht ohne Probleme.

Gruß Jörg

[DL2BBF]

hallo Jörg,
danke für die Info.
Ich habe allerdings nicht den Hinweis auf bestimmte Audiokarten, die betroffen sein sollten, gefunden.
Ich bin am überlegen, den RP direkt mit dem Notebook zu verbinden und dann wird das so eingefroren. Ohne Internetzugang.
Schade, mir wäre lieber man könnte das Proble lösen, nicht nur umgehen. So etwas holt einem bald wieder ein.
Es wäre noch eine Frage ob bei Thetis das Problem auch auftritt.... Ich vermute aber ja. Bei Hermes scheint es nicht aufzutreten.
Irgenwie nervt mich es gewaltig wenn etwas nicht so funtioniert wie ich es mir wünsche. Aber zum Testen 2004 wieder zu installieren.... Dazu habe ich auch keine Lust.

Gerade auf meinem PC getestet. Problem tritt auch da auf. Zu beobachten ist, dass das Knacken zunimmt sobald zufriffe auf Festplatte erfolgen.

[DL2BBF]

Moin,
ein auf dem PC instaliertes Thetis 2.8.11 läuft ohne Knacken, während ein open HPSDR 3.4.8 und auch 3.4.9 knacken. Betriebssystem Win 10 64 bit pro mit 2004 und 20H2.
Also auf dem neuesten Stand. Vielleicht möchten ja auch andere ihre Erfahrung mit diesem Effekt schreiben.

Anderes Thema: Den Sender schalte ich sonst mit der Space Taste ein, Gewohnheit. Das geht bei meiner Thetis installation nicht mehr.
Mox taste geht.
Fußtaste (CAT) geht.
Direkt am RP PTT in geht.
Was mache ich bei der Spacetaste falsch in den Einstellungen?

Leider werden bei mir leider keine Einstellungen im Thetis gespeichert.

Ich möchte jetzt noch etwas abwarten mit einem erneuten Update des Betriebssystems auf meinem SDR TRX - Notebook.
Ob es eine Verbesserung seitens des Betriebsystems gibt. Und ob ich mich mit dem Thetis anfreunden kann.

[DH1KLM]

Tach,
habe gerade mal mit PowerSDR mRX 3.4.9 unter 20H2 getestet und auch hier habe ich wie auch unter 2004 die besagten Aussetzer.
Mit der aktuellen Thetis klappts dann ohne Probleme sowohl mit 32 als auch 64 Bit.
Das bedeutet für mich, auf dem Standalone bleibt weiterhin die 1909 da ich gerne PowerSDR mRX mit 384 Khz Samplerate verwende. (ganzes Band aufeinmal)

[DL2BBF]

Danke Sigi,
ich habe jetzt auf meinem Notebook, welches ich normal für den Redpitaya nutze, wieder mit dem Win 10 64bit pro auf 20H2 upgedatet.
Thetis 64 bit läuft damit jetzt einwandfrei ohne diesen Audio Fehler.
Die Welt ist für mich wieder in Ordnung.

[DH1KLM]

Nur für den Fall dass jemand mit diesem Problem zu kämpfen hat.
Mit Win 2004 hat Microsoft scheinbar an der "Windows Timer Resolution" gedreht und somit für diverse VAC under/overflows in Verbindung mit Thetis/PowerSDR gesorgt.
Wobei es offensichtlich auch noch darauf an kommt ob man eine INTEL oder AMD CPU verwendet.
Nachzulesen hier https://apache-labs.com/community/viewt ... =13&t=3776

[DC9OE]

Hallo allerseits - wir hatten mit dem Problem auch lange zu kämpfen und haben deshalb alle Geräte auf der W10/1909 belassen.
Dank Markus DG8MG gibt es eine Lösung die zumindest für uns im Charly 25 Projekt und mit allen neuen Versionen von W10 reibungslos funktioniert.
Ob sie allgemein gültig ist kann ich mangels Testumgebung nicht sagen.

Unsere Lösung besteht in einem Patch der Registry:

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows
NT\CurrentVersion\Multimedia\SystemProfile]
"NetworkThrottlingIndex"=dword:ffffffff

Vielleicht hilft es ja dem einen oder anderem - viel Spass beim Testen.

73,Edwin - DC9OE

PS. eine Rückmeldung wäre nett, würde uns interessieren ob die Lösung allgemein funktioniert

[DD8JM]

Im Apache Labs Forum wird der gleiche Weg zur Problemlösung vorgeschlagen:

Today I decided to play a bit with the two registry entries to see if both were indeed needed to obtain stability. I first returned the “SystemResponsiveness” to its original value of 14 hex. I then tested for about an hour and didn't notice any change so I left it at 14 hex. I then changed “NetworkThrottlingIndex” back to its original value of hex A. Upon testing I experienced runaway over/underflows again. I tried several different values for this setting but in the end, it indeed must be set to FFFFFFFF hex in order to stop the runaways. This makes sense since this setting is a throttling mechanism for network packets. Obviously, throttling Thetis packets leads to bad things.

So, at least for me, the only change needed to fix this persistent problem is to just set “NetworkThrottlingIndex” to max, FFFFFFFF hex, and you're good to go.

73,

Joe W4WT

The registry tweak dissables bandwith throttling so it can help you if your problem is due to bandwith issues. In my system the issue appeared after W10 2004 or 20H2 updates.

Forget about DWORD 32, it is just the type you should choose when creating the registry if it is not present.

In your case:
1) Make a Windows restoration point
2) Just "doble click" in "NetworkThrottilingIndex" and change its value to ffffffff
3) Reboot and test

If it doesn't help, proceed with step #2 and so on...

If none helps, reset the values to the previous ones or just use your restoration point to go back.

Hi,

I don't use VAC for audio, only for WSJT-X/WinLink. I did these changes and now Thetis runs stable without dropouts on RX/TX. There are some RX droputs after a system startup when everything is loaded at the same time but after this erverything is fine. Before these changes I always had RX dropouts if the system load increased because of other programs like Firefox, Virus scanner etc.

73,
András

https://apache-labs.com/community/viewt ... =13&t=3780

73 Jörg, DD8JM

[DC9OE]

Jörg, danke für den Hinweis - dann scheint die Lösung ja universell verwendbar zu sein.
Ich hoffe dass es jetzt für alle zu einer endgültigen Lösung führt und MS und mit weiteren "Bug Fixes" verschont...
73,Edwin