Please pull from branch savemode to save the mode on exit by awillard69 · Pull Request #58 · gqrx-sdr/gqrx

awillard69 · 2013-02-20T23:01:53Z

Save the current demodulator mode; load the last demodulator mode on startup.

Add git version descriptor to the VERSTR make variable.

Rename the variable 'rx' to 'regxp' to prevent masking of a member variable of same name. Show the name of the device if regexp not match instead of 'Unknown'. Rtlsdr device shows as "rtl=0".

Conflicts: applications/gqrx/mainwindow.cpp

Add clean target for "make clean" to remove the program as well.

Add save of mode setting for next reload.

csete · 2013-02-22T00:14:25Z

I have a different implementation of this in the pipeline that also stores other options. I'll try to fix the remaining issues and commit it within a few days. I'll post here when it's ready.

The next time please create a new fork in order to get rid of the noise (and the commit that was reverted before).

awillard69 · 2013-02-22T22:15:52Z

Alexandru,

I reforked your repo.

I look forward to your new changes.

Anthony

AB9YC

From: Alexandru Csete notifications@github.com
To: csete/gqrx gqrx@noreply.github.com
Cc: Anthony Willard awillard69@yahoo.com
Sent: Thursday, February 21, 2013 6:14 PM
Subject: Re: [gqrx] Please pull from branch savemode to save the mode on exit (#58)

I have a different implementation of this in the pipeline that also stores other options. I'll try to fix the remaining issues and commit it within a few days. I'll post here when it's ready.
The next time please create a new fork in order to get rid of the noise (and the commit that was reverted before).
—
Reply to this email directly or view it on GitHub.

Following settings are saved: - Demodulator (mode) - Filter offset - Squelch level

csete · 2013-02-24T21:57:14Z

I have pushed my changes. It currently stores the filter offset, the mode and the squelch level. Please test it and let me know if you find any issues.

awillard69 · 2013-02-24T22:46:37Z

Alexandru,

I've pulled down the changes and given them a run.

I deleted my config file so that nothing would get in the way.

However, I encountered several hangs where the front end would become unresponsive and required a kill. Here is the text from a debug compile:

~/wip/gqrx$ ./gqrx
linux; GNU C++ version 4.6.3; Boost_104601; UHD_003.005.001-25-ge134b863

No user supplied config file. Using default.
gr-osmosdr supported device types: file fcd rtl rtl_tcp uhd

gr_fir_ccf: using SSE
gr_fir_ccc: using SSE
Using Volk machine: sse2_32_mmx
gr_fir_fff: using SSE
IQ DCR alpha: 0.000104156
New filter offset: 0 Hz
Loading configuration from: "default.conf"
Configuration file: "/home/awillard/.config/gqrx/default.conf"
Saving configuration to: "default.conf"
Error saving configuration to "/home/awillard/.config/gqrx/default.conf"
gr-osmosdr supported device types: file fcd rtl rtl_tcp uhd
Using device #0 Realtek RTL2838UHIDIR SN: 00000001
Found Rafael Micro R820T tuner
Exact sample rate is: 1500000.014901 Hz
IQ DCR samp_rate / period: 1.5e+06 / 6.66667e-07
IQ DCR alpha: 6.66662e-06
Changing NB_RX quad rate: 96000 -> 1.5e+06
Requested sample rate: 1500000
Actual sample rate : "1500000.000000"
setFreqCorr : 55 ppm
setFreqCorr : 55 ppm
New LNB LO: 0 Hz
"New frequnecy range: 24 - 1766 MHz (step is 0 Hz but we use 1 Hz)."
"New frequnecy range: 24 - 1766 MHz (step is 0 Hz but we use 1 Hz)."
gr_fir_fcc: using SSE
Filter preset for mode 5 LO: -80000 HI: 80000
Genrating taps for new filter LO:-80000 HI:80000 TW:16000
Required number of taps: 49
setFftRate to "15 fps"
New FFT rate: 15 Hz
setFftSize to "2048"
Changing baseband FFT size to 2048
New FFT rate: 15 Hz
New FFT rate: 15 Hz
Force RX reconf (jerky dongle workarond)...
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO^C

It would frequently hang following the "Force RX reconf..." statement. Also, I don't understand the "Error saving configuration..." message either.

Note, I would set frequency to a local WFM station.

Anthony

AB9YC

From: Alexandru Csete notifications@github.com
To: csete/gqrx gqrx@noreply.github.com
Cc: Anthony Willard awillard69@yahoo.com
Sent: Sunday, February 24, 2013 3:57 PM
Subject: Re: [gqrx] Please pull from branch savemode to save the mode on exit (#58)

I have pushed my changes. It currently stores the filter offset, the mode and the squelch level. Please test it and let me know if you find any issues.
—
Reply to this email directly or view it on GitHub.

csete · 2013-02-25T12:44:04Z

Hmmm, bummer... Does it work without freezes if you revert the last three commits?

awillard69 · 2013-02-25T23:41:54Z

I reverted to commit 4af7d11 (my latest since the refresh) and it seems more stable.

I didn't have time to evaluate other commits.

Anthony

AB9YC

From: Alexandru Csete notifications@github.com
To: csete/gqrx gqrx@noreply.github.com
Cc: Anthony Willard awillard69@yahoo.com
Sent: Monday, February 25, 2013 6:44 AM
Subject: Re: [gqrx] Please pull from branch savemode to save the mode on exit (#58)

Hmmm, bummer... Does it work without freezes if you revert the last three commits?
—
Reply to this email directly or view it on GitHub.

csete · 2013-02-25T23:49:43Z

Don't worry - I believe it is a gnuradio run-time issue and has been
plaguing gqrx for a long time. It is generally just a matter of time (or
number of mode/filter/other changes) before it happens. I think I have
found a simple way to reproduce it to submit a bug report. I would however
like to know:

What linux distribution you are using
Your CPU type (cat /proc/cpuinfo)
Boot version

Alex

awillard69 · 2013-02-26T01:42:09Z

Happy to help...

NAME="Ubuntu"
VERSION="12.04.2 LTS, Precise Pangolin"
ID=ubuntu
ID_LIKE=debian
PRETTY_NAME="Ubuntu precise (12.04.2 LTS)"
VERSION_ID="12.04"

Linux video-station 3.2.0-26-generic #41-Ubuntu SMP Thu Jun 14 16:26:01 UTC 2012 i686 i686 i386 GNU/Linux

processor    : 0
vendor_id    : GenuineIntel
cpu family    : 15
model        : 2
model name    : Intel(R) Pentium(R) 4 CPU 3.20GHz
stepping    : 5
microcode    : 0x15
cpu MHz        : 3192.106
cache size    : 2048 KB
physical id    : 0
siblings    : 2
core id        : 0
cpu cores    : 1
apicid        : 0
initial apicid    : 0
fdiv_bug    : no
hlt_bug        : no
f00f_bug    : no
coma_bug    : no
fpu        : yes
fpu_exception    : yes
cpuid level    : 2
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pebs bts cid xtpr
bogomips    : 6384.21
clflush size    : 64
cache_alignment    : 128
address sizes    : 36 bits physical, 32 bits virtual
power management:

processor    : 1
vendor_id    : GenuineIntel
cpu family    : 15
model        : 2
model name    : Intel(R) Pentium(R) 4 CPU 3.20GHz
stepping    : 5
microcode    : 0x15
cpu MHz        : 3192.106
cache size    : 2048 KB
physical id    : 0
siblings    : 2
core id        : 0
cpu cores    : 1
apicid        : 1
initial apicid    : 1
fdiv_bug    : no
hlt_bug        : no
f00f_bug    : no
coma_bug    : no
fpu        : yes
fpu_exception    : yes
cpuid level    : 2
wp        : yes
flags        : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe pebs bts cid xtpr
bogomips    : 6384.47
clflush size    : 64
cache_alignment    : 128
address sizes    : 36 bits physical, 32 bits virtual
power management:

Anthony

AB9YC

From: Alexandru Csete notifications@github.com
To: csete/gqrx gqrx@noreply.github.com
Cc: Anthony Willard awillard69@yahoo.com
Sent: Monday, February 25, 2013 5:49 PM
Subject: Re: [gqrx] Please pull from branch savemode to save the mode on exit (#58)

Don't worry - I believe it is a gnuradio run-time issue and has been
plaguing gqrx for a long time. It is generally just a matter of time (or
number of mode/filter/other changes) before it happens. I think I have
found a simple way to reproduce it to submit a bug report. I would however
like to know:

What linux distribution you are using
Your CPU type (cat /proc/cpuinfo)
Boot version

Alex
—
Reply to this email directly or view it on GitHub.

csete · 2013-02-26T20:38:43Z

Okay - I mean boost version, not boot version. I'm guessing it is version 1.46, in which case it is a "bad boost" version that should be blacklisted by the gnuradio build script. But due to an error the build script didn't catch it.

You can fix your problem by
(1) Upgrade to Ubuntu 12.10
or
(2) Upgrade boost to 1.48

Boost 1.48 is already available but there is some mixup wrt. what is installed and what is not. Here is what I did on Linux Mint 13 (based on Ubuntu 12.04):

Open synaptic package manager and search for boost
Find libboosat1.48-all-dev and mark it for installation
You should get a message saying that a bunch of stuff is going to be removed - check that the list contains only libboost packages and no other packages that depend on that specific version of boost
Press apply to replace boost 1.46 with 1.48
When done you can uninstall the remaining libboost-xyz1.46 libraries but do it one by one because some of them must remain installed (on mint 13 it was iostreams and serialization)

Finally, you need to rebuild uhd, gnuradio, gr-osmosdr and gqrx, sorry...

awillard69 · 2013-02-26T20:50:31Z

Yes, my boost library version is 1.46.

I'll see about getting it upgraded, and then rebuild gnuradio et-al and let you know.

Anthony

AB9YC

From: Alexandru Csete notifications@github.com
To: csete/gqrx gqrx@noreply.github.com
Cc: Anthony Willard awillard69@yahoo.com
Sent: Tuesday, February 26, 2013 2:38 PM
Subject: Re: [gqrx] Please pull from branch savemode to save the mode on exit (#58)

Okay - I mean boost version, not boot version. I'm guessing it is version 1.46, in which case it is a "bad boost" version that should be blacklisted by the gnuradio build script. But due to an error the build script didn't catch it.
You can fix your problem by
(1) Upgrade to Ubuntu 12.10
or
(2) Upgrade boost to 1.48
Boost 1.48 is already available but there is some mixup wrt. what is installed and what is not. Here is what I did on Linux Mint 13 (based on Ubuntu 12.04):
* Open synaptic package manager and search for boost
* Find libboosat1.48-all-dev and mark it for installation
* You should get a message saying that a bunch of stuff is going to be removed - check that the list contains only libboost packages and no other packages that depend on that specific version of boost
* Press apply to replace boost 1.46 with 1.48
* When done you can uninstall the remaining libboost-xyz1.46 libraries but do it one by one because some of them must remain installed (on mint 13 it was iostreams and serialization)
Finally, you need to rebuild uhd, gnuradio, gr-osmosdr and gqrx, sorry...
—
Reply to this email directly or view it on GitHub.

awillard69 · 2013-02-26T21:27:44Z

I actually found your thread on this topic, http://www.ruby-forum.com/topic/4410846, while trying to better understand how I need to clear this up.

I installed boost 1.48, uninstalled many of the lingering 1.46 libs, and tried to recompile gnuradio.

Cmake was complaining about a "know bad boost version". I ended up removing the CMakeCache.txt file and regenerating. At least that doesn't complain.

I'll have to kick off a full build when I get home and hopefully I'll have more to offer once I get a clean build.

Anthony

AB9YC

From: Alexandru Csete notifications@github.com
To: csete/gqrx gqrx@noreply.github.com
Cc: Anthony Willard awillard69@yahoo.com
Sent: Tuesday, February 26, 2013 2:38 PM
Subject: Re: [gqrx] Please pull from branch savemode to save the mode on exit (#58)

Okay - I mean boost version, not boot version. I'm guessing it is version 1.46, in which case it is a "bad boost" version that should be blacklisted by the gnuradio build script. But due to an error the build script didn't catch it.
You can fix your problem by
(1) Upgrade to Ubuntu 12.10
or
(2) Upgrade boost to 1.48
Boost 1.48 is already available but there is some mixup wrt. what is installed and what is not. Here is what I did on Linux Mint 13 (based on Ubuntu 12.04):
* Open synaptic package manager and search for boost
* Find libboosat1.48-all-dev and mark it for installation
* You should get a message saying that a bunch of stuff is going to be removed - check that the list contains only libboost packages and no other packages that depend on that specific version of boost
* Press apply to replace boost 1.46 with 1.48
* When done you can uninstall the remaining libboost-xyz1.46 libraries but do it one by one because some of them must remain installed (on mint 13 it was iostreams and serialization)
Finally, you need to rebuild uhd, gnuradio, gr-osmosdr and gqrx, sorry...
—
Reply to this email directly or view it on GitHub.

awillard69 · 2013-02-27T00:54:48Z

Alexandru,

Well, after the long process of rebuilding all of gnuradio, then gqrx, it seems to be working and more stable than before.

Anthony

AB9YC

From: Alexandru Csete notifications@github.com
To: csete/gqrx gqrx@noreply.github.com
Cc: Anthony Willard awillard69@yahoo.com
Sent: Tuesday, February 26, 2013 2:38 PM
Subject: Re: [gqrx] Please pull from branch savemode to save the mode on exit (#58)

Okay - I mean boost version, not boot version. I'm guessing it is version 1.46, in which case it is a "bad boost" version that should be blacklisted by the gnuradio build script. But due to an error the build script didn't catch it.
You can fix your problem by
(1) Upgrade to Ubuntu 12.10
or
(2) Upgrade boost to 1.48
Boost 1.48 is already available but there is some mixup wrt. what is installed and what is not. Here is what I did on Linux Mint 13 (based on Ubuntu 12.04):
* Open synaptic package manager and search for boost
* Find libboosat1.48-all-dev and mark it for installation
* You should get a message saying that a bunch of stuff is going to be removed - check that the list contains only libboost packages and no other packages that depend on that specific version of boost
* Press apply to replace boost 1.46 with 1.48
* When done you can uninstall the remaining libboost-xyz1.46 libraries but do it one by one because some of them must remain installed (on mint 13 it was iostreams and serialization)
Finally, you need to rebuild uhd, gnuradio, gr-osmosdr and gqrx, sorry...
—
Reply to this email directly or view it on GitHub.

awillard69 added 10 commits February 7, 2013 19:34

Add git version to make VERSTR

768e349

Add git version descriptor to the VERSTR make variable.

Rename variable to clarify code

ed7c2ea

Rename the variable 'rx' to 'regxp' to prevent masking of a member variable of same name. Show the name of the device if regexp not match instead of 'Unknown'. Rtlsdr device shows as "rtl=0".

Merge remote-tracking branch 'csete/master'

cb0f94e

Conflicts: applications/gqrx/mainwindow.cpp

Merge remote-tracking branch 'csete/master'

960dd3d

Merge remote-tracking branch 'csete/master'

4cc08d9

Merge remote-tracking branch 'csete/master'

3bb7b88

Merge remote-tracking branch 'csete/master'

6e1e0eb

Add clean target for gqrx

ae4a3bf

Add clean target for "make clean" to remove the program as well.

Merge remote-tracking branch 'csete/master'

363330e

Add save of mode

c7aaf78

Add save of mode setting for next reload.

csete added a commit that referenced this pull request Feb 24, 2013

Store receiver settings (issue #58).

aa1a9ee

Following settings are saved: - Demodulator (mode) - Filter offset - Squelch level

csete closed this Feb 24, 2013

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Please pull from branch savemode to save the mode on exit#58

Please pull from branch savemode to save the mode on exit#58
awillard69 wants to merge 10 commits into
gqrx-sdr:masterfrom
awillard69:savemode

awillard69 commented Feb 20, 2013

Uh oh!

csete commented Feb 22, 2013

Uh oh!

awillard69 commented Feb 22, 2013

Uh oh!

csete commented Feb 24, 2013

Uh oh!

awillard69 commented Feb 24, 2013

Uh oh!

csete commented Feb 25, 2013

Uh oh!

awillard69 commented Feb 25, 2013

Uh oh!

csete commented Feb 25, 2013

Uh oh!

awillard69 commented Feb 26, 2013

Uh oh!

csete commented Feb 26, 2013

Uh oh!

awillard69 commented Feb 26, 2013

Uh oh!

awillard69 commented Feb 26, 2013

Uh oh!

awillard69 commented Feb 27, 2013

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants

Conversation

awillard69 commented Feb 20, 2013

Uh oh!

csete commented Feb 22, 2013

Uh oh!

awillard69 commented Feb 22, 2013

Uh oh!

csete commented Feb 24, 2013

Uh oh!

awillard69 commented Feb 24, 2013

Uh oh!

csete commented Feb 25, 2013

Uh oh!

awillard69 commented Feb 25, 2013

Uh oh!

csete commented Feb 25, 2013

Uh oh!

awillard69 commented Feb 26, 2013

Uh oh!

csete commented Feb 26, 2013

Uh oh!

awillard69 commented Feb 26, 2013

Uh oh!

awillard69 commented Feb 26, 2013

Uh oh!

awillard69 commented Feb 27, 2013

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

2 participants