Hornresp Version 21.00
Hi Everyone,
Just letting you know that Hornresp can now model conical and/or exponential flare compound horns. Version 21.00 refers. See Note 9 on page 16 of the Help File for details. Could you please report any bugs. Thanks.
Kind regards,
David
David McBean said:Compound-horn designs cannot be modelled in Hornresp.
Hi Everyone,
Just letting you know that Hornresp can now model conical and/or exponential flare compound horns. Version 21.00 refers. See Note 9 on page 16 of the Help File for details. Could you please report any bugs. Thanks.
Kind regards,
David
Attachments
Just when I decided to get some work done.....
Great!!!!! 🙂
I´ll start playing with with it immediately😀
Thanx a lot for another nice feature !!
Great!!!!! 🙂
I´ll start playing with with it immediately😀
Thanx a lot for another nice feature !!
Re: S2 Fixed
Hi Oliver,
"Horn - S2 Fixed" has been made the default option in Version 21.00, as suggested.
Also, I have now made the schematic diagram the default view rather than the SPL response chart. Note that pressing the 'down arrow' key immediately after the tapped horn wizard form opens, changes the view to the SPL response chart.
Thanks again for the suggestions.
Kind regards,
David
tb46 said:One additional suggestion: it might be more useful to have the default as "Horn - S2 Fixed" instead of "Horn - S2 Variable", otherwise S2 will be altered if one leaves the Wizard and then re-enters.
Hi Oliver,
"Horn - S2 Fixed" has been made the default option in Version 21.00, as suggested.
Also, I have now made the schematic diagram the default view rather than the SPL response chart. Note that pressing the 'down arrow' key immediately after the tapped horn wizard form opens, changes the view to the SPL response chart.
Thanks again for the suggestions.
Kind regards,
David
Sabbelbacke said:Just when I decided to get some work done.....
Great!!!!! 🙂
I´ll start playing with with it immediately😀
Thanx a lot for another nice feature !!
Thanks Sabbelbacke.
Please let me know if you find any bugs - you are my "Top Gun" Beta Tester 🙂.
Kind regards,
David
compound horns now?? nice.
I'm still trying to figure out the regular tapped horn still lol.
I just hate converting from standard to metric when trying to design a horn...someday I will get it though
I'm still trying to figure out the regular tapped horn still lol.
I just hate converting from standard to metric when trying to design a horn...someday I will get it though
Hy David,
this is sooo nice 🙂 Works good. Funny SPL-things happen if the driver has the exact same horn on both sides 🙂
my thoughts so far:
- when in CH mode, it might be useful to block the "systems design" button. Right now one can select a design - the result is a new horn in segment 1, the CH leftover in Segment 4 is still active, resulting in invalid input data. Or the "systems design button" could be left intact and a reset of input data could be added? (Of course, a system designer for al kinds of horns would be great: "please state desired end-product" - hornresp does the rest. ... Just kidding 🙂 )
- A path length difference greater than the sum of all segment-lengths should be impossible to realise, maybe a little check or a reminder when exceeding the overal length in the "combined response" field could be nice? (ok, this realy is minor)
- Old saved data from prevous versions seem to work fine 🙂
- Switching from 4Seg TH to CH back and forth without changing values keeps everything intact. Interesting, how close both SPL charts are to one another when just switching (PA Sub, Ciare 12, 2Pi, 300l, 4 Segments)
- When changing A 4 Segmented CH with both back- and compression chamber back to TH, this happens:
Which looks quite funny 🙂 If the CH had S5 =! S4 (which is ok for CH, but not for TH) S4 is forced to S5, which also seems correct. But now one has "invalid TH data" - but the calculate Button still works which might be confusing.
I`d love to play around more, sadly I have to get some work done (7:00 AM here). Will do some more testing later.
I love the new addition and after a quick look it seems to work like a charm. The possibility to switch between horn-types might bear the danger of creating unreal horns or not working input data, but that´s users responsibility to check and use theyr heads, imho.
Thanx!!!!!!!!!!!!!!!
this is sooo nice 🙂 Works good. Funny SPL-things happen if the driver has the exact same horn on both sides 🙂
my thoughts so far:
- when in CH mode, it might be useful to block the "systems design" button. Right now one can select a design - the result is a new horn in segment 1, the CH leftover in Segment 4 is still active, resulting in invalid input data. Or the "systems design button" could be left intact and a reset of input data could be added? (Of course, a system designer for al kinds of horns would be great: "please state desired end-product" - hornresp does the rest. ... Just kidding 🙂 )
- A path length difference greater than the sum of all segment-lengths should be impossible to realise, maybe a little check or a reminder when exceeding the overal length in the "combined response" field could be nice? (ok, this realy is minor)
- Old saved data from prevous versions seem to work fine 🙂
- Switching from 4Seg TH to CH back and forth without changing values keeps everything intact. Interesting, how close both SPL charts are to one another when just switching (PA Sub, Ciare 12, 2Pi, 300l, 4 Segments)
An externally hosted image should be here but it was not working when we last tested it.
- When changing A 4 Segmented CH with both back- and compression chamber back to TH, this happens:
An externally hosted image should be here but it was not working when we last tested it.
Which looks quite funny 🙂 If the CH had S5 =! S4 (which is ok for CH, but not for TH) S4 is forced to S5, which also seems correct. But now one has "invalid TH data" - but the calculate Button still works which might be confusing.
I`d love to play around more, sadly I have to get some work done (7:00 AM here). Will do some more testing later.
I love the new addition and after a quick look it seems to work like a charm. The possibility to switch between horn-types might bear the danger of creating unreal horns or not working input data, but that´s users responsibility to check and use theyr heads, imho.
Thanx!!!!!!!!!!!!!!!
Sabbelbacke said:my thoughts so far:
Hi Sabbelbacke,
Excellent work! You have already given me some things to look at over the coming weekend 🙂.
I will let you know how I get on.
Kind regards,
David
Compound Horns
Hi David,
What got me into this mess was a general interest in fullrange horn systems like the Lowther TP1 London. Now I'll have to go back and look at that again. Well, thank you very much. 🙂
So far everything I have tried works fine. This will take a while to investigate.
Thanks again,
Regards,
Oliver.
Hi David,
What got me into this mess was a general interest in fullrange horn systems like the Lowther TP1 London. Now I'll have to go back and look at that again. Well, thank you very much. 🙂
So far everything I have tried works fine. This will take a while to investigate.
Thanks again,
Regards,
Oliver.
Hi,
since the MJK sheets are no longer availabe, is it already possible to model a (Mass Loaded) TQWT with hornresp?
-Micha
since the MJK sheets are no longer availabe, is it already possible to model a (Mass Loaded) TQWT with hornresp?
-Micha
Hi Sabbelbacke,
I just couldn’t wait until the weekend to fix things 🙂.
This is to be expected. While I was checking however, I discovered that if horn 2 had a conical flare with S5 = S6, then a fatal 'Division by zero' error would occur when calculating the combined response. This has been corrected.
The data in the horn segment 4 input fields should automatically be reset to zero when the System Design tool is used. This has been corrected.
Great pickup - I had missed that one 🙂. The normal upper default limit of 999,99 cm has been changed so that it is now the sum of all the segment lengths plus chamber lengths. A warning message is displayed if the limit is exceeded. Note that for an offset driver horn, the value of L12 is not included.
This should always be the case. If any new version cannot read the saved data from a previous version, then something is definitely wrong.
The Calculate button should be automatically disabled (which in turn disables the View Schematic tool). This has been corrected.
It should not be possible to calculate results for an invalid horn configuration. This has been corrected.
The above changes are included in Product Number 2100-090206.
Thanks again for all your help, it is very much appreciated!
Could you please let me know if you find anything else.
Kind regards,
David
I just couldn’t wait until the weekend to fix things 🙂.
Sabbelbacke said:Funny SPL-things happen if the driver has the exact same horn on both sides 🙂.
This is to be expected. While I was checking however, I discovered that if horn 2 had a conical flare with S5 = S6, then a fatal 'Division by zero' error would occur when calculating the combined response. This has been corrected.
Sabbelbacke said:When in CH mode, it might be useful to block the "systems design" button.
The data in the horn segment 4 input fields should automatically be reset to zero when the System Design tool is used. This has been corrected.
Sabbelbacke said:A path length difference greater than the sum of all segment-lengths should be impossible to realise.
Great pickup - I had missed that one 🙂. The normal upper default limit of 999,99 cm has been changed so that it is now the sum of all the segment lengths plus chamber lengths. A warning message is displayed if the limit is exceeded. Note that for an offset driver horn, the value of L12 is not included.
Sabbelbacke said:Old saved data from previous versions seem to work fine 🙂.
This should always be the case. If any new version cannot read the saved data from a previous version, then something is definitely wrong.
Sabbelbacke said:When changing a 4 Segmented CH with both back- and compression chamber back to TH, this happens:
The Calculate button should be automatically disabled (which in turn disables the View Schematic tool). This has been corrected.
Sabbelbacke said:The possibility to switch between horn-types might bear the danger of creating unreal horns or not working input data.
It should not be possible to calculate results for an invalid horn configuration. This has been corrected.
The above changes are included in Product Number 2100-090206.
Thanks again for all your help, it is very much appreciated!
Could you please let me know if you find anything else.
Kind regards,
David
cowanaudio said:I still find it remarkable just how close your model comes to measured results. All the main features are at exactly the right frequency.
Hi William,
I am pleasantly surprised myself at just how well the Hornresp predictions seem to compare to your measured results, particularly considering the sensitivity of the tapped horn model to even quite small changes in horn input parameter values.
You must be modelling your actual physical design in Hornresp very accurately indeed, to achieve such good comparisons. Well done!
Kind regards,
David
GM said:Yes, you just can't sim the effect stuffing has on its response.
GM
What does this piece of software can't do ?
It can do vented boxes, horns, transmission lines, tapped horns, compound horns... what else ? 🙂
Great work David J. McBean !

@David
wow, that was fast 🙂 Thanx a lot once again!! You are the best 🙂 If I find something new, I´ll report it immediately. The way you deal with feedback is just outstanding!
Best
Sabbelbacke
wow, that was fast 🙂 Thanx a lot once again!! You are the best 🙂 If I find something new, I´ll report it immediately. The way you deal with feedback is just outstanding!
Best
Sabbelbacke
I wish he would slow down.
I only manage to download about one in three of his updated programs.
Once again, Thanks David.
I only manage to download about one in three of his updated programs.
Once again, Thanks David.
Sabbelbacke said:If I find something new, I´ll report it immediately.
Excellent, thanks Sabbelbacke!
Kind regards,
David
David,
is there a way to tell hornresp that it has to use the Hornresp.dat
file from the folder where the Hornresp.exe is (like .\ instead of c:\hornresp)?
Background: I'm using hornresp on different computers which
leads to the problem that I have several different Hornresp.dat
files with simulations I wish to keep. Of course it's possible to use
HornRespMerge.exe in order to copy records from one dat file to
another but this is time consuming if your dat file contains more
than 100 records.
Therefore my question above came up: An easy
solution would be simply to run hornresp on my different
computers from a single flash disk, which also carries the
HornResp.dat file.
Nevertheless is hornresp a very very useful
tool. Thanks for that.
Erik
is there a way to tell hornresp that it has to use the Hornresp.dat
file from the folder where the Hornresp.exe is (like .\ instead of c:\hornresp)?
Background: I'm using hornresp on different computers which
leads to the problem that I have several different Hornresp.dat
files with simulations I wish to keep. Of course it's possible to use
HornRespMerge.exe in order to copy records from one dat file to
another but this is time consuming if your dat file contains more
than 100 records.
Therefore my question above came up: An easy
solution would be simply to run hornresp on my different
computers from a single flash disk, which also carries the
HornResp.dat file.
Nevertheless is hornresp a very very useful
tool. Thanks for that.
Erik
I think, if you install hornresp on the said memory stick, the data should be stored on it and you can carry it around with you.
Yes. AFAIK if u have a directory
/hornresp
and have everytrhing incl. the program in it on the usb stick, hornresp stores al the data in this directory.. It should work like this.
/hornresp
and have everytrhing incl. the program in it on the usb stick, hornresp stores al the data in this directory.. It should work like this.
Oops,
I just tried once again and it works. With some older version I also tried before, but that time Hornresp always created a c:\hornresp directory.
So, actually that was a quick fulfilment of my wishes
but shame on me.
regards.
Erik
I just tried once again and it works. With some older version I also tried before, but that time Hornresp always created a c:\hornresp directory.
So, actually that was a quick fulfilment of my wishes

regards.
Erik
- Home
- Loudspeakers
- Subwoofers
- Hornresp