Entry of Slot in Conventional systems

[jonwienke]

In their implementation they choose to ignore RRDB documented parameters for conventional channels so you get multiple entries of the exact same thing in the programming resulting in poor performance.

You have it exactly backwards. The whole point of OFT is to AVOID poor performance by not scanning the same frequency repeatedly with various permutations of slot and talkgroup settings. Which is exactly what happens when you scan conventional channels tagged with talkgroup and/or slot info. Programmed OFT, a frequency is scanned once. Programmed conventionally, the same frequency is scanned multiple times--once for every combination of slot and talkgroup ID used.

 

[mikewazowski]

]If they believe OFT is so much better, then they should fix Sentinel to import properly (in their eyes) as a OFT system....like the third party vendors already do (as I am told).

Winner!

Currently Proscan downloads each entry as a single OFT system which isn't ideal but it's trivial to cut and paste to make one OFT system.

Uniden could easily flag the same frequency with the same color code and convert those entries to OFT or respect the information in the database and give the user the choice whether they want to convert them to OFT systems. However, for some reason Uniden refuses to do this.

Keep in mind that as far as I know, no provider of commercial two way gear refers to these entries as trunked. They are entered as conventional channels. Same as Uniden's single channel P25 trunking. Those channels are entered in as conventional channels with conventional talkgroups.

This horse has been beaten to death enough already. Unless RR database policy changes to favor Uniden or Uniden's programmers figure out how to do it, it will never change.

I'm out.

 

[DaveNF2G]

Does anyone here actually have or use a DMR transceiver on amateur radio?

Each frequency must be programmed in one time for each talkgroup. That is how multiple talkgroups are handled. It is a kludge for a technology that was not designed for multiple TGs on "conventional" repeaters.

 

[jonwienke]

Does anyone here actually have or use a DMR transceiver on amateur radio?

Each frequency must be programmed in one time for each talkgroup. That is how multiple talkgroups are handled. It is a kludge for a technology that was not designed for multiple TGs on "conventional" repeaters.

And current RR policy is expecting that kludge to be applied to all scanners, even ones that don't require it, despite the current existence of a system format in the database that allows not using the kludge if the scanner doesn't require it, without breaking compatibility with brands of scanners that still require the kludge. Very short-sighted IMO.