8-fach Weiche mit BruteFIR

[ferryman]

Hallo Daniel,

wie schaut die Sprungantwort aus?

Gruß
Julian

[usul]

Die Sprungantwort sieht halt auch ziemlich übel aus, da ARTA die Mitten rausnimmt, da die ja verzögert kommen. Daher sieht man in der Sprungantwort nur die sehr tiefen und die sehr hohen Töne.

Jetzt habe ich das ganze nochmal schnell mit Octave-Filtern ausprobiert (die vermutlich minimalphasig sind, habe das nicht überprüft) und habe das gleiche Problem wieder.

Ich dachte, dass ich Brutefir schnell in den Griff bekomme, aber scheinbar kann man extrem viel falsch machen ;-)

[ferryman]

Wird das nicht schlicht daran liegen, dass der Mitteltöner Hoch- und Tiefpass bekommt, Hoch- und Tieftöner jeweils nur Hoch- oder Tiefpass?

Viele Grüße
Julian

[usul]

Die Bandpassfilter sind ja in einen Impuls zusammengerechnet und werden nicht nacheinander errechnet.

Irgendwo vermute ich noch einen Bug in meiner Brutefir Konfiguration, daher hier mal die gesamte Config. Vielleicht sieht ja jemand etwas, was ich übersehen habe.

float_bits: 32; # internal floating point precision
sampling_rate: 48000; # sampling rate in Hz of audio interfaces
filter_length: 8192,16; # length of filters
overflow_warnings: true; # echo warnings to stderr if overflow occurs
show_progress: true; # echo filtering progress to stderr
max_dither_table_size: 0; # maximum size in bytes of precalculated dither
allow_poll_mode: true; # allow use of input poll mode
modules_path: "."; # extra path where to find BruteFIR modules
monitor_rate: false; # monitor sample rate
powersave: false; # pause filtering when input is zero
lock_memory: true; # try to lock memory if realtime prio is set


## LOGIC ##

logic: "cli" { port: 3000; };

## INPUT, OUTPUT ##

input "left" {
device: "alsa" { device: "hw:0"; ignore_xrun: true; };
sample: "S24_4LE";
channels: 2/0;
};

output "lsub", "llow", "lmid", "lhigh" {
device: "alsa" { device: "hw:0"; ignore_xrun: true; };
sample: "S24_4LE";
channels: 8/1,0,7,6;
};

coeff "subleft" {
filename: "XOSubL48.pcm";
format: "FLOAT_LE";
};

coeff "lowleft" {
filename: "XOLowL48.pcm";
format: "FLOAT_LE";
};

coeff "highleft" {
filename: "XOHighL48.pcm";
format: "FLOAT_LE";
};

coeff "midleft" {
filename: "XOMidL48.pcm";
format: "FLOAT_LE";
};

filter "ls" {
inputs: "left";
to_outputs: "lsub";
coeff: "subleft";
};

filter "ll" {
inputs: "left";
to_outputs: "llow";
coeff: "lowleft";
};

filter "lm" {
inputs: "left";
to_outputs: "lmid";
coeff: "midleft";
};

filter "lh" {
inputs: "left";
to_outputs: "lhigh";
coeff: "highleft";
};

[The Alchemist]

Was sind denn die Meldungen , die Brutefir beim Start auswirft?

[usul]

Hier mal noch schnell der Output:


BruteFIR v1.0k (March 2009) © Anders Torger

Internal resolution is 32 bit floating point.
Creating 4 FFTW plans of size 16384...finished.
Loading 4 coefficient sets...finished.
Realtime priorities are min = 2, usermax = 1, mid = 3 and max = 4.
Warning: no support for clock cycle counter on this platform.
Timers for benchmarking may be unreliable.
Filters in process 0: 0
Filters in process 1: 1
Filters in process 2: 2
Filters in process 3: 3
Realtime priority 1 set for cli process (pid 1052)
Realtime priority 3 set for input process (pid 1047)
Realtime priority 4 set for filter process (pid 1049)
Realtime priority 4 set for filter process (pid 1051)
Realtime priority 4 set for filter process (pid 1048)
Realtime priority 4 set for filter process (pid 1050)
Realtime priority 3 set for output process (pid 1053)
Fixed I/O-delay is 16384 samples
Audio processing starts now
peak: 0/0/-105.60 1/0/-118.47 2/0/-111.24 3/0/-100.86
peak: 0/0/-105.60 1/0/-117.65 2/0/-110.51 3/0/-100.86

[The Alchemist]

Ich hatte jetzt eigentlich mit mehr Fehlern gerechnet, z.B. von ungenutzten Kanälen...

Die Meldung :

Warning: no support for clock cycle counter on this platform.

Ist ein wenig merkwürdig hast Du irgendwelche Dämonen die dir den Prozessor takten?

Seis drum ich kann grad nicht testen und hab mal ein paar Dinge in deiner "Präambel" näher an die Standardversion zurückportiert.

Außerdem habe ich deine Ein und Ausgänge auf "Auto" gesetzt und nicht benutzte Kanäle gestrichen.

Mein Hauptverdächtiger ist der poll-mode...

Achtung! Eventuell habe ich deine Ausgänge durcheinander gewürfelt unbedingt testen wegen der Hochtöner!

float_bits: 32; # internal floating point precision
sampling_rate: 48000; # sampling rate in Hz of audio interfaces
filter_length: 8192,16; # length of filters
overflow_warnings: true; # echo warnings to stderr if overflow occurs
show_progress: true; # echo filtering progress to stderr
max_dither_table_size: 0; # maximum size in bytes of precalculated dither
allow_poll_mode: false; # allow use of input poll mode
modules_path: "."; # extra path where to find BruteFIR modules
monitor_rate: false; # monitor sample rate
convolver_config: "~/.brutefir_convolver"; # location of convolver config file


## LOGIC ##

logic: "cli" { port: 3000; };

## INPUT, OUTPUT ##

input "left" {
device: "alsa" { device: "hw:0"; ignore_xrun: true; };
sample: "AUTO";
channels:1/0;
};

output "lsub", "llow", "lmid", "lhigh" {
device: "alsa" { device: "hw:0"; ignore_xrun: true; };
sample: "AUTO";
channels: 4;
};

coeff "subleft" {
filename: "XOSubL48.pcm";
format: "FLOAT_LE";
};

coeff "lowleft" {
filename: "XOLowL48.pcm";
format: "FLOAT_LE";
};

coeff "highleft" {
filename: "XOHighL48.pcm";
format: "FLOAT_LE";
};

coeff "midleft" {
filename: "XOMidL48.pcm";
format: "FLOAT_LE";
};

filter "ls" {
inputs: "left";
to_outputs: "lsub";
coeff: "subleft";
};

filter "ll" {
inputs: "left";
to_outputs: "llow";
coeff: "lowleft";
};

filter "lm" {
inputs: "left";
to_outputs: "lmid";
coeff: "midleft";
};

filter "lh" {
inputs: "left";
to_outputs: "lhigh";
coeff: "highleft";
};

Gruß

Elmar

[usul]

Mit ALSA geht wohl "AUTO" beim Sample-Format nicht.
Auch ein Mono-Eingang geht nicht, da muss ich "2/0" nehmen.
Den Rest habe ich mal so gelassen, hat aber nichts geändert.

Habe gerade mal mit Audacity versucht, die Verzögerung zu messen - das sind etwa 150ms.

Diese Verzögerung tritt sogar auf, wenn ich die Filter komplett rausnehme und durch "coeff: 0" ersetze.

Der Poll-Mode ist es auch nicht, den hatte ich erst aktiviert, als mir nicht anderes mehr einfiel.

Da das delay auf dem gleichen DAC auftritt, kann ich den als Fehlerquelle auch ausschliessen.

Lediglich die "no support for clock cycle counter" Warnung hat mich auch stutzig gemacht, aber mehr Infos dazu habe ich bisher nicht gefunden. Das Ding ist ein normaler Atom D625 mit Debian.

[The Alchemist]

Ich kann nach meinem Urlaub deine Filter mal testen. Sind die alle gleich lang?

Mir fällt leider sonst nichts ein.

Gruß

Elmar

[usul]

Ja, die FIlter sind alle gleich lang. Du kannst die gerne auch testen, ich glaube aber nicht, dass es an denen liegt, denn selbst wenn ich die komplett abschalte habe ich ja dieses Problem. Ich probiere vielleicht mal den "brutefir on USB stick", vielleicht passt ja irgendwas mit meinem Linux-Setup nicht.

Ich habe auch noch Hyperthreading in Verdacht, Brutefir durcheinander zu bringen.

[The Alchemist]

Eventuell kann ferryman (Julian) dir die Live CD zukommen lassen.

Dann kannst Du es mit Jack noch einmal testen.

Zumindest bei mir und bei Ihm hat es ohne Verzögerungen geklappt.

Vielleicht ist es irgendein Linux Konfigurationsproblem .

[ferryman]

Nicht nur eventuell, sehr gerne. Skype ferryman911 :bye:

Bin heute Abend aber nicht da.

Viele Grüße
Julian

[Sleepwalker]

Brutefir hat 2 config Dateien. Die andere ist die config.deault. Die wird als erstes eingelesen und wenn in der brutefir.config was anderes drin steht, wird das dann überschrieben.
Steht also in der default-config z.B.
allow_poll_mode: false;

und in der brutefir.config lässt du das weg, d.h. überschreibst es nicht mehr, bleibt das gültig.

Ich könnte mir also vorstellen, dass du in der default-Datei Einstellungen wie z.B. Delay drin hast, die dann wirksam werden und bleiben.
In meiner brutefir.config setze ich alle Parameter (also z.B. die Delays für Ausgänge usw.), wärend du da nur das nötigste drin stehen hast.
Würde mich nicht wundern wenn du aus versehen mal beim rumspielen da was geändert hast.

Dann solltest du noch darauf achten wie du die Filter auf die Prozessoren verteilst, wenn du mehrere hast, und wie die getaktet werden. Eigentlich sollte das keinen Einfluss haben, aber so einen Fehler wie bei dir kenn ich auch sonst nicht.