Android apps don’t have to be restarted
My problem is for sure related to using GPS AND Android. I am not sure about bluetooth. Losing the audio/video in my case happens also if I am not using headphones so different case than described by schmittlauch
As requested previously I managed to use GPS without android started for a day. I uses OSM scout navigation and played the music. No audio loss during whole testing period (1 day).
Later I made a test to use GPS in android (waze) and play music, then audio was lost, video frozen after approx in 1 hour. I’ve tried to scroll through journal, and found that the change happen around these messages:
cze 22 11:23:34 Xperia10III kernel: binder: undelivered transaction 1858454, process died.
cze 22 11:23:34 Xperia10III kernel: binder: undelivered transaction 1858455, process died.
cze 22 11:23:34 Xperia10III kernel: binder: undelivered transaction 1858473, process died.
cze 22 11:23:34 Xperia10III kernel: binder: undelivered transaction 1858474, process died.
cze 22 11:23:35 Xperia10III kernel: qcom_rpmh DRV:apps_rsc TCS Busy, retrying RPMH message send: addr=0x30010
cze 22 11:23:37 Xperia10III kernel: [aw882xx_smartpa]aw882xx_startup: capture enter
cze 22 11:23:37 Xperia10III kernel: [aw882xx_smartpa]aw882xx_set_fmt: fmt=0x4001
cze 22 11:23:37 Xperia10III kernel: msm_mi2s_snd_startup: set sysclk failed, err:-524
cze 22 11:23:37 Xperia10III kernel: __afe_port_start: port id: 0x1001
cze 22 11:23:37 Xperia10III kernel: afe_send_custom_topology_block: AFE SVC cal has invalid size: 0!
cze 22 11:23:37 Xperia10III kernel: afe_send_custom_topology: No cal sent for cal_index 10! ret -22
cze 22 11:23:37 Xperia10III kernel: afe_find_cal_topo_id_by_port: port id: 0x1001, dev_acdb_id: -22
cze 22 11:23:37 Xperia10III kernel: afe_find_cal_topo_id_by_port: top_id:1000ff02 acdb_id:102 afe_port:0x1001
cze 22 11:23:37 Xperia10III kernel: afe_get_cal_topology_id: port_id = 0x1001 acdb_id = 102 topology_id = 0x1000ff02 cal_type_index=8 ret=0
cze 22 11:23:37 Xperia10III kernel: afe_send_port_topology_id: AFE set topology id 0x1000ff02 enable for port 0x1001 ret 0
cze 22 11:23:37 Xperia10III kernel: send_afe_cal_type: cal_index is 1
cze 22 11:23:37 Xperia10III kernel: send_afe_cal_type: dev_acdb_id[41] is -22
send_afe_cal_type: Sending cal_index cal 1
cze 22 11:23:37 Xperia10III kernel: afe_send_hw_delay: port_id 0x1001 rate 48000 delay_usec 578 status 0
cze 22 11:23:37 Xperia10III kernel: [aw882xx_smartpa]aw882xx_mute: mute state=0
And a lots of further messages from afe and aw882xxx.
About Bluetooth: i remember once that sound was disappearing, but continuing to work in the Bluetooth headset
I have now used the phone for a week without placefinder GPS and no problem. Started the GPS placefinder and the sound was gone. I am not happy.
Not exactly the same test. But: I have used gps with osm for whole day. Androd apps where running e.g whatsapp but not requiring gps. There was no lost of sound or freeze even after closing the osm.
I confirm the error also on Xperia 10 IV, 4.6.0.15 after using GPS.
Ah I’m interested in reading more reports on this, even if only several of the flaws of the 10 III are shared by the IV / V as well, it will tamper my interest in upgrading to those devices.
I might even consider the community phone despite all it’s technical drawbacks compared to these Xperia devices.
1 Like
Since this issue do not occur right after the gps has been turned on, it can not be a 100 percent statement.
For the 10V I haven’t experienced the error with the sound or video. I do not have had that many phone calls but no errors either.
2 Likes
I also didn’t experience this error on 10v
2 Likes
If the Xperia 10V has lost this fault i will definitly consider uppgrade. Please keep us informed here if the problem is lost.
so far the 10v doesn’t seem to have this problem
2 Likes
Agree, I tested heavily with GPS and audio use afterwards. So far I could not provoke any loss of audio with the V.
In the meanwhile, in my iii audio crashed multiple times after GPS use. Based on this, one can assume preliminarily, that the V is potentially free from this annoying bug
2 Likes