Is it possible to save the simulated filters & EQ points (maybe just a checkbox on/off "save current filter to record")? I'm simulating a b6 assisted cabinet which relies on filters/EQ points to make up for a small cabinet volume, and they are resetting every time I close (and save current record) hornresp. The alignment calls for a HPF with a Q of 2 (don't know what slope tho), could Q be a variable in the filter aswell? Thank you for a great software.
Last edited:
Click the filter wizard Save button or press the F8 function key. Attachment 1 refers.
Use either the Second Order or the Fourth Order active filter. Attachments 2 and 3 refer.
Attachments
Hello David,
Was trying to test the new feature you released for TH but Hornresp is crashing or not responding. To check if it's Linux compatibility or maybe a bug, do you mind to run attach file exported from Hornresp.
Note: I still need to adjust box expansions to proper fit 4 segments, so i need to remove one expansion from H3.
Best regards,
Marcelo
Was trying to test the new feature you released for TH but Hornresp is crashing or not responding. To check if it's Linux compatibility or maybe a bug, do you mind to run attach file exported from Hornresp.
Note: I still need to adjust box expansions to proper fit 4 segments, so i need to remove one expansion from H3.
Best regards,
Marcelo
Attachments
Hi Marcelo,
Unfortunately it would seem that the problem you are experiencing is most likely due to yet another Linux incompatibility.
Everything works just fine for me.
I would not know where to start looking in the code for a solution.
Kind regards,
David
Attachments
Marcelo, get a windows environment
Real or virtual.
Linux is opening a can of worms for non Linux native apps.
I don't have any issues on my win 10 and 11 machines.
My 2 cents.
Real or virtual.
Linux is opening a can of worms for non Linux native apps.
I don't have any issues on my win 10 and 11 machines.
My 2 cents.
Yes, I recommend a virtual machine too. I'd even go further and suggest you keep the VM offline - no internet access, just a shared/ common folder with the host OS so you can update Hornresp from time to time. You can get a debloated version of Windows without most of the bloatware.
Thank you David,
Are you sure? try to looking for surveillance on windows and others issues.
Yes I do have Virt-Manager but I'm lazy about windows, once I complete my migration to Linux 4 years ago I have no need to use windows again, when facing a issue I just about some months until developers provide the solution to fix the issue. It depends about the software people use, there are some that will hold you using windows.
We are not discussing why you don't use windows, but that you try HR on a windows machine ,virtual or metal.
Cheers.
Which is exactly why I suggested that you keep the VM offline and only use it for Hornresp. It is the next best thing to air gapping, where you do sensitive work on a computer that has no internet access whatsoever. All updates etc. are carried out using pen drives, etc.
I understand your concerns completely. As a Linux user you are not comfortable with your ability to stay safe online, just as I as a Windows user am not comfortable on Linux as I don't know enough to even set up a firewall properly - I could be hacked and not even realise it.
I have to run several essential work related software that will only run on ancient versions of Windows. I do the offline VM thing for those as well as they are vulnerable to online attacks.
See attached image, I have virtual machine.
All operation systems have pros and cons, I don't advocate for none of them but I encourage people to try Linux once the major part of people never try it, they already use windows since first school level and many machines they brought during the life came with windows pre installed.
No operation system, including iOS, Android, Windows or Linux should spy you or collect and use your data without your authorization in addition we should be able to reject all request, for some mentioned above if you reject something you are prevented to install or even use them, so, your data, your decision. For sure this forum and this particular thread is not the right place to discuss this subject and it's very sensitive.
I will wait wine or other thing to be fixed on Linux so I can back to use hornresp regularly again 🙂 if urgent, virtual machine is indeed an option.
Attachments
As far as Hornresp is concerned the main issue seems to be that Wine / Linux sometimes has difficulty in distinguishing between lower-case and upper-case alphabetical characters.
Linux is case sensitive so low case and upper case are considered different letters.
Looks like they are polishing and improving wine code, so time to time things break and sooner they are fixed too, lets see.
It was hoped that the most recent update would fix the problem. Unfortunately Tacchi778 never came back to advise if it did or not. Are you using Windows and Hornresp Product Number 5700-241216? If so, then could you please export a copy of the record you are using and post the file here so that I can check the data.
Post #15,186 would suggest otherwise - for some situations at least 🙂.
Curiosity got the better of me, so I investigated further 🙂.
Notice how in your screenprint below the L12 flare is shown as exp (lower case e) when it should be Exp (upper case E)
Looking at a snippet of the relevant Hornresp source code:
/////////////////////////////////////////////
If frmMain.lblHp(6) <> "L12" And frmMain.lblHp(6) <> "Con" And...
While creating the python code at FreeCAD to generate hornresp txt file for inputdata, sometimes when I used lower or upper case different from Hornresp standard, while importing the file the hornresp accepted it and change the text in the screen as in this capture.
Things that may work smoothly on windows can be buggy on Linux, program development is a "logical patient art".
Once I overwrite my hornresp files I can't check if the buggy came from linux update or hornresp update, is there a place that we can download previous hornresp files for testing purpose or order to try to provide you more data when needed?
I had suggested a few pages ago that David make a test build for Linux guys:
1. Open each form/module that contains code.
2. Press CTRL+A to select everything.
3. Press CTRL+SHIFT+L to convert everything to lowercase.
4. Repeat for the next form/module.
5. Save and compile.
Only David can make these changes, since only David has the source code.
Don't worry that everything has been converted to lowercase. The IDE, Visual Studio etc. is smart enough to change the commands and keywords back to title case automatically. What this method will do is to change all the variables, constants and labels to lowercase, which might work better on Wine.
Worth a shot, IMHO. If it doesn't work, it can be abandoned and you go back to the way things were before. If it works, but you prefer the original formatting, you could compile a Linux build whenever you release an update.
1. Open each form/module that contains code.
2. Press CTRL+A to select everything.
3. Press CTRL+SHIFT+L to convert everything to lowercase.
4. Repeat for the next form/module.
5. Save and compile.
Only David can make these changes, since only David has the source code.
Don't worry that everything has been converted to lowercase. The IDE, Visual Studio etc. is smart enough to change the commands and keywords back to title case automatically. What this method will do is to change all the variables, constants and labels to lowercase, which might work better on Wine.
Worth a shot, IMHO. If it doesn't work, it can be abandoned and you go back to the way things were before. If it works, but you prefer the original formatting, you could compile a Linux build whenever you release an update.
Hi David, here's the record.
I use the 5700-241216 version.
I tried a previous version, 5460-230408 and it works.
I use the 5700-241216 version.
I tried a previous version, 5460-230408 and it works.
Last edited:
Pretty-much all of the HR executables are still in the wayback machine. You (one) should back-up your .dat files every time you upgrade the executable. To date, only the one major file structure change is not backward-compatible
Not that anyone is asking, but my 2c, as a very long time wine-HR user, is that
1) I am completely grateful it runs AT ALL. Yes, there have been issues for a long-time--take the win as it is and with gratitude. We chose non-native OS's.
2) I know it's not supported (and not to bother David with issues resultant from "Wine stuff"
3) Everybody running Linux has so many different configurations & versions of wine running that it's impossible to support even if attempted
4) If ever something doesn't work in HR on Wine, we should absolutely verify that condition in some flavor of Windows before posting ANYthing about it.
Not that anyone is asking, but my 2c, as a very long time wine-HR user, is that
1) I am completely grateful it runs AT ALL. Yes, there have been issues for a long-time--take the win as it is and with gratitude. We chose non-native OS's.
2) I know it's not supported (and not to bother David with issues resultant from "Wine stuff"
3) Everybody running Linux has so many different configurations & versions of wine running that it's impossible to support even if attempted
4) If ever something doesn't work in HR on Wine, we should absolutely verify that condition in some flavor of Windows before posting ANYthing about it.