Interesting - what misbehavior are you experiencing with your "Google" laptop. I'm using a MacBook Pro with Google Chrome, and I am not experiencing anything I consider to be misbehavior. The muddy / underwater quality is something that is inherent in P25 AMBE2 audio - sometimes it is pristine, but most of the time it just sounds "different." Some of the difference can be attributed to audio / system adjustment, but overall it seems to be sensitive to user technique and field unit / receive site location and conditions. I'll need to try OpenMHz with my iPhone: I'm curious if its audio system design improves the fidelity / quality of speech.
Montgomery County PSSM Program update
- Thread starter maus92
- Start date
- Status
allen5565
Member
You caught me. "When I use Google Chrome on my Dell laptop."
The audio is consistent for phone or laptop, I find. The "behaving" comment was in reply to post #476, Villythekid, who asked about, and had screen-grabbed, some wonkiness on that site --blank screens, talkgroup IDs but not alpha tags, for example. I encounter similar such when my crappy, work-issued Dell laptop --HEY! Stop laughing!-- is on Open MHz. Since the cutover, that site behaves differently, loading up all the talkgroups before I get a chance to filter the results, the pop-up filter window not responding --those types of gremlins. After toggling around and clicking randomly it settles down, but it takes appreciably longer to set than it did before the system switched. Those fidgets have not yet popped up when I use my phone, however.
None of which is a complaint! I am tremendously grateful for the efforts of the generous person who's overseeing that MoCo feed --Mocomdcitizen, I think it is? I'm just remarking on the seeming difficulty openmhz appears to have, and Villythekid seems to be having, with some of the devices accessing that site.
Here's a screen-grab from a few moments ago, to illustrate. It's not a bad thing, just different.
Attachments
Last edited:
Hmm, I cannot explain why you see tgids, and I see tg labels. Let me pull it up now, as it was working fine this morning.
EDIT: Yup, only tgids right now - perhaps the feed provider is working on his feed.
EDIT: Yup, only tgids right now - perhaps the feed provider is working on his feed.
Last edited:
I have noticed issues on OpenMhz for other systems the past week or so it seems that it is a website issue. On the AA and FiRST systems, I have to keep refreshing the screen for it too load properly.
Hey Bjc123 waving Hi to ya from Aspen Hill area of Silver Spring.. about 100yrds from MCFD Co 25
Haha waving Hi back to ya from close to MCFD Co. 35
I'm looking at the RRDB entry for M-NCPPC Police - Tac which is associated with tg 6487. This is likely an error since the new MC talk group numbering scheme is divisible by 5. My guess is that it is a typo, and the actual tg is 6480 or 6485. Can anyone confirm?
mocomdcitizen
Member
I wonder if it's related to me updating the talkgroups on OpenMHz's feeder admin site. I haven't updated the talkgroups since Thursday morning.
I'm also seeing what ThePhotoGuy has seen with other feeds on OpenMHz over the past two weeks or so, which leads me to think it seems to happen randomly across the entire site.
mocomdcitizen
Member
Looking at the logs for the past couple of days, I can confirm there is a tg6487 being received. Whether if it's actually M-NCPCC Tac, I'm not sure. Last transmission on that tg was today at 3:51pm.
villlythekid
Member
No, it actually seemed to fix itself in the past few days. I did confirm it was the whole website having issues, not just the Montgomery County system.
Very strange that the pattern would be broken so early in the life of this system.
EDIT:
I checked the log that a ran for I few hours yesterday, and noticed that the same RID is using this tg: 2135520, which is in the state range of subscribers.
Last edited:
Mr_Boh
Member
That's what happens when you have to host for other agencies and well past the planning deadline they say things like "uhhh we need x, y, and z and we forgot to tell you" or someone just decided something was so critically important. There's probably more significant to the first two digits in the TGID than the last one, so it was probably to keep with some other pattern the general public is not privy to.
What are everyone's thoughts on deleting the VHF 7A 7B 7C and removing the ( Future ) part from 7V1 7V2 etc.. in the Database?
I don't have the ability to do this I was just pointing out that it was still there lol
I don't have the ability to do this I was just pointing out that it was still there lol
Sure you do. Just go to the county page, hit the Submit tab, and describe the change you want to make. The RR database editors actually make the change. The RRDB page is kept current by info provided by users like you.
Sounds good.... request to have this updated has been submitted 
Now why would you want to remove those? Those are backup TG in case the main system goes down. Also has anyone been able to catch the MC Sheriff office on there own channels yet? They used to have a child support, Domestic Violence, FuggWarrent, channels. It made for some very interesting listing to at 3 in the morning.
I was referring to 7A 7B 7C patches from the old system. They are still shown in the VHF section of the database. Then I requested that the ( Future ) Tag be taken off 7V1 7V2. So basically overall it will reflect the new VHF patches and remove the old ones
Montgomery County
Montgomery County
Ok I miss read your post then..
No worries
- Status
Similar threads
