Was recently rebuilding my Linux machine and stumbled upon a few requisite code changes.
Hamlib changed their spec for rig_list_add, which affects PrintHamlibModelList found in both Hamlib.cpp and Hamlib.h. Small change: just remove the 'const' where PrintHamlibModelList is defined in both files.
Qwt eliminated the enableAxis method. This affects several lines in DRMPlot.cpp. Just search for plot->enableAxis and replace with a double slash in front of it to comment those lines out.
Worthwhile to mention that on Linux, it won't be able to use the standard fdk-aac libraries from rpmfusion. For some reason it prefers the fdk-aac-free one from the fedora repo. I have both installed but only the devel package for the free one, which could make things quite interesting down the road.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I should have tested this using the test files. Old problem is back, where decoding generates improper buffer errors and MSC light never lights despite having 20db snr. suggests something's amiss with the interface to the fdk-aac codec.
So, one available codec (fdk-aac-free v2.0.0-13) links but fails.
Other codec (fdk-aac v2.0.3-2) won't link...
Weird situation, because the Homebrew version of fdk-aac (also v2.0.3) works fine on a Mac (pseudo-Unix) build, which also suggests something either may not be right with the way the pro file is set up specifically for non-Mac Unix, the build switches aren't correct, or the macros aren't set right in DataIO or creceivedata. More to look at.
Last edit: Mark J. Fine 2024-06-14
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Just to be clear: Make a note to only use the fdk-aac libraries from RPM Fusion when building in Linux, and apply the changes to the dream.pro file using the blurb above, otherwise decoding won't work properly.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Was recently rebuilding my Linux machine and stumbled upon a few requisite code changes.
Hamlib changed their spec for rig_list_add, which affects PrintHamlibModelList found in both Hamlib.cpp and Hamlib.h. Small change: just remove the 'const' where PrintHamlibModelList is defined in both files.
Qwt eliminated the enableAxis method. This affects several lines in DRMPlot.cpp. Just search for plot->enableAxis and replace with a double slash in front of it to comment those lines out.
Worthwhile to mention that on Linux, it won't be able to use the standard fdk-aac libraries from rpmfusion. For some reason it prefers the fdk-aac-free one from the fedora repo. I have both installed but only the devel package for the free one, which could make things quite interesting down the road.
I should have tested this using the test files. Old problem is back, where decoding generates improper buffer errors and MSC light never lights despite having 20db snr. suggests something's amiss with the interface to the fdk-aac codec.
So, one available codec (fdk-aac-free v2.0.0-13) links but fails.
Other codec (fdk-aac v2.0.3-2) won't link...
Weird situation, because the Homebrew version of fdk-aac (also v2.0.3) works fine on a Mac (pseudo-Unix) build, which also suggests something either may not be right with the way the pro file is set up specifically for non-Mac Unix, the build switches aren't correct, or the macros aren't set right in DataIO or creceivedata. More to look at.
Last edit: Mark J. Fine 2024-06-14
Ok... revised dream.pro by adding:
before
LIBS += -lfdk-aacin thefdk-aac{}section and it now properly builds using the non-free, v2.0.3 of fdk-aac.All indications are that it also decodes properly using the test tape files.
Just to be clear: Make a note to only use the fdk-aac libraries from RPM Fusion when building in Linux, and apply the changes to the dream.pro file using the blurb above, otherwise decoding won't work properly.