openJDK-docker VS gnuradio

Install OpenJDK and Java Runtime Environment (JRE) 11

Reloading is nothing new under the sun for Lisp, I believe. For ML and adequate reload-ability, one might be hard pressed, but it's nothing new under the Sun (hint, hint). Maybe too on the nose, but one probably wants good inlining, and thus more "speculative" de/optimisation to preserve redefinition.

If they don't want Oracle's Java, why can't they use a subset of OpenJDK (licensing noob here)?

I think they use a circular queue of functions that is each executed for around 100 ms. I am guessing the system timer is used to generate an interrupt that pauses execution of the current function and starts executing the next function. Apple's Java code is probably closed source. I did find mention of an openjdk here: https://openjdk.java.net. I haven't looked at the source code yet.

https://openjdk.java.net

$ yum info java-1.8.0-openjdk Available Packages Name : java-1.8.0-openjdk Arch : x86_64 Epoch : 1 Version : 1.8.0.322.b06 Release : 1.el7_9 Size : 314 k Repo : updates/7/x86_64 Summary : OpenJDK 8 Runtime Environment URL : http://openjdk.java.net/ License : ASL 1.1 and ASL 2.0 and BSD and BSD with advertising and GPL+ and GPLv2 and GPLv2 with : exceptions and IJG and LGPLv2+ and MIT and MPLv2.0 and Public Domain and W3C and zlib Description : The OpenJDK 8 runtime environment.

For the rest: -+ PIP3 & Python scripts: export REQUESTS_CA_BUNDLE=/path/to/your/certificate.pem python script.py -+ JAVA =java -D'javax.net.ssl.trustStore'="/opt/site/cacerts.JKS" .....= https://serverfault.com/questions/636612/preserve-imported-ca-certificates-through-java-upgrades/636882 https://github.com/docker-library/openjdk/issues/327 -+ Windows server https://docs.microsoft.com/en-us/troubleshoot/windows-server/identity/valid-root-ca-certificates-untrusted certutil .. root fg.cer

In gr-dtv transmitter examples for Gnuradio, I see some times people use a resampler block before the RF hardware sink. Say our sampling rate is ~9.14Msps which satisfies the Nyquist criterion because our samples are complex numbers.

2.1. Thanks for that tip, I forgot that I was able to check the source code of the WBFM Receive block. As you have said, there are mostly the same. There are some differences between how values are picked. The WBFM Receive block would be a synonym of Quadrature demod => Fir Filter (decimation => Low pass filter) => FM Deemphasis. 2.3. My question there is why 10 and not 20 or 100. I understand that the idea is to reduce the sample rate asap, but what I don't understand is why those values were picked and how can I understand what would be the "correct" or "best" value. 2.4. I'm not fully understanding what you said. If I check the WB FM recieve source code the values that are supplied as the cutoff freq and transition width of the Low pass filter differ from the one of the example. The webfm would apply a sample rate / decimation / 2 - sample rate / decimation / 32 as a cutoff freq and a sample rate / decimation / 32 as a transition transition width. Calculating those values would end up in different that the ones supplied in this second example. Again, is there a rule of thumb to pick these values?.

Gaussian filter is used only on the tx side, so specifying bt in the receiver makes no sense. Take a look at gfsk mod/demod blocks implementation: https://github.com/gnuradio/gnuradio/blob/master/gr-digital/python/digital/gfsk.py

GNU Radio

Here's the filter coefficients used for the GNU-Radio interpolator block to get you started. This is a 7th order interpolator (i.e., 8 FIR taps) with very good performance. Each "row" of the array sets the delay in steps of sample_time / 128.

From their README: “open-source software development toolkit that provides signal processing blocks to implement software radios.” https://github.com/gnuradio/gnuradio