To XLS12 or not to XLS12

[ds23man]

Die 1 of 1,5m kan bij een drieweg of 4 weg al een behoorlijke hoek opleveren. En dan ga je dus nat.

[pappaleo]

Die 1 of 1,5m kan bij een drieweg of 4 weg al een behoorlijke hoek opleveren. En dan ga je dus nat.

Definiëer je

[ds23man]

Daar is toch geen woord Swahilies bij?

[pappaleo]

Daar is toch geen woord Swahilies bij?

Nee maar ook in het Nederlands kun je enorm verwarring zaaien.

Er wordt een probleem met boxsim vermeld, ik meld dat ik dat probleem niet heb en vervolgens ga ik nat

[ds23man]

Je in het algemeen Leo.

[ds23man]

En anders had ik wel jij geschreven.

[pappaleo]

Die 1 of 1,5m kan bij een drieweg of 4 weg al een behoorlijke hoek opleveren. En dan ga je dus nat.

Definiëer je

Je in het algemeen Leo.

Dank je

Je gebruikte mijn argumenten om aan te tonen dat er nat gegaan werd, vandaar

[Walt]

Ik kreeg net zoals Leo prima resultaten met boxsim. Als je niet snapt welke vinkjes je aan/uit moet zetten, dan kun je de software wellicht beter maar niet gebruiken.

[ds23man]

Gaat er om hoe de berekeningsstructuur van Boxsim opgebouwd is. Ik vermoed dat in basis ervan uitgegaan wordt van een IEC bafle meting. Daar worden dan diverse correcties op toegepast. Hier en daar kun je die dan uitschakelen, maar dan blijft het feit overeind staan dat de basis on axis metingen moeten zijn. Dit houd dan gewoon in dat ook de metingen die je maakt van drivers in je gebouwde box PER driver OOK on axis moeten zijn. Maar dit is slechts een vermoeden van mij.

[ds23man]

Ik kreeg net zoals Leo prima resultaten met boxsim. Als je niet snapt welke vinkjes je aan/uit moet zetten, dan kun je de software wellicht beter maar niet gebruiken.

Heeft niets met vinkjes te maken, wel met onder welke hoek je iets meet. Als twee drivers strak tegenelkaar liggen zal het wel meevallen.

[pappaleo]

Dat maakt toch geen ene reet uit. Bij het luisteren zit je ook met je oren niet on axis voor elke driver. Hoogstens voor één.
Dat de FR lichtjes afwijkt van een on axis meting bij het meten op één gemeenschappelijkpunt maakt niet uit. Die afwijking wordt in boxsim geimporteerd. Boxsim weet er niks van af en doet er niks mee. Jij ontwerpt een filter. Maakt dat filter en meet vervolgens de units weer op hetzelfde gemeenschappelijke punt, maar dan met filter. Het resultaat is dan behoorlijk gelijk aan de simulatie, en dat is wat ik bedoelde.

Het probleem dat jij beschrijft is alleen aan de orde bij units waar je de gegevens niet zelf hebt opgenomen, maar die vooringevuld zijn, zoals de visaton units.

[ds23man]

Leo, het is precies andersom.

[pappaleo]

Leo, het is precies andersom.

Dank

Leuke naam voor mijn produkten

[ds23man]