<div dir="auto">I'm chuckling at the last comment... sorry there's no written documentation on how it all fits together other than the code itself.  In essence, rx.py creates the receiver, demodulator, decoder, trunking module and terminal then uses gnuradio to connect them all together.  Spending time looking through the code is the best way to figure it out.<div dir="auto"><br></div><div dir="auto">Graham</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Feb 25, 2019, 9:38 AM  <<a href="mailto:op25@zellners.com" rel="noreferrer noreferrer" target="_blank">op25@zellners.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Quoting Graham Norbury <<a href="mailto:gnorbury@bondcar.com" rel="noreferrer noreferrer noreferrer" target="_blank">gnorbury@bondcar.com</a>>:<br>
<br>
> Sorry, RID alias is not there yet.<br>
> Biggest issue on curses terminal (i.e. non-http) is the lack of  <br>
> space for the RID String.<br>
><br>
<br>
Just as FYI and comment on this... while it would be nice, great etc.  <br>
if the various interfaces displayed the RID data ie: ncurses and/or  <br>
the http....<br>
<br>
If its possible to ADD that to the metatag process thats where I am  <br>
more interested in it.. the display be it http/ncurses is really not  <br>
used 99.999999999999999% of the time... its dumped to a screen  <br>
session, dettached, and hopefully forgotten about... right now for  <br>
testing/setup that may not be the case, but thats the goal... same  <br>
with the http... that might change if there was more data in either  <br>
ala sdtrunk showing the events...even at -v 10 the log which I keep in  <br>
a tail screen doesn't log the various events that others do.. now that  <br>
may be where the wireshark interface was meant to deal with that and  <br>
not op25 itself... I am talking about IDEN UP, RSSI info (http does  <br>
grab this), affiliations, failed registrations etc... All that seems  <br>
to just be ignored from that CC stream in -v10...again that may be the  <br>
intention and again it was expected to pass this to wireshark, that  <br>
seems to be a dead end now????...<br>
<br>
<br>
So tl;dr, if you can get RID's to the tag data and even if it doesn't  <br>
show on the interface that would be great... that wouldn't need an y  <br>
space on the interfaces be it http or ncurses....  Add it to the tag  <br>
interface shouldn't be wasted effort.. and when space, time what not  <br>
it can be added to the interfaces when time, space etc. permit.<br>
<br>
ie:<br>
<br>
  TGID ..... RID: MayberryPD1<br>
<br>
etc....<br>
<br>
Which gets me back to the another part of this...<br>
<br>
Is there something that outlines the various ways that the threads are  <br>
started, interaction with that CC data... again I have personal use  <br>
cases I'd like to explore, but don't have a reference starting point  <br>
to go from where all this interaction is... rx.py seems to call  <br>
various things as threads to deal with things... ie: tags.....<br>
<br>
<br>
<br>
</blockquote></div>