Hornresp

[Jmmlc]

Hello David,

This seems perfectly acceptable to me.

Best regards rfom Paris, France

Jean-Michel Le Cléac'h

Originally posted by David McBean

would this be an acceptable compromise?

[David McBean]

Originally posted by Jmmlc
This seems perfectly acceptable to me.

Excellent, thanks Jean-Michel.

I will use the revised method to calculate and display corrected / normalised phase in the next release of Hornresp.

Kind regards,

David

[Jmmlc]

Hello David,

An easy feature you could also add to HR is on the group delay graph.

It could be interesting to have a button allowing to express the group delay in equivalent distance travelled at the speed of sound.

Best regards from Paris, France

Jean-Michel Le Cléac'h

[Eva]

Originally posted by Jmmlc
Hello David,

An easy feature you could also add to HR is on the group delay graph.

It could be interesting to have a button allowing to express the group delay in equivalent distance travelled at the speed of sound.

Best regards from Paris, France

Jean-Michel Le Cléac'h

Or in equivalent wavelengths to evaluate the magnitude of the corresponding summing error

btw: Now I know that my PA midrange horns exhibit more than one wavelength of group delay at 230Hz, this explains all the summing problems and why adding a 2nd order allpass around 230Hz with a Q around 2.2 to the bass horn improves things a lot... (This group delay is spatial loading dependent too)

[Jmmlc]

Hello Eva,

It is a good idea but a bit difficult to implement as at high frequency there will be in many case a lot of noise on the group delay curve.

Best regards from Paris, France

Jean-Michel Le Cléac'h

Originally posted by Eva


Or in equivalent wavelengths to evaluate the magnitude of the corresponding summing error

[David McBean]

Originally posted by Jmmlc
It could be interesting to have a button allowing to express the group delay in equivalent distance travelled at the speed of sound.

Originally posted by Eva
Or in equivalent wavelengths to evaluate the magnitude of the corresponding summing error.

Hi Jean-Michel and Eva,

Group delay expressed in units of time is good enough for me :-).

The raw data can of course be exported and manipulated external to Hornresp, if so required.

Kind regards,

David

PS - Thinking about it a bit more, I guess I could at least add the the equivalent distance value, and possibly even the number of wavelengths, to the group delay chart Sample tool results :-).

[GM]

Originally posted by David McBean


Hi Everyone,

It seems that Hornresp users don�t have dial-up Internet connections.

Greets!

I can understand why, I had to use the emergency dial-up for a bit and the forum page was taking 'forever' to load, change to 'post', etc., so waited till I had DSL again before trying to post this.............

Anyway, after ~4 min. it 'completed' at only 646 kb and got this error message when I tried to open it:

GM

PS - Used HR some more and still no virtual memory, etc. problems (he says with fingers crossed).

[GM]

'don�t'

Interesting how this didn't display properly when DL'd via dial-up. Does it tell anything about why the zip file doesn't DL correctly?

GM

[David McBean]

Hi GM,

Originally posted by GM
Anyway, after ~4 min. it 'completed' at only 646 kb and got this error message when I tried to open it.

Many thanks for this. You have helped to confirm that there is definitely a problem downloading Hornresp from the new website via a dial-up connection. I will go back to my ISP and see what they can do about it.

Originally posted by GM
Used HR some more and still no virtual memory, etc. problems (he says with fingers crossed).

Excellent!

Originally posted by GM
Does it tell anything about why the zip file doesn't DL correctly?

I think it is probably unlikely that the two problems are related, but I have been wrong before :-).

Kind regards,

David

[Sabbelbacke]

Hy david,

I've been investigating the download-Issue for a few days now and have asked people all over the world to check the behaviour...

It seems that the routing of the servers at bigblog.com.au is veeery slow and somehow messed up. All people in europe I´ve asked so far have very slow response even when just looking at the site and having VDSL Connections. This might explain the behaviour of dial-up connections being unable to do correct downloads, since the amount of data can't be the issue here, even a search in google.com is more data to transmit than the simple blog-page and the few kB from the hornresp-File aren´t the problem either....

When calling the page from europe, most of the times the routing stops somewhere at sidney:

my pc:
1 1 ms 1 ms <10 ms DD-WRT [192.168.1.2]
2 1 ms 1 ms 1 ms speedport.ip [192.168.2.1]
3 39 ms 39 ms 37 ms 217.0.119.139
4 33 ms 35 ms 37 ms 217.0.85.194
5 200 ms 198 ms 193 ms 217.239.40.53
6 193 ms 193 ms 189 ms 62.156.138.146
7 192 ms 197 ms 192 ms i-10-0-0.paix-core02.bi.reach.com
]
8 201 ms 204 ms 206 ms i-13-1-1.wil-core02.bi.reach.com [

9 363 ms 359 ms 351 ms i-3-0-1.sydp-core02.bx.reach.com [
]
10 347 ms 354 ms 360 ms TenGigabitEthernet0-2-0-2.pad-gw2.
.net [203.50.13.49]
11 354 ms 352 ms 363 ms Bundle-Ether3.ken-core4.Sydney.tel
50.6.30]
12 357 ms 352 ms 351 ms 10GigabitEthernet7-2.chw44.Sydney.
03.50.19.182]
13 345 ms 339 ms 346 ms telstr552.lnk.telstra.net [165.228
14 * * * Zeitüberschreitung der Anforderung
.
.
.
.
30 * * * Zeitüberschreitung der Anforderung

The rather high response times up to 400ms might be the caus why connections brake up and a download is messed up. A download-manager being able to re-connect should fix the problem, but this website seems to be veeeery slow, no matter what... Since most DSL/cable stuff has different or Up-to-date routing, caching and proxy-stuff, this might explain why a few people with dial-up connections had problems downloading...

to compare, this is google:

1 2 ms 1 ms 1 ms DD-WRT [192.168.1.2]
2 1 ms 1 ms 1 ms speedport.ip [192.168.2.1]
3 25 ms 24 ms 25 ms 217.0.119.139
4 40 ms 25 ms 50 ms 217.0.85.194
5 29 ms 35 ms 28 ms 194.25.6.30
6 28 ms 28 ms 37 ms 72.14.198.5
7 40 ms 28 ms 28 ms 209.85.255.170
8 30 ms 54 ms 28 ms 72.14.232.203
9 48 ms 36 ms 39 ms 209.85.250.42
10 28 ms 28 ms 28 ms fg-in-f104.google.com [72.14.221.104]

A friend of mine even had 1044ms repsonse time on the connection hong-kong australia...

I guess since this blog-site is a free offer to customers of bigpond ISP, they just don´t give too much attention to the connection and the server-speed.... They mention a difference between dial-up and cable/DSL Connections on their website concering the costs... but this doesn´t have much to do with the difficulties downloading, I guess it´s more a timeout-issue caused by the very slow response-times and the intense routing over very slow lines...

Ah btw.... this is the way the data traveled from my PC to your blog

you could try this in windows, to see what happens if you call it up from australia:

open up a "DOS-Prompt" (command line interface..) and type:

tracert www.dmcbean.bigblog.com.au

or use this webinterface which uses a java-app, though:
http://www.mapulator.com/