Stimme in Echtzeit erhöhen

Gast
Ich machs jezt folgendermasen: 2 Threads mit unterschiedlicher 
geschwindigkeit in einem wird der speicher mit daten gefüllt im anderen 
wird das ganze mit anderer geschwindigkeit ausgelesen. Ist vll. nicht 
die beste methode aber eine sehr einfache
Gast
@nur ein (Gast)

wie willst du das machem, wenn die ausgangsgeschwindigkeit höher ist als 
der eingang, woher soll der der schnellere thread seine daten nehmen? 
Andersrum würde irgendwann der Buffer überlaufen. Und mit Echtzeit hat 
das dann auch wenig zu tun.
Gast
@ Peter
der buffer (mom. 15 werte) wird wenn er überläuft eben wieder von vorne 
ausgegeben und die 15 werte werden beim eingang wieder überschrieben. 
Bei so kleinen Zeitabständen fällt das ganze nicht auf.
Gast
Wie's die Karte konkret macht ist schwer zu sagen (es gibt verschiedene
Möglichkeiten.

Ein einfacher Ansatz ist der, das Spektrum einfach komplett nach Oben
(Stimme wird heller) oder nach Unten (Stimme wird dunkler) zu
verschieben, dadurch wird die Abspielgeschwindigkeit nicht verändert.

Gruss

Jörg
Persönliche Seite
Also die Geschichte mit den unterschiedlichen Samplingfrequenzen 
funktioniert in der Tat recht ordentlich - in anbetracht des Aufwandes.

Das Spektrum "hart" zu verschieben birgt den Nachteil, dass man 
Unstetigkeiten im Spektrum bekommt. Abhilfe würde evtl. eine 
nichtlineare Frequenzverzerrung bringen, also prinzipiell sowas wie eine 
bilineare Transformation auf die Frequenzachse (bildlich gesprochen fürs 
Verständnis). Allerdings habe ich es bisher nicht ausprobiert und sehr 
wahrscheinlich gibt es wesentlich elegantere Methoden. Zudem wäre 
interessant zu wissen, was der Autor unter "Echtzeit" versteht. Just my 
two cents...
Gast
> Zudem wäre interessant zu wissen, was der Autor unter "Echtzeit" versteht.

So, dass ich permanent ins Mikrofon reden kann und ohne vom Menschen 
spürbare Verzögerung meine erhöhte Stimme herauskommt.
Gast
Ich habe vor ein/zwei Jahren in DirectSound (Windows-DirectX) einen
Filter mit Spektrumanalyse plus Spektrummodifikation (wie z.B.
Spektrum-Shifting) geschreiben. Bei 48KHz lief das ganze ohne Probleme
lockerst in Realzeit (CPU-Konsum << 10%). Es sollte sich also ohne
Probleme auf DSP/FPGA implementieren lassen.

Was ich nicht verstehe: Warum soll bei Spektrumverschiebungen
Unstetigkeiten entstehen Bei Verschiebung nach Oben werden z.B.
geeignete Were "Unten" aufgefüllt)? Problematischer ist da der
obige Ansatz des Bufferings mit kleinen Fenstern und schnellerem
bzw. langsamerem Abspielen. Zwischen den einzelnen Fenstern hat
man idR. Unstetigkeiten, es sei den es wird zwischen den Fenstern
linear gefiltert. Ob man die aber hört muss man einfach mal
ausprobieren.

Gruss

Jörg
Persönliche Seite
Jörg wrote:
> Was ich nicht verstehe: Warum soll bei Spektrumverschiebungen
> Unstetigkeiten entstehen Bei Verschiebung nach Oben werden z.B.
> geeignete Were "Unten" aufgefüllt)?

Die Frage hast du doch gerade schon selber beantwortet. Nimm ein 
Spektrum, schneide ein Stück aus, schiebe den Ausschnitt. Was du 
bekommst ist ein unstetiges Spektrum. Auffüllen ist eine Methode, 
allerdings eine imho unschöne.
Gast
Sorry, dann habe ich es falsch beschrieben: ich verschiebe das Spektrum
komplett (keinen Ausschnitt), der Anfangswert dient als Auffüller.
Wird dies bei menschlichen Stimmen oder Musik gemacht, dann sind die
Randswerte idR = 0 (Real und Imaginärteil). Falls er nicht 0 ist:
linear und zügig nach 0 abfallen lassen, einfach auf 0 setzen ergibt
klirren (habe ich bei meiner mittelbilligen 5.1-Soundkarte deutlich
vernommen).

Besser wäre natürlich eine Verschiebung, bei der z.B. der untere
Spektralteil wenig/garnicht verschoben wird und mit steigender
Frequenz immer mehr verschoben wird (z.B. mit höherpolynomialer Ansatz).
Muss man aber mal ausprobieren.

Weiss jemand, wie's denn professionell gemacht wird?

Gruss

Jörg
Persönliche Seite
Jörg wrote:
> Sorry, dann habe ich es falsch beschrieben: ich verschiebe das Spektrum
> komplett (keinen Ausschnitt), der Anfangswert dient als Auffüller.
> Wird dies bei menschlichen Stimmen oder Musik gemacht, dann sind die
> Randswerte idR = 0 (Real und Imaginärteil). Falls er nicht 0 ist:
> linear und zügig nach 0 abfallen lassen, einfach auf 0 setzen ergibt
> klirren (habe ich bei meiner mittelbilligen 5.1-Soundkarte deutlich
> vernommen).

Achso. Dass sich das nicht so berauschend anhört glaube ich.

> Besser wäre natürlich eine Verschiebung, bei der z.B. der untere
> Spektralteil wenig/garnicht verschoben wird und mit steigender
> Frequenz immer mehr verschoben wird (z.B. mit höherpolynomialer Ansatz).
> Muss man aber mal ausprobieren.

Genau das meinte ich mit meinem "bilinearen" Ansatz.  :^)   Gut wäre 
wenn man eine Einhüllende des Spektrums berechnet, dann ist man flexibel 
beim Verschieben.
Gast
Hast du denn Ansatz mal ausprobiert? Muss mal am Wochenende mein
Filter-Programm ausprobieren, war glaube ich flexibel genug, um
das ganze mal zu testen.
Aber DirectSound als Testsystem zu verwenden ist auch nur bedingt
ermpfehlenswert. Ändert man z.B. die Abspielgeschwindigkeit (wie
Oben beschrieben), dann hört sich das ganze schnell "beschissen" an
(liegt aber vieleicht an meiner Soundkarte). Mit FPGA bzw. DSP lassen
sich solche Ansätze bis auf wenige 10 ns genau steuern.

Gruss

Jörg
Persönliche Seite
Nein, habe ich nicht. Würde ich erstmal in MATLAB probieren bevor ich da 
richtig anfange zu programmieren.

Was mir gerade noch einfällt: Wichtig wäre in meinen Augen auch eine 
überlappende Blockanalyse des Zeitsignals, um anschließend wieder 
überlappende Blöcke zu erhalten - womit sich auftretende Unstetigkeiten 
an den Blockgrenzen im Zeitsignal etwas ausbügeln lassen (die 
bearbeiteten Blöcke werden sich nicht mehr nahtlos aneinander fügen, 
außerdem sollte man ohnehin fenstern - was man zu so gleich ausnutzen 
kann).
Gast
Das Spektrum einfach zu verschieben laesst die Stimme allerdings nicht 
nur hoeher klingen, sondern voellig anders, da die Frequenzen der 
Harmonischen nicht mehr im gleichen Verhaeltnis zueinander stehen.

Antwort schreiben

Eine eigene Frage? Dieser Thread ist über 17 Jahre alt. Stell sie in einem eigenen Thread – dort lesen mehr Leute mit, und sie wird öfter und schneller beantwortet.

Neuen Thread starten

Eine Lösung, Ergänzung oder Rückmeldung zu diesem Thread? Dann antworte hier.

Formatierung
  • [c]C-Code[/c]
  • [code]Code in anderen Sprachen, ASCII-Zeichnungen[/code]
  • [math]Formel in LaTeX-Syntax[/math]
  • [[Titel]] – Link zu einem Artikel
  • Verweis auf einen anderen Beitrag: Rechtsklick auf dessen Beitrags-ID (#8078628), „Adresse kopieren“, in den Text einfügen

Mehr zur Formatierung

Längeren Sourcecode als Anhang, nicht in den Text. JPG nur für Fotos und Scans; Zeichnungen und Screenshots als PNG oder GIF. Siehe Bildformate.

Schon registriert? Anmelden

Wird nicht angezeigt. Wir schicken dir einen Link; sobald du damit bestätigst, erscheint dein Beitrag.

Mit dem Abschicken legst du einen kostenlosen Account an und erkennst die Nutzungsbedingungen und die Datenschutzerklärung an.