Need help upgrading, not getting P25 radio IDs #200
Comments
|
I was having the 44 byte file problem. Make sure you have a tuned antenna
for the frequency spectrum your recording.. I also bought some big heat
sinks to dissipate heat on my sdr's that ran super hot. Seems to have made
things better....
…On Sun, Sep 9, 2018, 19:22 Jason McHuff ***@***.***> wrote:
I am trying to update from the ancient gr-latency branch from which
@robotastic <https://github.com/robotastic> added unit-unit call support
and am having some issues. It appears that in this commit 3f64de3
<3f64de3>
the code was changed to get radio IDs from the voice packet metadata to
getting them from the control channel. However, the system I record only
occasionally puts radio IDs on the control channel.
I use radio IDs to handle unit-unit calls which don't show up correctly on
the control channel so it is important to have them. I am wondering if
someone can change my
https://github.com/rosecitytransit/trunk-recorder/tree/trimetscanner
branch so it gets radio IDs from voice packets.
In addition, I am trying to start recording from a second site, and at
first things work great but after half a day or so, I start getting an
increasing amount of 44 byte files. I don't think it's a signal issue as
the decoding issue remains great.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
<#200>, or mute the
thread
<https://github.com/notifications/unsubscribe-auth/AcyLzCV9X6oTfzffAH7f6Kd-s6AdwRkvks5uZczvgaJpZM4WgmcS>
.
|
|
I'm not sure that's the issue as I'm using the same bandwidth and frequency settings when I add the second site (1.8 MHz for each SDR) and I thought all of the work was done in software, meaning the same data is getting pulled in. But what heat sink did you get? I would be willing to possibly try it. Also, if there's not an antenna covering a frequency, no file will show up since it won't even try to record. |
|
I still haven't solved this problem, and a listener is willing to pay whoever to help solve it. I'd really like to figure out why audio starts failing to record with the second site, but if I could at least get the program updated that would be a success. |
|
Still interested in compensating someone to help me with this |
|
Well, I don't know if they're coming from the control channel or the voice frames, but I appear to be getting the radio IDs. I'm now trying to detect call terminations on the voice channels. So far, I have 871f6a3 but I get segmentation faults every time a call ends. |
I am trying to update from the ancient gr-latency branch from which @robotastic added unit-unit call support and am having some issues. It appears that in this commit 3f64de3 the code was changed from getting radio IDs from the voice packet metadata to getting them from the control channel. However, the system I record only occasionally puts radio IDs on the control channel.
I use radio IDs to handle unit-unit calls which don't show up correctly on the control channel so it is important to have them. I am wondering if someone can change my https://github.com/rosecitytransit/trunk-recorder/tree/trimetscanner branch so it gets radio IDs from voice packets.
In addition, I am trying to start recording from a second site, and at first things work great but after half a day or so, I start getting an increasing amount of 44 byte files. I don't think it's a signal issue as the decoding issue remains great. I am hoping the upgrade will address this.
The text was updated successfully, but these errors were encountered: