Android 13 and SailfishOS on Xperia 10 III

Devices
#121

The guide you used only copies a single file from Sony’s “software binaries for AOSP” in order to address the specific echo cancellation issue.
According to the experiences described in this thread here, this does not fix this issue and does not address the tint / colour-banding issue at all.

The proper way to re-flash the “software binaries” is well documented by Jolla.

When re-reading the discussion thread at GitHub, I have the impression you also have not yet understood the fundamental difference between the “Android base” and Sony’s “software binaries for AOSP”.

Furthermore, as @wetab73 already denoted a few times:

… when having had an “Android 12 or 13 base” installed before flashing SailfishOS onto an Xperia 10 III; Sony’s last Android 12 release for this device is 62.1.A.0.675, the last Android 13 release 62.2.A.0.533.

P.S.: How you backup the complete SailfishOS installation, re-flash Android (e.g. with Emma; either to Android 11 and then update via OTA to the last Android 12 release, i.e. 62.1.A.0.675, or flash Android 13 and update to its last release 62.2.A.0.533) and then restore the backed-up SailfishOS installation is described throughout this thread.

This seems to be the only known way to resolve both, the echo cancellation and the tint / colour-banding issue properly.

#122

I see. Any difference between flashing it to partition a + b or just mounting the odm folder and copying over libaudcal.so as described here: [LENA][11][4.19] Echo cancellation is not enabled for voice calls · Issue #771 · sonyxperiadev/bug_tracker · GitHub ?

#123

Indeed, Android 12 v2a binaries are the last version that’s fully working for me. I’ve tried the recently released Android 13 based v4a binaries but I couldn’t enable WLAN on them, so I didn’t even bother to try if everything else works.

You only flash the binaries to oem_a, not to b.

#124

Yes, a big one: I updated my post above.

1 Like
#125

From my experience, it is SOLELY the underlying Android OS (version 12 and up) that makes the echo and display tint/banding issues go away. Binaries don’t seem to have any connection with it. No matter what version of binaries one uses, if the base Android OS is version 11 recommended by Jolla, echo and tint/banding still appear. Flashing Android 12 or 13, even with the old Android 11 v9a binaries, makes those issues disappear. So the fix must be in the base OS, not in the binary blobs.

2 Likes
#126

Yes, sure, we both keep on saying the same with slightly different words. Technically I assume we both expect some firmware partition being updated to make the difference: Consequently there might be other ways to achieve that, if one successfully identifies this firmware partition and copies over its updated content from another Xperia 10 III. This is the approach @thigg was once aiming at, which may even be achievable under a running SailfishOS installation, though I would still prefer to do that when having a SailfishOS recovery image booted.
Hence my slightly softer language, because I have learnt to “never say never” rsp. not to say “this is the only way”.

1 Like
#127

That’s right. And it seems to be one of the partitions that gets its contents when the base Android OS is flashed, and which then doesn’t get altered, neither by flashing SFOS nor Sony binaries.

Which on the 10 III rules out boot_a, boot_b, userdata, dtbo_a, dtbo_b and oem_a.

But the whole rest remains…

1 Like
#128

Just going to ask this… Cleary this is a very complicated process. Has anyone made a video of the process for people to follow.

Reading thru the directions leave a lot of unanswered questions with very little explanation.

A video of someone doing this process and explaining what and why they are doing it would amazing and very helpful.

#129

Hi Thigg… Can you tell my why you did the backup as I am a PC user as well.

You wrote that you flashed the android 13, Can you share with me what they means and why you did that. Just trying to get some clarity on this very frightening process.

I mean to be clear I know why we make back ups… I guess what I am asking is more about the process.

Based on my reading we have to do this flash thing…
Let me ask what happens if you don’t flash?

Can Sailfish be install with out emma ?

Or Can I make a back up of the phone as is and if something goes wrong can I return the phone to its original android state??? Thanks for any insight.

#130

Flashing is the process of transferring what you downloaded (the “Sailfishos image”, and the “Sony binaries”) to the memory of your device.
Think of it as installing the OS.

After flashing you have installed SailfishOS and can use it on your device.

And yes, if you mess up you can use the Emma tool to restore Android on the device. (Which is also flashing, but a different “image”).

I don't want to Turn this Working Sony 10-3 into a desk weight will pay you to Install it (Resolved)
#131

Thank you ok… The part that was throwing me for the loop was the android part. Can I back up the phone in the phone in its current state with Emma. The reason I have so many questions is that I see all these post with command line information and people saying they first backed up sailfish then android the order is really not clear… But this is making sense they way you explained it.

Thank you again.

#132

You don’t need to backup anything if you have no content on the phone you care about, like pictures or other documents.
Those will be gone after flashing.

If you do have something like that, copy it somehere, like your PC, or a cloud storage or similar.

1 Like
#133

Ahhh okay… the directions made it seem like this was something that had to be done. This is a fresh phone out of the box.

If something goes wrong is there a way with out a backup to restore the phone back or once the process happens its all but broken?

I don't want to Turn this Working Sony 10-3 into a desk weight will pay you to Install it (Resolved)
#134

Have a look here:

I flashed my phone 4 times until it run SF. I used Emma in a VBox to flash Android again after a failed flash. That worked flawless and easy.

The reason why it failed was obviously, that the SW binaries were too large, to flash them at once so I limited the package size with the Option -S 256M and flashed the binaries separately. (maybe that’s due to my fastboot version, but I don’t really know),

The procedure itself is very simple and there shouldn’t be too much that can go wrong. I have flashed so many phones and never bricked one of them. Even when there were sometimes smaller problems a reflash was always possible.