Hornresp

Jump to Latest
#422
Sabbelbacke said:
Thanx for searching the needles in the haystack 🙂 The way you deal with feedback and the effort you keep putting in your little gem is just outstanding!
Click to expand...

Thanks Sabbelbacke.

Converting Hornresp from Visual Basic 3 to VB6 has turned out to be not as straight-forward as I first thought!

I found yet another small "needle in the haystack" late last night 🙂.

The latest release is now Product Number 2110-090310.

Kind regards,

David
 
#423
David,

Just wanted to say thanks for all your work. I also really appreciate the fact that you've updated Hornresp to 32 bit, I can only imagine the issues you have had to work through.

I'm pleased with how well the modeled results match the actual measurements from what I have just put together (see my posts in the Collaborative thread). Certainly, my construction skills and measurement techniques are the weaker link.

I could not have accomplished this without your software and the contributions of all the people here. I barely knew what a horn speaker was two years ago, let alone how to design and build tapped horns.

Thank you again.
 
#425
Hi.
I'm sure you have heard so many thanks that you must be tired by now. But still.

Thanks!
Your work is really appreciated.



The tapped horn wizard was very useful in learning how a tapped horn behaved and after a few hours of playing around you could almost predict the response depending on driver.

It's not as easy with a front loaded horn though.
Is there any plans to create such a wizard where you could change S1, S2... L12, L23... the same way and see the result in realtime?

It would be a lot easier than typing in numbers, simulate, type, simulate.......


Horns are addictive but complex.
 
#426
Hi David_Web,


David_Web said:
I'm sure you have heard so many thanks that you must be tired by now.
Click to expand...

Rest assured, I never get tired of hearing nice things being said about Hornresp 🙂. Thank you.


David_Web said:
Are there any plans to create such a wizard where you could change S1, S2... L12, L23... the same way and see the result in realtime?
Click to expand...

Sorry, but I have no plans to add anything like that to the program - it would require a major re-build to implement, and depending upon the horn design there could be a reasonable delay while the results updated, which could be somewhat disconcerting to the user. The existing Horn Segment Wizard is probably the best that I can do 🙂.


Kind regards,

David
 
#427
Entry field changes

Hi David,

Please, note the differences in the Cms, Mmd, Bl and Rms entry fields, they are not intentional, and seem to happen during recalculation particularly when using the Tapped Horn Wizard. Similar rounding errors (?) occur in other fields like Eg and Rg.

Changes this small will surely not make any difference, but I know by now that you want to know.

Regards,
 

Attachments

  • entry field changes.jpg
    entry field changes.jpg
    41.7 KB · Views: 685
#428
Re: Entry field changes

tb46 said:
Please, note the differences in the Cms, Mmd, Bl and Rms entry fields, they are not intentional, and seem to happen during recalculation particularly when using the Tapped Horn Wizard. Similar rounding errors (?) occur in other fields like Eg and Rg.
Click to expand...

Hi Oliver,

Many thanks for this feedback - I see what you mean 🙂.

By way of explanation - when the Tapped Horn Wizard is used, scroll bar values are intentionally rounded to improve the sensitivity and speed of operation of the sliders - see my post #261 earlier in the thread for further details.

What I hadn't realised though, was that even if the scroll bars are not accessed or adjusted when the Wizard is opened, values are still rounded.

I will see what I can do over the next few days to improve things, and let you know how I get on.

Thanks again for bringing this matter to my attention!

Kind regards,

David
 
#431
New Release

Hi Everyone,

I have now updated Hornresp to correct the Tapped Horn Wizard problem reported recently by Oliver (tb46). Scrollbar values are now rounded only when a slider setting is actually changed. The new release is Product Number 2110-090327.

Sorry for any confusion or inconvenience that may have been caused. Thanks again to Oliver for the excellent feedback.

Kind regards,

David
 
#432
scroll bar values

Hi David,

I just updated to V2110-090327, and everything I have tried sofar seems to work well. No more "little rounding errors". 🙂

Thank you very much, your continuous effort is highly appreciated.

Regards,
 
#433
brsanko said:
I'm wondering why, when I go to export the numbers for designing the horn I keep getting an error saying "name cannot contain" and saves a blank text file.
Click to expand...

Hi brsanko,

This is very strange indeed.

Could you please tell me what filename you tried to use, and what was the exact wording of the error message?

Did the message look anything like one in the attached screenprint? In this example, the character "]" has been used as the filename to generate a legitimate error.

Kind regards,

David
 

Attachments

  • error.jpg
    error.jpg
    9.3 KB · Views: 583
#435
It looks just like that, except there is no character after the statement it just says "file name cannot contain." I just tried to recreate the error and it was inconsistant. I tried a new name and some names I already used. It gave me the error on the new name and then on one of the old names but worked on the second one. the only thing I can think of is that when I entered the height I did so in such a way as to make the width the same on both ends. The last time I changed it so that the width was slightly larger at the mouth. Perhaps the width was smaller for the mouth so as to create an error but not small enough to show when the numbers were rounded to significant digits. I guess you would know if this would cause an error, but I got it to work anyway. I guess that's what matters. Thanks again for the great program.
 
#436
brsanko said:
Perhaps the width was smaller for the mouth so as to create an error but not small enough to show when the numbers were rounded to significant digits.
Click to expand...

Hi brsanko,

It is okay in Hornresp for the mouth cross-sectional width to be less than the throat cross-sectional width. Sorry, but I have no idea what might be causing the problem. To my knowledge, no one else has experienced a similar error.

Kind regards,

David
 
#437
Well I always seem to get around it. Probably just something wrong with my computer thanks for the help. BTW I just want to ask what your stand is on people using your software for comercial purposes. I mentioned on another thread that I might try to sell some of my designs and a few people got all bent out of shape. So I just want to make sure I wouldn't be violating any user agreements or anything if I did.
 
#439
Re: scroll bar values

tb46 said:
I just updated to V2110-090327, and everything I have tried sofar seems to work well.
Click to expand...

Hi Oliver,

Just letting you know that I have made yet another small change to the Tapped Horn Wizard 🙂.

I was not entirely happy with the way that the sliders worked after the recent update to overcome the rounding problem. For example - the Eg scroll bar default setting of 2.83 would decrease to 2.70 rather than to the closest rounded number of 2.80 when the "<" button on the left-hand side of the scroll bar was clicked. This has been corrected in Product Number 2110-090330.

It is only a minor refinement I know, but I want the operation of Hornresp to be as perfect as possible 🙂.

Kind regards,

David
 
You must log in or register to reply here.
Top Bottom