PS just thought I would reply to this post.
It appears that the Asterisk Record application does not natively record at
G.722 (see below):
CLI> core show channel SIP/1410-0000029b
-- General --
Name: SIP/1410-0000029b
Type: SIP
UniqueID: 39990-IPCBuild-CM1-1749719640.3701
LinkedID: 39990-IPCBuild-CM1-1749719640.3701
Caller ID: 1410
Caller ID Name: (N/A)
Connected Line ID: *480
Connected Line ID Name: AH Announcement
Eff. Connected Line ID: *480
Eff. Connected Line ID Name: AH Announcement
DNID Digits: *7480
Language: en_AI
State: Up (6)
NativeFormats: (g722)
WriteFormat: slin
ReadFormat: slin
WriteTranscode: Yes (slin@8000)->(g722@16000)
ReadTranscode: Yes (g722@16000)->(slin@8000)
Time to Hangup: 0
Elapsed Time: 0h0m8s
Bridge ID: (Not bridged)
-- PBX --
Context: subFeature-Recordannounce
Extension: start
Priority: 3
Call Group: 0
Pickup Group: 0
Application: Record
Data: /mnt/kd/monitor/announce*480:g722,30,120,k
Call Identifer: [C-000002b2]
Variables:
RECORDED_FILE=/mnt/kd/monitor/announce*480
GOSUB_RETVAL=
conname_dblookup=AH Announcement
DB_RESULT=AH Announcement
name_dblookup=
ARGC=1
ARG1=*480
SIPCALLID=0_3708201006@172.30.253.14<mailto:SIPCALLID=0_3708201006@172.30.253.14>
SIPDOMAIN=172.30.253.1
SIPURI=sip:1410@172.30.253.14:5060
-- Streams --
Name: audio-0
Type: audio
State: sendrecv
Group: -1
Formats: (g722)
Metadata:
Rather annoying that I need to record everything in slin!
Regards
Michael Knill
From: Michael Knill <michael.kn...@ipcsolutions.com.au>
Date: Sunday, 8 June 2025 at 10:14 am
To: AstLinux Users Mailing List <astlinux-users@lists.sourceforge.net>
Subject: Re: [Astlinux-users] Use of HD codecs for the Asterisk Record
application
Hi All
Thanks for the reply. No problems with DTMF and current Asterisk sounds. They
are all working fine. PS I am setting SIP_CODEC=alaw when dialling externally
so there is no transcoding
The problem is when I am recording messages for announcements etc. They are
written as {filename}.g722 and can be listened to fine as G.722 but just don’t
sound as good as I would have expected for a G.722 recording.
After doing further tests however, it does actually sound better than when
recording in wav format but just not as good as the inbuilt prompts in G.722
format.
A bit of background for this, our next release will include integration into
Azure’s Speech API which is pretty fantastic now. Im going to create my custom
messages all now with TTS and I will likely rerecord all the inbuilt prompts as
well. Incredible flexibility. Will also be doing voicemail transcription which
is working great.
Im extremely thankful for the amazing toolbox we have.
Regards
Michael Knill
From: Lonnie Abelbeck <li...@lonnie.abelbeck.com>
Date: Sunday, 8 June 2025 at 12:36 am
To: AstLinux Users Mailing List <astlinux-users@lists.sourceforge.net>
Subject: Re: [Astlinux-users] Use of HD codecs for the Asterisk Record
application
For my internal phones, for many years...
--
dtmfmode=rfc2833
disallow=all
allow=g722
allow=ulaw
--
$ upgrade-asterisk-sounds show
Installed: asterisk-moh-opsound-g722-2.03, asterisk-moh-opsound-ulaw-2.03,
asterisk-core-sounds-en-g722-1.6.1, asterisk-core-sounds-en-ulaw-1.6.1,
asterisk-extra-sounds-en-g722-1.5.2, asterisk-extra-sounds-en-ulaw-1.5.2
Lonnie
> On Jun 7, 2025, at 8:55 AM, Michael Keuter <li...@mksolutions.info> wrote:
>
> Just a short info:
> I had sometimes problems with DTMF tones when using G.722. You might need to
> tweak the DTMF type.
>
>> Am 07.06.2025 um 08:52 schrieb Michael Knill
>> <michael.kn...@ipcsolutions.com.au>:
>>
>> Hi Group
>> Not sure if someone has come across this before. I have decided to use G.722
>> for internal calls and alaw for external calls and all seems fine so far.
>> All the internal sounds are clear and crisp at G.722
>> The issue that I have come across is using the Record application which I
>> want to record native G.722. It appears to be working fine e.g. it stores
>> the file as {filename}.g722 and it plays fine however it certainly does not
>> sound like a G.722 recorded call.
>> Could this be because there is no format_g722.so included?
>> Do I have any other options?
>> Im getting to the stage where I don’t really care!
>> Regards
>> Michael Knill
>> Managing Director
>> D: +61 2 6189 1360
>> P: +61 2 6140 4656
>> E: michael.kn...@ipcsolutions.com.au
>> W: ipcsolutions.com.au
>> <image001.png>Smarter Business Communications
>
>
> Michael
>
> https://mksolutions.info
>
>
>
>
>
>
> _______________________________________________
> Astlinux-users mailing list
> Astlinux-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/astlinux-users
>
> Donations to support AstLinux are graciously accepted via PayPal to
> pay...@krisk.org.
_______________________________________________
Astlinux-users mailing list
Astlinux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to
pay...@krisk.org.
_______________________________________________
Astlinux-users mailing list
Astlinux-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/astlinux-users
Donations to support AstLinux are graciously accepted via PayPal to
pay...@krisk.org.
