Sederhananya, tugas terjemahan bahasa Mandarin adalah mengganti semua teks di dalam game dengan bahasa Mandarin. Dalam game seluler, mungkin ada tiga bentuk teks yang dimodifikasi:
kata-kata bergambar. Mengacu pada semua teks yang ada dalam bentuk gambar, seperti game splash, latar belakang teks atau efek khusus, dll. Cara penggantiannya sangat sederhana, cari artis untuk membuat gambarnya, lalu langsung ganti gambar aslinya. Banyak game di masa lalu yang memasukkan gambar-gambar ini ke dalam toples tanpa proses apa pun atau hanya menghapus ekstensinya. Sangat mudah untuk menggantinya. Namun, untuk memperkecil ukurannya, banyak game kini mengemas n gambar ke dalam satu file. Agak merepotkan untuk mengganti file-file ini secara akurat.
Pertama kita perlu mengetahui format penyimpanan file. Menurut metode menggambar program, secara kasar dapat dibagi menjadi dua bentuk: drawImage dan drawRGB.
drawImage langsung mengemas gambar tanpa merusak format gambar apa pun, sedangkan drawRGB menyimpan informasi piksel gambar dalam format RGB. Yang pertama lebih mudah. Selain PNG, beberapa ponsel juga mendukung format GIF, JPG, dan lainnya. Pastikan saja format gambarnya benar. Yang terakhir ini sedikit lebih merepotkan, karena susunan informasi piksel RGB yang terbentuk sangat besar, dan sebagian dikompresi, sehingga penggantian yang akurat akan lebih sulit.
String ditulis dalam program. Cara pengolahannya juga sangat sederhana. Cukup dekompilasi file sumber dan ganti string yang sesuai. Jangan tanya saya apa itu dekompilasi, saya tidak akan membahas prinsip-prinsip kompilasi pada postingan kali ini. Untuk menguraikan lebih lanjut, ada dua cara. Yang pertama adalah memodifikasi file kelas secara langsung. Jika Anda menulis karakter Mandarin langsung di program sumber, string karakter Mandarin di file kelas yang dihasilkan harus berupa pengkodean UTF8 standar. Cara sederhananya adalah dengan mengkompilasi file java dengan string berbahasa Mandarin yang ditulis sendiri, lalu menyalin byte yang sesuai dalam file kelas yang dihasilkan ke file kelas asli. Yang kedua adalah file Java yang dihasilkan setelah dekompilasi. Karena pengacakan, ada tempat yang tidak dapat dikompilasi. Hal ini biasanya terjadi karena ada masalah pada file yang dihasilkan setelah dekompilasi. Karena alat pengacaknya berbeda, maka permasalahan yang ada juga berbeda. Di beberapa tempat, dekompilasi tidak berhasil, di tempat lain instruksi perakitan semu (seperti goto, dll.) digunakan, dan nama beberapa konstruktor disembunyikan. . Tunggu, beberapa alat pengacak juga dengan sengaja menambahkan kode yang tidak masuk akal untuk memasang jebakan untuk dekompilasi -__-|| Oleh karena itu, modifikasi yang sangat merepotkan harus dilakukan. . . Tentu saja, hanya ada sedikit kesalahan yang dilakukan saat memperbaikinya, yang sangat merepotkan. Teknik pengacakan dan dekompilasi bekerja sama, dan tidak ada solusi yang cocok untuk semua. Singkatnya, metode ini tidak disarankan bila gangguan kode pengacakan belum sepenuhnya dihilangkan.
String ditulis dalam data eksternal. Jika struktur program game ini bagus, semua string harus ditempatkan di file eksternal. Jika Anda tidak tahu file yang mana, buka saja semua file dengan editor teks dan lihat untuk menemukan file yang menyimpan string. Banyak game menggunakan fungsi umum readUTF() untuk membaca data dari file. Oleh karena itu, pastikan string baru yang digunakan berkode UTF-8. Karena tidak ada file xml asli untuk membuat ulang file data ini, Anda mungkin perlu mengganti pengkodean string heksadesimal untuk mengganti string asli dengan benar. Secara umum, setiap karakter uft-8 berukuran satu byte lebih besar dari Unicode, sehingga file string yang diganti mungkin sedikit lebih besar dari aslinya. Jika tidak dalam format UTF8, mungkin dalam format Unicode atau format lainnya. Namun, jika program itu sendiri tidak memperhitungkan pembacaan teks multi-byte, hal itu tidak dapat diselesaikan kecuali kode sumbernya diubah.
Ini pada dasarnya sudah selesai. Perubahan ukuran jar dan memori runtime game yang disebabkan oleh penggantian string ini dapat diabaikan. Langkah terakhir adalah memastikan bahwa ponsel yang ingin Anda jalankan program ini mendukung bahasa Mandarin :)
Singkatnya, sungguh menyenangkan tidak memiliki perpustakaan font bawaan. Saat Anda mendapatkan rom GBA, hal pertama yang perlu Anda lakukan adalah memecahkannya, tapi bagaimana dengan mendapatkan game seluler? Cukup unzip dan lihat setiap file.Haha, untuk membuat GBA versi China setidaknya membutuhkan crack, terjemahan, dan art, namun untuk membuat ponsel versi China, jumlah teksnya tidak banyak, gambarnya tidak banyak, dan cukup satu orang. Dan yang terpenting adalah tidak ada perusahaan produksi game GBA di China. Jika Anda ingin memainkan game Tiongkok, Anda hanya bisa mengandalkan penggemar untuk melakukannya sendiri. Namun untuk game mobile justru sebaliknya. Ada banyak perusahaan produksi dalam negeri. Namun meskipun demikian, sebagian besar game Tiongkok masih berupa sampah murni, dan tidak bisa dibandingkan dengan game yang diproduksi oleh perusahaan asing ternama. Siswa yang tertarik dapat mencobanya sendiri, jadi menurut saya pentingnya artikel ini tidak ada artinya sama sekali.
Tutorial pengantar untuk permainan Cina
Balasan (12)
"@_@" Terlalu sulit. Menunjukkan ada tekanan.
Ini diputar
Lewat, melibatkan pemrograman dan juga istilah profesional... operasi sebenarnya seharusnya tetap dilakukan di komputer, saya agak bingung, awalnya masuk ke sini mungkin bisa melalui sebuah software untuk menterjemahkan lalu menimpa file saja, ternyata tidak... sudahlah, terlalu rumit, saya tidak mengerti...
Mengganti file asli tanpa tekanan
Atas…………
Atas…………
Ini menunjukkan bahwa ini bukan tutorial, hanya menjelaskan pemikiran di balik penterjemahan ke bahasa Mandarin!
Jawaban di bawah benar, yang di atas adalah penjelasan teori yang telah di-Chinese-kan, untuk dipelajari oleh para penggemar
Puncak~~~~~
Oh!!!!!!
Cukup baik... cuma tidak bisa mengerti
Gak ngerti, bisa dijelasin dengan cara yang lebih gampang dimengerti gak????
— Semua balasan dimuat —