Now that I have caught the controller bug, and further to my previous note on the same topic, I see that the USB fob and the URI's do actually have two audio outputs (left and right). Further usbradio.conf can also be configured such that output 'A' is audio and output 'B' is the tone.
This is great... my question then is whether the tone output can be enabled or disabled for things like the ID, courtesy tone, etc, and further whether the timing between the drop of PL and drop of carrier can be configured?
Same would apply for the composite audio scenario as well.
Now that I have caught the controller bug, and further to my previous
note on the same topic, I see that the USB fob and the URI's do actually
have two audio outputs (left and right). Further usbradio.conf can also
be configured such that output 'A' is audio and output 'B' is the tone.
This is great... my question then is whether the tone output can be
enabled or disabled for things like the ID, courtesy tone, etc, and
further whether the timing between the drop of PL and drop of carrier
can be configured?
Same would apply for the composite audio scenario as well.
The timing of the CTCSS and carrier is configurable in usbradio.conf.
See the reference for "chicken burst".
Regarding separation of audio. There is not that much granularity in the
system. Basically, the voice band information (voice, courtesy tones,
ID's, etc.) is all lumped together, and the CTCSS subaudible tone can
only be split off. To do what you are asking for would be a major
architectural change.
The timing of the CTCSS and carrier is configurable in usbradio.conf.
See the reference for "chicken burst".
<-- Hi Steve; Yes, I have seen that and do have 'txtoctype=notone' the problem is the slow response time of the decoders in most amateur transceivers - i.e., we still hear a squelch crash on the receiver. So my question is whether the timing between drop of PL and drop of carrier is user configurable?
As I write this note (sitting on the train), I wonder whether the value of unkeywait in the wait-times stanza in rpt.conf would extend the delay...
Regarding separation of audio. There is not that much granularity in the
system. Basically, the voice band information (voice, courtesy tones,
ID's, etc.) is all lumped together, and the CTCSS subaudible tone can
only be split off. To do what you are asking for would be a major
architectural change.
