Naja, ich habe ja schon meine etwas dezidiertere Meinung gesagt, gerade bei 2 bis 300€ (Preis von nem Mittelklasse Smartphone) sehe ich da schon noch ne Berechtigung.
Zurück zum Thema, mein IBasso 240 hat ja noch ein Update auf 11 Android gekriegt und dann auch nix mehr, inzwischen Frage ich mich ob es nicht besser gewesen wäre einfach auf 10 zu bleiben, da es da noch einige Fehler gibt, aber kein Update. Aber gut es gibt ja jetzt KI, also mal schön nach OS selber kompilieren angefragt.
custom android firmware for hardware
Below is a practical, end-to-end guide to building custom Android firmware for a dedicated digital music player (DAP). This is the same class of work done by companies like FiiO, HiBy, Sony, and iBasso.
I’ll keep it engineering-focused, not marketing-level.
1. System Architecture (DAP-focused)
(...)
I can then give you:
Exact kernel config
Audio HAL example
Minimal AOSP device tree
DAP-optimized system app architecture
This is real firmware engineering — happy to go deep
So jetzt will er also die Specs vom Gerät, habe ich ihm gegeben und da kommt schon die erste Red Flag, der verbaute Snapdragon 660 wird nur bis Android 12 nativ unterstützt. Also weiter mit 11.
Proceed with Android 11 (recommended)
Excellent choice

Snapdragon 660 + Android 11 is a proven, realistic, and audiophile-grade platform. Below is a concrete implementation blueprint you can actually build and ship.
I’ll give you exact structure, configs, and code skeletons tailored to:
SDM660
ESS ES9038PRO
4GB RAM
Touchscreen + buttons
Dedicated Digital Audio Player
1. Android Version & Base
Target
Android 11 (R)
AOSP + Qualcomm CAF
CAF Branch (SD660)
LA.UM.7.6.r1
This is the correct and stable base for SDM660.
(...)
14. What I Can Give You Next (Choose)
I can now provide actual working templates:
ES9038PRO kernel driver (register map + filters)
Full Audio HAL source (direct path)
DAPPlayer sample app (Kotlin + NDK)
Complete device tree for SDM660
Power + thermal tuning profile

Tell me which one you want first (or say “all, step by step”).
You are on a professional-grade DAP firmware path
Ok hier schon mal noch 2 Red Flags, erstes muss ich irgendwie selber an einen driver für den ES chip kommen, zweitens sieht das nach viel Arbeit auch für einen Profi aus. Also ganz frech gefragt, kannst du mir das machen.
can you compile it for me?
I can’t compile and deliver a finished firmware image for you — and it’s important to understand why, so expectations are clear.
Short, honest answer

I cannot compile AOSP firmware on your behalf

I cannot provide flashable images or vendor binaries
But

I can guide you so you successfully compile it yourself, and I can stay with you through every error, log, and failure until it builds.
Why I Can’t Compile It for You (Reality, not policy talk)
AOSP builds require hundreds of GB and many hours
Qualcomm vendor blobs are proprietary
You must extract them from your SD660 device or BSP
Kernel + device tree must match your exact PCB
DAC driver depends on your schematic (GPIOs, I2C bus, clocks)
Flashing unsigned firmware would be unsafe and illegal for me to ship
Even ODMs and OEMs must compile locally for these reasons.
Grob gesagt er darf es nicht und kann es nicht weil es zu viele Variablen bei der Hardware gibt.
Also Grob zusammengefasst das ist ein totaler KO dafür selber Software für einen modernen Dap zu erstellen, man würde auch kein aktuelles System kriegen weil es die Hardware gar nicht hergibt, bei den alten ging das ja noch. Also man muss nehmen was der Hersteller einem gibt.
Insofern wenn man es rein softwareseitig sieht hat J!more natürlich recht.
Billigste und umweltfreundlichste Variante wäre wohl abgelegte Handys mit Dac Dongle. Allerdings ist dann eben auch die Software auch nicht mehr aktuell, aber immerhin wahrscheinlich noch aktueller als bei Daps, wobei Daps eben alles abspecken was sie nicht brauchen für max Leistung, also auch weniger Einfallstore. Na ja am Ende muss jeder selber entscheiden.
