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
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
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...
Yes, this is a 30 channel system. Good catch!
On Jul 9, 2017, 9:42 AM, at 9:42 AM, "ikj1234i@yahoo.com [op25-dev]" op25-dev@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...
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@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...
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
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@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
-
ikj1234i＠yahoo.com [op25-dev] -
John Ackermann N8UR jra＠febo.com [op25-dev]