Month: September 2025

Dalam kisah #WeAreplay terbaru kami, kami bertemu para pendiri yang mengubah minat mereka menjadi komunitas yang bersemangat melalui aplikasi dan permainan mereka di Google Play – dari mendemokratisasi produksi musik untuk seniman di Brasil hingga membangun jaringan global untuk para profesional kulit hitam.

Berikut adalah beberapa favorit kami:

Aplikasi Erik dan Kelvin Murb menghubungkan dan memungkinkan seniman indie di Brasil untuk membuat dan mendistribusikan musik dari ponsel mereka.

Brothers Erick dan Kelvin menggabungkan hasrat mereka untuk budaya perkotaan Brasil dari skateboarding hingga grafiti dengan pengalaman profesional mereka di bidang teknologi untuk menciptakan murb. Aplikasi mereka memberdayakan komunitas muda, independen di komunitas rap, trap, dan funk untuk memproduksi musik langsung di ponsel mereka, menyediakan platform vital bagi mereka yang tidak memiliki akses ke studio. Dengan fitur -fitur terbaru seperti profil produser untuk membantu musisi menjual karya mereka dan berencana untuk berintegrasi dengan platform streaming utama, Murb sedang dalam misi untuk mendemokratisasi produksi musik.

Aplikasi Channing Blacklisted memberdayakan para profesional kulit hitam dengan platform khusus untuk membangun komunitas, berbagi tonggak karir, dan secara langsung mendukung bisnis milik hitam.

Setelah bekerja sebagai manajer produk di sektor energi, Channing melihat perlunya ruang khusus di mana para profesional kulit hitam dapat terhubung, merayakan pencapaian, dan saling mendukung. Dia menciptakan BlackListed, aplikasi jejaring sosial bagi pengguna untuk berbagi tonggak karir dan pembaruan pekerjaan. Channing sekarang bersiap untuk meluncurkan fitur belanja baru untuk mendukung bisnis milik hitam secara langsung melalui aplikasi, dengan rencana untuk memperluas platform ke Kanada dan Afrika.

Zeyang, Kan dan Susheng membangun komunitas global dengan permainan populer Soul Knight.

Setelah bertemu di AS saat mempelajari ilmu komputer, Zeyang, Kan, dan Susheng United karena hasrat bersama untuk bermain game untuk meluncurkan Chillyroom. Judul hit mereka, Soul Knight, adalah penembak piksel seperti nakal yang dibangun murni untuk bersenang-senang, sengaja menghindari mekanik gaji. Mode koperasi dan multipemain lokal permainan membantunya menyebar dengan cepat melalui mulut ke mulut di sekolah dan asrama, membangun komunitas global yang berdedikasi. Saat ini, tim sedang mengembangkan proyek baru sambil tetap setia pada misi mereka untuk memberikan peluang bagi generasi pengembang game berikutnya.

Temukan Pendiri Aplikasi dan Game Inspiring lainnya yang ditampilkan di #WeAreplay.

Diposting oleh Alec Mouri – Insinyur Perangkat Lunak

Seperti yang dijelaskan dalam apa HDR?, Kita dapat menganggap HDR hanya mengacu pada rentang pencahayaan lebih terang dari SDR. Saat mengintegrasikan konten HDR ke dalam antarmuka pengguna, Anda harus berhati -hati ketika antarmuka pengguna Anda terutama warna dan aset SDR. Sistem visual manusia beradaptasi dengan warna yang dirasakan berdasarkan lingkungan sekitarnya, yang dapat menyebabkan hasil yang mengejutkan. Kami akan melihat satu contoh terkait.

Kontras Simultan

Pertimbangkan gambar berikut:

Gambar ini menunjukkan dua persegi panjang abu -abu dengan warna latar belakang yang berbeda. Bagi kebanyakan orang yang melihat gambar ini, dua persegi panjang abu -abu tampak berbeda dengan warna abu -abu: persegi panjang paling atas dengan latar belakang yang lebih gelap tampaknya menjadi warna yang lebih ringan dari persegi panjang botol dengan latar belakang yang lebih ringan.

Tapi ini adalah nuansa abu -abu yang sama! Anda dapat membuktikan ini untuk diri sendiri dengan menggunakan alat pengambilan warna favorit Anda atau dengan melihat gambar di bawah ini:

Ini menggambarkan fenomena visual yang disebut kontras simultan. Pembaca yang tertarik dengan penjelasan biologis dapat mempelajari lebih lanjut di sini.

Oleh karena itu, perbedaan terdekat dalam warna “ditekankan”: warna tampak lebih gelap ketika tepat di sebelah warna yang lebih cerah. Warna yang sama akan tampak lebih terang ketika tepat di sebelah warna yang lebih gelap.

Implikasi pada pencampuran HDR dan SDR

Efek kontras simultan mempengaruhi penampilan antarmuka pengguna yang perlu menyajikan campuran konten HDR dan SDR. Luminansi puncak yang diizinkan oleh HDR akan menciptakan efek kontras simultan: mata akan beradaptasi* Untuk pencahayaan puncak yang lebih tinggi (dan seringkali luminance rata -rata yang lebih tinggi dalam praktik), yang secara perseptual akan menyebabkan konten SDR muncul lebih redup meskipun secara teknis pencahayaan konten SDR tidak berubah sama sekali. Bagi pengguna, ini dapat dinyatakan sebagai: layar ponsel saya menjadi “abu -abu” atau “dicuci”.

Kita dapat melihat fenomena ini pada gambar di bawah ini. Perangkat di sebelah kanan mensimulasikan bagaimana foto dapat muncul dengan SDR UI, jika foto -foto itu diterjemahkan sebagai HDR. Perhatikan bahwa foto-foto Agustus terlihat identik jika dibandingkan secara berdampingan, tetapi kualitas SDR UI terdegradasi secara visual.

Aplikasi, ketika merancang untuk HDR, perlu mempertimbangkan seberapa banyak “banyak” SDR ditampilkan pada waktu tertentu di layar mereka ketika mengendalikan seberapa cerah HDR “diizinkan”. UI yang didominasi oleh SDR, seperti tampilan galeri di mana sejumlah kecil konten HDR ditampilkan, tiba -tiba tampak lebih gelap dari yang diharapkan.

Saat membangun UI Anda, pertimbangkan dampak HDR pada keterbacaan teks atau penampilan aset SDR di dekatnya, dan gunakan API yang sesuai yang disediakan oleh platform Anda untuk membatasi kecerahan HDR, atau bahkan menonaktifkan HDR. Misalnya, ruang kepala 2x untuk kecerahan HDR mungkin dapat diterima untuk menyeimbangkan kualitas adegan HDR Anda dengan elemen SDR Anda. Sebaliknya, UI yang didominasi oleh HDR, seperti video layar penuh tanpa elemen UI lainnya di atas, tidak perlu menganggap ini sekuat, seperti fokus UI pada konten HDR itu sendiri. Dalam situasi tersebut, ruang kepala 5x (atau lebih tinggi, tergantung pada metadata konten seperti Ultrahdr's MAX_CONTENT_BOOST) mungkin lebih tepat.

Mungkin tergoda untuk “mencerahkan” konten SDR sebagai gantinya. Tahan godaan ini! Ini akan menyebabkan aplikasi Anda menjadi juga Cerah, terutama jika ada aplikasi lain atau elemen UI sistem di layar.

Cara mengontrol headroom hdr

Android 15 memperkenalkan kontrol untuk headroom HDR yang diinginkan. Anda dapat meminta permintaan aplikasi agar sistem menggunakan headroom HDR tertentu berdasarkan konteks di sekitar UI yang Anda inginkan:

• Jika Anda hanya ingin menampilkan konten SDR, cukup tidak meminta ruang kepala.
• Jika Anda hanya ingin menampilkan konten HDR, maka minta headroom HDR tinggi ke dan sesuai dengan tuntutan konten.
• Jika Anda ingin menunjukkan campuran konten HDR dan SDR, maka dapat meminta nilai ruang kepala menengah sesuai. Jumlah ruang kepala yang khas adalah sekitar 2x untuk adegan campuran dan 5-8x untuk adegan sepenuhnya-hdr.

Berikut adalah beberapa contoh penggunaan:

// Required for the window to respect the desired HDR headroom.
// Note that the equivalent api on SurfaceView does NOT require
// COLOR_MODE_HDR to constraint headroom, if there is HDR content displayed
// on the SurfaceView.
window.colorMode = ActivityInfo.COLOR_MODE_HDR
// Illustrative values: different headroom values may be used depending on
// the desired headroom of the content AND particularities of apps's UI
// design.
window.desiredHdrHeadroom =
    if(/* SDR only */) {
        0f
    } else {
        if (/* Mixed, mostly SDR */) {
            1.5f
        } else {
            if ( /* Mixed, mostly HDR */) {
                3f
            } else { 
                /* HDR only */
                5f
            }
        }
    }

Platform lain juga memiliki API yang memungkinkan pengembang memiliki kontrol atas membatasi konten HDR dalam aplikasi mereka.

Platform Web memiliki konsep yang lebih kasar: Draf kerja publik pertama dari modul HDR warna CSS menambahkan opsi tertinggi terbatas untuk membatasi ruang kepala untuk adegan HDR dan SDR campuran. Di dalam ekosistem Apple, Ditbatasan High juga kasar, diperhitungkan dengan tantangan menampilkan adegan HDR dan SDR campuran pada tampilan konsumen.

Jika Anda seorang pengembang yang sedang mempertimbangkan untuk mendukung HDR, berhati -hatilah tentang bagaimana HDR berinteraksi dengan UI Anda dan menggunakan kontrol headroom HDR dengan tepat.

*Ada mekanisme lain yang digunakan mata untuk adaptasi cahaya, seperti refleks cahaya pupil, yang memperkuat fenomena visual ini (cahaya HDR puncak yang lebih terang berarti pupil menyempit, yang menyebabkan lebih sedikit cahaya untuk mengenai retina).

IPv4 memperumit kode aplikasi dan menyebabkan dampak baterai

Sebagian besar lalu lintas internet saat ini masih menggunakan IPV4, yang tidak dapat memberikan konektivitas ujung ke ujung yang transparan ke aplikasi. IPv4 hanya menyediakan 2³² Alamat – Jauh lebih sedikit dari jumlah perangkat di internet saat ini – jadi tidak mungkin untuk menetapkan alamat IPv4 publik ke setiap perangkat Android, apalagi untuk masing -masing aplikasi atau fungsi dalam perangkat. Jadi sebagian besar pengguna Internet memiliki alamat IPv4 pribadi, dan membagikan alamat IPv4 publik dengan pengguna lain dari jaringan yang sama menggunakan Network Address Translation (NAT). NAT menyulitkan untuk membangun aplikasi jaringan canggih seperti aplikasi panggilan video atau VPN, karena aplikasi semacam ini perlu secara berkala mengirim paket untuk menjaga sesi NAT tetap hidup (yang menyakiti baterai) dan menerapkan protokol kompleks seperti STUN untuk memungkinkan perangkat terhubung satu sama lain melalui NAT.

Mengapa ipv6 belum menyelesaikan masalah ini

Versi baru dari protokol internet, IPv6 – sekarang digunakan oleh sekitar setengah dari semua pengguna Google – menyediakan ruang alamat yang hampir tidak terbatas dan kemampuan perangkat untuk menggunakan banyak alamat. Ketika setiap perangkat bisa mendapatkan alamat IPv6 global, tidak perlu menggunakan NAT untuk berbagi alamat! Tetapi meskipun ruang alamat itu sendiri tidak lagi terbatas, metode penugasan alamat IPv6 saat ini yang digunakan pada Wi-Fi, seperti SLAAC dan DHCPV6 IA_NA, masih memiliki keterbatasan.

Untuk satu hal, baik SLAAC dan DHCPV6 IA_NA memerlukan jaringan untuk mempertahankan status untuk setiap alamat individu, sehingga menetapkan lebih dari beberapa alamat IPv6 untuk setiap perangkat Android dapat menyebabkan masalah penskalaan di jaringan. Ini berarti seringkali tidak mungkin untuk menetapkan alamat IPv6 ke VM atau wadah di dalam perangkat, atau ke perangkat yang dapat dipakai dan perangkat tertambat lainnya yang terhubung dengannya. Misalnya, jika aplikasi Anda berjalan pada perangkat yang dapat dipakai yang terhubung ke ponsel Android, atau pada tablet yang ditambatkan ke ponsel Android yang terhubung ke Wi-Fi, kemungkinan tidak akan memiliki konektivitas IPv6 dan perlu menangani kompleksitas dan dampak baterai NAT.

Selain itu, kami telah mendengar umpan balik dari beberapa pengguna dan operator jaringan yang mereka inginkan lebih kontrol atas alamat IPv6 yang digunakan oleh perangkat Android. Sampai sekarang, Android hanya mendukung SLAAC, yang tidak memungkinkan jaringan untuk menetapkan alamat IPv6 yang dapat diprediksi, dan membuatnya lebih sulit untuk melacak pemetaan antara alamat IPv6 dan perangkat menggunakannya. Ini telah membatasi ketersediaan IPv6 pada perangkat Android di beberapa jaringan.

Solusi: Blok alamat IPv6 khusus dengan DHCPV6 PD

Untuk mengatasi kelemahan ini, kami telah menambahkan dukungan untuk delegasi awalan DHCPV6 (PD) sebagaimana didefinisikan dalam RFC 8415 dan RFC 9762. Tumpukan jaringan Android sekarang dapat meminta awalan khusus dari jaringan, dan jika mendapatkan awalan, ia akan menggunakannya untuk mendapatkan konektivitas IPV6. Dalam rilis di masa mendatang, perangkat ini akan dapat berbagi awalan dengan perangkat yang dapat dikenakan, perangkat tertambat, mesin virtual, dan jaringan rintisan seperti utas, menyediakan semua perangkat ini dengan konektivitas IPv6 global. Ini benar-benar mewujudkan potensi IPv6 untuk memungkinkan konektivitas ujung ke ujung dan dapat diskalakan ke sejumlah perangkat dan fungsi yang tidak terbatas, tanpa memerlukan NAT. Dan karena awalan ditugaskan oleh jaringan, operator jaringan dapat menggunakan infrastruktur logging DHCPV6 yang ada untuk melacak perangkat mana yang menggunakan awalan mana (lihat RFC 9663 untuk panduan kepada operator jaringan pada penyebaran DHCPV6 PD).

Ini memungkinkan jaringan untuk sepenuhnya mewujudkan potensi IPv6: perangkat mempertahankan fleksibilitas SLAAC, seperti kemampuan untuk menggunakan jumlah alamat yang hampir tidak terbatas, dan jaringan mempertahankan pengelolaan dan akuntabilitas dari pengaturan DHCPV6 tradisional. Kami berharap ini akan memungkinkan lebih banyak jaringan untuk beralih ke IPv6, menyediakan aplikasi dengan konektivitas IPv6 end-to-end dan mengurangi kebutuhan NAT Traversal dan Keepalives.

Android 16 QPR2 telah merilis stabilitas platform hari ini dengan Beta 2! Itu berarti bahwa permukaan API terkunci, dan perilaku yang menghadap aplikasi bersifat final, sehingga Anda dapat memasukkannya ke dalam aplikasi Anda dan memanfaatkan inovasi platform terbaru kami.

Baru di beta QPR2

Pada tahap selanjutnya dalam siklus pengembangan, kami fokus pada pekerjaan kritis mempersiapkan platform untuk rilis. Berikut adalah beberapa perubahan berdampak yang ingin kami soroti:

Menguji verifikasi pengembang

Untuk lebih melindungi pengguna Android dari pelanggar berulang, Android memperkenalkan verifikasi pengembang, persyaratan baru untuk membuat instalasi aplikasi lebih aman dengan mencegah penyebaran malware dan penipuan. Mulai bulan September 2026 dan di wilayah tertentu, Android akan mengharuskan aplikasi untuk didaftarkan oleh pengembang yang diverifikasi untuk diinstal pada perangkat Android bersertifikat, dengan pengecualian yang dibuat untuk pemasangan yang dibuat melalui Android Debug Bridge (ADB).

Sebagai pengembang, Anda bebas menginstal aplikasi tanpa verifikasi dengan menggunakan ADB, sehingga Anda dapat terus menguji aplikasi yang belum dimaksudkan atau belum siap untuk didistribusikan ke populasi konsumen yang lebih luas.

Untuk aplikasi yang memungkinkan pemasangan paket aplikasi yang diprakarsai pengguna, Android 16 QPR2 Beta 2 berisi API baru yang mendukung verifikasi pengembang selama instalasi, bersama dengan perintah ADB baru untuk memungkinkan Anda memaksa hasil verifikasi untuk tujuan pengujian.

adb shell pm set-developer-verification-result

Dengan menggunakan perintah ini, (lihat ADB Shell pm Bantuan untuk detail lengkap) Anda sekarang dapat mensimulasikan kegagalan verifikasi. Ini memungkinkan Anda untuk memahami pengalaman pengguna ujung ke ujung untuk verifikasi yang sukses dan tidak berhasil, sehingga Anda dapat mempersiapkannya sebelum penegakan dimulai.

Kami mendorong semua pengembang yang mendistribusikan aplikasi pada perangkat Android bersertifikat untuk mendaftar untuk akses awal untuk bersiap -siap dan tetap diperbarui.

Perlindungan SMS OTP

Bentuk Ikon Aplikasi Kustom

Android 16 QPR2 memungkinkan pengguna untuk memilih dari daftar bentuk ikon yang berlaku untuk semua ikon aplikasi dan pratinjau folder. Periksa untuk memastikan bahwa ikon adaptif Anda bekerja dengan baik dengan bentuk apa pun yang dipilih pengguna.

Koleksi sampah yang lebih efisien

Android Runtime (ART) sekarang mencakup pengumpul sampah mark-compact (CMC) generasional di Android 16 QPR2 yang memfokuskan upaya pengumpulan pada objek yang baru dialokasikan, yang lebih mungkin menjadi sampah. Anda dapat mengharapkan pengurangan penggunaan CPU dari pengumpulan sampah, pengalaman pengguna yang lebih halus dengan lebih sedikit jank, dan efisiensi baterai yang lebih baik.

Pelacakan Langkah Asli dan Data Latihan yang Diperluas di Koneksi Kesehatan

Health Connect sekarang secara otomatis melacak langkah menggunakan sensor perangkat. Jika aplikasi Anda memiliki Read_steps Izin, data ini akan tersedia dari paket “Android”. Ini tidak hanya menyederhanakan kode yang diperlukan untuk melakukan pelacakan langkah, tetapi juga lebih hemat daya.

Juga, Latihan Dan Latihan Jenis data telah diperbarui. Anda sekarang dapat merekam dan membaca berat badan, menetapkan indeks, dan laju pengerahan tenaga (RPE) untuk segmen olahraga. Karena Health Connect diperbarui secara independen dari platform, memeriksa ketersediaan fitur sebelum menulis data akan memastikan kompatibilitas dengan versi lokal Health Connect saat ini.

// Check if the expanded exercise features are available
val newFieldsAvailable = healthConnectClient.features.getFeatureStatus(
    HealthConnectFeatures.FEATURE_EXPANDED_EXERCISE_RECORD
) == HealthConnectFeatures.FEATURE_STATUS_AVAILABLE

val segment = ExerciseSegment(
    //...
    // Conditionally add the new data fields
    weight = if (newFieldsAvailable) Mass.fromKilograms(50.0) else null,
    setIndex = if (newFieldsAvailable) 1 else null,
    rateOfPerceivedExertion = if (newFieldsAvailable) 7.0f else null
)

Versi SDK minor

QPR2 menandai rilis Android pertama dengan versi SDK kecil yang memungkinkan kami untuk lebih cepat berinovasi dengan API platform baru yang disediakan di luar timeline kami yang biasa setiap tahun. Berbeda dengan rilis platform utama (Android 16) pada tahun 2025-Q2 yang mencakup perubahan perilaku yang memengaruhi kompatibilitas aplikasi, perubahan dalam rilis ini sebagian besar aditif dan dirancang untuk meminimalkan kebutuhan untuk pengujian aplikasi tambahan.

Aplikasi Anda dapat dengan aman menghubungi API baru di perangkat di mana mereka tersedia dengan menggunakan Sdk_int_full dan nilai masing -masing dari Version_codes_full enumerasi.

if (Build.VERSION.SDK_INT_FULL >= Build.VERSION_CODES_FULL.BAKLAVA_1) {
    // Call new APIs from the Android 16 QPR2 release
}

Anda juga dapat menggunakan Build.getMinorsDkversion () Metode untuk hanya mendapatkan nomor versi SDK minor.

val minorSdkVersion = Build.getMinorSdkVersion(VERSION_CODES_FULL.BAKLAVA)

Yang asli Versi_codes Pencacahan masih dapat digunakan untuk membandingkan dengan SDK_INT Pencacahan untuk API yang dinyatakan dalam rilis non kecil.

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.BAKLAVA) {
    // Call new APIs from the Android 16 release
}

Karena rilis kecil tidak dimaksudkan untuk mengalami perubahan perilaku, mereka tidak dapat digunakan di Atribut manifes menggunakan-SDK.

Mulailah dengan Android 16 QPR2 Beta

Anda dapat mendaftarkan perangkat piksel yang didukung untuk mendapatkan pembaruan Android Beta ini di masa depan. Jika Anda tidak memiliki perangkat piksel, Anda dapat menggunakan gambar sistem 64-bit dengan emulator Android di Android Studio. Jika Anda sudah berada di program Beta Android, Anda akan ditawari pembaruan over-the-air untuk Beta 2. Kami akan memperbarui gambar sistem dan SDK secara teratur di seluruh siklus rilis Android 16 QPR2.

Jika Anda berada di program CANARY dan ingin memasuki program beta, Anda perlu menyeka perangkat Anda dan secara manual mem -flashnya ke rilis beta.

Untuk pengalaman pengembangan terbaik dengan Android 16 QPR2, kami sarankan Anda menggunakan versi canary terbaru dari Studio Narwhal Feature Drop.

Kami mencari umpan balik Anda, jadi silakan laporkan masalah dan kirimkan permintaan fitur di halaman umpan balik. Semakin awal kami mendapatkan umpan balik Anda, semakin banyak yang bisa kami sertakan dalam pekerjaan kami pada rilis akhir. Terima kasih telah membantu membentuk masa depan platform Android.

Dalam kisah #WeAreplay terbaru kami, kami bertemu orang -orang yang mengubah tantangan pribadi menjadi aplikasi dan permainan yang sukses di Google Play – dari anak anjing baru yang menginspirasi asisten perawatan hewan peliharaan digital, hingga kehilangan kontak dengan keluarga selama gempa bumi yang mengarah ke aplikasi yang memberikan peringatan bencana waktu nyata hingga jutaan.

Berikut adalah beberapa favorit kami:

Aplikasi Daiki, pencegahan bencana saraf, memberikan peringatan bencana berbasis waktu, lokasi.

Seorang programmer otodidak sejak usia muda, Daiki Ishimori terinspirasi oleh posting media sosial populernya yang berbagi peringatan gempa bumi untuk membuat aplikasi pencegahan bencana saraf. Sekarang alat Keselamatan Harian Tepercaya, aplikasi ini menyediakan peringatan berbasis lokasi real-time dan baru-baru ini meluncurkan alat pemetaan krisis untuk informasi bantuan multibahasa yang bersumber dari kerumunan. Daiki sekarang bersiap untuk meluncurkan fitur komunitas baru untuk membuat orang terhubung dan dilindungi selama keadaan darurat.

Aplikasi bertenaga AI, Rafael, dan Rodrigo, Budz, membantu pemilik anjing dan kucing dengan pelatihan, kesehatan, dan nutrisi.

Terinspirasi oleh anak anjing baru co-founder, Jaimes, Rafael, dan Rodrigo menciptakan Budz untuk mendukung sesama pecinta hewan. Aplikasi ini membantu dengan pelatihan hewan peliharaan, kesehatan, dan nutrisi melalui fitur-fitur seperti pengingat vaksin, telekonsultasi 24/7, dan tutor AI yang menjawab pertanyaan real-time. Dengan membantu orang -orang di Brasil lebih merawat hewan peliharaan mereka, Budz bertujuan untuk mengurangi pengabaian hewan peliharaan dan sekarang bersiap untuk berkembang di seluruh Amerika Latin.

Aplikasi Khaldon, Perrine dan Victor, Ochy, menganalisis formulir berlari untuk mencegah cedera.

Setelah cedera mengesampingkan karirnya yang berlari cepat, Khaldon Evans terinspirasi oleh pemulihannya sendiri untuk membuat analisis gerakan tingkat laboratorium dapat diakses. Dia bekerja sama dengan pakar biomekanik Perrine Chapot dan pengembang Victor Dequid untuk menciptakan Ochy. Dengan hanya menggunakan kamera ponsel cerdas, aplikasi ini menganalisis formulir yang berjalan pengguna untuk membantu pelari, pelatih, dan dokter mencegah cedera, dan baru-baru ini menambahkan fitur analisis punggung baru. Selanjutnya, tim berencana untuk memperkenalkan rekomendasi sepatu yang dipersonalisasi dan memperluas ke olahraga baru.

Temukan Pendiri Aplikasi dan Game Inspiring lainnya yang ditampilkan di #WeAreplay.

Dengan memanfaatkan model bahasa dan ucapan besar, AI generatif membuat avatar 3D cerdas yang dapat melibatkan pengguna dalam percakapan alami, dari video game hingga layanan pelanggan. Untuk membuat karakter-karakter ini benar-benar seperti hidup, mereka membutuhkan ekspresi seperti manusia. Nvidia Audio2face mempercepat penciptaan karakter digital yang realistis dengan memberikan animasi wajah real-time dan sinkronisasi bibir yang digerakkan oleh AI generatif.

Saat ini, NVIDIA membuka sumber teknologi Audio2face kami untuk mempercepat adopsi avatar bertenaga AI dalam permainan dan aplikasi 3D.

Audio2Face menggunakan AI untuk menghasilkan animasi wajah yang realistis dari input audio. Ini bekerja dengan menganalisis fitur akustik seperti fonem dan intonasi untuk membuat aliran data animasi, yang kemudian dipetakan ke pose wajah karakter. Data ini dapat diberikan offline untuk konten yang telah ditulis sebelumnya atau dialirkan secara real-time untuk karakter dinamis, yang digerakkan AI, memberikan sinkronisasi bibir yang akurat dan ekspresi emosional.

NVIDIA membuka sumber model Audio2face dan SDK sehingga setiap game dan pengembang aplikasi 3D dapat membangun dan menggunakan karakter kesetiaan tinggi dengan animasi canggih. Kami juga membuka sumber kerangka pelatihan Audio2face, sehingga siapa pun dapat menyempurnakan dan menyesuaikan model kami yang sudah ada sebelumnya untuk kasus penggunaan tertentu.

Lihat tabel di bawah ini untuk daftar lengkap alat sumber terbuka dan pelajari lebih lanjut di NVIDIA Developer.

Teknologi sumber terbuka memungkinkan pengembang, siswa, dan peneliti untuk belajar dari dan membangun kode canggih. Ini menciptakan loop umpan balik di mana komunitas dapat menambahkan fitur baru dan mengoptimalkan teknologi untuk beragam kasus penggunaan. Kami senang membuat animasi wajah berkualitas tinggi lebih mudah diakses dan tidak sabar untuk melihat apa yang diciptakan masyarakat dengannya. Bergabunglah dengan komunitas pengembang NVIDIA Audio2face kami di Discord dan bagikan karya terbaru Anda.

Model Audio2face yang terkemuka di industri digunakan secara luas di seluruh industri game, media dan hiburan, dan layanan pelanggan. Sejumlah pengembang ISV dan game, termasuk Convai, Codemasters, GSC Games World, Inworld AI, Netease, Reallusion, Perfect World Games, StreamLabs, dan UNEEQ Digital Humans telah mengintegrasikan Audio2face dalam aplikasi mereka.

Reallusion, yang menawarkan platform bagi pencipta untuk membangun karakter 3D, Audio2face terintegrasi dalam rangkaian alatnya. “Audio2Face uses AI to create expressive, multilingual facial animation from audio,” said Elvis Huang, head of innovation at Reallusion, Inc. “Its seamless integration with Reallusion's iClone, Character Creator, and iClone AI Assistant, plus advanced editing tools like face-key editing, face puppeteering, and AccuLip make it easier than ever to produce high-quality character animation.”

Survios, pengembang Alien: Rogue Incursion Evolved EditionMelaju proses animasi mereka, memungkinkan untuk memberikan pengalaman karakter berkualitas tinggi lebih cepat. “Dengan mengintegrasikan Audio2face ke dalam edisi yang berevolusi, kami merampingkan pipa untuk penangkapan lip-sinkronisasi dan penangkapan wajah sambil memastikan pengalaman karakter yang lebih mendalam dan otentik untuk para pemain kami,” kata Eugene Elkin, direktur permainan dan insinyur utama di Survios.

Pertanian 51, pencipta Chernobylite Seri game, Audio2face terintegrasi dalam game terbaru mereka. “Integrasi Teknologi Nvidia Audio2face di Chernobylite 2: zona eksklusi telah menjadi game-changer bagi kami, “kata Wojciech Pazdur, Direktur Kreatif di Farm 51.” Ini memungkinkan kami untuk menghasilkan animasi wajah yang sangat rinci langsung dari audio, menghemat banyak jam kerja animasi. Ide yang tidak mungkin dalam aslinya Chernobylite sekarang dimungkinkan yang membawa tingkat realisme dan pencelupan baru ke karakter, membuat penampilan mereka terasa lebih otentik dari sebelumnya. ”

Di bawah ini adalah pengumuman lain untuk pengembang game yang dirilis bulan ini.

Pembaruan terbaru untuk RTX Kit