Community Discussions
Explore the latest discussions and community conversations related to this domain.
OP25 - It works! Kind of. Not hearing certain talk groups.
Main Post:
My county switched over to a P25 Phase II system about a year and a half ago. After working with it for a few hours today, I finally got OP25 working. I can hear some mostly encrypted PD traffic and some unencrypted traffic. However, I am running in to an issue where I see the talk group flash up, but I get no audio. When I check out the terminal screen, this is what I see:
NAC 0x4B2 DUID 0x7 len 360 errs 0 NAC 0x4B2 DUID 0x7 len 360 errs 0 NAC 0x4B2 DUID 0x7 len 360 errs 0 ***unable to tune Local Oscillator to offset 1368750 Hz ***limit is one half of sample-rate 2048000 = 1024000 ***request for frequency 770506250 rejected process_data_unit timeout NAC 0x4B2 DUID 0x7 len 360 errs0I am thinking the rejected message is the issue. What causes that, and what can I do to fix it? I understand I don't need multiple SDRs because OP25 truly scans. Would it help to blacklist certain talk groups that I am not interested in or can't listen to because they're encrypted?
Top Comment: Worked up a reply to a comment, but it got deleted before I submitted. Basically I think it is because your sample rate is too low (looks like currently 2.048 msps). For this error you might have to have at least 1.36875*2 MSPS as your sample rate, roughly 2.74. This may still prove problematic as I know the RTL-SDR v3 dongle can work up to 3.2 MSPS, it says that max stable B/W is 2.4 MSPS. I'm not sure the abilities of other dongles, YMMV. As the comment I was trying to reply to alluded, I do believe I have heard of using multiple SDR dongles to reach the bandwidth required for some trunked systems. Sadly, I only have one ATM and have not been able to try it.
Mic only works when activating push-to-talk
Main Post:
I tried to voicechat with a friend of mine, but I wasn't able to hear him. He on the other hand could hear me just fine. But when he uses push-to-talk, it suddenly worked perfectly. And whenever he tries to use 'Voice Activity' as Input mode again, it doesn't work.
This seems very odd to us both. Can somebody explain?
Edit: We both use the browser version
Top Comment: Is the room that you're in for "Voice Activity" only? Also, try disabling the auto sensitivity and make sure the slider is to the left.
[The New Guy] Let's talk about how pathfinding works, and also ways to use it to your advantage (includes related military questions)
Main Post:
all the 'New Guy' posts so far, sorted by new
What with me being locked underground for a few years now, I'm beginning to notice the somewhat erratic pathing when my dwarves need to haul large numbers of items, which in turn made me think about pathfinding in combat. Feel free to bring up questions I missed, let's make this useful!
- hauling: dwarves seem to prefer longer routes. I've dug out huge sections of the map, leaving masses of stone, gems and ore behind. When selecting mass dumps, dwarves tend to walk to far away spots first - but not the furthest! How can I make sense of this? Likewise, when filling or taking from huge stockpiles it becomes apparent that the next available ressource, such as closest to a door or entry, is not selected. Instead dwarves will walk 2/3rds of the way to the farthest point, both for dropping things and taking them. Say what?
- digging: much the same. Select a sizeable portion of a z-level for digging and watch your miners dig erratically, then abandon the task to walk to the other end of the area to start there again, only to stop after a few squares and head off again to mine a single square miles away. This can not fully be explained away by different paths for individual miners clashing.
- combat: this I know next to nothing about. The only thing I noticed and can't figure out is how my miners in my last post escaped the ambush (see the first edit for the scenario). By all rights they were right next (as in under 10-15 squares away out in the open) to the enemy and should have been attacked or at least pursued, none of which happened. Instead my civilian alarm I set up recalled everyone inside before taking any wounds on anyone. No attackers followed down the entrance (I have no cliffs and had to dig in, if that matters). Is there any logic to this and how can it be used?
Special combat pathing questions:
- Do attackers from an ambush and a siege pursue killing my guys differently? Will ambushers not try to enter my fortress, for example?
- How do (non-trapvoiding) enemies find their way in? Will they know from outside a bridge is raised and stop pursuing since the path is blocked, or do they need to see it? In my current situation I will be constructing lots of cage traps inside my entrance before lowering the bridge again to let in attackers. I'm wondering if I should make a second bridge behind the traps, so there is no way anyone can make it inside. But will any of this work? (and yes, I know depot access will be disabled for the duration of the trap placement, but all caravans die at the moment anyway)
- Will they 'see' traps and how does this relate to pathfinding? How about making an entrance that splits off into many different parallel paths converging in a single corridor again? All but the furthest route are completely stacked with traps, so the depot access is still unblocked somewhere, even if it takes longer, but enemies will walk right down and into traps? The more corridors you have, the better you can absorb 'spilling out' from a huge horde... Or will enemies take the safe longer route? If the idea worked it seems rather foolproof for non-trapvoiders.
- In general, how will combatants select each other? What will determine how far and to whom they will move? Is this different undergound and above (presumably corridors with rooms vs. wide open space)?
As said in the beginning, please bring up anything I missed. I am also aware that the hauling/digging points I brought up are easy to solve with selecting smaller areas, but I'm trying to understand the way it works. Other tips are very much welcome.
Top Comment:
- As far as I know, the only differences between ambushes and sieges are these: an ambush approaches in Sneak mode, so they can appear closer to your fort than a siege, which will be announced as soon as the enemy units appear at the edges of the map. The other difference is numbers; a siege will generally consist of multiple ambush-sized squads. You can have two ambushes at once, but generally even those combined won't be as big as a siege. Enemy behaviour depends on the besieger. Humans can set up camp for years; Elves I must admit I haven't pissed off enough to find out; Goblins will rush in and try and kill everything, assuming they can find a path in, and their squad leader hasn't been trapped or killed, leading me on to...
- I've found that enemies will run pretty much right up to the closed bridge before stopping, and then they'll just sit there; if another entrance gets opened elsewhere, they'll path to that and try to get in that way. If you make a second bridge behind the traps, and have it raised when you lower the first, I suspect that little to no movement will happen. What you could try is to build a couple of zigzags with constructed walls, so they'll try to get in through that path, but any ranged units won't be able to shoot straight down the entrance hallway.
- From what I remember from the wiki, survivors of any trap systems can run off back to their civilization and tell the others all about the traps, the upshot of which can be that later sieges won't attempt to run through the corridor-wide set of Weapon Traps that murdered the last two hundred attackers, i.e. they'll treat it in a similar fashion to a raised drawbridge. Enemies that are pathing to a target will try to take the shortest route, so they'll cut to the inside of sharp corners - putting traps here can be pretty effective. As to the idea of multiple corridors...I've never tried it myself, so perhaps you could, and enlighten me? =]
So now that Reddit works, lets talk about the ending to Madoka [Spoilers]
Main Post:
I kinda had a feeling Madoka was going to have to contract and make some wish that stopped the cycle. Though I didn't think her wish would be to erase all witches with her own hand before they occur (+1 for good idea).
The symbolism related to Madoka effectively being God/Jesus and Homura becomes her Angel who believed in her and remembered her was definitely well done I thought. And the fact that Madoka basically removes all the witches from the world (replacing them with demons but still, at least she saves the girls from suffering), was a good way to handle the story.
This way it didn't make everything an always happy ending: Magical Girls still die and still suffer to an extent but at least they don't get converted to witches and become what they fought to destroy.
Also interested was that Sayaka still dies (it seems that Madoka gave her to the choice though in the theater, but she decides to always make her wish in every timeline sealing her fate when she loses to Hitomi).
Overall I think it was a great ending (even if some people complain that it was a bit cliche) and A++ on Homura robbing the local armory and destroying face with perhaps a million rocket launches and cruise missiles lol.
Also the scene with Homura after the ending credits (Spoiler tagging it in case you didn't know it was there) where she is about to become a witch and get reunited with Madoka was excellent, or at least thats what I got out of it.
Top Comment:
Alright, just finished episode 12.
And you know what?
For the first time ever, we have seen a "Gainax Ending" doesn't piss me off.
Basically let's take the reaction of audiences watching the last episode of Evangelion in 1996.
Now, let's reverse that into a satisfying ending for everyone to atleast bear with it positively.
And what you get in the end is this. A very psychological and kept true to its "no wish is ever good" theme(based on my interpretation), but still manages to be kind of a happy ending.
In the end, Witches gets replaced with demons and Homura is stuck being a mahou shoujo with Kyouko and Mami. But Madoka will always stay in Homura's heart and she will look up from the heavens,
And yet we get to see Homura gaining Accelerator's Angel wings with added vampire sparkles. And a beautiful poem to close it all off.
Curtains down.
It's one of the best interpretations of Faustian tragedy i've seen so far. It's wonderful, beautifully made and well directed.
I'd like to Thank Akiyuki Shinbo, SHAFT, Nitroplus and Gen Urobuchi for such an amazing 12 episode journey filled with hope & despair.
Oh, and don't forget: September 10 marks the 10th anniversary of Mahoromatic, the anime which made SHAFT a household name. Don't forget!
Does anybody know how Bell push to talk works?
Main Post:
Thinking of getting this, but my local Bell store doesn't have too much information. Any help would be appreciated!
Edit: anybody have instructions on how to use PTT/Push to talk service?
Top Comment: It’s an app you download, works like a Walkie-talkie, you need the feature added to your account as well, don’t remember but pretty sure you have to pay for it.
[Discussion] Lets talk about how this works, trusted profiles, developer profiles, application management
Main Post:
Now that the dust has settled a little and folks are learning the ins and outs of the latest Pangu jailbreak, there seems to be a lot of conflicting stories and ideas about how this works, the problems we may run into and different states people find their phone in afterwards.
I think it would be nice to clear the confusion and start cataloging what people did, what they had, and where they ended up.
For example, I'm noticing from screenshots of some people who are having to trust a profile from 'Beijing Hong Yuan Online Technology' which I am guessing is a certificate controlled by Pangu in some way.
I found this unusual, as when I was doing my jailbreak after reading up on it a bit, I was going to be prompted for AppleID credentials to take care of the application signing. So I followed this with an active account I had available, which was signed up as a FREE developer account.
Once the jailbreak was running, I ended up with an application signed by MY account without having to trust a 'random' profile/signature.
So the first thing I'm thinking is: what difference is there between different devices accounts that ends up in different states like this. My early ASSUMPTION (read: ASSUMPTION) is that people WITHOUT a developer account assigned to their AppleID can't register a UUID against their profile, and so in this case, Pangu step in and sign the application on behalf of the user using a certificate of their own.
I'm wondering also that the mixed examples of people saying that the jailbreak no longer works at all, while others are having no problems: Have Apple revoked the backup certificate, so users WITHOUT developer accounts can no longer sign the application for installation?
I'm finding this quite interesting, without seeing anyone discuss properly how they think this is working.
The second thing I've noticed discussed is those who have it signed by their own FREE developer account are referring to some sort of 7-day expiry on self signed applications which I'm seeing confirmations on when googling around about the app signing policy (found discussion on sideload etc about the 7 day limit).
However, upon looking at my own phone after having this done, the 'Device Management' section in Settings > General shows the following (all blanked out sections are my email address): http://i.imgur.com/gneOtXS.jpg
Now you'll notice on there that it says "Apps from iPhone Developer [email protected]" are trusted on this iPhone and will be trusted until after all apps from this developer are deleted"
Which reads to me "this is trusted until you remove it" not "this is trusted for the next 7 days".
Sorry if I'm talking about things that I've either misunderstood or I'm talking about well discussed topics, but I don't see anything of substance talking about any of this.
The jailbreak itself seems to be a fairly simple (using simple loosely here) 'evil app' but the initial process to get the app on seems to be hit and miss which method is used, and then I see conflicting information about how this will continue to work (7 day discussion).
Does anyone know any more, have any details about how the first stages work with Pangu (app signing) and what about the trust aspect: would you sooner install a profile from a random developer, or submit your AppleID credentials to the same developer to avoid their profile being installed full time (for me, I changed my password ahead of the jailbreak, did the job, then changed it again to something else - assuming that would be enough to keep the account secure going forward, and that any data that could have been read in the interim is public knowledge anyway, there's no passwords to be dumped, and the credit card info is masked by apple) - and obviously as folks seem fairly cautious about this stuff, I find it funny that the same people will happily install an application from the same unknown developer, closed source, with implicit root permissions... You just sort of HAVE to trust the developer in some way...
Again, sorry if I'm either conflating terms, or discussing things that have already been discussed - I was just hoping someone with better knowledge might actually know what's happening with the sideload/app signing to get the evil app on board before we can run the actual jailbreak.
Top Comment:
No, this literally has nothing to do with anything. The Beijing Hong Yuan Online Technology certificate is what happens when the phone is actually jailbroken and the temporary developer cert is usurped by the expired enterprise cert. Your iPhone will always inherently trust it (it only needs to be force installed, which it is after jailbreak occurs and it has root/codesign and is then inherently trusted afterward)
Problem: My push to talk works fine but if I want voice activity, it doesn't work. : discordapp
Main Post: Problem: My push to talk works fine but if I want voice activity, it doesn't work. : discordapp
Cant use Push to talk any more, but only on one computer
Main Post:
This happened a few days ago. I was in the middle of a Voice chat with some friends in a server as we were playing a game. An then all of a sudden i just cant use push to talk. I thought it was my mouse as i use one of the side buttons on it for my keybind and i have had issues with the mouse lately. Change mice, nothing. Try binding it to a key on my keyboard, same results. It is acting like i am not pressing anything. Bring it over to a different computer an it works.
I try several different computers over the next few days with help from my friends. Push to talk works on every device except my main computer. I don't know what changed. I didn't download anything. There were no permission changes. There were no windows updates.
I have tried every suggestion i can find and everything i can think of. I don't know what to do. I need help. Kinda hard to coordinate in a competitive game when you cant talk. An before it is asked, yes open mic/voice activity works. But i don't like it. I have family around as well as fans going. I don't want people to constantly hear that. I am also on windows 10 Pro, if that matters.
Thanks to anyone who can give a suggestion or help. I appreciate it all.
Top Comment: Reset Discord Voice Settings: In Discord, go to User Settings > Voice & Video. Scroll down to the "Input Sensitivity" section and click on "Reset Voice Settings." This will revert your voice settings to default. Check Keybinds: Double-check your keybind settings in Discord. Go to User Settings > Keybinds and make sure the push-to-talk key is properly assigned. You can try changing it to a different key to see if that resolves the issue. Check Other Applications: Ensure that no other applications or programs on your main computer are conflicting with Discord. Some applications may have global hotkeys that interfere with Discord's push-to-talk functionality. Close any unnecessary applications running in the background and test Discord again. Update Audio Drivers: Make sure your audio drivers are up to date. Outdated or incompatible audio drivers can sometimes cause issues with voice chat. Visit your computer manufacturer's website or the website of your audio device's manufacturer to download and install the latest drivers. Disable Exclusive Mode: In Windows, go to Control Panel > Sound > Recording tab. Select your microphone and click on "Properties." In the Advanced tab, uncheck the "Allow applications to take exclusive control of this device" option. Click "Apply" and then "OK" to save the changes. Disable Energy Saving Options: Some power-saving settings in Windows may interfere with Discord's functionality. Go to Control Panel > Power Options > Change plan settings > Change advanced power settings. Look for options related to USB settings or power management and disable them. Firewall and Antivirus: Temporarily disable your firewall and antivirus software to see if they are blocking Discord's functionality. If push-to-talk works with them disabled, you may need to adjust the settings or create exceptions in your security software. Discord Web Version: As a temporary workaround, you can try using Discord's web version in your main computer's web browser. Open your preferred browser, go to discord.com, and log in to your account. This will allow you to access voice chat without using the Discord desktop application. If none of these suggestions resolve the issue, you may want to reach out to Discord Support for further assistance. They can provide specific troubleshooting steps based on your system configuration and help you resolve the problem.