I didn’t see it in the ASL3 user manual, but is the “archivedir=” directive in rpt.conf identical as it was in prior versions?
Carl/K6CRS
but is the “archivedir=” directive in rpt.conf identical as it was in prior versions?
It will be in the next update. Probably put it on the asl-menu at some point, too. Thanks for hanging in there.
I appreciate that.
I did get it to work (after poring over the wiki closer), I needed to make sure my permissions were the way they were supposed to be.
Things are much nicer with ASL3…
Carl/K6CRS
I have problems with the recordings, they are distorted. ASL3 on Dell Wyse 3040
PS: Recordings, made when someone connected to the node via DVSwitch, is fine.
And as I can see in file properties, recordings made from DVSWitch has permision rw-r–r–
but recordings made from radio is rw-------
I don’t know what to make of the recordings. It sounds like it’s being sampled at the wrong sample rate.
What did you use (exactly) to convert this recording?
As far as the permissions, just adjust the permissioning on the destination directory with something like
chown -R asterisk:asterisk /the/destination/directory/path
and then chmod the files
chmod u+rw /the/destination/path/*.WAV
This is original WAV file, made by adding archivedir = var/log/asterisk/tmp/1800/
to rpt.conf
examine the file with ffmpeg -i That will tell
you what it is.
Mine ended up being GSM files in a WAV wrapper, which I didn’t want.
That’s why I created a script file that normalizes the files to a more reasonable level with ffmpeg-normalize and then re-encodes them with sox as an OPUS file with a 8kHz sample rate and a 16kHz bitrate.
You could do the same with MP3, but I prefer the flexibility of open source.
Can you share the scrip, please?
Look at this guys link from 2019. This will get you started:
Understand that this was done during ASL2 so you still have to apply the techniques changed in ASL3 to make it work (permissioning, etc).
Carl/K6CRS
i have watched this video and done the steps using debian 12 on ASL3, however, on my node RX wavs (when it is getting a signal over RF) they are all 261 bytes and have no audio. signals from within the node, announcements or from a link are problem free and sound great.
any ideas of where to start looking?
I only run a hub at this moment, and all the links for me are provided by a mux node one-hop away, so I don’t experience the symptoms you have.
Provided everything else is recording properly, it might rise to alerting the devs to take a closer look at where they are pulling audio for the “archivedir=“ configuration.
Audio may be one path in Asterisk for an IAX connection, and a completely separate path for analog audio ingested natively at the node.
It’s all conjecture until someone looks at the code and sees what the difference is in audio handling.