Prima beta release di Android 17

Google ha presentato la prima versione beta della piattaforma mobile open source Android 17. Per valutare le nuove funzionalità della piattaforma è stato proposto un programma di testing anticipato. I firmware sono stati preparati per i dispositivi Pixel 6/6a/6 Pro, Pixel 7/7a/7 Pro, Pixel 8/8a/8 Pro, Pixel 9/9a/9 Pro/9 Pro XL/9 Pro Fold, Pixel 10/10 Pro/10 Pro XL/10 Pro Fold, Pixel Fold e Pixel Tablet. Il rilascio di Android 17 è previsto per il secondo trimestre del 2026.

Tra le novità in Android 17 Beta 1:

  • È proseguito lo sviluppo della piattaforma per dispositivi con schermi grandi, come tablet, laptop, sistemi desktop e smartphone con schermi pieghevoli. Sono state rimosse le opzioni precedentemente disponibili per disabilitare il nuovo comportamento sui dispositivi con schermi larghi più di 600 pixel condizionati (dp), relativo all'ignorare alcune API per gestire le modifiche di dimensione e orientamento dello schermo (screenOrientation, resizeableActivity, [min|max]AspectRatio), oltre al posizionamento adattivo delle applicazioni in finestre che consentono di essere ridimensionate e spostate sullo schermo.
    Prima beta release di Android 17
    Prima beta release di Android 17
  • È stata proposta una nuova implementazione della coda dei messaggi android.os.MessageQueue, che funziona senza blocchi. La nuova implementazione consente di migliorare le prestazioni e ridurre la perdita di fotogrammi.
  • Nel Android Runtime (ART) è stato implementato un raccoglitore di memoria generazionale (Generational Concurrent Mark-Compact Garbage Collector), che utilizza un'elaborazione separata per oggetti 'vecchi' e 'giovani', aumentando l'efficienza nella pulizia degli oggetti recentemente creati con breve durata. L'uso del raccoglitore di memoria generazionale riduce il rischio di pause durante l'allocazione delle risorse e diminuisce il carico sulla CPU, aumentando l'efficienza del consumo energetico.
  • Non è consentito alle app che dichiarano di supportare Android 17 e versioni successive modificare i valori dei campi contrassegnati come «static final», consentendo così di attivare ottimizzazioni delle prestazioni più aggressive in fase di esecuzione.
  • Per ridurre il consumo di memoria, è stato limitato il dimensionamento dei layout personalizzati delle notifiche (notification view).
  • Nel profiler ProfilingManager sono stati aggiunti trigger aggiuntivi TRIGGER_TYPE_COLD_START, TRIGGER_TYPE_OOM e TRIGGER_TYPE_KILL_EXCESSIVE_CPU_USAGE per raccogliere dati utili nella risoluzione dei problemi di prestazioni.
  • Ampliate le funzionalità delle interfacce software per lavorare con la telecamera. Nell'oggetto CameraCaptureSession è stato aggiunto il metodo updateOutputConfigurations() per allegare o disconnettere al volo le aree di output senza dover riconfigurare l'intero sessione di cattura dei dati dalla telecamera. Nella pratica, la modifica consente di implementare un passaggio fluido tra diversi modi di operare della telecamera (ad esempio, registrazione video e scatto di fotografie). Durante l'uso di telecamere logiche che coprono più sensori fisici, è stata aggiunta la possibilità di ottenere metadati su ciascun sensore, e non solo sul primario.
  • Aggiunta la compatibilità con il formato video VVC (Versatile Video Coding), noto anche come standard di compressione video H.266, sviluppato congiuntamente dai gruppi di lavoro MPEG (ISO/IEC JTC 1) e VCEG (ITU-T), con la partecipazione di aziende come Apple, Ericsson, Intel, Huawei, Microsoft, Qualcomm e Sony. H.266 sostituisce H.265 (HEVC) e garantisce un'elevata efficienza nella trasmissione e memorizzazione di tutte le risoluzioni dello schermo (da SD e HD a 4K e 8K), supporta video con gamma dinamica estesa (HDR, High Dynamic Range) e video panoramico a 360 gradi.
  • Aggiunta la possibilità di registrare video con un livello di qualità costante. La modalità è configurabile nell'oggetto MediaRecorder, utilizzando il metodo setVideoEncodingQuality(), che consente di fissare il livello di qualità senza legarlo al bitrate.
  • Per le app che operano in background, l'accesso alle API per la riproduzione audio, la connessione a dispositivi audio e la modifica del volume è limitato. Si presume che solo le app attive, con cui l'utente sta interagendo in quel momento, possano avviare la riproduzione e modificare il volume.
  • L'attributo android:usesCleartextTraffic, che consentiva all'applicazione di trasmettere traffico non crittografato, come richieste su «http://», è stato dichiarato obsoleto. Se è necessario utilizzare traffico non crittografato, è consigliabile utilizzare file separati con impostazioni di sicurezza.
  • È stata aggiunta la supporto per la crittografia ibrida basata sul meccanismo HPKE (Hybrid Public Key Encryption, RFC 9180), che unisce la semplicità della distribuzione della chiave nella crittografia a chiave pubblica con maggiore prestazione la crittografia simmetrica (i dati sono crittografati con una chiave simmetrica veloce, mentre la chiave stessa è crittografata con un metodo asimmetrico lento).
  • Sono state aggiunte impostazioni per gestire la cronologia delle chiamate VoIP, permettendo di controllare il salvataggio delle informazioni nei registri e la visualizzazione nell'interfaccia delle informazioni sulle chiamate effettuate.
  • Nell'API Wi-Fi RTT (Round-Trip-Time) sono state ampliate le possibilità di definire continuamente la distanza approssimativa dai punti di accesso e di identificare i nodi in modo sicuro per le connessioni P2P (peer-to-peer).
  • Nel CompanionDeviceManager sono stati aggiunti nuovi profili per richiedere autorizzazioni e interagire con dispositivi medici e fitness tracker.

Fonte: opennet.ru

Acquista hosting affidabile per siti web con protezione DDoS, VPS VDS server 🔥 Acquista hosting affidabile per siti web con protezione DDoS, VPS VDS server | ProHoster