[Home]

Summary:ASTERISK-25145: Unable to record calls picked up from parking lot
Reporter:xrobau (xrobau)Labels:
Date Opened:2015-06-02 16:02:05Date Closed:2015-06-19 16:04:03
Priority:MajorRegression?
Status:Closed/CompleteComponents:Applications/app_parkandannounce
Versions:13.3.2 Frequency of
Occurrence
Constant
Related
Issues:
is duplicated byASTERISK-25005 MixMonitor doesn't record outgoing calls
is duplicated byASTERISK-25142 G722 recordings and spy does not give audio in asterisk => 11.17
is duplicated byASTERISK-24944 main/audiohook.c change prevents G722 call recording
Environment:FreePBX standard buildAttachments:
Description:Attempting to pick up calls from a parking lot results in a very small file with no contents.

Dialplan:
{code}
exten => 999,1,NoOp(Picking up from 71)
exten => 999,n,MixMonitor(/tmp/recording.wav,a,${MIXMON_POST})
exten => 999,n,ParkedCall(default,71)
{code}

When dialing 999, the call is returned, the file is created, but the log then fills with:
{code}
2015-06-03 06:51:50] DEBUG[973][C-0000009e] audiohook.c: Read factory 0x282f0f8 and write factory 0x282fb38 both fail to provide 160 samples
[2015-06-03 06:51:50] DEBUG[973][C-0000009e] audiohook.c: Read factory 0x282f0f8 and write factory 0x282fb38 both fail to provide 160 samples
[2015-06-03 06:51:50] DEBUG[973][C-0000009e] audiohook.c: Read factory 0x282f0f8 and write factory 0x282fb38 both fail to provide 160 samples
[2015-06-03 06:51:50] DEBUG[973][C-0000009e] audiohook.c: Read factory 0x282f0f8 and write factory 0x282fb38 both fail to provide 160 samples
[2015-06-03 06:51:50] DEBUG[973][C-0000009e] audiohook.c: Read factory 0x282f0f8 and write factory 0x282fb38 both fail to provide 160 samples
[2015-06-03 06:51:50] DEBUG[973][C-0000009e] audiohook.c: Read factory 0x282f0f8 and write factory 0x282fb38 both fail to provide 160 samples
[2015-06-03 06:51:50] DEBUG[973][C-0000009e] audiohook.c: Read factory 0x282f0f8 and write factory 0x282fb38 both fail to provide 160 samples
[2015-06-03 06:51:50] DEBUG[973][C-0000009e] audiohook.c: Read factory 0x282f0f8 and write factory 0x282fb38 both fail to provide 160 samples
{code}

The /tmp/recording.wav file is only 44 bytes
{code}
# ls -al /tmp/recording.wav
-rw-rw---- 1 asterisk asterisk 44 Jun  3 06:51 /tmp/recording.wav
# cat /tmp/recording.wav
RIFF$WAVEfmt @▒>data
{code}

Comments:By: xrobau (xrobau) 2015-06-02 16:29:09.983-0500

This only affects calls that are have a wideband leg, When both legs are ulaw, recording works properly.

By: Rusty Newton (rnewton) 2015-06-03 15:03:13.372-0500

As Matt Jordan noted by linking the issue - this appears to be a duplicate. The issue should be fixed in 13.4.0 and beyond.

Can you test and confirm? Thanks!

By: xrobau (xrobau) 2015-06-03 16:01:38.506-0500

Acknowledged, not sending back until confirmed fixed...

By: Rusty Newton (rnewton) 2015-06-19 16:04:03.138-0500

This should be fixed. [~xrobau] will let us know to reopen if it is not fixed.