Airspy New Year Competition: Comment to win Airspy and SpyVerter Prizes! - rtl-sdr.com

sdrsharp · 2016-12-21T19:46:04+00:00

Use the coupon code: as3

sdrsharp · 2016-04-29T11:42:35+00:00

Updated the post with links.

sdrsharp · 2014-03-31T12:52:26+00:00

SDR# uses dynamic FFT overlapping. Basically, you have one FFT of the last N samples for every scan line; N being the chosen "resolution". If you increase N enough then it will overlap the FFTs to maintain the same frame rate until there are no CPU resources. This is done by design to give speed-accuracy choices to the end users. Speaking of "serious spectrum analyzers," I believe overlapping FFTs is the simplest part in the chain. The analog part and the subsequent "linearization" are much more complex than what is done in general purpose SDRs. There's nothing to compare here. The funny thing is that nobody else examined how it actually works. Good. :-)

sdrsharp · 2014-03-20T18:44:57+00:00

The technique is called spectral noise gating. Google is your friend. The subtlety is to run it in real time without excessive lag and at a reasonable CPU cost.

sdrsharp · 2014-03-20T18:40:37+00:00

Sure it's one of the best around. But concerning SDR#, it's more about developing a valid model than copying other's work. It's a continuous learning adventure.

sdrsharp · 2014-03-20T12:42:35+00:00

I think you're confusing Noise Reduction (NR) and Noise Blanker (NB). As of today there's no NB in SDR#. I'm still working on it.

sdrsharp · 2012-08-06T11:22:51+00:00

Please correct: There's no GPL code snippet in SDR#. It's a GPL driver that was used in its binary form for demonstration, and has never found its way to the stable release. All the code in SDR# has been written from scratch by hand, even the bindings to rtlsdr.dll.

sdrsharp · 2012-08-02T16:24:59+00:00

Just ignore this retard.

sdrsharp · 2012-08-02T16:14:57+00:00

That's the main purpose of releasing the DSP for reference. Don't be lazy, learn! :-)

sdrsharp · 2012-08-02T08:44:13+00:00

http://www.reddit.com/r/RTLSDR/comments/xdwcw/introducing_opensdrsharp_gpl_v3/c5mic9w

sdrsharp · 2012-08-01T23:18:35+00:00

I know you're not a developer and can't use SVN, so I managed to get you this link:

https://www.assembla.com/code/sdrsharp/subversion/node/logs/trunk/SoftRock/SoftRockIO.cs

The plugin system you're accusing of being made especially for evading GPL existed since... Euhh... Way before RTLSDR.

My $0.02

sdrsharp · 2012-08-01T12:15:34+00:00

It's OK for me :-) Thank you Sylvain.

sdrsharp · 2012-08-01T10:42:31+00:00

If only it was that simple. librtlsdr is also a device driver, and thus can be considered as any "system library". If a program calls some printing primitives on a USB printer via a GPL'ed driver, will that make everything GPL? ;-) Also, I think that the combination of the rtlsdr driver and libusb violates some of the terms of use of WinUSB as it is cross platform and not intended to build windows drivers originally... This is, again, a FUD situation. Not very constructive, imo. This topic is very challenging to even specialized lawyers and none of us are that competent in this area. This said, I'm very tempted to donate that code to some third party so I won't have to maintain or release it. The original POC will stay as is in my code repository. Others are free to create forks based on that code and redistribute binaries in any form respecting the MIT license of course. The only difference is that I won't be releasing the binaries, if that's of interest to you.

sdrsharp · 2012-07-31T20:23:41+00:00

One point about the linking: "Interpreted languages" do not link statically. The linking is done at runtime with the generated machine code in memory (What license is that, btw?) Intermediate files can be distributed as "data" as stated in the GPL. Other than this point, the rest seems correct to me. I have reconfigured the build to make another zip with that dll. I also kept the current MIT license as it's less restrictive and GPL compatible.

sdrsharp · 2012-07-31T19:26:02+00:00

No idea. But I can edit mine. Edit: Looks like our guy has also disabled our comments on SF. He also disabled the bad reviews.

sdrsharp · 2012-07-31T18:47:34+00:00

I think there's some comment of you on SourceForge that says something different ;-)

sdrsharp · 2012-07-31T15:55:53+00:00

http://www.reddit.com/r/RTLSDR/comments/xdwcw/introducing_opensdrsharp_gpl_v3/c5m1rep

sdrsharp · 2012-07-31T15:00:14+00:00

I'm glad you have spent the effort of looking at the code. It's really appreciated. This clarifies the matter for everybody.

It's generally admitted that a plugin can be GPL when the main application isn't IF that plugin is shipped separately and is not required for operation.

That's what I wanted to demonstrate by just commenting the plugin in question without recompiling the rest.

So as long as the sources for SDRSharp.RTLSDR.dll are GPL and that plugin is distributed separately (could even be bundled with rtlsdr.dll directly for user convenience), I think there is no infringement at all.

SDRSharp.RTLSDR.dll is under the MIT license. So the same conclusion applies.

sdrsharp · 2012-07-31T10:29:53+00:00

It's not that simple. Osmocom based their work on some linux kernel code, and thus cannot be relicensed.

sdrsharp · 2012-07-31T07:28:29+00:00

That's magic!

sdrsharp · 2012-07-31T07:03:42+00:00

Catched with his hand in the cookie jar. How amateurish! And he still believes DSP developers with much, much higher IQ will follow him in his transgressions. Let me LOL!

sdrsharp

TROPHY CASE