[Game Design] Improving Frogger

Frogger adalah game tentang seekor katak yang ingin menyebrang jalan. Gameplaynya cukup sederhana, si katak bisa bergerak empat arah (kanan, kiri, atas, bawah) lalu ada jalan beberapa jalur yang perlu dilewati si katak untuk menyelesaikan level. Rintangan dalam game cukup sederhana, yaitu berbagai mobil dengan berbagai bentuk dan kecepatan, dan di level-level berikutnya rintangan bertambah bukan hanya jalan dan mobil tapi juga sungai dan bongkahan kayu. Gameplay akan berubah saat di sungai, karena kita bukannya menghindari objek-objek (yang rata-rata berbentuk kotak) yang bergerak tapi justru mengatur waktu untuk lompat ke atasnya, dan jika kita gagal dan mendarat di air, kita harus mengulang level yang bersangkutan.

Oke, kita berhenti dulu sejenak, katak jatuh ke air dan game over? Sebenarnya bagian ini kurang masuk akal karena seekor katak akan dengan mudah berenang sampai tepian sungai satunya. Improvement? Mungkin kita buat karakter kataknya menggunakan tuxedo dan bermaksud menghadiri pesta mewah di kota. :)

Selain versi klasik di console jadul, Frogger juga muncul di console terbaru seperti 3DS, berjudul Frogger 3D. Pada game ini gameplay Frogger sudah dikembangkan menjadi lebih banyak variasi. Pada video trailernya kita bisa melihat kalau ada bagian permainan di mana si katak sedang berada di atas mobil box dan harus menghindari papan petunjuk arah di jalan raya.

Pengembangan gameplay Frogger ini juga bisa ditemukan di dalam game Mass Effect, yaitu saat akan melakukan hacking. Dapat dilihat pada screenshot gamenya, konsep gameplay Frogger dimana pemain harus 'menyeberangi lalu lintas' untuk mencapai tujuan. 'Jalan' pada minigame ini dibuat melingkar, ini lebih menguntungkan untuk pemain karena pemain dapat melakukan timing dan dapat menebak kapan jalur kosong akan terbentuk. Kelebihan lainnya adalah pemain tidak akan merasa dicurangi algoritma random karena dia dapat melihat semua pergerakan rintangannya, berbeda jika rintangan muncul dari luar layar seperti pada game Frogger yang asli, pemain hanya bisa menebak kira-kira akan muncul rintangan dari mana. Satu kelebihan lain dengan gameplay dengan rintangan melingkar seperti ini adalah pemain lebih condong berstrategi dengan mempertimbangkan gerakan dan kecepatan rintangan daripada bergantung pada reaksi/refleks saat ada rintangan yang bergerak.  

Adakah game lain yang menggunakan konsep Frogger yang kamu tahu? Tulis di komentar ya!

Low Poly vs High Poly 3D Model

Definisi

Low poly dan high poly adalah istilah yang biasa digunakan untuk menggambarkan jumlah poligon (atau triangles) yang membentuk suatu model 3D. Tidak ada patokan baku berapa jumlah poligon yang harus dimiliki suatu model untuk masuk kategori low atau high poly, hanya saja secara umum model low poly memiliki poligon yang jauh lebih kecil daripada model high poly, biasanya di kisaran ribuan atau 4 digit. Sedangkan model high poly bisa mencapai puluhan bahkan ratusan ribu poligon dalam satu model.

Apa bedanya?

Jumlah poligon akan mempengaruhi beberapa hal:

1. Kualitas model saat dirender in game.
   Jumlah poligon yang lebih banyak akan membuat sebuah model terlihat lebih 'mulus' dibandingkan model dengan jumlah poligon lebih rendah. Contoh paling sederhana bisa kita lihat perbandingan antara karakter beberapa game Final Fantasy  (Cloud FFVII, Squall FFVIII, Tidus FFX, dan Lightning FFXIII).
   
   Rata-rata game console saat ini dapat menangani game dengan jumlah poligon jauh lebih banyak daripada jaman dulu, terutama dengan peningkatan dari prosesor, memory, dan hardware graphic yang bersangkutan.
2. Performa game saat merender model, terutama untuk jumlah yang banyak.
   Rendering adalah proses menampilkan model 3D ke layar dalam sebuah aplikasi atau game, dengan cara mengolah informasi yang dimiliki model-model 3D dan informasi pendukungnya (sumber cahaya, efek kamera, dll) untuk menghasilkan tampilan 3D yang meyakinkan.  http://en.wikipedia.org/wiki/Rendering_(computer_graphics) Proses rendering ini bukan hanya memproses per model, bahkan pada dasarnya akan dilakukan per permukaan poligon. Karena itu, semakin banyak poligon yang digunakan, proses rendering pun akan semakin lambat.

Pakai model yang mana untuk game 3D saya?

Game umumnya menggunakan teknik real-time rendering, yaitu proses rendering dilakukan tiap frame, atau sekitar 30 kali per detik. Dengan teknik ini, proses rendering akan sangat mempengaruhi performa game kita, walaupun dalam game masih  banyak proses yang perlu dilakukan, misalnya collision detection, game logic, AI, dll. Berbeda dengan animasi untuk film atau cutscene (adegan) in-game yang umumnya menggunakan teknik pre-rendering, yaitu merender ke dalam suatu file terpisah yang nantinya akan ditampilkan ke pengguna dalam bentuk film. Dengan menggunakan pre-rendering, pengguna hanya akan melihat hasil akhir sesuai dengan jumlah waktu adegan yang bersangkutan, tanpa dipengaruhi prosesnya, padahal sebuah film 3D pendek sekitar 5 menit saja bisa membutuhkan waktu pre-rendering selama berjam-jam.
Model high poly akan membutuhkan waktu yang lebih lama untuk dirender, karena jumlah poligonnya lebih banyak, lebih banyak pula waktu yang dibutuhkan untuk memproses semua poligon tersebut. Model seperti ini lebih cocok untuk animasi yang membutuhkan detail dan kualitas yang sangat tinggi. Sedangkan model low poly akan jauh lebih cepat di render, dan untuk pemrosesan seperti collision detection, physics simulation, dan proses-proses lain yang membutuhkan informasi model 3D dalam game, akan membutuhkan waktu yang lebih cepat dibandingkan model high poly, sehingga lebih umum digunakan dalam game.

Walaupun begitu, tetap perlu kita sesuaikan dengan kebutuhan game kita. Jika tidak terlalu membutuhkan pengolahan informasi model 3D, misalnya game point and click, dimana jika kita menekan sebuah trigger maka akan dijalankan suatu animasi yang sudah ditentukan, maka kita bisa saja menggunakan model high poly. Tapi jika game kita akan mengolah informasi model 3D tersebut sebagai bagian dari gameplay, misalnya game First Person Shooting, dimana tiap peluru akan diperiksa apakah mengenai seorang pemain, dan titik tabrakan model pemain dan peluru akan mempengaruhi jalannya permainan (apakah akan terjadi headshot, mengenai tangan sehingga pemain tidak bisa menggunakan senjata, atau mengenai kaki sehingga pemain menjadi lebih lambat, dst) akan jauh lebih menguntungkan jika kita menggunakan model low poly.

Tapi kalau pakai low poly model artinya kualitas game saya lebih jelek dong?

Ada beberapa hal yang bisa kita lakukan untuk membuat kualitas game kita lebih bagus dari sisi grafis walaupun kita menggunakan model low poly. Beberapa platform (terutama console dan PC, karena memiliki hardware lebih canggih) memiliki fitur-fitur yang dapat kita gunakan:

1. Bump mapping dan normal mapping
   Bump map dan normal map adalah suatu file gambar yang bisa digunakan sebagai informasi tambahan selain file tekstur dalam merender sebuah model 3D. Dua file ini akan digunakan sebagai informasi kedalaman yang akan diperhitungkan dalam merender bayangan di suatu permukaan objek. Dengan teknik ini, kita bisa membuat efek seperti relief pada tembok batu menggunakan model tembok yang sebenarnya datar.
   <gambar tile bump mapped>
2. Post processing menggunakan shader
   Shader adalah teknologi yang digunakan dalam proses graphic rendering secara umum, tapi penggunaannya luar biasa banyak (sebenarnya bump mapping dan normal mapping adalah contoh implementasi shader yang sudah dihandle di tingkat rendering library atau bahkan pada tingkat hardware). Kita bisa membuat efek-efek tembahan menggunakan shader, misalnya membuat efek motion blur, bloom, dan masih banyak lagi. Tapi untuk menggunakan shader ini kita harus mempelajari bahasa shader, biasanya HLSL atau GLSL, dan konsepnya cukup berbeda dari bahasa pemrograman biasa.

Ada pertanyaan atau komentar? Tulis saja di bawah :)

 

5 Tips agar Inbox Email kita menjadi productivity tool

Email adalah media yang sering digunakan untuk berkomunikasi terutama dalam dunia kerja. Keuntungan utama yang bisa didapat dengan menggunakan email dibanding media komunikasi lain seperti voicecall atau chat adalah komunikasi akan terdokumentasi. Walaupun masih ada kekurangan, terutama dari segi waktu, email bukanlah media komunikasi yang real-time, jadi kalau kita butuh respon cepat tidak bisa mengharapkan email. Bahkan kadang email pun bisa saja tidak dibalas dengan alasan : "Oh, maaf, saya nggak liat, tenggelam di inbox he he" :|

Ini ada beberapa tips penggunaan email yang saya terapkan selama ini agar penggunaan email bisa lebih produktif.

1. Zero Inbox.
   Pastikan inbox kita kosong, hapus atau archive semua email kita dari inbox. Tapi pastikan kita melakukan satu dari tiga hal berikut: follow up semua email yang membutuhkan respon kita, hapus email yang sudah tidak relevan, tandai email yang masih on-progress (misalnya menunggu respon dari orang lain). Dengan Inbox yang kosong, kita bisa memastikan tidak akan ada email yang terlewat, selama kita bisa konsistem melakukan tiga hal tadi.
2. Gunakan label dengan bijak.
   Untuk setiap email yang penting, pasti akan saya beri label atau tag. Ada dua label utama yang saya gunakan: ACTION untuk email-email yang perlu respon atau follow up dari saya, dan HOLD untuk semua email yang masih menunggu respon dari orang lain (Terutama untuk email yang saya kirim). Pentingnya untuk menggunakan label HOLD ini adalah agar tidak ada komunikasi yang terhambat karena pihak lain.
   
   Secara tidak langsung dua label itu membuat inbox saya menjadi sebuah to do list. Jika ada email yang sudah berhari-hari tidak direspon rekan saya, saya bisa kirim email reminder atau ingatkan via media komunikasi lain (mungkin yang bersangkutan jarang buka email).
3. Gunakan multiple inbox
   Multiple Inbox adalah salah satu fitur pada Gmail Labs, menyediakan beberapa inbox yang akan menampilkan email dengan kondisi tertentu, dalam bentuk search. Saya menggunakan multiple inbox untuk menampilkan 3 hal, email dengan label ACTION yang harus saya balas, email dengan label HOLD untuk memastikan semua komunikasi yang saya lakukan ada responnya, dan email yang saya mute, biasanya untuk milis agar kalau orang lain di milis berdiskusi, notifikasi email baru tidak akan masuk ke hitungan inbox saya.
4. Gunakan filter sebaik mungkin
   Saya menggunakan filter untuk beberapa jenis email, misalnya email dari third party software sebagai reminder, saya buat agar skip inbox dan langsung diberi label ACTION. Atau untuk email dari diri sendiri (biasanya untuk mengirim file dari handphone yang tidak bisa sinkron via Dropbox atau Skydrive).
5. Unsubscribe dari milis komunitas atau milis iklan. 
   Hal sederhana yang mungkin lupa dilakukan orang, jika memang email milis tidak pernah kita baca atau bahkan tidak pernah buka, lebih baik kita unsubscibe saja daripada memenuhi inbox kita, dan menutupi email-email yang sebenarnya penting.

Itu beberapa tips yang bisa saya bagikan :) Ada hal lain yang kalian lakukan dengan email agar lebih produktif? Tulis di komentar ya :D

[Game Design] Improving Minesweeper

Minesweeper adalah salah satu game klasik yang populer karena by default terinstall di beberapa versi Windows. Game ini memiliki gameplay yang khas, dimana pemain harus bisa menemukan bom berdasarkan petunjuk-petunjuk pada area permainan. Tiap petunjuk memberi tahu pemain ada berapa bom di sekitar kotak yang bersangkutan.

Untuk membuat minesweeper sebenarnya cukup sederhana, karena kita cukup membuat data array yang berisi kode bom atau nilai petunjuk, tapi ada beberapa hal yang menarik yang perlu diperhatikan jika kita ingin membuat ulang game minesweeper ini:

• Saat mengacak posisi bom, pastikan tidak ada bom yang menumpuk di satu kotak yang sama, karena akan menghasilkan jumlah bom yang berbeda dengan target pada suatu level
• Untuk menghitung nilai-nilai petunjuk jumlah bom di tiap kotak, daripada kita loop menggunakan nested loop untuk setiap kotak (dan untuk setiap kotak tersebut kita periksa 8 kotak tetangganya), akan jauh lebih cepat jika kita loop berdasarkan jumlah bom lalu tiap kotak tetangga dari bom itu nilai petunjukknya ditambahkan
• Implementasi untuk fitur combo atau chain reaction yang terjadi saat seorang pemain membuka sebuah kotak kosong perlu dibuat dengan hati-hati, jangan menggunakan rekursif karena beresiko menghabiskan memory pada mobile game. Buatlah dengan menggunakan iterasi terhadap list daftar kotak yang perlu kita buka, setiap 'rekursi', kita cukup menambahkan kotak-kotak yang perlu dibuka ke daftar kotak tersebut. Hal ini juga akan mencegah kita membuka kotak yang sudah terbuka dan menghemat proses dalam algoritma tersebut.

Hal-hal di atas saya pelajari saat mencoba membuat ulang minesweeper dalam suatu event workshop. Moral of the story: Bahkan dalam game klasik seperti Minesweeper tetap ada hal menarik yang bisa kita pelajari :D

Apa yang bisa kita lakukan untuk mengembangkan gameplay minesweeper? Sudah ada beberapa contoh pengembangan minesweeper, dan kurang lebih ada dua kategori besar:

1. Mengembangkan dari bentuk tile/grid pada minesweeper
   Bentuk dasar tile pada minesweeper adalah kotak, sehingga jumlah maksimum tetangga yang bisa dimiliki adalah 8. Dengan mengubah bentuk tile menjadi bentuk lain, kita bisa mengubah jumlah tetangga yang dimiliki sebuah tile. Contohnya adalah dengan mengubah jadi segitiga dengan jumlah tetangga 3, atau segi enam dengan jumlah tetangga 6 (hanya tetangga yang menempel).
    
2. Mengembangkan gameplay dengan tema lain
   Contohnya Mamono Sweeper, game ini mengembangkan minesweeper dengan memasukan karakteristik game RPG, dimana kita memiliki karakter yang memulai dari level 1 dan akan meningkat berdasarkan jumlah musuh yang kita kalahkan. Musuh menggantikan peran bom, dan bedanya musuh di sini memiliki level, semakin tinggi level musuh semakin sulit kita kalahkan. Musuh dengan level seperti ini mirip dengan contoh lain dimana dalam satu kotak bisa terdapat lebih dari satu bom.
   

Pengembangan mana kah yang menurut kalian paling menarik?

 

Imagine Cup - Kodu Challenge

Ada berita menarik pagi ini, ternyata tahun ini Imagine Cup punya kategori kompetisi untuk Kodu Game Lab :D Buat saya ini berita bagus karena beberapa waktu yang lalu Microsoft mengumumkan kalau mereka sudah tidak melanjutkan dukungan untuk XNA. :(

Imagine Cup adalah salah satu cerita yang sering saya sampaikan dalam sejarah Agate Studio, para founder Agate Studio pernah lembur satu bulan untuk membuat 3 game (Wish!, Blank!, dan Farewell Night) untuk mengikuti Imagine Cup. Waktu itu yang dipikirkan adalah "Untuk memperbesar peluang menang, kita submit game lebih banyak :D". Walaupun tidak berhasil memenangkan kompetisi itu, proses pembuatan tiga game itu sudah memberi banyak pengalaman berharga untuk founder Agate Studio.

Walau saya sendiri belum pernah membuat satu game penuh menggunakan Kodu Game Lab, tapi Agate Studio pernah mengadakan pelatihan Game Dev untuk anak-anak. Lucunya, yang datang jadi peserta bukan hanya anak-anak, bahkan mahasiswa sampai orang dewasa pun tertarik ikut :D
Kodu Challenge ini dibuka mulai 19 Maret sampai 17 Mei. Salah satu teman saya berkomentar:
"Kayaknya udah telat Pe"
"Kok telat? Kan sampai Mei"
Ternyata yang telat umur kami... :|

Jadi yang punya Adik atau teman game developer cilik silahkan ikutan kompetisi ini! :) Kalau mau tanya-tanya tentang Kodu juga boleh, tulis saja di komentar di bawah.

[Game Design] Improving Pipe Dreams

Pipe Dreams adalah game klasik dimana kita harus menghubungkan sumber air dan drainase dengan cara membuat jalur pipa yang menghubungkan kedua tersebut.

Kita akan mendapat point yang lebih besar semakin panjang jalur pipa yang bisa kita buat. Untuk membuat jalur, kita hanya bisa memilih dari beberapa potongan pipa acak yang tersedia. Pada game versi klasik, air akan mengalir secara real time di saat yang bersamaan dengan kita menyusun jalur pipa.

Tingkat kesulitan pada game ini diatur dengan cara mengatur peluang kemunculan beberapa jenis potongan. Pada tingkat kesulitan yang mudah, potongan pipa berbentuk plus (+) akan lebih sering muncul dibandingkan pada tingkat kesulitan yang lebih sulit. Satu komponen lain untuk mengatur kesulitan adalah waktu yang tersedia untuk pemain dalam membuat jalur pipa, dalam hal ini adalah kecepatan air mengalir. Pengaturan tingkat kesulitan yang serupa juga dilakukan pada game tetris, yaitu dengan mengatur peluang munculnya balok lurus (|) dan mengatur kecepatan balok-balok bergerak ke bawah.

Pengembangan untuk gameplay Pipe Dreams ini bisa dilakukan dengan beberapa cara, dan beberapa sudah diimplementasi pada game lain.

Pada game Rocket Mania, kita juga membuat sebuah jalur dari titik awal ke titik akhir, namun dalam game ini kita membuat jalur untuk api, dan titik awal dan akhirnya lebih dari satu. Perbedaan utama dari game Pipe Dreams adalah untuk membuat jalur, kita tidak meletakkan potongan baru, tapi memutar potongan yang sudah ada di area permainan. Lalu saat sebuah jalur sudah dinyalakan, jalur tersebut akan menjadi kosong dan akan terisi oleh potongan yang ada di atasnya. Lalu akan muncul beberapa potongan acak lain dari atas area permainan untuk mengisi sisa tempat kosong di area permainan.

Tambahan berikutnya pada Rocket Mania adalah adanya combo jika saat potongan turun tercipta jalur baru dan jalur tersebut langsung menyala. Aspek ini bahkan dapat membuat pemain yang sudah mahir dapat memasukkan komponen combo ini menjadi bagian dari strategi permainan, dengan sengaja membuat lebih dari satu jalur yang dapat menyala dalam suatu combo untuk mendapatkan poin lebih besar lagi.

Pengaturan tingkat kesulitan pada gameplay ini kurang lebih sama dengan pada gameplay klasiknya, namun satu hal yang perlu diingat adalah perlunya sebuah algoritma untuk mendeteksi apakah sebuah konfigurasi potongan-potongan pada area permainan dapat membuat sebuah jalur atau tidak. Jika tidak mungkin terbentuk sebuah jalur, kita harus memberi pemain satu set potongan-potongan yang baru dan acak (dan dipastikan bisa tercipta jalur).

Pengembangan terakhir yang bisa dilakukan adalah dengan membuat pemain bukan memutar potongan pipa, tapi menukarnya dengan potongan pipa di sampingnya (atas, bawah, kiri, atau kanan). Untuk game seperti ini saya belum menemukan contohnya, tapi lebih terinspirasi pada tipikal game match three seperti Bejeweled.

Oke, pengembangan yang bisa saya lakukan hanya sejauh ini. Apakah kamu masih punya ide bagaimana mengembangkan game play Pipe Dreams ini? Game design manakah yang menurut kamu paling menarik untuk dimainkan? Silahkan tulis di komentar :D

Tips and ideas for using Evernote

Sejak punya akses terhadap smartphone yang memang smart, saya kembali mencoba menggunakan Evernote, cloud based document storing/sharing platform. Hal itu dilakukan karena task-list plus note-taking tools yang terakhir saya gunakan, Trello, tidak memiliki app khusus di WP8, hanya sebuah optimized mobile site (which is actually good, even have features that their iOS app didn't had). Sayangnya, mobile site tersebut tidak bisa diakses offline, alias butuh constant internet access to function.

Sejauh ini, Evernote for WP8 terasa cukup bagus buat saya, selain saya gunakan untuk mencatat hal-hal yang melintas di pikiran saya, Evernote juga saya gunakan untuk menyimpan berbagai artikel untuk dibaca di rumah (yang kebetulan belum terpasang internet :| ). Evernote Webclipper berguna kalau kita butuh akses offline (misalnya sering keluar jangkauan wifi gratis atau sekedar tidak punya internet).

Hanya satu saja kekurangan yang saya temui dari Evernote ini, untuk free user, ada kuota bulanan untuk penggunaan note sebanyak 60MB, dan saya hari ini tanpa sengaja menghabiskan lebih dari setengah kuota bulan ini =/ It all happens when I clipped several pages full of images for my reference...

Pro tip: jangan menggunakan evernote web clipper untuk menyimpan berbagai gambar menarik di internet, simpan linknya saja. Optimalkan kuota gratis yang dimiliki untuk sinkronisasi berbagai teks yang bermanfaat :)