Mark J. Fine

@jcoles I seem to remember fixing something along those lines in the dream.pro file that qmake uses. It sets up the prerequisites for all three platforms, so it's possible that is what the issue is. Hang tight and we'll get this sorted. It'll all be worth it in the long run.

@olliehaffenden I used a mixture of merges and cherry-picks to get this together, which may have been a huge mistake. So, in using merges for the windows and macx directories it pulled in all of the originating stuff that Julian did, which may be the problem. They also required an extra merge commit comment which I thought was strange when I did it, but now it makes total sense. I may have just been too eager that something was actually working. git svn fetch kept getting interrupted because Sourceforge...

I did a global diff between the local git repo I created and what's in my local SVN. The trick is getting it merged, which @olliehaffenden is having a problem doing. So you may have actually pulled something that still predates everything that is here on SF. That said, if you're interested in trying the branch from the github originating the PR, it's at https://github.com/markjfine/dream/tree/dream-mjf.

@olliehaffenden You're welcome. It is what it is, and this is the right thing to do, if I'm honest. I moved Smart Gnome Control to github months ago. Hamlib basically did the same long ago. Had this repo been abandoned as I imagined, I was planning on moving it over to keep it going somehow. Let me know if you need help moving the wiki over. I'm sure it'll be a lot safer over there as well.

@olliehaffenden Well that was fun... Managed to fork and locally clone github, then git svn init, svn fetch, and git merge/git cherry-pick the subtrees back together. Can only imagine how ugly it was to move the whole repo. For some reason I had to manually copy and commit anything in the top level directory of the branch. This could be a result of how SmartSVN posted those commits to Sourceforge. Performed a diff to make sure everything in my clone was identical to my local svn repo. The result...

@olliehaffenden Might be easier if I created a fork of that on github, re-applied what's still necessary to that, then submitted a PR. Glad I stopped short of moving to Qt6, which was the next thing I was going to tackle. This is actually a good thing, because now I know I can kill my subscription to SmartSVN. Everything else I was participating in is already on github, which is a whole lot easier to work in.

All audio file issues as well as Hamlib integration issues have now been corrected. Have also included a set of cross-compiled Hamlib libraries under the windows directory for those that might need it; as well as instructions for downloading and building the remaining required and optional libraries. The application in it's current form has been thoroughly tested in Windows 11, macOS, and Fedora 44 Linux, and is quite stable across the board. Enjoy.

Changed from signal to direct call in the processing loop to make it more efficient.