[asterisk-bugs] [JIRA] (ASTERISK-16172) Problems with siren14 codec; problems with siren7 sound files.
Benjamin Keith Ford (JIRA)
noreply at issues.asterisk.org
Wed Dec 6 14:21:07 CST 2017
[ https://issues.asterisk.org/jira/browse/ASTERISK-16172?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Benjamin Keith Ford updated ASTERISK-16172:
-------------------------------------------
Status: Open (was: Triage)
> Problems with siren14 codec; problems with siren7 sound files.
> --------------------------------------------------------------
>
> Key: ASTERISK-16172
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-16172
> Project: Asterisk
> Issue Type: Bug
> Components: Codecs/codec_siren14, Codecs/codec_siren7
> Reporter: Steve Murphy
> Severity: Minor
>
> Using 1.6.2, I have obtained license from polycom for their siren codecs, and built the execs they supplied, and can generate siren7 and siren14 format files. Trouble is, how do I verify that I'm generating "the right stuff"? I don't have any siren7 or siren14 capable phones or devices.
> So, Russell suggested I could simply force a conversion within codec_siren14 or codec_siren7 by playing them to my phone (which is g722). So, I tried that, for both codecs. And learned some interesting things:
> 1. siren14 files play back on g722 as garbage, mostly quiet garbage, with spikes of noisy garbage.
> 2. The siren7 recordings supplied with Asterisk also play back as garbage. But, mine don't!
> ****** STEPS TO REPRODUCE ******
> 1. Take a 44-48 khz .wav format sound file. Call is X.wav.
> 2. Convert it to siren7 via these commands:
> sox -v .7 X.wav -r 16000 -c 1 -t sw X.sln16
> asterisk -rx "file convert <path>/X.sln16 <path>/X.siren7"
> 3. Convert it to siren14 via these commands:
> sox -v .7 X.wav -r 32000 -c 1 -t sw X.sln32
> siren_encode 1 X.sln32 X.siren14 32000 14000
> Keep in mind that I can't use the "file convert" to form siren14 files, because sln32 files are not a legal format. I'd have to assume that transcoding from siren14 to 8 or 16 bit formats is provided in the siren14 codec itself.
> Also keep in mind that siren_encode was supplied to digium when the siren codecs were licensed from Polycom. They had to use them in some way to write the siren codecs. So grub around there somewhere, and you should be able to find it. It could be, that I'm using the wrong args. That might explain why my X.siren14 file sounds like garbage.
> But it doesn't explain why a file from the 1.4.18 core soundset for siren14 plays back like garbage.
> And it doesn't explain why a file from the 1.4.18 core soundset for siren7 plays back like garbage. Especially when my siren7 file (formed using the codec itself) plays back fine.
> cp X.siren7 <varlibastsounds/en>/zzx.siren7
> cp X.siren14 <varlibastsounds/en>/zzy.siren14
> cp <varlibastsounds/en>/vm-options.siren7 <varlibastsounds/en>/yyx.siren7
> cp <varlibastsounds/en>/vm-options.siren14 <varlibastsounds/en>/yyy.siren14
> in the dialplan:
> exten => 6668,1,Playback(yyx) // your siren7
> exten => 6668,n,Playback(beep)
> exten => 6668,n,Playback(zzx) // my siren7
> exten => 6668,n,Playback(beep)
> exten => 6668,n,Playback(yyy) // your siren14
> exten => 6668,n,Playback(beep)
> exten => 6668,n,Playback(zzy) // my siren14
> Your goal is to make your siren7 and siren14 files play back on a g722 or ulaw or whatever phone.
> My goal is to make mine sound OK.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list