RadioReference on Facebook   RadioReference on Twitter   RadioReference Blog
 

Go Back   The RadioReference.com Forums > Software > Streaming / Broadcasting / Audio Recording

Streaming / Broadcasting / Audio Recording Interested in putting your scanner online for others to hear? Want to listen to other radios on the internet. This forum is here for you to discuss these topics related to streaming scanners online.

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #101 (permalink)  
Old 08-14-2011, 2:46 PM
Member
  Audio Feed Provider
Audio Feed Provider
 
Join Date: Feb 2011
Location: Massachusetts
Posts: 373
Default

Andy, i experienced two false actvations last night. It appears that the program detected the tone sets during normal radio transmissions. The recordings in each start in the middle of a routine transmission, not a dispatch. Post # 55 above indicates 0.4 sec tone A and 0.4 sec tone B within 4 sec. We use a tone A duration of about 1 sec.and tone B of about 2.5 to 3 sec. Tone B always immediately follows Tone A. Could one of these be adjusted to reduce the chances of falses?

Thanks
Reply With Quote
Sponsored links
  #102 (permalink)  
Old 08-24-2011, 12:45 PM
Member
  Audio Feed Provider
Audio Feed Provider
 
Join Date: Apr 2009
Location: Central Washington State
Posts: 76
Default

Andy, I congratulate your work that has been done on this program.
I was wondering on future work/builds if it would be possible to control the length of the tones, specifically the longtone? Our dispatcher manually push a button for a single tone and it will last 2 to 3 seconds. I'm not sure the length required now for the longtone.
__________________
Doug
Reply With Quote
  #103 (permalink)  
Old 08-25-2011, 12:21 PM
Member
   
Join Date: Nov 2006
Location: Alberta Canada
Posts: 7
Question

Quote:
Originally Posted by ScanYak View Post
Andy, I congratulate your work that has been done on this program.
I was wondering on future work/builds if it would be possible to control the length of the tones, specifically the longtone? Our dispatcher manually push a button for a single tone and it will last 2 to 3 seconds. I'm not sure the length required now for the longtone.
Great work to be sure! I've been running v.24 for the past 2 years with a nightly reboot schedule to account for the hanging


It would be nice to be able to specify the long tone length (QC2 specifies 8 seconds for group call.)

We've switched to a digital radio system and the tones are now simply recorded and replayed across the digital system. The tones are formulated with a traditional two tone with a long station specific tone added afterwords. The station tone is only 5 seconds in duration which is what I'd like to key on so that I can send station specific emails.

Is it possible to add a variable to specify long tone duration?
Reply With Quote
  #104 (permalink)  
Old 08-25-2011, 12:42 PM
Member
   
Join Date: Nov 2006
Location: Alberta Canada
Posts: 7
Default additional information

I tested it with a 5 second tone and the long tone detection works at this length. I'm not sure what the cutoff is, but I suspect it to be 4 seconds?
Reply With Quote
  #105 (permalink)  
Old 08-30-2011, 2:42 PM
Member
  Premium Subscriber
Premium Subscriber
 
Join Date: Aug 2005
Posts: 862
Default

Yes, right now it's four seconds. The way the algorithm works is something like this:

1) Check for A tone or Long Tone frequencies
2) If an A tone or Long Tone is found, check for matching B tones for 4 seconds
3) If no matching B tones are found within four seconds, check for Long Tone frequencies again.

The tricky part is accounting for the situation where an A tone is also used as a long tone. For instance, if 707.3/746.8 is used for one station, while 707.3 long is used for another station. The algorithm above handles this, but makes it impossible to detect a "long" tone that is less than four seconds long.

I've been working on an update that will have some improvements in how the timing can be configured, and these changes may enable detection of oddball tones. It should also enable changes to reduce falsing. I'm sorry for the pause in the releases, I haven't had any time to work on this in the last couple of weeks. I may be able to squeeze some work out this weekend, but I've been pretty tied up recently.

Andy
Reply With Quote
Sponsored links
        
  #106 (permalink)  
Old 09-03-2011, 1:14 AM
Member
  Audio Feed Provider
Audio Feed Provider
 
Join Date: Apr 2007
Location: Currituck, NC
Posts: 30
Default

Just wanted to post and say I have been running this for a couple days now. I am really liking the way the program is working now. The only issue I have right now is with the multiple detection, which may be fixed in your next update I think. Here is an example:

FD1 = 368.5 349.0
FD2 = 389.0 539.0
M1 = 349.0 389.0

This morning FD1 was dispatched with FD2 as autoaid. The program picked the first 2 tones and started recording and sent email to FD1 list, then it grabbed the B tone of FD1 and the A tone of FD2 and started recording and sent email to M1 list. Then it took FD2 tone a and b and recorded and sent email to FD2 list. Now the problem is that M1 was never toned for it. I'm not sure how best to do detection to eliminate this. Just wanted to get that out there and hopefully it made sense.
Reply With Quote
  #107 (permalink)  
Old 09-03-2011, 6:25 AM
Member
  Audio Feed Provider
Audio Feed Provider
 
Join Date: Feb 2011
Location: Massachusetts
Posts: 373
Default Tough to fix

Assuming the fd1 and fd2tones are stacked, the tone set really becomes 368.5/349.0/389.0/539.0. This string has the M1 tone pair in it. When you are looking for that pair for M1, by design, it is going to activate. Don't the M1 pagers open up during this sequence also? I would expect them to if they are on the same radio frequency. If you are monitoring M1 on a different channel in your scanner you are experiencing the same problem that would exist if two agencies used the same tone set on different channels. The program is monitoring several channels on the scanner feed and not making a distinction between channels. So any valid tone set on any scanned channel is going to cause an actvation.

All that being said, i am no expert on the matter, you will really have to see what andy says




Quote:
Originally Posted by Manichee View Post
Just wanted to post and say I have been running this for a couple days now. I am really liking the way the program is working now. The only issue I have right now is with the multiple detection, which may be fixed in your next update I think. Here is an example:

FD1 = 368.5 349.0
FD2 = 389.0 539.0
M1 = 349.0 389.0

This morning FD1 was dispatched with FD2 as autoaid. The program picked the first 2 tones and started recording and sent email to FD1 list, then it grabbed the B tone of FD1 and the A tone of FD2 and started recording and sent email to M1 list. Then it took FD2 tone a and b and recorded and sent email to FD2 list. Now the problem is that M1 was never toned for it. I'm not sure how best to do detection to eliminate this. Just wanted to get that out there and hopefully it made sense.
Reply With Quote
  #108 (permalink)  
Old 09-03-2011, 8:07 AM
krokus's Avatar
Member
  Premium Subscriber
Premium Subscriber
 
Join Date: Jun 2006
Location: Southeastern Michigan
Posts: 1,818
Default

This might be a bit tough to fix, but mainly due to having to detect the "gap" between tone sets. (That is my guess, since you are saying the FD1 tone B was paired with FD2 tone A, to trigger the M1 reaction.)

The gap will be harder to detect if the dispatch console is not configured correctly, and the dispatcher's mic is enabled during/between tone sets. (One of my local agencies is like that, I can hear what the dispatcher is doing, between the tone sets for the various stations.) That makes for a lack of silence, which the silence would be relatively easy to detect.

I will also apply the disclaimer that I am not a Subject Matter Expert, I do not play one on TV, and I did not even stay in a Holiday Inn Express.
__________________
Generic radio geek, in southeast Michigan.
PSR-500, TM-742, TM-V71,TH-78, HTX-420, IC-2AT, IC-2E (clone), Pro-39, BC-235XLT, TK-290, XTS-5000
Reply With Quote
  #109 (permalink)  
Old 09-03-2011, 10:26 AM
Member
  Premium Subscriber
Premium Subscriber
 
Join Date: Aug 2005
Posts: 862
Default

Quote:
Originally Posted by Manichee View Post
Just wanted to post and say I have been running this for a couple days now. I am really liking the way the program is working now. The only issue I have right now is with the multiple detection, which may be fixed in your next update I think. Here is an example:

FD1 = 368.5 349.0
FD2 = 389.0 539.0
M1 = 349.0 389.0

This morning FD1 was dispatched with FD2 as autoaid. The program picked the first 2 tones and started recording and sent email to FD1 list, then it grabbed the B tone of FD1 and the A tone of FD2 and started recording and sent email to M1 list. Then it took FD2 tone a and b and recorded and sent email to FD2 list. Now the problem is that M1 was never toned for it. I'm not sure how best to do detection to eliminate this. Just wanted to get that out there and hopefully it made sense.
Wow that's a good one

I think the next version may help with that problem, since I'm trying to set it up so that you can specify the duration of the B tone. Assuming this is Quick Call 2 timing, you should be able to set the duration of the M1 B tone to greater than 1 second, which should eliminate the falsing in the situation you specify.

Andy
Reply With Quote
Sponsored links
  #110 (permalink)  
Old 09-03-2011, 12:29 PM
Member
  Audio Feed Provider
Audio Feed Provider
 
Join Date: Apr 2007
Location: Currituck, NC
Posts: 30
Default

Quote:
Originally Posted by DC31 View Post
Assuming the fd1 and fd2tones are stacked, the tone set really becomes 368.5/349.0/389.0/539.0. This string has the M1 tone pair in it. When you are looking for that pair for M1, by design, it is going to activate. Don't the M1 pagers open up during this sequence also? I would expect them to if they are on the same radio frequency. If you are monitoring M1 on a different channel in your scanner you are experiencing the same problem that would exist if two agencies used the same tone set on different channels. The program is monitoring several channels on the scanner feed and not making a distinction between channels. So any valid tone set on any scanned channel is going to cause an actvation.

All that being said, i am no expert on the matter, you will really have to see what andy says
There is a slight pause between the tone sets when sent out, so the pagers don't activate for m1 tones. 368.5/349.0/pause/389.0/539.0. I'll try to look back and see if i can find the sequence in an audio file.
Attached Files
File Type: zip Untitled 1.zip (147.5 KB, 16 views)

Last edited by Manichee; 09-03-2011 at 12:43 PM.. Reason: Attached MP3 of the sequence.
Reply With Quote
  #111 (permalink)  
Old 09-04-2011, 1:12 PM
Member
  Premium Subscriber
Premium Subscriber
Amateur Radio Operator
Amateur Radio
 
Join Date: Mar 2007
Posts: 2
Default

Thank you very much for the new versions!! I have tried v45 and v46, but still keep getting this when the program tries to email.

done converting to MP3
Unhandled exception in thread started by <function alert at 0x041762F0>
Traceback (most recent call last):
File "<string>", line 242, in alert
File "<string>", line 147, in mail
File "E:\Python\build\pyi.win32\TwoToneDetect45\outPYZ1 .pyz/smtplib", line 242
, in __init__
File "E:\Python\build\pyi.win32\TwoToneDetect45\outPYZ1 .pyz/smtplib", line 302
, in connect
File "E:\Python\build\pyi.win32\TwoToneDetect45\outPYZ1 .pyz/smtplib", line 277
, in _get_socket
File "E:\Python\build\pyi.win32\TwoToneDetect45\outPYZ1 .pyz/socket", line 553,
in create_connection
socket.gaierror: [Errno 11004] getaddrinfo failed
Reply With Quote
  #112 (permalink)  
Old 09-04-2011, 2:09 PM
Member
  Audio Feed Provider
Audio Feed Provider
 
Join Date: Apr 2007
Location: Currituck, NC
Posts: 30
Default

Quote:
Originally Posted by fireman1374 View Post
Thank you very much for the new versions!! I have tried v45 and v46, but still keep getting this when the program tries to email.

done converting to MP3
Unhandled exception in thread started by <function alert at 0x041762F0>
Traceback (most recent call last):
File "<string>", line 242, in alert
File "<string>", line 147, in mail
File "E:\Python\build\pyi.win32\TwoToneDetect45\outPYZ1 .pyz/smtplib", line 242
, in __init__
File "E:\Python\build\pyi.win32\TwoToneDetect45\outPYZ1 .pyz/smtplib", line 302
, in connect
File "E:\Python\build\pyi.win32\TwoToneDetect45\outPYZ1 .pyz/smtplib", line 277
, in _get_socket
File "E:\Python\build\pyi.win32\TwoToneDetect45\outPYZ1 .pyz/socket", line 553,
in create_connection
socket.gaierror: [Errno 11004] getaddrinfo failed
Double check the smtp address in your config file. Also check to see if a firewall is blocking it.
Reply With Quote
  #113 (permalink)  
Old 09-05-2011, 11:14 PM
Member
  Premium Subscriber
Premium Subscriber
 
Join Date: Aug 2005
Posts: 862
Default v48 Released

Well I didn't get much time this weekend to work on this, but I'm going to go ahead and release version 48 anyway, and hopefully it's not too full of bugs.

Version 48 Release Notes:
- Adds support for AMR format file compression in addition to MP3 file compression. In order for AMR support to work, Nokia Multimedia Converter 2.0 must be installed in the C:\Nokia\Tools\Nokia_Multimedia_Converter_2_0 directory. There are separate email lists for mp3 and AMR attachments. See the sample tone.cfg file for details.
*IMPORTANT* - if AMR support is not needed, delete the amr_Emails line for each tone set
- Adds a parameter to the tone config file for B tone length. This allows the user to specify the length of time that the B tone must be succesfully decoded before the program will alert. USE THIS PARAMETER WITH CAUTION. It is recommended that this parameter be set as short as possible but long enough to prevent falsing on "regular" radio transmissions. To keep the behavior the same as in previous versions of the program, set this parameter to .4. If it is set longer than .4, the B tone must be continuously detected for as long as the parameter is set to. If any noise or interference causes another frequency to be measured for any part of this duration, the tone will not decode successfully.

I think the configurable B tone length may also help with the situation with the short long tone (2-3 seconds long). Set it up as an A-B tone with the A and B tone the same frequency, and make the B tone length as long as needed. Not sure if that's a perfect solution, but it may work.

Let me know how this version works. I didn't get to test it much and it doesn't add as many features as I was hoping for, but at least it's something.

Andy
Reply With Quote
  #114 (permalink)  
Old 09-07-2011, 9:03 PM
Member
  Audio Feed Provider
Audio Feed Provider
 
Join Date: Feb 2011
Location: Massachusetts
Posts: 373
Default

Andy, I am now running V46 and V48 in parallel. I have set the V48 to .6 seconds. I just received a false on one tone set in V46 but not V48. In my early trials had had the settings in V48 from .6 to 1.0 and missed some tone sets. I now notice in the activity screen that it checks multiple times for Tone B and lists a frequency below it. Not really sure what this means. I have had some check for Tone B four times before it sent the email. Is this an indication that the Tone B setting is too long? I never saw this in V46.

It seems that there may be some trial and error involved in getting the Tone B duration set optimally.


thanks for your efforts.



Quote:
Originally Posted by aaknitt View Post
Well I didn't get much time this weekend to work on this, but I'm going to go ahead and release version 48 anyway, and hopefully it's not too full of bugs.

Version 48 Release Notes:
- Adds support for AMR format file compression in addition to MP3 file compression. In order for AMR support to work, Nokia Multimedia Converter 2.0 must be installed in the C:\Nokia\Tools\Nokia_Multimedia_Converter_2_0 directory. There are separate email lists for mp3 and AMR attachments. See the sample tone.cfg file for details.
*IMPORTANT* - if AMR support is not needed, delete the amr_Emails line for each tone set
- Adds a parameter to the tone config file for B tone length. This allows the user to specify the length of time that the B tone must be succesfully decoded before the program will alert. USE THIS PARAMETER WITH CAUTION. It is recommended that this parameter be set as short as possible but long enough to prevent falsing on "regular" radio transmissions. To keep the behavior the same as in previous versions of the program, set this parameter to .4. If it is set longer than .4, the B tone must be continuously detected for as long as the parameter is set to. If any noise or interference causes another frequency to be measured for any part of this duration, the tone will not decode successfully.

I think the configurable B tone length may also help with the situation with the short long tone (2-3 seconds long). Set it up as an A-B tone with the A and B tone the same frequency, and make the B tone length as long as needed. Not sure if that's a perfect solution, but it may work.

Let me know how this version works. I didn't get to test it much and it doesn't add as many features as I was hoping for, but at least it's something.

Andy
Reply With Quote
  #115 (permalink)  
Old 09-08-2011, 3:54 PM
Jay911's Avatar
Member
  Audio Feed Provider
Audio Feed Provider
Amateur Radio Operator
Amateur Radio
 
Join Date: Feb 2002
Location: Bragg Creek, Alberta
Posts: 6,822
Default

I just encountered something which at least I didn't expect, but it might be normal behavior.

I can't tell you for sure what version I'm running, because I'm a thousand or two miles away from my monitoring machine. I think it's 46. Our dispatcher just hit our tones, then accidentally hit them a second time before giving the voice alert. I got two emails. One has the end of the first tones (as intended by my setup), the full second set of tones, and then her voice message. The second recording has just the end of the second set of tones, and then her voice message (identical in tone, inflection, etc - clearly the same message).

Did the program record the stream twice simultaneously?
Reply With Quote
Sponsored links
  #116 (permalink)  
Old 09-08-2011, 4:40 PM
Member
  Audio Feed Provider
Audio Feed Provider
 
Join Date: Oct 2003
Location: Westminster, Ma
Posts: 93
Default

Ok, I have a little issue. I installed v48 and chose my usb sound card, but the input is my soundmax sound card which is intrgrated in the motherboard and is being used for a RR feed. I checked the nixer settings and they seem to be correct. Even though I have selected the correct sound card in the software, the audio from the other soundcard is coming through V48. I did not have this issue w/other versions.

Just loaded v44 and it works fine with the usb sound card!!
__________________
John
www.scannorthcounty.net

Last edited by johnmac; 09-08-2011 at 4:43 PM.. Reason: Checked older version
Reply With Quote
  #117 (permalink)  
Old 09-08-2011, 6:58 PM
Member
  Premium Subscriber
Premium Subscriber
 
Join Date: Aug 2005
Posts: 862
Default

Quote:
Originally Posted by DC31 View Post
Andy, I am now running V46 and V48 in parallel. I have set the V48 to .6 seconds. I just received a false on one tone set in V46 but not V48. In my early trials had had the settings in V48 from .6 to 1.0 and missed some tone sets. I now notice in the activity screen that it checks multiple times for Tone B and lists a frequency below it. Not really sure what this means. I have had some check for Tone B four times before it sent the email. Is this an indication that the Tone B setting is too long? I never saw this in V46. It seems that there may be some trial and error involved in getting the Tone B duration set optimally.
Yeah I've been leaving a lot of debugging stuff in there. Eventually once the program is "stable" I'll clean it up and remove a lot of that stuff. Basically it's checking for the B Tone every 200 ms. So if you set the B tone length to one second, it's going to take five time samples, each 200 ms long. If any one of them isn't the correct tone, it will fail to decode the tone set. Each time it takes a 200 ms sample it prints the dominant tone frequency to the terminal screen.

I'm not completely happy with this algorithm, as it doesn't really leave much margin for error. I'm thinking of changing it to make it a little less strict, we'll see.

Andy
Reply With Quote
  #118 (permalink)  
Old 09-08-2011, 7:00 PM
Member
  Premium Subscriber
Premium Subscriber
 
Join Date: Aug 2005
Posts: 862
Default

Quote:
Originally Posted by Jay911 View Post
I just encountered something which at least I didn't expect, but it might be normal behavior.

I can't tell you for sure what version I'm running, because I'm a thousand or two miles away from my monitoring machine. I think it's 46. Our dispatcher just hit our tones, then accidentally hit them a second time before giving the voice alert. I got two emails. One has the end of the first tones (as intended by my setup), the full second set of tones, and then her voice message. The second recording has just the end of the second set of tones, and then her voice message (identical in tone, inflection, etc - clearly the same message).

Did the program record the stream twice simultaneously?
Yes, it did. That's the intended behavior, and that's what allows the program to handle stacked tone sets (unlike the old LabView version, which would only catch the first tone set in a sequence).

Andy
Reply With Quote
  #119 (permalink)  
Old 09-08-2011, 7:02 PM
Member
  Premium Subscriber
Premium Subscriber
 
Join Date: Aug 2005
Posts: 862
Default

Quote:
Originally Posted by johnmac View Post
Ok, I have a little issue. I installed v48 and chose my usb sound card, but the input is my soundmax sound card which is intrgrated in the motherboard and is being used for a RR feed. I checked the nixer settings and they seem to be correct. Even though I have selected the correct sound card in the software, the audio from the other soundcard is coming through V48. I did not have this issue w/other versions.

Just loaded v44 and it works fine with the usb sound card!!
That's odd, I don't think anything related to sound card selection has changed, but I'd have to go back and look to be sure. Have you been re-using the same configuration file or using the new one that comes with each release? Maybe try manually setting your sound card to "0" in the config file and then reselect it once the program starts and see what that does for you.

Andy
Reply With Quote
  #120 (permalink)  
Old 09-08-2011, 9:02 PM
Member
  Audio Feed Provider
Audio Feed Provider
 
Join Date: Oct 2003
Location: Westminster, Ma
Posts: 93
Default

Quote:
Originally Posted by aaknitt View Post
That's odd, I don't think anything related to sound card selection has changed, but I'd have to go back and look to be sure. Have you been re-using the same configuration file or using the new one that comes with each release? Maybe try manually setting your sound card to "0" in the config file and then reselect it once the program starts and see what that does for you.

Andy
I reset the input and output devices to zero, restarted the program and changed the sound cards in the program. Discovered that I had to exit and re-start for it to take effect. Working fine now. Interesting that the input and output values are different numbers in the config file. Now just waiting for some tones to check it out.

Again, thanks for a fantastic program.
__________________
John
www.scannorthcounty.net
Reply With Quote
Reply

Tags
twotonedetect

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT -5. The time now is 9:19 AM.


Powered by vBulletin® Version 3.8.2
Copyright ©2000 - 2014, vBulletin Solutions, Inc.
All information here is Copyright 2012 by RadioReference.com LLC and Lindsay C. Blanton III.Ad Management by RedTyger
Copyright 2011 by RadioReference.com LLC Privacy Policy  |  Terms and Conditions