rePhase und Aurora DSP - seltsames Verhalten

[Micha_HK]

Hallo,

ich bekomme ein seltsames Phasenverhalten und wollte fragen, ob eventuell am Datenformat oder FW-Version was nicht stimmt?
Meine rePhase Settings:

4Fir Plugin mit FW 2.1.4. Messung siehe:
https://www.diy-hifi-forum.eu/forum/...l=1#post317901
Problem ist, dass die Phase mit rotate besser aussieht, als mit linearize und dass es eigentlich anders herum sein müsste!?

[rkv]

An der Firmware kann es nicht liegen. Die aus der Textdatei geladenen Filterkoeffizienten werden direkt an den FIR-Filterblock weitergereicht, so wie sie in der Datei stehen.

P.S. Falls die Daten falsch geladen werden, sollte auch der Amplitudengang nicht mehr der Zielfunktion entsprechen.

[Micha_HK]

Irgendwas mit LF-CR vielleicht? rePhase läuft ja nur in Windows (bei mir auf nem Mac in vmware) die Files werden zum Mac über ein geteiltes Verzeichnis geshared.

Ich probiere es mal Chrome hoch in den DSP zu laden. Bisher nutze ich Safari.

[rkv]

Wie gesagt, glaube ich nicht, dass es daran liegt, weil sonst auch der Amplitudengang über den Jordan gehen würde. Ich vermute eher einen systematischen Fehler im Aufbau oder Vorgehen.

[rkv]

Noch ein Nachtrag: Du könntest die Impulsantwort des DSP direkt messen. Also statt über Lautsprecher->Mikro einfach den DSP direkt ans Audiointerface hängen, die IR messen und mit den Ausgabewerten von rePhase übereinanderlegen in der grafischen Darstellung.

[Micha_HK]

Ja, werde das wohl ohne alles messen müssen.
Eine Sache ist mir im Webinterface aufgefallen: Wo ist das Phase Feld? Laut Doku (S. 42 in 2.1.0 und 2.2.0) müsste es auch beim 4Firs da sein. Bei mir weder in Safari noch Chrome:

[rkv]

Das ist ein Fehler im Handbuch. Den Allpass zur Phasendrehung gab es tatsächlich nie im 4FIRs.

[rapherent]

Versuch mal folgende Einstellungen in rePhase:
centering: "middle" und "use closest perfect impulse"

Offenbar wurde in der obigen Einstellung auch die Phase noch nicht errechnet. Nach jeder Änderung muss die Datei neu generiert werden. Die roten Linien müssen sich den blauen annähern.

Beste Grüße
Raphael

[Micha_HK]

@rkv:
habe mal ohne alles nur den DSP vermessen und da ist die falsche Drehung auch da:
Flat:


Mit Linearize:


Schaut von Seiten des DSPs irgendwie verkehrt aus. (oder rePhase generiert es verkehrt rum, aber bei den Phasenschiebern dort habe ich auch ein "inverses" Verhalten beobachtet -> deshalb eher nicht)

Kann das bitte vielleicht jemand reproduzieren?

@rapherent:

Das Setting 18 Meter und "exact centering" habe ich extra so gewählt um ein konstantes Delay zu bekommen. Werde es aber mit den Standardeinstellungen auch nochmal testen.

[Micha_HK]

Versuch mal folgende Einstellungen in rePhase:
centering: "middle" und "use closest perfect impulse"

Offenbar wurde in der obigen Einstellung auch die Phase noch nicht errechnet. Nach jeder Änderung muss die Datei neu generiert werden. Die roten Linien müssen sich den blauen annähern.

Beste Grüße
Raphael

Damit zeigt sich das gleiche Bild:

[Micha_HK]

Könnte es damit was zu tun haben?:
https://ez.analog.com/dsp/sigmadsp/f...error-adau1452
Oder ganz andere Baustelle?

[rkv]

Das ist vermutlich eine andere Baustelle. Zumal es da um SigmaStudio 3.x geht. Wir sind inzwischen bei 4.6.

In Deinen Messungen sieht das eher nach einer Invertierung aus. Gehst Du mit XLR rein oder raus? Ich würde dann versuchsweise mal entweder am DSP-Eingang oder -Ausgang (nicht jedoch beides gleichzeitig) Hot und Cold vertauschen.
Dass Du zu sehr niedrigen Frequenzen und zu sehr hohen Frequenz hin eine nicht vorhergesagte Phasendrehung siehst, wird wohl an den analogen Filtern liegen, dies sich zwangsläufig im Audiointerface und auf dem DSP-Board befinden (müssen).

Raphael

[Micha_HK]

In Deinen Messungen sieht das eher nach einer Invertierung aus. Gehst Du mit XLR rein oder raus? Ich würde dann versuchsweise mal entweder am DSP-Eingang oder -Ausgang (nicht jedoch beides gleichzeitig) Hot und Cold vertauschen.

Raphael

Hi,

ja, per XLR mit AddonD. Ausgang invertiert (hot und cold vertauscht) liefert:

Flat:


Lin:


Wie schon im Thread mit den Messungen beschrieben, bringt ne Invertierung nicht das gewünschte Ergebnis, da die Phase dann bei 180° liegt.

[rkv]

Stimmt, Denkfehler meinerseits.
Hast Du die exportierte Datei aus rephase mal in Matlab oder so geladen und geguckt, was die Phase da macht? Sprich, dass wir mal systematisch die einzelnen Komponenten durchgehen?
Hilfreich wäre hierzu sicher auch, den DSP mal zu messen, mit FIR-Block im Bypass (dann lädt er nämlich einen Dirac).

Raphael

[Micha_HK]

Bin da leider mit meinem Wissen ein wenig eingerostet…
Wäre es nicht zunächst einfacher, wenn das mal jemand reproduzieren könnte?

[rkv]

Wenn Du mir die rePhase-Export-Datei schickst, kann ich das machen, vor Ende der Woche werde ich da aber nicht viel machen können.

[Micha_HK]

Ok, danke, haste gerade per Email bekommen.

[Micha_HK]

Hi,

habe mal den Code überflogen… Wo werden die Koeffizienten in ihrer Reihenfolge gedreht? Sehe das irgendwie auf Anhieb nicht. Kann aber eigentlich auch nicht sein, oder? Dann würde doch der Frequenzgang auch nicht stimmen, oder doch?

DSP memory holds FIR coefficients in reverse order, so increment address while decrementing coefficient index.

Siehe:
https://ez.analog.com/dsp/sigmadsp/f...ler-xml-output

https://wiki.analog.com/resources/to...ters/firfilter

[Micha_HK]

Tata,

das war es: die Reihenfolge der Koeffizienten stimmte nicht.
Die dir gemailte LIN.txt Datei umgewandelt mit:

tail -r LIN.txt > LIN_rev.txt

Ergibt dieses schöne Bild:


Jetzt stimmt auch das "Centering" Setting in rePhase. 18m ergibt auch ca. 18m. Zuvor entsprach 18m etwa 12m!

[Micha_HK]

Hallo Raphael,

sind meine Erkenntnisse keines Feedbacks würdig?