8 Jul
2017
8 Jul
'17
8:24 p.m.
Fresh install of Rasbian jesse and careful following of Max's
instructions got rx.py running for me. However, it crashes after a few
minutes. Attached is a screenshot of stderr.2 when the crash occurs.
Any ideas?
I'm also have trouble when trying to use the "-P" option. I'll try to
capture details of that later.
(BTW -- I found I had better luck using the -T option than just running
the command line. Among other things, my local system has apparently
shifted to one of the alternate control frequencies, so listening on the
primary didn't get me anywhere. Since trunk.tsv specified the
alternates, after a few seconds rx.py was able to find the active
channel and sync up to it.)
John
9 Jul
9 Jul
2:10 p.m.
New subject: Success! (almost...)
Hi John
That looks like a bug! rx.py hasn't had as much exposure as scope.py. Thanks for
reporting it. I'll look at it tomorrow (hopefully).
Thx for your patience
Max
3:38 p.m.
New subject: Success! (almost...)
hey John
is this by any chance a large system having more than 20 voice channels (frequencies)?
What looks like might be happening is this error is complaining that the number of lines
it's trying to draw in the window exceeds the size of the window. In scope.py the
list was scrollable, but not in rx.py...
3:48 p.m.
New subject: Success! (almost...)
Yes, this is a 30 channel system. Good catch!
On Jul 9, 2017, 9:42 AM, at 9:42 AM, "ikj1234i(a)yahoo.com [op25-dev]"
<op25-dev(a)yahoogroups.com> wrote:
hey John
is this by any chance a large system having more than 20 voice channels
(frequencies)? What looks like might be happening is this error is
complaining that the number of lines it's trying to draw in the window
exceeds the size of the window. In scope.py the list was scrollable,
but not in rx.py...
16 Jul
16 Jul
9:44 p.m.
New subject: Success! (almost...)
Following up on this... Max is correct, the system I'm monitoring is 30
channels. I've come up with what has to be the most "ass-backwards" fix
I've ever done. The correct answer is to make the frequency list
scrollable but I don't know anything about curses programming. So
instead, I inserted in terminal.py a call to read the console size on
startup, and then size the row positions based on that (e.g., instead of
showing the current frequency on row 20, I show it on row_size-5). So,
if you set the terminal to 36 lines there's now room for 30 frequencies.
Patch attached. Really stupid, but it seems to work.
I'm also attaching a bash script I use to start rx.py and also the audio
server. I am certain that someone with bash-fu could make it much more
robust. (I'm still struggling to get this to start from a desktop
shortcut in Raspbian. The scanner window opens, but not the audio server.)
John
----
On 07/09/2017 09:38 AM, ikj1234i(a)yahoo.com [op25-dev] wrote:
hey John
is this by any chance a large system having more than 20 voice channels
(frequencies)? What looks like might be happening is this error is
complaining that the number of lines it's trying to draw in the window
exceeds the size of the window. In scope.py the list was scrollable,
but not in rx.py...
17 Jul
17 Jul
2:22 p.m.
New subject: Success! (almost...)
Hi John
I disagree with you - this is NOT a stupid patch. It's a good, simple workaround/fix
for the issue. I had in mind to rewrite the lines so that each line contains two
frequencies instead of one. Along those lines, could I have you send me a capture file so
I can reproduce the line overflow from here. To do so, add an option "-r
capture.dat" to the command. This will produce a file of symbol data - as long as
you leave rx.py running long enough to see a total of more than 20 active voice
frequencies. Leave it running too long and the file will get large (if so, gzip should
compress it down pretty well)...
Even so it sounds like no reason not to incorporate your patch into OP25 as well!
Thanks
Max
3:55 p.m.
New subject: Success! (almost...)
Thanks, Max! Attached is the capture.dat file. While Radio Reference
lists this site (Ohio MARCS-IP, Montgomery County) as 30 frequencies, I
seem to see only 24. Perhaps the others are held for future expansion.
Now that the program is running properly for me, I have a few other
suggestions/questions. I'll post those in separate emails to avoid
confusion.
73,
John
----
On 07/17/2017 08:22 AM, ikj1234i(a)yahoo.com [op25-dev] wrote:
Hi John
I disagree with you - this is NOT a stupid patch. It's a good, simple
workaround/fix for the issue. I had in mind to rewrite the lines so
that each line contains two frequencies instead of one. Along those
lines, could I have you send me a capture file so I can reproduce the
line overflow from here. To do so, add an option "-r capture.dat" to
the command. This will produce a file of symbol data - as long as you
leave rx.py running long enough to see a total of more than 20 active
voice frequencies. Leave it running too long and the file will get
large (if so, gzip should compress it down pretty well)...
Even so it sounds like no reason not to incorporate your patch into OP25
as well!
Thanks
Max
2481
days inactive
2490
days old
6 comments
2 participants
participants (2)
-
ikj1234i＠yahoo.com [op25-dev] -
John Ackermann N8UR jra＠febo.com [op25-dev]