Hi again,
I am working on my own SDR project for Stereo FM radio support, but i
would like to also improve quality for rtl_fm application, i made
unoficial patch to add:
Complex FIR - to filter strong signals close to wanted signal
Real FIR - to filter pilot from FM
Stereo FIR
Stereo Deemphasis
AGC support - it can give better resolution of IQ data
Some other improvments in FM radio code.
All FIR filters has 3 possible variants, simple, LUT, SSE2 instricts, of
course SSE is the fastest one and it should works on Intel Atoms, but
not on ARM.
Feel free to use any part of code in any of you programs, I know that
this code is little to much to add it into rtl_fm, but maybe it could
somebody help to recieve HW stereo FM radio.
Speed of SSE code is much better than anything you can get around here,
on Core i7 it consume only 5% of one CPU, so i could demodulate at least
80 channels at the same time in stereo quality of course.
I tried this code only on AMD64 and GCC Linux, so i am not sure if it
can be compiled under windows.
--
Miroslav Slugeň
+420 724 825 885
Teramos Multimedia s.r.o.
Hi,
I've followed the steps in http://sdr.osmocom.org/trac/wiki/rtl-sdr
All built OK, I opened up GRC clicked on RTLSDR in sources,
but all I get is something flashing up on screen, looks like a block
of text on a yellow background, but it seen to be flashing and
scrolling and near impossible for me to read.
rtl_test -t shows
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001
Using device 0: Generic RTL2832U OEM
Found Rafael Micro R820T tuner
Supported gain values (29): 0.0 0.9 1.4 2.7 3.7 7.7 8.7 12.5 14.4 15.7 16.6 19.7 20.7 22.9 25.4 28.0 29.7 32.8 33.8 36.4 37.2 38.6 40.2 42.1 43.4 43.9 44.5 48.0 49.6
Sampling at 2048000 S/s.
No E4000 tuner found, aborting.
What do I need to do now to get a working srd display, ie spectrum and
waterfall display, or point me in the direction of the idiot guide
please
TIA
--
--
Best wishes /73
Richard Bown
Email : richard(a)g8jvm.com
HTTP : http://www.g8jvm.com
nil carborundum a illegitemis
##################################################################################
Ham Call G8JVM . OS Linux Mint 16 x86_64 on a Dell Inspiron N5030 laptop
Maidenhead QRA: IO82SP38, LAT. 52 39.720' N LONG. 2 28.171 W
QRV VHF 6mtrs 200W, 4 mtrs 150W, 2mtrs 400W, 70cms 200W
Microwave 23 cms 140W, 13 cms 100W, 6 cms 0W & 3cms 5W
##################################################################################
Hi,
gr-osmosdr is great at abstracting the device type, but now I find myself
wishing to de-abstract. For instance: HackRF has large DC offset, so I'd
like the option to switch in a DC blocking filter when using that source.
RTL dongles can't support more than 2.4Msps reliably, so I'd like to be
able to cope accordingly at initialization time.
Is there a good way to retrieve, say, a string descriptor telling me which
particular source I'm using?
--n
Some of you may have seen this already when I was asking licensing
questions, but others may still be curious.
In the course of other development efforts, I had a need for an abstraction
layer that had more features than ExtIO. In particular, I wanted transmit
support (for my bladeRF), as well as better control over gain and other
settings.
What I have come up with is SDRIO: a straightforward C interface for
interacting with SDR devices. I currently support rtl-sdr, bladeRF, and
the Funcube Dongle. Each driver lives in its own module:
SDRIO_bladeRF.dll, etc. Applications can load these modules, query if
devices are present, and then interact with them. All data transfer is
asynchronous.
Currently I only support Windows, though the API is OS-agnostic and the
drivers (particularly rtl-sdr) should be able to be ported in a
straightforward manner.
SDRIO is licensed as LGPL. However, because it uses GPL code, it may not
be distributed with non-GPL applications. It may still be used with
non-GPL applications as long as the distributions are kept wholly separate
(no bundling, auto-downloaders, etc.).
Code is currently kept at:
https://github.com/spcutler/SDRIO
Right now it is in a very alpha state, and subject to change.
Documentation is also currently minimal, although I hope the API is clear
enough to be obvious. I hope to stabilize things once I get some outside
feedback and suggestions. Thanks!
-Scott
PS: Mirics dongle support should be coming soon due to the generosity of a
fellow member of this mailing list.
Hi,
the problem with the installation of sdrangelove is solved.
I had mistaken the Qt5 version and I installed the 32 bits version but I am
running 64 bits Ubuntu.
So make succeeded without errors now.
TnX,
Ben
(can anyone help me how to reply to my own message, so the problem and
solution make a thread )
Thanks to Andreas Reinhardt who have port my old acarsdec code to rtl_sdr (http://lists.osmocom.org/pipermail/osmocom-sdr/2013-July/000712.html)
I gain interest back to acars decoding and decided to rewrite completely acarsdec and to add it some new features, in particular a rtl front end.
So , I am please to announce the acarsdec 2.0 release :
https://sourceforge.net/projects/acarsdec
Acarsdec is an open source, multi-channels realtime ACARS decoder for Linux.
It features :
- up to four channels decoded simultaneously
- multi-threaded
- error detection AND correction (all one error corrected and some two errors)
- input from sound file , alsa sound card or software defined radio (SRD) via a rtl dongle
The 4 channels decoding is particularly useful with the rtl dongle. It
allows to directly listen simultaneously to 4 different frequencies.
Ie:
acarsdec -r 0 131.525 131.725 131.825
Will decode acars on 3 frequencies with the rtl dongle number 0.
try and enjoy
Thierry Leconte
