ProScan: Official Software Thread

[jonwienke]

Bug report:
When I get a Close Call hit with the 536, it correctly logs the tone.
But when it hears a transmission on the same frequency and tone scanning Search With Scan - Close Call Hits, the frequency is logged but the Tone is always null.

Example:
764 151.9550 C 151.4 478 NFM 00:01:41 04/02/18 12:46:24 04/04/18 09:48:54
136 Search with Scan - Close Call Hits 151.9550 461 00:02:31 04/02/18 17:40:13 04/04/18 09:50:00 Search with Scan

151.9550 is a nearby business that always uses a 151.4Hz CTCSS tone. Every Close Call hit shows the correct tone, but every Search With Scan hit incorrectly shows no tone was used. The on-screen scanner display does show the correct tone, it just isn't being logged in either the History Logging or Recording tabs.

 

[ProScan]

Bug report:
When I get a Close Call hit with the 536, it correctly logs the tone.
But when it hears a transmission on the same frequency and tone scanning Search With Scan - Close Call Hits, the frequency is logged but the Tone is always null.

Example:
764 151.9550 C 151.4 478 NFM 00:01:41 04/02/18 12:46:24 04/04/18 09:48:54
136 Search with Scan - Close Call Hits 151.9550 461 00:02:31 04/02/18 17:40:13 04/04/18 09:50:00 Search with Scan

151.9550 is a nearby business that always uses a 151.4Hz CTCSS tone. Every Close Call hit shows the correct tone, but every Search With Scan hit incorrectly shows no tone was used. The on-screen scanner display does show the correct tone, it just isn't being logged in either the History Logging or Recording tabs.

I'll look at this before the next release.

 

[Synchro39]

i have a problem with recording some of my recording can't be played by proscan i don't know why i click the play button and nothing and some other play normally what can i do to solve this issue any idea ?

 

[ProScan]

i have a problem with recording some of my recording can't be played by proscan i don't know why i click the play button and nothing and some other play normally what can i do to solve this issue any idea ?

Not sure on this.
Does the Green play indicator move, just no audio?
Can they be played in the Win File Explorer?
Are they 0 byte file size?
Are they mp3 or wav?
Any special characters in the filename. Should'nt be but asking just in case?

 

[ProScan]

I haven't been able to use Get Clipboard to import radio ID's. Get Clipboard seems to work everywhere else. Paste and Get Clipboard are not selectable. I had copied the UID's from Excel. Am I doing something wrong or are these not supported for importing UID's?

Thanks,

Fixed. Will be in the next release.

 

[Synchro39]

Not sure on this.
Does the Green play indicator move, just no audio?
Can they be played in the Win File Explorer?
Are they 0 byte file size?
Are they mp3 or wav?
Any special characters in the filename. Should'nt be but asking just in case?

No the green play don’t move
I can play the file with windows player
MP3 file
No special characters
I will try to post a screen shot tomorrow

Thanks

 

[Synchro39]

No the green play don’t move
I can play the file with windows player
MP3 file
No special characters
I will try to post a screen shot tomorrow

Thanks

here is a print screen i can play the first two 3 and for are grey the one in blue play fine and the last one can't play

 

[ProScan]

here is a print screen i can play the first two 3 and for are grey the one in blue play fine and the last one can't play

The greyed out rows can't play as you may know that because they were deleted outside of ProScan. So just the last row can't play. I haven't seen or heard about that before.

I would test using a larger file set to see if the problem is more apparent. I would test using the Win File Explorer to see if it is a recording or playback problem. Also switch to wav format to see if the problem goes away. If a playback problem, I would reboot the computer. Nothing else can be done on the playback side as that function is handled by the Win API's.

At any rate, I don't want to mess with the file recordings as nothing really to do and will break something.

 

[Jay911]

Doing some work today using the Google Maps feature to resize my range circles in my FLs... two things...

1. Found it is possible to reduce the range circle to 0.0 miles. Is that a valid value? I think it should only go as low as 0.5. (Range for the scanner's setting is valid at 0.0 miles, but for the area a department/site covers, I'm thinking it should be 0.5 minimum.)

2. Got this error popup at one point while opening the Google Maps view on a site with range 1.0 mile. Was able to continue with no apparent issues after hitting Ignore:

Date and Time: 04/06/18 10:41:07
Application: ProScan
Version: 12.12
Scanner Type: BCD536HP
Operating System: Microsoft Windows 10 Pro
Win32NT
6.2.9200.0
Registered Name: Jason Low

Exception Message:
System.ObjectDisposedException: Cannot access a disposed object.
Object name: 'FrmGoogleMaps'.
at System.Windows.Forms.Control.CreateHandle()
at System.Windows.Forms.Form.CreateHandle()
at System.Windows.Forms.Control.get_Handle()
at MyMessageBoxForm.Show(IWin32Window owner, String text, String caption, MessageBoxButtons buttons, MessageBoxIcon icon, MessageBoxDefaultButton defaultButton) in MyMessageBoxForm.vb:line 89
at MyMessageBox.Show(IWin32Window owner, String text, String caption, MessageBoxButtons buttons, MessageBoxIcon icon) in MyMessageBoxForm.vb:line 301
at General.Message(IWin32Window owner, String Message) in General.vb:line 7
at FrmGoogleMaps.WebBrowserWrite(String InStr, Boolean FromLoad) in FrmGoogleMaps.vb:line 1062
at FrmGoogleMaps.ProcessMultiplePointsSelectedNodes_C() in FrmGoogleMaps.vb:line 412
at FrmGoogleMaps.FrmGoogleMaps_Load(Object sender, EventArgs e) in FrmGoogleMaps.vb:line 72
at System.Windows.Forms.Form.OnLoad(EventArgs e)
at System.Windows.Forms.Form.OnCreateControl()
at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
at System.Windows.Forms.Control.CreateControl()
at System.Windows.Forms.Control.WmShowWindow(Message& m)
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ContainerControl.WndProc(Message& m)
at System.Windows.Forms.Form.WmShowWindow(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

 

[ProScan]

Doing some work today using the Google Maps feature to resize my range circles in my FLs... two things...

1. Found it is possible to reduce the range circle to 0.0 miles. Is that a valid value? I think it should only go as low as 0.5. (Range for the scanner's setting is valid at 0.0 miles, but for the area a department/site covers, I'm thinking it should be 0.5 minimum.)

If the scanner allows 0 range then I think the Google Maps should allow the same. I don't want to deviate from the scanner's parameters. Am I missing something?

2. Got this error popup at one point while opening the Google Maps view on a site with range 1.0 mile. Was able to continue with no apparent issues after hitting Ignore:

I'll look at this before the next release.

 

[jonwienke]

If the scanner allows 0 range then I think the Google Maps should allow the same. I don't want to deviate from the scanner's parameters. Am I missing something?

Yes, that Jay911 is talking about the range setting of a database item (site or department), not the scanner's global range setting. For database items, a minimum range of 0.5 miles makes sense. If scanner range and database item range are both 0, then the item will never be scanned.

 

[ProScan]

Yes, that Jay911 is talking about the range setting of a database item (site or department), not the scanner's global range setting. For database items, a minimum range of 0.5 miles makes sense. If scanner range and database item range are both 0, then the item will never be scanned.

Okay thanks, I change it before the next release.

{edit} I take that back. The scanner Dept. and Site range allows 0 so I don't see a compelling reason to change it in the Google Maps at this point. As you know, the Google Maps range can update the scanner Dept. and Site range param.

 

[Jay911]

If the scanner allows 0 range then I think the Google Maps should allow the same. I don't want to deviate from the scanner's parameters. Am I missing something?

When setting range in the scanner's menu, that is the distance the scanner should look beyond its current location when choosing sites/departments to include in the current scan list. That can legitimately be zero, as in "only include stuff that covers my current location". If it was set to 2.5 instead, it would be saying "include stuff that can only be heard 2.5 miles away from my current location".

When setting range in the location field of a site or department, that value means "this site/dept can be heard up to ___ miles from this location". A value of 0.0 here would imply (to me) that you can only hear that site if you are on that exact location - even if you are 0.5 miles away, that site goes silent.

Put another way:

Range in the Location setting on a site or department says how big the circles should be.

Range in the scanner's profile setting indicates that those circles can be x miles away and I can still try to tune them in.

 

[ProScan]

Range in the Location setting on a site or department says how big the circles should be.

Yes, that is what the ProScan Google Maps is based on, maps and updates the systems/dept's/sites and not the profile.

 

[Synchro39]

The greyed out rows can't play as you may know that because they were deleted outside of ProScan. So just the last row can't play. I haven't seen or heard about that before.

I would test using a larger file set to see if the problem is more apparent. I would test using the Win File Explorer to see if it is a recording or playback problem. Also switch to wav format to see if the problem goes away. If a playback problem, I would reboot the computer. Nothing else can be done on the playback side as that function is handled by the Win API's.

At any rate, I don't want to mess with the file recordings as nothing really to do and will break something.

the greyed item deleted by themselves i never deleted anything but by the way i change the very long name in my scanner for a shorter one and the problem is no longer there everything is fine now

thanks

 

[captainmax1]

When I Import Florida Fleet Talk NXDN Data from the RRDB, The software imports some of the RAN numbers as same as the site number and some of the RAN numbers are set to search. Is there a reason for this? I have to change them before writing to scanner.

 

[KC4ASF]

If the scanner allows 0 range then I think the Google Maps should allow the same. I don't want to deviate from the scanner's parameters. Am I missing something?


I'll look at this before the next release.

Is there documentation on doing this somewhere? I basically have the same setup as you.
Thanks
Ben

 

[ProScan]

When I Import Florida Fleet Talk NXDN Data from the RRDB, The software imports some of the RAN numbers as same as the site number and some of the RAN numbers are set to search. Is there a reason for this? I have to change them before writing to scanner.

I see what's happening. On this system in question https://www.radioreference.com/apps/db/?sid=7673 Some of the site RAN values are 99. An example is Bithlo with a value of 99. The scanner RAN can be set from 0 to 63 so 99 is out of spec. Do you have a solution to handle RAN values 64 and above?

{edit} An update. When looking at the site details, this shows -> Site RAN: (* Any) so that's the same as search and we're all good. right?
https://www.radioreference.com/apps/db/?siteId=24759

 

[Jay911]

Per Eric Cottrell in the thread Understanding NexEdge Trunking, site RANs above 63 are impossible. RAN will always be "site number modulus 64", i.e. site 0-63 is RAN 0-63, site 64-127 is RAN 0-63 again, etc.

Both Bithlo sites on the link provided above actually show RAN of "* (Any)" when viewed on the RRDB web interface. I would suggest that should be treated as SEARCH

Edit: Or the RRDB could be reconfigured to not allow RAN to be 'undetermined' or 'any' since as described in the link above, it is specifically defined per site.

 

[captainmax1]

I just change them to their corresponding site number before writing to scanner.