What files are in the broadcastify_calls directory?
Broadcastify Calls Support
- Thread starter btt
- Start date
- Status
Was just listening to your node. It does seem like there is an issue. The reported duration isn't matching actual duration in the wav file. I'll see what I can find.
Initial watching looks like it is working great, I haven't seen or heard any anomalies. It appears that its jumping between TGIDs like it's supposed to. I would give this one Two thumbs up
Last edited:
I take it back unfortunately. It worked for about 40 minutes, but This should be a bunch of different talk groups. all showing as 11000
It still looks to me like if a call is in progress, and a second call is in progress, if the first one ends, the audio starts for the second one, but the TD never updates to show the second, it all gets appended as if it were one call, that's what it seems like anyway. listen to 08:40:59 the zone 0301 is actually dispatch 5 Pompano Beach.
It still looks to me like if a call is in progress, and a second call is in progress, if the first one ends, the audio starts for the second one, but the TD never updates to show the second, it all gets appended as if it were one call, that's what it seems like anyway. listen to 08:40:59 the zone 0301 is actually dispatch 5 Pompano Beach.
Last edited:
@btt Strange but probably not so, but I found the link. if I shut scrolling off it holds the last displayed TGID for all TX. if I restart scrolling it works normally. But the scrolling caused lockups so I shut it off normally I can now repeat the issue with regularity.
It ran for about a week then locked up with scrolling enabled, then ran for 4 months with it shut off. So I shut it off.
It ran for about a week then locked up with scrolling enabled, then ran for 4 months with it shut off. So I shut it off.
Last edited:
That does make sense. The P25RX version of the software does parse the console stream, so you have to leave that enabled. Please try version 2022-07-15_0802. I made some changes that I believe may fix the issue that can cause the java software to become unresponsive over time.
I don't remember the question. Sorry if I answered that incorrectly. The latest versions of the software (scanning versions) don't parse the console output. Once I get the P25RX model firmware conversion to scanning done, then it will not require the console output.
Not the end of the world, unless you are watching the screen for TGID you would never notice, and the only reason I am is to watch while testing.. just making it more great... I may shut it off when i leave no matter what just to feel more confident. but for next week I am here and can babysit it.
Yes, you can feed as many receivers as you like into a single instance of BTT BCalls populating a single system. This has been tested. You want to configure them so that there aren't overlapping talk groups. (unique talk groups per receiver), then enable the "enable broadcastify calls output".
I think Ive noticed a glitch in the Calls platform not the P25 but BCFY. . At least on my iPhone. If the phone locks or you move off the web browser to another app the audio halts as it appears the incremental stepping stops. If I go back to the web page stop and start it starts again.
FreqNout
Member
You may want to look at 'background app refresh' in your iPhone settings to see if that helps.
There isn’t a setting for Safari but I’ll turn it on and see what happens
- Status
Similar threads
