Have you installed pavucontrol? With that, when you start up the Tone Notify program it will appear in the Recording tab. From there you can click on the input device and choose from the list.
I do have pavucontrol. Nothing appears in the recording tab when I run FD Tone Notify. I’ve tried asound.conf with hw:1,0 hw:0,0 and using dsnoop in JSON.. can’t get it to show up as a recording device..
It took me a week of looking and a good 5 hours of some serious scouring to find it... It's wonderful by the way.. Works like a charm.Wow I some how missed this being posted back in march.
I don't use a current fire tone out, but I might start using it to find some missing fire tones, or even use it to figure out who is who when hunting
I would be using this on my winfroze computer just for ease of attachment to my dsdplus. But either way, I'm happy I found this. I won't need the email feature as i only want to see who has what tone outsIt took me a week of looking and a good 5 hours of some serious scouring to find it... It's wonderful by the way.. Works like a charm.
I still haven't been able to get the multi instance to work as intended in the documentation but I worked around it by simply making 4 copies of the folder and then changing the setting for each one.. If you're using pulseaudio, it works great! I'm not sure about ALSA but simply using "pulse" in the inputDevice gave me everything I needed! It's really great!
You probably need to use VB-Cable (if you don't already) but, I suspect it'll be just as easy to get setup on Windows.I would be using this on my winfroze computer just for ease of attachment to my dsdplus. But either way, I'm happy I found this. I won't need the email feature as i only want to see who has what tone outs
Yeah it'll be fairly easy which is the only reason i use windows haha.You probably need to use VB-Cable (if you don't already) but, I suspect it'll be just as easy to get setup on Windows.
Kevin, you're the best!!@KN4GRO
Sorry for not getting back on here sooner. Its been a busy couple days for me.
Glad that you have everything working for the most part. I've never used pavucontrol before but it sounds like it is a useful tool and it may be worth adding what you had to do to the documentation to help future users.
As far as the issue with instances. FD Tone Notify uses a package config for "picking" the config file. Its a fairly big package with lots going on but is very flexible. FD Tone Notify allows the --instance-name option to override the NODE_APP_INSTANCE environment variable which should allow you to use the same directory without copy pasting it a whole bunch of times. You would need to create a config file 'default-my-fd.json' and that should work. Note that if you have a 'default.json' that it loads that first and then overrides it with the more specific one. That might be causing problems. If it is still giving you problems start it up with --silly, --instance-name and a copy paste/screenshot of the files in your config directory.
I've never tried setting the recording length to zero. Hopefully that works... If not something to fix. Feel free to add a no recording option as a feature request on GitHub. Issues · kjdElectronics/fd-tone-notify
So....
Has anyone had any luck uploading these automatically to Facebook? Possibly something that can be added without too much trouble? Sort of like "how to post for idiots"?
I'm no expert but, I believe that FD Tone Notify is a command line only program. Check the documentation for how to run it, where to change the config files and what arguments to use for example:I have windows 10 x64. Downloaded both FD Notify and sox. Created the path for sox. Ran FD notify, it created the config files, but nothing else. Is there something I am missing? I see no user interface or any indication that the program is running.
fd-tone-notify.exe --web-server --port 3000
fd-tone-notify.exe --tone-detector --web-server
log.silly(`Setting up mic instnace with device ${config.audio.inputDevice}`);
@KN4GRO
So the NO_DATA_INTERVAL_SEC was my hacky solution to a problem a did not want to actually find the source of. After some variable amount of time audio input would stop being processed for an unknown reason. The mic instance simply would stop recording data. My solution was simply restart the mic instance. This is triggered after not receiving ANY data after the NO_DATA_INTERVAL_SEC interval because under normal conditions it is always getting data even if the data is "nothing/silence".
So with your fix it will just stop logging and alerting at a certain point because there will be no data to process.
When it restarts it runs the same code as when it starts. Add this line after line 37:
JavaScript:log.silly(`Setting up mic instnace with device ${config.audio.inputDevice}`);
Perhaps the config is getting override somewhere and it is getting defaulted. This will tell us for sure.
I'll give that a try but I don't think the config is being overwritten. I think pulseaudio is simply doing what pulsaudio does.
In order to "send" the audio from an input to a newly created recording device, a specific loopback has to be established, otherwise, pulse just grabs either the "default" input, or whatever the last input was, whichever takes precedence. (not sure how pulse decides which to use)...
Ideally, to solve this issue, we should be able to specify (within the json config) that this.instance should create a recording device using pulse and that this.recordingDevice should listen to a specifically named input device....
I have no idea how to write this to be honest...
Specifying "pulse" as the inputDevice gets us half way there...
Specifying "pulse [with a specific input name]" would get us all the way there... <---- I have no idea how to do this....
I'll give that a try but I don't think the config is being overwritten. I think pulseaudio is simply doing what pulsaudio does.
In order to "send" the audio from an input to a newly created recording device, a specific loopback has to be established, otherwise, pulse just grabs either the "default" input, or whatever the last input was, whichever takes precedence. (not sure how pulse decides which to use)...
Ideally, to solve this issue, we should be able to specify (within the json config) that this.instance should create a recording device using pulse and that this.recordingDevice should listen to a specifically named input device....
I have no idea how to write this to be honest...
Specifying "pulse" as the inputDevice gets us half way there...
Specifying "pulse [with a specific input name]" would get us all the way there... <---- I have no idea how to do this....
pulse:sinkname
pactl load-module module-null-sink sink_name=north sink_properties=device.description="north"
sudo nano /etc/pulse/default.pa
load-module module-null-sink sink_name=north sink_properties=device.description="north"
load-module module-null-sink sink_name=central sink_properties=device.description="central"
load-module module-null-sink sink_name=west sink_properties=device.description="west"
load-module module-null-sink sink_name=south sink_properties=device.description="south"
"inputDevice": "pulse:north.monitor"
"audio": {
"module": [
{
"instance_name": "audio1",
"device_name": "pulse.north",
"udp_port": "23456",
"audio_gain": 0.5,
"number_channels": 1
}
]
}
./rx.py --nocrypt --args "rtl=0" --gains 'lna:36' -X -q -0 -v 1 -2 -V -O pulse.north -U -w -W 127.0.0.1 -u 23456 -T trunk.tsv -l http://0.0.0.0:8080 2> stderr.2
I have windows 10 x64. Downloaded both FD Notify and sox. Created the path for sox. Ran FD notify, it created the config files, but nothing else. Is there something I am missing? I see no user interface or any indication that the program is running.