Het grote Hypex Filter Design Topic

[ds23man]

Zie ik daar een usb microfoon?

[holco]

Waarom niet?
Wordt juist bij REW geadviseerd.

Zie ik daar een usb microfoon?

[ds23man]

Omdat bij een usb mic de latency tussen de metingen verschilt. Komt omdat je uit en ingang niet dezelfde klok hebben en er timings verschillen kunnen zijn tussen de mic en geluidskaart voor de uitgang door het usb protocol. Wat je nu aan het doen bent kan je vergelijken met de afstand van de mic veranderen tussen de metingen. Oftewel je time of flight is all over the place. Bij een meting om roomeq toe te passen is dat geen probleem, maar bij filterontwerp wel.

[jvenema]

Omdat bij een usb mic de latency tussen de metingen verschilt. Komt omdat je uit en ingang niet dezelfde klok hebben en er timings verschillen kunnen zijn tussen de mic en geluidskaart voor de uitgang door het usb protocol. Wat je nu aan het doen bent kan je vergelijken met de afstand van de mic veranderen tussen de metingen. Oftewel je time of flight is all over the place. Bij een meting om roomeq toe te passen is dat geen probleem, maar bij filterontwerp wel.

Klinkt als een valide iets. Hoe erg het in de praktijk is, hangt natuurlijk ook af van de nauwkeurigheid en stabiliteit van de verschillende klokken. Je zou dan eens met een bepaalde ingestelde delay compensatie een aantal metingen achter elkaar moeten doen en kijken wat dan de spreiding is in je fase plaatje, want daar zal time of flight zichtbaar worden. Zit daar veel spreiding op, dan is het inderdaad lastig te zeggen hoe de dingen zich tot elkaar verhouden.
Op zich is een systeem dat dezelfde klok gebruikt voor de ingang en uitgang te prefereren, want die zijn dan aan elkaar gelocked. De vraag is, als die gezamenlijke klok een flinke jitter heeft, hoe dat doorwerkt in de resultaten.

[ds23man]

Grootste probleem is dat als je twee separate audiokaarten gebruikt het maar de vraag is wat Windows doet tijdens een meting. Kan zo zijn dat dat de ene keer de usb mic een ms eerder/later inleest dan de andere keer . Dat geldt ook voor geluidskaart die het meetsignaal uitstuurt. Daarom is er bij de HFD besloten om alleen een asio driver toe te staan, normaliter kan je dan alleen meten met de in en uitgang van dezelfde geluidskaart.

[ds23man]

Sterker nog, ik heb toen der tijd getest bij de ontwikkeling van de nieuwe hfd. Bij gebruik van twee separate geluidskaarten was de onderlinge latency all over the place tussen de metingen.

[jvenema]

Grootste probleem is dat als je twee separate audiokaarten gebruikt het maar de vraag is wat Windows doet tijdens een meting. Kan zo zijn dat dat de ene keer de usb mic een ms eerder/later inleest dan de andere keer . Dat geldt ook voor geluidskaart die het meetsignaal uitstuurt. Daarom is er bij de HFD besloten om alleen een asio driver toe te staan, normaliter kan je dan alleen meten met de in en uitgang van dezelfde geluidskaart.

Daarom zitten er ook buffers in de hardware. Zolang bij uitgang, buffer op tijd gevuld word, voordat hij leeg is, en bij ingang dat hij ingelezen wordt voordat buffer vol is, is er weinig aan de hand. Dat kan bij windows af en toe wel eens een dingetje zijn. Met het sneller worden van de hardware is probleem onder windows wel minder geworden. Heb in verleden gewerkt met hardware kaarten die tot tientallen Mb/s uitspeelde (en ook inleesde) en dat moest nauwkeurig zonder haperen. Toendertijd wel extra code toegevoegd om te kijken hoelang het duurde voordat de windows scheduler je weer aan de buurt liet komen. een interval van 100ms kwam regelmatig voor en sporadisch 200ms. Toen besloten om te zorgen dat er als we aan de beurt kwamen, dat hardware buffer voor 500ms gevuld werd. Daar vervolgens speciale hardware analysers aangehangen om te kijken of er geen haperingen waren in uitspelen en dat was niet het geval.
Jaren later was de hardware een stuk sneller en waren de maximale intervallen van de windows scheduler enige tientalle ms. Dus als er problemen zijn kun je vaak gewoon buffer grote aanpassen. In dit geval is latency op zich geen probleem, met home studio gebruik van audio devices natuurlijk wel, dan wil je dat roundtrip delay zo klein mogelijk is.
Verder kan REW b.v. een sync doen via geluids piepjes. REW weet na hoeveel samples de sweep begint, dus als hij bij inlezen de piepjes weer ziet, is het gewoon samples tellen en je weet precies waar je ben. Deze optie zal er wel specifiek in zitten om de USB mic te kunnen koppelen aan een losstaande geluidskaart. En zolang er geen buffer underrun of overrun is, is er niets aan de hand en is het gewoon tellen. Ik weet niet hoe het hier zit maar met de transportstroom pakketten voor digitale TV zette de hardware bij inlezen er ook een tijdstempel bij. Al keek je er een uur later naar, dan nog wist je moment van binnenkomst.
Dus ja de windows scheduler is niet zo geweldig, maar daar zijn best wel oplossingen voor, zodat het geen probleem hoeft te zijn.

[Henkjan]

we hebben zelfs een sticky topic over wat wel en wat niet goed gaat met USB meetmicro's:
viewtopic.php?f=25&t=18465

slightly OT in dit onderwerp: op de luisterdag in Hengelo is Jeroen Olde Dubbelink aanwezig die kan je van de hoed en de rand vertellen over luidsprekers meten met REW en een USB microfoon, zie t Hengelo topic: viewtopic.php?f=26&t=28032

[ds23man]

Ja lekker, een probleem wat bij de voordeur ontstaat bij de achterdeur oplossen....

[jvenema]

Ja lekker, een probleem wat bij de voordeur ontstaat bij de achterdeur oplossen....

Yep, fixed relatie tussen ingang en uitgang is fijner.

[holco]

Ik dacht altijd dat REW dat goed voor elkaar had Maar ik heb ook een Dayton EMM-6 en de Presonus AudioBox iOne die ik in kan zetten.

Wat REW zegt over meten met een timing referentie.

Measuring with a timing reference
REW can make use of a timing reference when it measures, according to the setting on the measurement panel or in the Analysis preferences. The timing reference selection controls whether REW uses a loopback on the soundcard as a timing reference, or an acoustic timing reference, or no reference. Using a timing reference allows REW to eliminate the variable propagation delays within the computer and soundcard so that separate measurements have the same absolute timing.

If a loopback is selected the reference channel signal must be looped back from output to input on the soundcard and measurements will be relative to the loopback timing. Usually this means measurements will have a time delay that corresponds to the time it takes sound to travel from the speaker being measured to the microphone.

If an acoustic timing reference is used REW will generate a timing signal on the output that has been selected to act as the reference before it generates measurement sweeps on the channels being measured. The level of the timing reference is set separately from the measurement level using the control at the top of the measurement dialog. The timing signal is a high frequency sweep to allow accurate timing, a subwoofer cannot be used as the reference channel. Measurements will have a time delay that corresponds to the difference in their distance from the microphone compared to the distance of the reference speaker - if the reference speaker is further away the delay would be negative. When an acoustic timing reference is used individual measurements taken from the same mic position will have the same relative timing, allowing trace arithmetic to be carried out on the traces in the All SPL graph. Note that multiple sweeps cannot be used when using an acoustic timing reference.

If using a timing reference REW can calculate the delay through the system being measured relative to the reference and show it in the measurement Info panel as "System Delay" in milliseconds, with the equivalent distance in feet and metres shown in brackets. For speakers the delay estimate is based on the location of the peak of the impulse response. Subwoofers have a broad peak and a delayed response due to their limited bandwidth so the delay is instead measured relative to the start of the impulse response. The start of the impulse response cannot be located as precisely as the peak, however, so delay values are less accurate for subwoofer measurements.

[ds23man]

https://onzetaal.nl/taaladvies/de-bietenbrug-op-gaan/

[Wieger61]

In REW kun je de minimumfase van een meting laten uitrekenen. Kun je die berekening voor simulaties gebruiken waarbij je de afstand tussen de akoestische centra langs andere weg bepaalt?

[Tom Magchielse]

Sorry, maar ik kan hier echt geen brood van bakken

De dome is de koppeling tussen lucht en de spreekspoel. Deze moet een (half) bol-vorminge lobe creeeren in de ruimte. Als de dome niet meer bolvormig is, dan zal de lobe dat ook niet meer zijn? Wat je aan de DSP kant ook doet, de dome werkt niet meer zoals die zou moeten. Ik ben dan wel benieuwd op het nivo van de golf die geproduceerd wordt wat er mis gaat?

Zou je t zou kunnen benaderen?

Sorry, halfslachtige poging om te beschrijven waarom je het met DSP niet recht kan trekken (dat deukje).

De Dome/membraan van de tweeter is feitelijk de mechanische koppeling tussen de spreekspoel die heen en weer beweegt, en de lucht in de ruimte. Daar worden de geluidsgolven richting luister-ruimte gecreeerd. Als het membraan dus niet meer de originele vorm heeft, dan zal de geluidsgolf die hij maakt door te trillen ook vervormd zijn? Dat is dan iets mechanisch, wat je met DSP niet meer kan fixen. Je kunt niet maar een deel van het membraan anders aansturen met de dsp. Het is alles of niets.

Dat is wat ik probeer te beredeneren.

Dat klopt niet helemaal. Een bolvormig membraan produceert niet automatisch bolvormige golven (al heeft Philips ons dat destijds bij het begin van hun dome tweeters wel wijs gemaakt), en ook vlakke of holle membranen kunnen bolvorminge golven produceren, afhankelijk van de frequentie en de afstand.
Was het maar zo eenvoudig..
Tom

[satefan]

Sorry, maar ik kan hier echt geen brood van bakken

Sorry, halfslachtige poging om te beschrijven waarom je het met DSP niet recht kan trekken (dat deukje).

De Dome/membraan van de tweeter is feitelijk de mechanische koppeling tussen de spreekspoel die heen en weer beweegt, en de lucht in de ruimte. Daar worden de geluidsgolven richting luister-ruimte gecreeerd. Als het membraan dus niet meer de originele vorm heeft, dan zal de geluidsgolf die hij maakt door te trillen ook vervormd zijn? Dat is dan iets mechanisch, wat je met DSP niet meer kan fixen. Je kunt niet maar een deel van het membraan anders aansturen met de dsp. Het is alles of niets.

Dat is wat ik probeer te beredeneren.

Dat klopt niet helemaal. Een bolvormig membraan produceert niet automatisch bolvormige golven (al heeft Philips ons dat destijds bij het begin van hun dome tweeters wel wijs gemaakt), en ook vlakke of holle membranen kunnen bolvorminge golven produceren, afhankelijk van de frequentie en de afstand.
Was het maar zo eenvoudig..
Tom

Bedankt Tom. Het waren ook meer vragen, dan stellingen! Maar een vervormde dome is niet bevordelijk lijkt me.

Groet,

Satefan

[holco]

Een perfect gevormde dome is daarentegen weer wel bevordelijk

[toetertje]

Ik heb een probleempje met filterdesign.
Ik was bezig preset 1 in te stellen, toen kreeg ik een foutmelding "division by zero".
Preset 2,3 en 4 werken prima, maar iedere keer als ik naar preset 1 ga, krijg ik die melding,
en kan ik daar niets doen.
De ps2.400 is niet aangesloten.

Edit:
Ik heb het opgelost, door een andere preset naar preset 1 te kopieren. Nu werkt de preset weer.
Ik moet hem natuurlijk wel opnieuw instellen.

[wouter]

Een perfect gevormde dome is daarentegen weer wel bevordelijk

[satefan]

Tijdens het doen van onderzoek naar puls-response van de woofer en verschillende soorten demping, viel me op dat de pulse-response (gemeten met REW) al voor de 0ms begint. Eerst begint de lijn licht te dalen, dan licht te stijgen, daarna zakt deze in waarna de 'echte' puls komt.

Ik heb niet gek veel kennis van pulse-responses, en eventuele invloeden van het digitaal filter (ik gebruik een 24dB/Oct laagdoorlaat). Heeft dit effect iets te maken met pre-echo / pre-ringing?

Screen Shot 2020-04-10 at 19.34.10.png

Groet,

Satefan

[NielsLu]

Advies gevraagd

Ik heb een clone van de BK Monolith + gebouwd (in een tv meubel). Als versterker heb ik een Monacor AKB-400DSP (dit is een rebadge van de Hypex PSC2.400), ik maak dan ook gebruik van het Hypex Filter Design software (hij wordt door de software zelfs herkend als een Hypex PSC2.400).

In de BK subwoofer zit een 500 watt plate amp met een instelbare boost en een vaste HPF. Helaas weet ik de exacte waarden van de HPF niet maar op het htforum (in een topic van Timvg) heb ik gelezen dat er een 24hz Butterworth highpassfilter en een low shelf filter (boost) naar die 24hz toe van 3db ingesteld moet worden.

lab12.jpg

Onderstaande quote heb ik even geleend van Timvg van het htforum:

De Monolith+ amp heeft een combo van boost en high-pass filter aan boord tegelijk de driver te beschermen onder tuning én de respons te vlakken zodat de sub eigenlijk vlak wordt tot ~20hz ipv reeds een afzwakking kent van 6 a 9db.

Hoe stel ik zo'n filter in in HFD? Ik heb gezien dat je meerdere filters kunt stapelen om het Butterworth filter te bouwen, ik weet echter niet precies wat ik nu moet instellen. Wie kan/wil me hierbij helpen?

[satefan]

Op Pagina 25 van het HFD manual staat beschreven hoe je filters kunt bouwen, inclusief voorbeeld van een Butterworth filter.

https://www.hypex.nl/documenten/download/2018

[NielsLu]

Dank, het is gelukt!

[satefan]

Dank, het is gelukt!

Nice! Mischien kun je wat plaatjes in dit topic delen van wat je in HFD hebt gemaakt enzo? Altijd leuk ter lering en vermaak!

[NielsLu]

Dank, het is gelukt!

Nice! Mischien kun je wat plaatjes in dit topic delen van wat je in HFD hebt gemaakt enzo? Altijd leuk ter lering en vermaak!

Ik kom hierop terug, ik heb de dsp nog niet volledig afgesteld.

[satefan]

In een ander draadje vroeg @Led hoe ik de LWT configureer:

@Satefan - kun je mij misschien uitleggen hoe jij de Linkwitz Transform toepast met DSP?
Ik ga in mijn komende build aan de slag met een sealed box en DSP, vandaar..

Ik zit nu dit te lezen:
https://www.minidsp.com/applications/ad ... -transform

Misschien heb jij uit ervaring nuttige tips? Ik ben gewoon benieuwd hoe jij het aanpakt, hopelijk kan ik er wat van leren.

De eerste stap is dat je de resonantie-frequentie van de box/speaker combinatie bepaalt, de FRES. Hiervoor moet je een impedantie-curve kunnen maken van het systeem (dus niet van de driver alleen!), zo doe ik het althans (de methode van MiniDSP kan ook natuurlijk, maar dan is het een beetje meer gokken en via (een paar keer) meten verder finetunen).

Vervolgens kun je via de grafiek bepalen/uitrekenen wat de Qt van het systeem is. Dat is wel een dingetje. Ik doe mijn impedantie-meting in REW en exporteer de meting. Een kennis van me heeft een Python script ontwikkeld dat de Qt (en overige) parameter uitrekent.

Als je weet wat de FRES en de Qt is, kun je deze invoeren zoals aangegeven in de link van MiniDSP bijvoorbeeld.

Hoop dat dit helpt?

groet,

Satefan

PS: In HFD wordt de LT functie geimplemtenteerd via een asymmetrische shelf filter functie.