lokale transkription - windows platform?

[nobody]

Wird das auch für Windows OS zur Verfügung stehen?
Die Paravirtualisierung (Grafikkarte sharen mit mehreren VM-Gästen) von hyper-V zusammen mit Linux OS die steckt noch in den Kinderschuhen.
Was gut funktioniert ist DDA (PCI-Umleitung auf einen VM), aber das geht nur für einen VM. Und den gibt es hier schon und der läuft mit Windows. Auch andere Programme verwenden die Grafikkarte.
Daher wäre es wünschenwert, das auch auf Windows zu haben.

 

[bitn2]

Du willst nicht ernsthaft den Transcription Server virtualisieren???

 

[nobody]

Sowas funktinoiert sehr gut, ich habe das im einsatz (für eine andere Transkriptionssoftware: "noscribe").
Mit GPU-P (paravirtualisierung) kann man auch mehrer VMs mit einer GPU versorgen und die Ressourcen sharen, nur eben, das funktioneirt nocht nicht so schön, Snapshots und Anhalten klappt nicht, und eben, Linux GPU-P eigentlich gar nicht.

Eigentlich würde ich gar keine Server mehr mit Bare-Metal einrichten.

 

[bitn2]

Was für ne Grafikkarte brauchst du da dann wenn schon die 3cx 24GB VRAM will?

 

[nobody]

eine mit 24GB Ram sollte reichen.
Die Virtualisierung soll ja auch für bessere Ressourcennutzung dienen - also grafikkarten sparen durch sharing. Nicht immer wird telefoniert, und nicht immer muss in maximalem Tempo etwas transkribiert werden. Auch denke ich das geht mit weniger als 24GB - Aber solange ich es nicht probieren kann mit 3CX, kann ich nur Beispiele von NoScribe anführen: meist reicht dort <6GB Ram. Und mit einer 4080 super kann man aus meiner Erinnerung 30min interview in ca. 3-4 minuten transkribieren.
Es ist sehr wahrscheinlich dass die 3CX Transkription die gleiche Engine nimmt.

Hat man einen Hyper-V server mit GPU-P dann kann man (Muttmassung) bestimmt 4 Server die sich mit Grafikkarten beschleunigten Rechenaufgaben beschäftigen mit einer Karte versorgen und die ist vielleicht immer noch nicht ausgelastet.
Mit DDA muss es eben auf einem VM Gast gehen Aktuell läuft dort das NoScribe und eine privates kleines LM-Studio.

 

[bitn2]

eine mit 24GB Ram sollte reichen.
Die Virtualisierung soll ja auch für bessere Ressourcennutzung dienen - also grafikkarten sparen durch sharing. Nicht immer wird telefoniert, und nicht immer muss in maximalem Tempo etwas transkribiert werden. Auch denke ich das geht mit weniger als 24GB - Aber solange ich es nicht probieren kann mit 3CX, kann ich nur Beispiele von NoScribe anführen: meist reicht dort <6GB Ram. Und mit einer 4080 super kann man aus meiner Erinnerung 30min interview in ca. 3-4 minuten transkribieren.
Es ist sehr wahrscheinlich dass die 3CX Transkription die gleiche Engine nimmt.

Hat man einen Hyper-V server mit GPU-P dann kann man (Muttmassung) bestimmt 4 Server die sich mit Grafikkarten beschleunigten Rechenaufgaben beschäftigen mit einer Karte versorgen und die ist vielleicht immer noch nicht ausgelastet.
Mit DDA muss es eben auf einem VM Gast gehen Aktuell läuft dort das NoScribe und eine privates kleines LM-Studio.

Klingt grundsätzlich interessant... Ich glaube aber nicht das es den Server von 3cx auf Windows Plattform geben wird. Aber wer weiß...

 

[nobody]

wenn GPU-P mit linux Gästen angenehm geht, dann ist das natürlich auch egal...

 

[mbehrens]

Wird das auch für Windows OS zur Verfügung stehen?

Da in Zukunft wohl ARM Unterstützung angedacht ist, wird es wohl bei Debian bleiben. Probier es einfach aus.

 

[avraammich_3CX]

https://www.3cx.com/docs/transcription-engine-server/

Minimum Recommended (Fast): Nvidia 24GB RTX GPU = 24 GB VRAM

 

[nobody]

aber ARM oder nicht ARM, das hat ja nichts mit Windows oder Linux zu tun.
Es gibt Linux für ARM, x86 etc. etc., und Windows für X86, ARM.

 

[Raumpatrouille]

Hallo zusammen,
wir haben das gleiche Problem.
Einer unserer Server hat noch entsprechende Ressourcen frei (NVIDIA 48GB VRAM GPU), aber der Server läuft auf Windows, da andere Anwendungen dieses Betriebssystem zusammen mit dieser GPU benötigen.
GPU Sharing ist wie @nobody schon sagte, nicht so einfach unter Windows umzusetzen.
Auch mittels WSL bekommt man Probleme, da über den offiziellen Weg nur Debian 13 abrufbar ist, welches (noch) nicht unterstützt wird.
Wenn man über Umwege (Docker) ein Debian 12 mounted, laufen die Skripte von 3CX zwar erfolgreich durch, aber der Connect der PBX über den Host zur VM wird nicht erfolgreich durchgeführt.
Falls da noch jemand eine Idee hat oder jemand von 3CX mehr zu zukünftigen Möglichkeiten / unterstützten OS sagen kann, gerne her damit.
Zumindest hat 3CX bestätigt, dass die Debian 13 Unterstützung in Arbeit ist. (Stand 12.03.2026)

 

[nobody]

N

Thema 'Lokale Transkription - Testversion 16 simultane Calls?'

7. März 2026

Ich wollte nochmal auf dieses Thema zurückkommen.
Dass es im Moment keine Windows-Version der Transkriptionssoftware gibt ist etwas schade, aber nun habe ich mir einen Linux VM mit GPU-P auf Hyper-V gebastelt, der scheinbar funktinoiert.
Nun würde ich das gerne testen.
Aber meine eigene NFR version die ist eine 8SC version - somit nicht lizensiert für die Transkription. Die möglicherweise interessierte Kundschaft hat ebenso eine 8SC version. Aber wenn es funktioniert und eine echte Arbeitserleichterung bringt, dann würden die das vermutlich upgraden.
Aber ohne einen erfolgreichen Test geht...

• nobody
• Antworten: 2
• Forum: Telefonsystem

Es funktinoiert ja bei mir nun mit einen Ubuntu24 als gast unter HyperV 2022 mit GPU-P.
ich liefere auch gerne die Anleitung wenn interesse besteht.
leider eben keine snapshots und kein schlafenschicken des Gastes, jedoch, in diesem Fall verschmerzbar.

 

[Raumpatrouille]

Schön zu hören, dass es bei dir funktioniert.
Teile die Anleitung gerne!
Gibt bestimmt noch mehr Partner / Anwender, welche darauf zurückgreifen werden.
Ich werde mir deine Anschauen und in einem Test mal umsetzen.

 

[nobody]

Ob die 3CX transkription funktioniert, das würde ich natürlich gerne rausbekomen, nur ist die Fa. 3CX leider unwillig das zu ermöglichen, bzw. die bestehen darauf die Lizenz zu kaufen, das wird meine Kundschaft natürlich nicht tun - anstatt einen Test für kurze zeit zu ermöglichen.
POC - nix.
Nun gut, ein weiterer Nagel.