We have moved to a new Sailfish OS Forum. Please start new discussions there.
13

Call recording: broken audio

Tracked by Jolla (In release)

asked 2017-10-19 23:31:17 +0200

objectifnul gravatar image

updated 2017-10-30 09:10:48 +0200

NikosAlexandris gravatar image

(Xperia X with official SailfishX) - With both built-in call recording option (.wav) and Openrepos CallRecorder (.flac), recorded call audio is unusable (playback speed about 50% of recording speed). However, 'old' recordings made by Jolla phone then transferred to Xperia are OK, so I guess it's a recording issue, not playback.

Can anyone confirm?

edit retag flag offensive close delete

Comments

3

I can confirm. Same behavior exhibited on both the Community Build and the Official Build on my Xperia X.

deprecated ( 2017-10-20 02:10:23 +0200 )edit

Thx for confirmation. BTW did you install both SailfishX builds onto your Xperia?

objectifnul ( 2017-10-20 02:14:32 +0200 )edit
1

Same here. Playback speed was 50% or something like that.

Qwerty ( 2017-10-20 10:06:17 +0200 )edit

Hi.

Same here. Tested with native recording & harbour-callrecorder

Regards.

Pasko ( 2017-10-20 14:54:04 +0200 )edit
2

Hi.

I have just noticed now that incoming calls are not recorded. Outgoing calls are recorded perfect. Tested with native callrecorder and openrepos callrecorder.

With native call recorder, I get these messages when I answer an incoming call and push the 'record' button in call-ui:

Jun 26 17:08:47 Sailfish dbus[675]: [system] Rejected send message, 1 matched rules; type="method_return", sender=":1.2" (uid=0 pid=695 comm="/usr/sbin/ohmd --no-daemon ") interface="(unset)" member="(unset)" error name="(unset)" requested_reply="0" destination=":1.62" (uid=100000 pid=2653 comm="/usr/bin/voicecall-ui -prestart

Could this be an issue related to pulseaudio update to version 11?.

I volunteer to test if @jusa requests it :)

Regards.

Pasko ( 2018-06-26 18:19:30 +0200 )edit

2 Answers

Sort by » oldest newest most voted
15

answered 2017-10-25 09:55:23 +0200

jusa gravatar image

Hello, and thanks for the report. The bug is fixed, and the fix is included in the next 2.1.3 version, released soon(ish).

edit flag offensive delete publish link more

Comments

Hi, its the same effect by playing aac streams... Formerly, it was working. Is aac playback also fixed?

HeinrichJolla ( 2017-10-28 00:12:25 +0200 )edit
1

This isue is "Tracked by Jolla (In release)". Can we have all of the "tracked" ones, collected in one place?

NikosAlexandris ( 2017-10-30 09:10:12 +0200 )edit

I have the 2.1.3.5 version butt still the same issue...

Gatze ( 2017-10-31 19:56:25 +0200 )edit
1

@Gatze The next 2.1.3.x will be a version after the 2.1.3.5, where x>5.

NikosAlexandris ( 2017-11-01 06:34:15 +0200 )edit
1

not completely fixed: if a number is not in the contact list, it is recordered as unknown, instead of the number itself !

HeinrichJolla ( 2017-11-04 21:15:40 +0200 )edit
2

answered 2020-01-04 11:08:18 +0200

hsjpekka gravatar image

updated 2020-01-04 11:10:05 +0200

I guess I have the same problem with my Xperia X, 3.2.1.20. If I record a call that lasts for 10 seconds, the playback of the record lasts for a couple of seconds only, and the quality is bad. Or does "playback speed about 50% of recording speed" mean the opposite?

But this happens only if I have closed a call that I have been recording before I stop the recording. And rebooting seems to be the only way to recover the record quality.

So if I start recording by pressing the rec-button and stop recording by re-pressing the rec-button before I close the call, the recording quality remains good. But if I don't stop recording before I end the call, the record quality in the next records is bad.

And if the other end closes the call before I end the recording, I face the same problem.

Seems to be so that InCallView.qml in /usr/share/voicecall-ui-jolla/pages/calling/ should send setAudioRecording(false) before closing.

edit flag offensive delete publish link more

Comments

1

Xperia X, latest SFOS:

I can confirm there is a bug ... Does anyone know any workaround?

HeinrichJolla ( 2020-01-24 14:59:31 +0200 )edit

I can confirm too. Will try the workaround. Yes, acceptable quality after reboot and stop recording before terminating the call.

1chb ( 2020-04-21 19:14:56 +0200 )edit
Login/Signup to Answer

Question tools

Follow
2 followers

Stats

Asked: 2017-10-19 23:31:17 +0200

Seen: 887 times

Last updated: Jan 04 '20