Wer hat Interesse an Digitaler Raumkorrektur und digitalen Frequenzweichen mit DRC und BruteFIR

hmm..
..Laut Produktbeschreibung von Marian:
Die TRACE D4 - ein MARIAN PCI-Audiosystem der neuesten Generation - stellt vier AES/EBU-Eingänge und vier AES/EBU-Ausgänge (je acht Kanäle) mit 24 Bit und Sampleraten von bis zu 212 kHz sowie einen Wordclock-Eingang zur Verfügung. Die Trace D4 verfügt zudem über eine Reihe wichtiger und nützlicher Funktionen, die die Nutzung im professionellen Umfeld erst wirklich ermöglichen. Ausstattung und Zuverlässigkeit wurden auf den anspruchsvollen Einsatz in Musikstudios, Rundfunk, Fernsehen, Theater, Bühne und PA ausgelegt.


...habe ich damit je 8 Kanäle- reicht für 3 wege stereo...
Ich vergaß: ich höre nur Stereo, kein Home Cinema...

Ralf

Ah, ja, hab nicht genau genug gelesen. 4x AES/EBU ist ja digital, also 4x2 = 8 Kanäle. Dann brauchst du aber noch externe Wandler. Und wie gesagt, mit brutefir wird wohl nichts.

...nö, externe wandler (DAC)brauche ich nicht, da ich ja digitale Verstärker ansteuern will.

Ralf

Du gehst also digital vom CD-Player in die Soundkarte und dann digital in die Endstufen?
Digitaler geht's nun wirklich nicht mehr
Die Lautstärke regelst du dann im PC?

Hallo,

Hat schon jemand den Frequency Allocator von:

thuneau.com ausprobiert? Presto, der im Audio Assylum
unter PC Audio regelmäßig postet, ist ganz begeistert.

In Sachen Soundkarte gibt es etwas herausragendes
für 60 Euros: Club-3D Theatron DTS
Diese Karte besitzt den hervorragenden AK4396 Dac
und das für alle Ausgänge. Es steht zwar nichts über
Asio support, aber sie ist Baugleich mit einer Karte
aus den USA die Asio unterstützt.
Wer etwas Geschick mit dem Lötkolben hat, kann
diese Karte auf das Niveau von sehr guten CD Spielern
heben.

Ich hab mir eine bei Amazon bestellt und werde sie
ausgiebig überarbeiten.
Das Resultat werde ich hier posten.

Gruss,
Klaus

Hallo zusammen,

bin hier neu in der Runde. Hab wohl ein paar Beiträge gelesen und kann vielleicht was dazu beitragen.

Schliesslich bin ich als Autor von GoodVibrations, maXO, BruteFIR auf einem USB Stick und (((acourate))) ja n bisschen am Thema

Bin gerne bereit ein wenig Aufklärung und Unterstützung zu geben. Was so eben die Möglichkeiten mit BruteFIR (Linux) oder Convolver (SaviHost) oder Inguz (Squeezebox) angeht, also alles was man mit nem PC anstellen kann.

Falls jemand in der Lage ist die Pulsantworten seines Systems zu messen (was vor allem das Vorhandensein eines Mikros und einer Soundkarte bedingt) rechne ich auch gerne mal ein Korrekturfilter. Anhand einer wav-Datei Eurer Wahl kann ich dieselbe bearbeiten und Ihr könnt dann im Vergleich Original und "Fälschung" hören ob es sich denn lohnt.
Dabei ist noch keine weitere Hardwareinvestition nötig.

Grüsse

Uli

Hallo Uli

Dann mal herzlich willkommen im Forum!
Würde mich extrem freuen, wenn du uns hier ein Wenig auf die Sprünge hilfst.

Ich hab schon mal eine Frage zu maXO.

Wenn ich die generierten Filter in bruteFIR nutze, clippt es, es werden dann regelmässig "Peak"-Werte angezeigt. Erst wenn ich im configuration file bei den maXO-Filtern "attenuation" auf 9dB stelle, funktioniert es.
Es scheint irgendein Problem mit der Normalisierung zu geben.
Ich weiss allerdings noch nicht, ob das wirklich störend ist. Wie siehst du das?

Gruss deathlord

Hi deathlord,

kannst Du mir mal erzählen, welche maXo-Filter Du wie mit welchen Paametern gerechnet hast?
Dann schau ich mir die mal an.

Grundsätzlich würde ich sie heute nicht mehr nutzen. Begründung dazu siehe mein Whitepaper auf www.acourate.com
Die maXo-Filter sind Minimalphasenfilter.

Uli

Einstellungen von maXO:
44.1khz, linear phase, 20th order, 32bit, 90hz, 2300hz.

Die maXO-Filter sind Minimalphasenfilter.

Werden es durch entfernen des Häckchens bei "Minimum phase" keine linear phase Filter? Die Berechnungszeit sinkt auf jeden Fall dramatisch, also irgendeinen Unterschied muss es geben.
Ich habe zuerst die Crossoverfilter in bruteFIR eingestellt und dann die Raumimpulsantwort aufgenommen. Diese habe ich dann mit drc in "linear phase" Einstellung (hoffe ich zumindest ) prozessiert. Von daher sollte die resultierende convolution auf jeden Fall linearphasig sein.
Ich habe zwar noch keine genaue Messung gemacht, aber die Grundlaufzeit steigt massiv an, wenn ich in drc von der Standardeinstellung zu linearphasig wechsle.

Das Whitepaper hatte ich noch nicht gesehen, werde es aber studieren.

deathlord,

Du hast recht bezgl. minimal- und linearphasig.
Hab das maXO ewig nicht mehr selbst benutzt.

Die Amplituden sind je Filter nach Deinen Angaben auch etwas über 0 dB, allerdings nicht 9 dB.

LP: 4.1293427862364E-9 dB
BP: 7.71932484469951E-8 dB
HP: 2.42770246347153E-7 dB

Um negative Effekte durch solche kleinen Abweichungen grundsätzlich auszuschliessen hab ich auch bei mir in der Brutefir config eine Abschwächung von 0.5 dB drin.

Aber keine 9 dB.

Wobei es einen solchen Effekt geben kann. Die Normalisierung von Filtern klappt nur dann 100% wenn man entsprechend der L1-Normierung ("ist L1 glaub ich") normalisiert. Das gibt dann aber typischerweise eine zu kleine Durchlassverstärkung und man verschwendet Auflösung.
Deshalb geh ich eigentlich davon aus, daß ich mir das Spektrum anschaue und dann so normiere, daß die max. Amplitude eben 0 dB ist. Da bei Raumkorrektur typischerweise bei der Normalisierung auch nur an einer oder wenigen Stellen 0 dB überhaupt erreicht wird und typischerweise im Schnitt um 6 dB abgesenkt wird tritt das Problem eher selten auf. Wenn Du allerdings im BruteFIR Filter verkettest (ich mach selber zum Schluss XO, Treiberlinearisierung und Korrektur in einem Filter) oder eben Musik nur über die XOs abspielst ist das eher wahrscheinlich.

Es ist somit kein Fehler. Aber trotzdem nicht erwünscht. Deine Maßnahme ist richtig.

Uli

Deine Maßnahme ist richtig.

Ich verschwende also nicht 9dB der Gesamtauflösung, sondern 9dB der Filterauflösung, was nich so tragisch wäre?

Richtig. Das Signal gefiltert liegt damit ja knapp unter 0 dB. Und die interne Rechnung mit 32bit Gleitkomma (ich treibs mit 64bit) ist da genau genug.

Uli

Vielen Dank für die Antworten.

Unterstützt spblinux eigentlich 64-bit CPU's? Die 64-bit floating point Rechnungen wären doch viel effizienter damit.

Die Frage haste schon mal irgendwann gestellt.

Denke es gibt da mehrere Hürden:

1. Das Betriebssystem muss 64 bit können (ok. Gibts es ja, wobei spblinux wohl nur 32 bit tut)
2. Die FFTW Library muss es können (soll es auch geben)
3. BruteFIR muss es können (weiss ich nicht). BruteFIR ist ja ganz tief auf den Anwendungsfall hin optimiert, inkl. Assembler-Routinen. Das war aber zu nem Zeitpunkt wo es noch die 64 bit nicht gab. Da müsste man den Anders Torger mal fragen.

Und dann die Frage: wozu? Wenn es ja jetzt mit 32 bit schon klappt. Ich habe schon 8 double precision Filter mit jeweils 65536 taps genutzt bei ner CPU-Leistung von 12% mit meinem 2.8 GHz Pentium 4.

Uli

Hm, immerhin läuft bruteFIR auf 64bit Distros.
Läuft es da einfach trotzdem mit 32bit?

Zur Leistung: Natürlich reicht ein low-end PC, um bruteFIR laufen zu lassen. Aber mit mehr Rechenleistung sinkt die Grundlaufzeit. Zumindest entnehme ich dies dem bruteFIR manual. Das wäre für DVD's wünschenswert, zumindest, solange man das Bild nicht verzögern kann. (Da kennst du nicht per Zufall etwas?)

8 double precision Filter mit jeweils 65536 taps

Bei Mehrkanal (aktiv) mit seperaten crossover- bzw. drc-Filtern kommen da schnell einmal 48 Filter zusammen, da leidet die Grundlaufzeit sicher.

Das ist mit allen 64bit distros so daß da 32bit Anwendungen drauf laufen. Sonst müsste man ja alle Anwendungen umsetzen.

Ansonsten klar, je mehr Rechenanforderung desto größer die Partitionen in der config. Kennst Du jemanden mit 48 Filtern? Was für ne Anwendung?

Habs mit DVD per HTPC noch nicht probiert, weil: hab nen DVD Player in der Anlage. Wenn ich den nutze dann reicht mir Minimalphase. Und den Rest kann ich verschmerzen.

Ansonsten such ich auch noch das richtige Video-Delay (es wird manchmal was erzählt, daß es so ne Software können tut, aber gesehen hab ich es noch in keiner Doku). Ansonsten betreibt Ed Wildgoose sein HTPC-System mit MythTV, seinen Angaben nach hat er keine Probleme.
Ed Wildgoose? = Betreiber von diffroomcorrection

Uli

deathlord schrieb:

Unterstützt spblinux eigentlich 64-bit CPU's? Die 64-bit floating point Rechnungen wären doch viel effizienter damit.

bezieht sich im grunde ja nur auf die speicherverwaltung, oder?

gleitkommabeschleuniger sind doch die SSE/2/3 einheiten moderner cpu's...werden die denn von der software benutzt? seit sse2 sind die nämlich 128bit breit. der zugriff darauf sollte doch nach neukomplilierung auch unter einem 32bit linux funktionieren, oder?

ciao,
BKB

@ BiGKahuunaBob

Schon möglich, so genau weiss ich das nicht
Also du meinst, die floating point Berechnungen hängen nicht von der Anzahl bit der CPU ab? Und damit würde bruteFIR nicht wesentlich von 64bit profitieren?

So bald werde ich wohl nicht 48 Filter haben. (In nächster Zukunft höchstens 30). Wird schon gehen.

Gruss deathlord

vielleicht kann herr brüggemann zu der sse unterstützung/optimierung etwas sagen?


ciao,
BKB

Offen gestanden kann ich nichts zum Thema SSE beitragen. Ich hab da auch noch nicht drüber nachgedacht geschweige versucht irgendwas drüber zu lesen.

Die BruteFIR Software ist ja selbst Open Source, also im Quelltext nachlesbar. Und für die zugrunde liegende FFTW Bibliothek gilt dasselbe.

Es macht vielleicht auch Sinn den Anders Torger selbst anzupingen, er sollte ja wissen was sein Programm tut.

Uli

Auszug aus der Routine convolver_SSE2.s (BruteFIR):

# The code uses SSE2 instructions operating on 64 bit floating point numbers.
# These instructions are found in Pentium 4 processors.
# Naturally, the code only supports double precision (64 bit floats).

Es gibt auch noch convolver_SSE.s, convolver_x87.s und convolver_3dnow.s.

Was weiter dahinter steckt sollte jemand beantworten, der sich damit auskennt

Uli

hier sieht man sehr schön, dass die FFT durch SSE (singel precission) mund SSE2 (double) bis auf fakor 6 beschleunigt werden kann:
http://freespace.vir...esults.htm#anchorV1S

64bit kann hier unter umständen sogar deutlich langsamer sein
http://freespace.vir...esults.htm#anchorV64

das von herrn brügemann angesprochene FFTW unterstützt seit version 3 (aktuell: 3.1.2) sse/2 und die auswirkungen kann man hier sehn:
http://www.fftw.org/speed/

welche FFTW version benutz denn brutefir? ließe sich die aktuellste auch benutzen?

ciao,
BKB

BruteFIR arbeitet mit einer Routine fftw_convolver.c. Da drin steht:

if (strcmp(vendor, "GenuineIntel") == 0 && level >= 0x00000001) {
opt_code = OPT_CODE_X87;
cpuid(0x00000001, &junk, &junk, &junk, &cap);
if (realsize ==8) {
if ((cap & (1 << 26)) != 0) {
opt_code = OPT_CODE_SSE2;
pinfo("SSE2 capability detected -- optimisation enabled.\n");
}
} else {
if ((cap & (1 << 25)) != 0) {
opt_code = OPT_CODE_SSE;
pinfo("SSE capability detected -- optimisation enabled.\n");
}
}
} else if (strcmp(vendor, "AuthenticAMD") == 0 && realsize == 4) {
opt_code = OPT_CODE_X87;
cpuid(0x80000000, &level, &junk, &junk, &junk);
if (level >= 0x80000001) {
cpuid(0x80000001, &junk, &junk, &junk, &cap);
if ((cap & (1 << 31)) != 0) {
opt_code = OPT_CODE_3DNOW;
pinfo("3DNow capability detected -- optimisation enabled.\n");
}
}
}

Also auch wenn man nix von Programmieren versteht aber lesen kann sollte wohl klar sein, was da läuft.

Im übrigen sollte BruteFIR beim Starten ne entsprechende Meldung bringen.

Uli

dann fehlt jetzt nur noch sse3 und ssee3 ;-)

ciao,
BKB

Hat von euch schon jemand ein skript zur Lautstärkeregelung in spblinux implementiert, das ich abkupfern könnte?

Gruss deathlord

hi deathlord,

wäre http://www.duffroomc..._change_audio_volume vielleicht n Ausgangspunkt?

Uli
www.acourate.com

Danke!

Ein Frohes Neues Jahr 2007 Euch allen!

Auf daß Ihr dem 7.ten Audiohimmel näher kommt

Uli

Hallo,

mal eine Frage an die SPBLinux Spezi´s.

Habe mir jetzt eine Terratec Phase 28 zugelegt.
Leider haben die Jungs bei Terratec einen nicht
so genialen Einfall gehabt und verbauen jetzt nicht
mehr den Envy24 sondern den Envy24PT/HT.

Vom Prinzip her ist mir das eigentlich egal, aber
leider ist es SPBLinux nicht egal. Die Karte wird
leider nicht Richtig erkannt, lspci –v meldet
Unknown device 1149. Unter Kanotix(Kern 2.6.14,
Alsa 1.0.10) läuft die Karte. Da ich aber den Rechner mit
SPBLinux laufen lassen will nützt mir das nichts.

So nun meine Frage: hat einer von Euch Ahnung wie ich
eine neue Alsa-Version und oder einen neuen Kern in SPBLinux
bekomme.


Gruß

So nun meine Frage: hat einer von Euch Ahnung wie ich eine neue Alsa-Version und oder einen neuen Kern in SPBLinux bekomme.

Tja, eigentlich beim spblinux-Autoren Christian Ostheimer.

Oder bei mir
(Kernel 2.6.16.20 mit aktuellem snd-ice1724)

Dazu bräuchte ich mal Deine email-Adresse.

Uli
www.acourate.com

Oder bei mir

Uli du bist der Beste

Hast eine PM.


Gruß

Bin mit meinem System sehr glücklich

http://members.chello.at/nordbahnfredi/hifi.htm

Liebe Grüße aus Wien, Alfred

Hallo nordb@hnfredi

Sehr eindrücklicher Aufbau!

Wo/wie regelst du die Lautstärke?

Gruss deathlord

@ all:

Weiss jemand, wie ich HIFIAkademie bzw. Hubert Reith kontaktieren kann?
Ich habs mit dem Kontaktformular auf der homepage versucht, bekomme leider keine Antowort. (Und es könnte ihn interessieren. )
Tipps gerne auch per PM.

Gruss deathlord

Wie installiere ich DRC und BruteFIR ?

mit ./configure, make, make install gehts nicht.

Info: Jackd ist vorhanden, alsa geht auch.

Die .h-Dateiens schauen mir nach Plugisn aus - wo soll ich die sann reinkopieren ? Und warum ist da eine makefile Datei ?

Hallo Joshka,

google nach DCRGuide1.0

Gruss,
Klaus

HTPC schrieb:

Hallo Joshka, google nach DCRGuide1.0 Gruss, Klaus

Da steht aber nicht, wie man bruteFIR installiert, das steht in der bruteFIR Doku.

Ich rate aber vom DRCGuide ab. DRC hat schon alles dabei, was man braucht. (Ausser einem wave recorder.)

Auch würde ich wenn möglich die USB-Stick Variante von bruteFIR verwenden, da gibt's schon mal wesentlich weniger Installationsprobleme.

Gruss deathlord

Auch würde ich wenn möglich die USB-Stick Variante von bruteFIR verwenden, da gibt's schon mal wesentlich weniger Installationsprobleme.

Die neueste USB-Stick Variante mit BruteFIR V1.0i gibts auf www.acourate.com. Linux Kernel ist 2.6.16.20
Achtung: sie ist für RME HDSP konfiguriert. Es sind auch die ALSA Treiber für ice1712 und ice1724 dabei.

Es ist abhängig von der gewünschten Konfiguration natürlich noch Anpassarbeit erforderlich. Auf der Webseite gibt es ja auch ein Kontaktformular für Anfragen.

Meine USB-Stick Variante auf duffroomcorrection ist veraltet.

Uli
www.acourate.com

Hallo Uli

Gehen die neuen ALSA Treiber auch für die neueste firmware der hdsp?

Bei mir zickt brutefir irgendwie. In der einen Konfiguration mit linphase crossover und linphase drc Filtern heisst es immer "fixed i/o-delay is 1024 samples", egal was ich bei "filter_length" eingebe, sogar bei illegalen Werten. Das delay ist aber trotzdem viel höher (logisch).
Nun möchte ich aber noch eine Konfiguration machen, in der ich minphase Filter (niedrigerer Ordnung) nutze um sehr kurzes delay zu erreichen, für Echtzeitanwendungen. Die Filter habe ich mit maXO erstellt. Das "fixed i/o-delay" wird hier korrekt angegeben (immer das doppelte der Filter- bzw. Partitionslänge), das Signal wird aber trotzdem um über eine Sekunde verzögert. Wie bringe ich das weg?

BruteFIR gibt auch aus:
"Realtime priorities are min=1, usermax = 2, mid = 3 and max = 4."

Gruss deathlord

Die "neuen" ALSA Treiber sind so neu auch wieder nicht. Die Übersetzung ist von Juni 2006, seitdem hats ja wieder Änderungen gegeben. Da ich selbst nicht der Erzeuger bin sondern nur der Zusammenbastler warte ich selbst noch auf die aktuellen Dateien

Ich hab mal für die HDSP zusammengestellt welche Versionen ALSA rausgebracht hat und da gibts doch immer Änderungen. Die Zusammenstellung ist zu finden in der files-section der acourate user group.

Ansonsten wäre ich mal dankbar wenn Du mir die config Datei und evtl. die amixer contents per private mail zusenden könntest. Dann kann ich mal reinschauen was mit dem fixed I/O läuft.

Die priority-Meldung ist ok. Du kannst über top schauen welche Prozesse laufen (dazu mal mit Alt-F2... auf ne andere Konsole schalten) und dann siehst Du welche Teile von BruteFIR mit welcher Prio rennen.

Uli

@ all:

Ich hab den Fehler gefunden. Technische Probleme bei mir, nicht bei bruteFIR

Ich hab jetzt eine minphase-Konfiguration am laufen, 2-Wege Stereo + Sub, crossover + drc. Das heisst 8 Filter à 65536 taps, z.T. kaskadiert. Das delay kann ich bis auf 6ms runterschrauben. In der Praxis reicht aber schon 50ms, dass man nichts mehr davon merkt. Bei 6ms habe ich ca. 50% cpu-Last (Intel core2 duo E6300, nur ein Kern betrieben). Pro Verdoppelung des delays halbiert sich die Last ungefähr (bei kleinen delays).

Gruss deathlord

Hallo,

ich habe mal angefangen diesen Thread zu lesen, da mich das Thema interessiert. Da kommt mir eine Verständnisfrage. Beziehen sich die Sachen, insbesondere Software, ausschließlich auf Linux? Wenn ja, welches oder ist es egal?

Stefan

Der Thread beziet sich nicht ausschliesslich auf Linux, z.B. foobar plugin, etc. geht auch unter Windows.
BruteFIR läuft allerdings ausschliesslich unter Linux.
Dafür ist grundsätzlich jedes Linux denkbar. Ich habe z.B. mehr oder weniger erfolgreiche Versuche mit Kanotix und Ubuntu unternommen. Hier sind allerdings gute Linuxkenntnisse sehr vorteilhaft, wie ich feststellen durfte
Die aus meiner Sicht beste Lösung ist "BruteFIR on a memory stick" von Uli Brueggemann, das du hier herunterladen kannst. Dafür reichen rudimentäre Linuxkenntnisse. Ich habe so einen PC am laufen. Ich nutze diesen aber ausschliesslich für bruteFIR, nicht noch als media center o.ä., was allerdings auch nicht unbedingt Sinn macht, da ein Wesentlicher Teil der Leistung eh schon für bruteFIR weg geht (je nach Anwendung) und die Stabilität leidet.
Ich werde in meinen Bestehenden PC eine hdsp 9632 einbauen, dann kann ich sämtliche Quellsignale (CD, DVD-audio/video,...) dekodiert mit 8 Kanälen über ein optisches Digitalkabel zum bruteFIR-PC senden, wo ich eine hdsp 9652 habe.

Gruss deathlord

Vielen Dank für Deine Antwort.

Ich bin ja nach wie vor auf der Suche nach der für mich besten Lösung. Von daher checke ich erstaml ab, was so geht um dann näher zu konzipieren. Aber momentan könnte ich mir gut vorstellen, dass ein PC nicht verkehrt ist. Aber ich denke auch, dass das eine ganz schöne High Tech Kiste wird. Bild und Ton auf Top Level in einem Rechner, das hat schon was...

Mal schauen, was so kommt.

Gruß

Stefan

deathlord schrieb:

@ all: Ich hab den Fehler gefunden. Technische Probleme bei mir, nicht bei bruteFIR Ich hab jetzt eine minphase-Konfiguration am laufen, 2-Wege Stereo + Sub, crossover + drc. Das heisst 8 Filter à 65536 taps, z.T. kaskadiert. Das delay kann ich bis auf 6ms runterschrauben. In der Praxis reicht aber schon 50ms, dass man nichts mehr davon merkt. Bei 6ms habe ich ca. 50% cpu-Last (Intel core2 duo E6300, nur ein Kern betrieben). Pro Verdoppelung des delays halbiert sich die Last ungefähr (bei kleinen delays). Gruss deathlord

d.h. man könnte wahrscheinlich auch 3wege-stereo + DRC ohne wahrnehmbaren delay verarbeiten, bei entsprechender CPU?
Aber ist es nicht so, dass FIR filter prinzipbedingt einen gewisses delay verursachen?

ich frage deswegen, weil in meinem fall als quelle auch ein signal von dvb-t oder dvd in frage kommen würden und dabei die synchronität zum bild gewährleistet sein muss.

ciao,
BKB

d.h. man könnte wahrscheinlich auch 3wege-stereo + DRC ohne wahrnehmbaren delay verarbeiten, bei entsprechender CPU?

Völlig problemlos. Die 6ms sind ja sinnlos, das war nur eine Test. Meine Konfig läuft bei unmerkbar kleinem delay mit <15% CPU-Last, das wird für 3 Wege sicher auch noch gelten.

Aber ist es nicht so, dass FIR filter prinzipbedingt einen gewisses delay verursachen?

Das ist eben falsch! FIR heisst noch lange nicht, dass es ein delay geben muss. Es hängt von der Anwendung an.

Jedes IIR-Filter erzeugt ein gewisses group delay. Und hier betrachte ich explizit auch LS-Chassis, Bassreflexrohre, usw. als IIR-Filter (denn das sind sie ja).
Im Bassbereich kann dieses group delay in den hörbaren Bereich vorstossen, z.B. >20ms, je nach Frequenz. Wenn man das nun ausgleichen will, muss man z.B. dem Subwoofer das Signal früher senden als dem Hochtöner oder allgemein das Signal frequenzabhängig verzögern, damit alle Frequenzen gleichzeitig am Hörplatz ankommen. Das ist nur mit FIR-Filtern möglich und führt offensichtlich zu einer erhöhten Grundlaufzeit.
Für die Praxis heisst das, wenn man linearphasig arbeiten will erhält man mehr oder weniger grosse Grundlaufzeiten, je nachdem, wie tief man entzerrt, wie hohe Flankensteilheiten der crossover-Filter man wählt usw.
Mit bruteFIR kann man aber auch minphase-Filter verarbeiten, die dann keine Grundlaufzeit haben. Ich habe jetzt zwei Konfigs, eine linphase mit Filter 20. Ordnung zum Musikhören, Laufzeit >1s, und eine mit minphase-Filter 4. Ordnung "ohne" Grundlaufzeit für Filme/Games.
Das ganze ist bei mir noch nicht 100% ausgereift, aber es ist ganz sicher ein gangbarer Weg.

Gruss deathlord

deathlord schrieb:

Im Bassbereich kann dieses group delay in den hörbaren Bereich vorstossen, z.B. >20ms, je nach Frequenz. Wenn man das nun ausgleichen will, muss man z.B. dem Subwoofer das Signal früher senden als dem Hochtöner oder allgemein das Signal frequenzabhängig verzögern, damit alle Frequenzen gleichzeitig am Hörplatz ankommen. Das ist nur mit FIR-Filtern möglich und führt offensichtlich zu einer erhöhten Grundlaufzeit. Für die Praxis heisst das, wenn man linearphasig arbeiten will erhält man mehr oder weniger grosse Grundlaufzeiten, je nachdem, wie tief man entzerrt, wie hohe Flankensteilheiten der crossover-Filter man wählt usw. Mit bruteFIR kann man aber auch minphase-Filter verarbeiten, die dann keine Grundlaufzeit haben. Ich habe jetzt zwei Konfigs, eine linphase mit Filter 20. Ordnung zum Musikhören, Laufzeit >1s, und eine mit minphase-Filter 4. Ordnung "ohne" Grundlaufzeit für Filme/Games. Das ganze ist bei mir noch nicht 100% ausgereift, aber es ist ganz sicher ein gangbarer Weg. Gruss deathlord

genau diesen anwendungsfall meinte ich. Ich benutze momentan zwar nur CB wo eine entzerrung der laufzeit nicht unbedingt notwendig wäre, aber eine option BR zu nutzen wäre schon interessant.

Bei welcher laufzeit liegt eigentlich die hörschwelle bis ein versatz von bild und ton bemerkt wird?

also, eine trennung in multimedia-center-pc als quelle und linux-pc als frequenzweiche/DRC hat schon was, da man auf digitaler ebene zwischen verschiedenen quellen wie musik, dvb-t oder dvd umschalten kann...dann bleibt jetzt nur noch die lautsärkeregelung aller kanäle ;-)

wie schnell bootet eigentlich ein pc mit die usb-stick lösung?

ciao,
BKB

aber eine option BR zu nutzen wäre schon interessant

Hier gäbe es eben die Option, eine "bessere" Variante für Musik und eine "schnellere" für Film etc. zu nutzen. Die klanglichen Ansprüche gehen sofort stark zurück, sobald man auch noch auf das Bild achtet. Abgesehen davon kann ein theoretisch hörbares delay eines BR-subs in der (raumakustischen) Praxis völlig vernachlässigbar werden.

Bei welcher laufzeit liegt eigentlich die hörschwelle bis ein versatz von bild und ton bemerkt wird?

Das weiss ich auch nicht so genau. Oberhalb von 100ms wird's wohl langsam kritisch.
Aber irgendwie wird sich wohl noch ein Weg finden, wie man das DVD-Bild verzögern kann.

dann bleibt jetzt nur noch die lautsärkeregelung aller kanäle ;-)

Dazu gibt's hier was.

wie schnell bootet eigentlich ein pc mit die usb-stick lösung?

Hängt stark vom verwendeten mainboard/bios ab. Bei mir dauert's 45s, Blackhole braucht nur 15.
Jedenfalls kaum länger, als bis ich alle Endstufen eingeschaltet habe

Hallo,

mit dem Thema den PC als "Klangveränderer" habe ich mich noch nicht wirklich beschäftigt. Auch in diesem Thread bin ich erst am Anfang der Seite 3 angelangt. Zum einen wundert es mich, dass es auf Windows Basis nichts ordentliches geben soll. Wenn man bedenkt, dass heutzutage doch alle Studios mit PC abmischen. Oder ist das alles nur sauteuer und wurde deshalb hier nicht erwähnt. Zum anderen wundert es mich etwas, dass hier anscheinend verhältnismäßig wenig Wert auf den Videoteil gelegt wird.

Es scheint tatsächlich so zu sein, dass es die Videofraktion und die Audiofraktion gibt. Wenn man Wert auf beides legt, dann dürfte man im Videobereich schnell auf entsprechende Hardware stoßen (Scalerkarten etc.).

Solche Hardwarekarten haben in der Regel eine Delay Einstellmöglichkeit. Das suggeriert, dass man sich über das Problem schon im Klaren ist. Die Softwareplayer scheinen das eher nicht zu haben.

Ich nehme an, es liegt daran, dass solche Karten (Audio und/oder Video) eher aus dem semiprofessionellen Bereich stammen, im Gegensatz zu den Softwareplayern. Wer Softwareplayer einsetzt, dürfte in aller Regel solche Features nicht benötigen. Eher sogar noch Delay für den Ton, da dort meistens das Bild hinterher hinkt.

Gruß

Stefan