From jake9wi at outlook.com Wed Jul 15 02:34:17 2020 From: jake9wi at outlook.com (JACOB EDWARDS WIESE) Date: Wed, 15 Jul 2020 02:34:17 +0000 Subject: rtl_fm tuning Message-ID: Hello I'm trying to use rtl_fm to listen to a local radio station but the software is not running to the frequency specified on the command line. The program output says it is tuning 256kHz higher. Command line: rtl-sdr-64bit-20200712> .\rtl_fm.exe -f 95.9M -E deemp -g 0 -s 128000 -r 22050 test2.raw Found 1 device(s): 0: RTLTXCO1, RTLTXCO1, SN: 00000001 Using device 0: Generic RTL2832U OEM Found Rafael Micro R820T tuner Tuner gain set to 0.00 dB. Tuned to 96156000 Hz. Oversampling input by: 8x. Oversampling output by: 1x. Buffer size: 8.00ms Sampling at 1024000 S/s. Output at 128000 Hz. Signal caught, exiting! User cancel, exiting... -- BT 73s Signed/Jacob Edwards Wiese/KD9LWR/Cell 219 221 0486// CoCoRaHS ID/IN-LP-65// PGP KEY ID/0xB842BA9690A408D3// NNNN From wiml at hhhh.org Thu Jul 16 01:53:17 2020 From: wiml at hhhh.org (Wim Lewis) Date: Wed, 15 Jul 2020 18:53:17 -0700 Subject: [PATCH] gr-osmosdr: fix build with boost > 1.73.0 In-Reply-To: <20200629133428.601468-1-gwenhael.goavec-merou@trabucayre.com> Message-ID: <20200716015317.GA2519@kosmos.hhhh.org> On Mon, 29 Jun 2020 15:34:28 +0200, Gwenhael Goavec-Merou wrote: > boost/detail/endian.hpp has been marked as deprecated since boost 1.69.0. > This file and boost/predef/detail/endian_compat.h are no more available. > > This patch suppress this header in some file, where not needed and move Hi! I didn't see your message, and wrote a couple of patches to fix this, which I attached to this issue: https://projects.osmocom.org/issues/4584 The first patch mostly overlaps with yours; the second one eliminates the need for an endian check at all, by making an improvement to the HackRF source which is similar to the one made to the RTL-SDR source back in 2017 by Krzysztof Halasa. Wim. From laforge at osmocom.org Fri Jul 17 18:25:50 2020 From: laforge at osmocom.org (Harald Welte) Date: Fri, 17 Jul 2020 20:25:50 +0200 Subject: Osmocom scheduled outage on *2020-07-19 9am CEST* Message-ID: <20200717182550.GN132470@nataraja> There is an urgent need to migrate our most important public infrastructure to a new server, and I will be doing that on *Sunday, July 19 2020*, starting about 9am CEST. The migration involves redmine (main osmocom.org website), jenkins, gerrit, git, and cgit. In theory, the migration should be quick. I would expect (significantly) less than one hour of downtime. However, we all know Murphys law. Services not affected are mail (including mailman lists), ftp, dns. So in case of doubt, we can still use mailing lists to communicate. In case anyone urgently needs osmocom source code on Sunday morning during the downtime: There are public mirrors available on github. Regards, Harald -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From laforge at osmocom.org Sun Jul 19 10:54:23 2020 From: laforge at osmocom.org (Harald Welte) Date: Sun, 19 Jul 2020 12:54:23 +0200 Subject: Osmocom scheduled outage on *2020-07-21 7.30am CEST* In-Reply-To: <20200717182550.GN132470@nataraja> References: <20200717182550.GN132470@nataraja> Message-ID: <20200719105423.GA132470@nataraja> Dear Osmocom community, the migration to the new server has completed today. All services are up and running. There will be another scheduled outage on Tuesday, July 21 at 7.30am CEST This second outage is to migrate the old server IP addresses to the new server, which appears to involve physical relocation between racks. Happy hacking! -- - Harald Welte http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6) From mike at flomp.net Tue Jul 28 21:03:15 2020 From: mike at flomp.net (Mike Walters) Date: Tue, 28 Jul 2020 22:03:15 +0100 Subject: [PATCH] gr-osmosdr: Fix YML block generation Message-ID: This fixes the template syntax that removes a set of variables from sink blocks. Previously, this was causing NameErrors when trying to generate a flowgraph containing a sink block. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-grc-Fix-YML-block-generation.patch Type: application/x-patch Size: 1420 bytes Desc: not available URL: