With a bit of reading manpages and trying out tools provided with Wacom driver, I found xsetwacom lets me get what I want: the usual 1:1 tablet-to-screen coordinate mapping in a multi-monitor GNU/Linux system. I haven't found any GUI-based application, though, so the following procedures are strictly terminal-bound.

Setting tablet device parameters

First, we have to know the exact name Ubuntu recognize our device as. There are two commands we can use:

• xinput list lists all X input devices. Tablet graphics are under Virtual core pointer category.
• xsetwacom list dev lists only devices handled by Wacom X input device driver. It's suffixed with general type of the device, like STYLUS, ERASER or TOUCH. For my purpose, I ignore anything other than STYLUS device.

In my case, it's "Wacom Bamboo 4x5 Pen". Knowing the device's name, we can then invoke

xsetwacom get "Wacom Bamboo 4x5 Pen" PARAMETER

to get the value of the specified device's PARAMETER, or

xsetwacom set "Wacom Bamboo 4x5 Pen" PARAMETER VALUE

to set the value of the device's PARAMETER to VALUE.

Mapping tablet area to a screen

We need either one of these two parameters to accomplish our goal:

• Screen_No (defaults to -1, all screen), confines cursor as controlled by the stylus to any of available screens, numbered from 0. In other words, we can get undistorted tablet:screen mapping, at the cost of the tablet being usable in one screen only.

• TwinView (defaults to none). With possible values of none, horizontal and vertical, this option lets us use the tablet in all of our screens, one at a time. To change screen, simply move the cursor to current screen's edge closest to an adjacent screen, and the cursor will jump to the same position in that other screen. The following graphics (screenshot taken from Monitor Preferences) illustrates how it works in my monitor setup:

  

  It's constrained to a particular axis of alignment, though. So if your monitors are not all aligned in one axis (L-shaped monitor setup? :), you may get a less than satisfying result.

I use the second option, using TwinView, although that means I have to cope with occasional annoyance when I try to click something and accidentally move the cursor too close to the edge, or when a window/dialog pops up in a screen the tablet's not currently used in (GIMP's New Document dialog comes to mind).

Set parameters on startup

A caveat on using xsetwacom directly is that all parameter settings will be lost when the computer's reset, or the device plugged out. The driver's parameters must be reset each time the computer starts. I use the simplest way to automate this task, using bash's ~/.profile or ~/.bash_profile script executed for login shell. These are relevant lines in my ~/.profile script:

xsetwacom set "Wacom Bamboo 4x5 Pen" TwinView Horizontal
xsetwacom set "Wacom Bamboo 4x5 Pen" PressCurve "80 0 70 100"

(See next section for explanation of PressCurve parameter). I'm about to test using udev rules files or Ubuntu's own Upstart system to automatically set Wacom driver parameters, when need arrives, but this arrangement is good enough for me right now.

Further options

There's quite a lot of other Wacom device parameters we can tinker with through xsetwacom. We can see a list of available parameters by invoking xsetwacom list param. One other that I found useful is:

• PressCurve (defaults to 0 0 100 100), handle coordinates that plot bezier curve for pen pressure, in a 100x100 cartesian graph. The default value puts each handle right at each endpoint, resulting in a linear curve. I'm currently trying 80 0 70 100 which makes low pressure stroke easier to make, and the tablet feels a bit more pressure-sensitive, when using GIMP:

  

  GUI-oriented users can more easily configure this parameter using wacom-utility, from the screenshot of which I get the graph above.

I tried most other options, but none seems useful to me. I hope this writing's useful to you!

Baru saja malam tadi saya saksikan "Kung Fu Panda 2" bersama dua rekan, dan disadarkan dengan masih absennya sebentuk semangat di kalangan animasi tanah air: gairah untuk berdikari secara kreatif, merdeka dari belenggu ekonomi hubungan majikan-buruh. Adalah wajar jika dalam prosesnya tumbuh, sebuah perusahaan menerima job membantu eksekusi ide pihak lain. Tetapi jika ada studio yang sejak awal dibangun diproyeksikan menjadi 'buruh', melulu menjahitkan ide orang lain, harus kita pertanyakan "apakah itu pola pikir bangsa yang mengaku merdeka?".

Hubungan buruh dengan majikan, penyedia jasa dengan klien, akan selalu ada. Kita toh perlu mencari sesuap nasi ("... dan sekarung berlian", ada yang menambahkan). Di negara maju pun studio yang menerima subkontrak dan memberi layanan outsource adalah hal yang lumrah (terutama jika industri inti yang menciptakan produk orisinal sudah matang), namun hal itu tidak harus menjadi belenggu kreativitas. Yang mencemaskan adalah jika seluruh perusahaan distrukturkan agar dapat menjadi buruh yang efisien. Agar dapat menjadi babu yang baik. Macam orang yang badan dan pikirannya dipermak demi kebutuhan majikan. Merdeka-kah orang semacam itu?

Ya, kita mungkin telah merdeka, namun mental kita masih terjajah. Kesempatan emas untuk berprestasi gemilang terbentang di depan mata, tapi kita merasa sudah cukup dengan kepeng emas. Tim kreatif yang mulai solid kita pecah demi peningkatan kapasitas produksi. Proses eksplorasi yang bagus kita sudahi prematur demi memenuhi tenggat produksi. Lingkungan kreatif kita sumpal dan isolasi demi citra bona fide. Masuk akal dari segi bisnis, tapi kapan kita akan menghasilkan karya yang dapat kita banggakan, kalau begini caranya?

Setidaknya, pengalaman memburuh yang singkat ini memberi saya wawasan tentang kondisi seperti apa yang ingin saya capai sementara ini. Pertama, berkebalikan dengan adagium bisnis "Waktu adalah Uang", bidang kreatif lebih cocok dengan adagium "Uang adalah Waktu". Kita membutuhkan pendapatan secukupnya agar tidak perlu pusing tentang uang, juga agar dapat 'membeli' cukup waktu untuk berlatih dan bereksplorasi agar karya yang dihasilkan lebih optimal. Betapa banyak proyek yang rilis setengah jadi akibat keterbatasan modal, yang juga berarti keterbatasan waktu (selain mungkin manajemen waktu yang masih payah).

Kedua, sepertinya akan lebih baik jika sebuah studio dimulai oleh seseorang yang berpengalaman berkecimpung di dunia animasi. Seseorang yang jerih payahnya pernah dihadapkan langsung dengan tenggat waktu (agar ada tenggangrasa dengan anggota tim, tahu bahwa dikejar tenggat saja menegangkan, dan tambahan tekanan manajer bisa jadi justru menyebalkan), yang telah mengalami langsung alur produksi profesional (agar tidak berlama-lama meraba alur yang tepat), yang telah merasakan satu tim dengan rekan2 beragam kemampuan dan keterampilan (agar tahu skill apa saja yang diperlukan dan yang harus diperbaiki).

Cukup sekian keluh kesah saya. Seperti biasa, tidak ada siapapun yang dapat saya harapkan selain diri sendiri untuk mewujudkan cita-cita, dan sementara saya harus kembali melangkah sendiri. 17 Agustus 2011, teriring doa untuk rekan2 terdekat agar jiwa raga kita tetap merdeka, dan semakin merdeka.

With newer official and experimental versions keep on coming frequently, keeping up with Blender development maybe a bit overwhelming to some Blenderheads. Most, I believe, will use whatever latest Blender version available, but sometimes, some of our Blender project will rely on an experimental or obsolete feature of an older Blender version. Such a situation demands a flexible way for us to:

• Install whatever Blender version we like,
• As many as we like,
• Access all of them relatively easily,
• Decide whichever version as default,
• Works for a renderfarm network.

Tough, eh? Not when your operating system is Linux.

01. Symbolic and Hard Links

There's the kernel of our solution: links. Basically, a symbolic link is just a shortcut, a reference to the name of another file in another location. The difference with Windoze's .lnk or freedesktop.org's .desktop file shortcut is that we can actually treat this referencing file like the real one, up to a point. "Deleting or overwriting the actual file from a symbolic link?"... not really. But we can open and execute a program from a symbolic link to it, and that's what really matters here.

A hard link, to complement our understanding of links in general, is an additional directory entry for an existing file in the same filesystem. Symbolic links can contain arbitrary filename, even for non-existing filenames, in arbitrary partitions, but not so for a hard link.

One way to make a link to a file, is to use the following command, omitting --symbolic to create a hard link:

ln --symbolic TARGET LINK_NAME

An arguably easier way to create a link is through a GUI, like using GNOME's file manager Nautilus where you only have to drag a file using middle mouse button to a destination and choose "Link Here", as illustrated here:

02. A bin in our own home

(Please excuse the lame section title :)

My experience of Linux distros being limited to some Debian-based ones, mainly Ubuntu, I observe that all new Ubuntu installation doesn't make a home/USERNAME/bin directory, for whatever USERNAME we're using. One less directory for a new user to care about is better, I guess.

But actually, ~/bin is an easy way for us to install any program we like, without having to constantly shifting to root user. Fortunately, Ubuntu is prepared for this kind of program management, for this code exists in ~/.profile (you can check for yourself):

# set PATH so it includes user's private bin if it exists
if [ -d "$HOME/bin" ] ; then
    PATH="$HOME/bin:$PATH"
fi

Just create a bin directory in your home directory, and you're good to go. Just extract a particular version of Blender wherever you like, such as /media/disk1/progs/blender-2.57-linux-glibc27-x86_64, make a link to blender executable there in ~/bin. So, an example installation scheme would be:

• ~/bin/blender249b linking to /usr/bin/blender (system-wide install).
• ~/bin/blender254 linking to /media/disk1/progs/blender-2.54-linux-glibc27-x86_64/blender
• ~/bin/blender257 linking to /media/disk1/progs/blender-2.57-linux-glibc27-x86_64/blender
• ~/bin/blenderCycles linking to ~/bin/blender25_cycles/blender

... with executable permission for each ~/bin/blender* files.

03. Executables naming and its effect to an existing system

Now, how will it affect any existing Blender installation? A short peek at the previous code snippet in ~/.profile confirms that user's bin directory ($HOME/bin) is prioritized over all other preexisting search paths ($PATH). If you're installing Blender through the OS's standard software distribution line, like Ubuntu's Synaptic, it's likely that an invocation of the command "blender" will execute Blender 2.49b (the latest "stable" version up until recently, before 2.57).

Using the multiple links we've created in ~/bin/, we can easily override that setting, such that clicking a .blend file will open it in any Blender version of our choosing: simply rename or copy one of those link files to blender!

Managing multiple Blender installations this way is applicable in a renderfarm setting, where absent graphical user interface, we can still extract Blender distribution archives and manage symbolic links through secure shell.

Seperti tulisan sebelumnya, saya masih meminta agar rekan-rekan mempertimbangkan penggunaan OpenEXR, tapi sekarang dengan sedikit caveat. Sebagai ilustrasi, berikut output perangkat identify (bagian dari ImageMagick), untuk berkas-berkas hasil render adegan yang sama dalam beberapa format:

adhi@thinkpadr61i-adh:~/Desktop
$ for i in cube.*; do identify $i; done
cube.exr EXR 960x540 960x540+0+0 16-bit DirectClass 3.813MiB 0.010u 0:00.000
cube.png PNG 960x540 960x540+0+0 8-bit DirectClass 124KiB 0.030u 0:00.040
cube.tga TGA 960x540 960x540+0+0 8-bit DirectClass 1.483MiB 0.070u 0:00.079
cube.tif TIFF 960x540 960x540+0+0 8-bit DirectClass 116KiB 0.000u 0:00.000
adhi@thinkpadr61i-adh:~/Desktop
$

Setiap file tersebut sama-sama didapatkan dari prosedur Save Render Result, tanpa diolah kompositor atau program lain. Terlihat bahwa format OpenEXR sebagaimana didukung Blender menyimpan citra dalam pita data yang lebih lebar (16-bit) ketimbang format lain, meski semua format gambar tersebut menyediakan varian sampai 32-bit linear. Pertanyaannya kemudian adalah, apakah keunggulan relatif OpenEXR ini sepadan dengan hasil yang diinginkan? Untuk proyek-proyek yang telah dan akan kami tangani dalam waktu dekat ini, sepertinya belum. Kami belum menangani efek visual dan tidak mengejar kualitas visual realistik, apa lagi jika ia membuat proses pasca-produksi menghabiskan waktu terlalu lama.

Akhirnya setelah ditimbang-timbang, untuk proyek animasi selanjutnya sepertinya TARGA/TIFF/PNG sudah memadai :) OpenEXR akan tetap digunakan saat perlu Z-index, karena percobaan menyimpan Z-depth dalam format lain sering gagal (terjadi clipping). Berikut pemecahan render pass yang baru saya coba:

Untuk mayoritas render pass yang diperlukan, format output adalah TARGA. Patokan saya saat ini, bila informasi yang diperlukan bersifat visual (dapat langsung terlihat lewat penampil gambar biasa) dan tidak perlu dynamic range lebar, TARGA cukup aman untuk digunakan. Contohnya pass vektor normal (kiri), yang dapat digunakan untuk menciptakan pencahayaan semu setelah proses render (kanan):

Di sisi lain, untuk informasi citra yang bersifat non-visual seperti vektor kecepatan atau informasi visual yang perlu dynamic range lebar, OpenEXR tetap pilihan yang paling aman untuk mempertahankan presisi/detail informasi. Contohnya pass faktor kabut yang mengalami efek pita karena berkurang jauh presisinya, saat disimpan dalam format TARGA (kanan) ketimbang format OpenEXR (kiri):

Saya baru tahu bahwa prosedur pemisahan komponen render seperti ini umum digunakan studio animasi dan efek visual saat membaca buku Lee Lanier, "Professional Digital Compositing", dalam bab mengenai render CG. Hanya saja masih perlu eksperimen sendiri untuk mengetahui sampai mana ia dapat diterapkan dalam alur produksi berbasis software open source.

Sudah tersiar kabar, bahwa proyek terbuka Blender Institute selanjutnya akan berfokus mengasah kemampuan Blender di bidang efek visual. Mungkin kita dapat berharap, selepas proyek ini, Blender dapat memanfaatkan kemampuan maksimal masing-masing format gambar. Dengan implementasi Blender yang sudah ada, saya mulai mendapat gambaran, apa kira-kira format file yang tepat untuk hasil render terbaik: format OpenEXR untuk pass render non-visual dan citra high dynamic range imaging, dan format lain (terutama TARGA/TIFF/PNG) untuk pass visual yang tidak perlu presisi tinggi.

Format Output Render: OpenEXR

Render dilakukan dalam dua tahap, yang pertama menghasilkan deretan gambar dalam format OpenEXR, dan yang kedua (untuk koreksi warna, tweaking hasil render, dan menambah beberapa efek lensa dan cahaya) menghasilkan video dalam format AVI Raw. Penggunaan OpenEXR mungkin perlu sedikit diberi justifikasi, meski sudah umum digunakan, karena ternyata masih ada studio yang menggunakan format-format lama seperti Truevision TGA (TARGA) dan PNG.

OpenEXR adalah format gambar raster yang dikembangkan oleh Industrial Light & Magic, anak perusahaan Lucasfilm Ltd. yang bergerak di bidang efek visual. Perbedaan utama OpenEXR dibanding format gambar umum lainnya adalah perekaman informasi per-pixel sebagai nilai floating-point, sehingga mampu menyimpan dynamic range¹ jauh lebih lebar dan warna lebih presisi ketimbang format gambar yang menggunakan integer. Bagi yang gemar akan detail-detail seperti ini, dokumen ulasan teknis OpenEXR berisi lebih banyak data menarik.

Blender sendiri telah mendukung format ini sejak versi 2.42. Sampai versi 2.57, fasilitas khusus OpenEXR yang dimanfaatkan Blender adalah dukungannya terhadap berbagai format kompresi dan jumlah kanal gambar yang tidak terbatas.

Kanal gambar ekstra dalam output Blender berformat OpenEXR adalah Z-Buffer. Kanal ini menyimpan informasi kedalaman dalam satuan Blender Unit, yang dapat diekstrak kembali untuk keperluan alpha-mask dan beberapa efek lensa seperti depth of field. Sebagaimana saya perlihatkan berikut ini, kanal Z-Buffer dari file gambar OpenEXR dapat dikonversi menjadi peta kedalaman dengan memperkecil Z-index (di sini saya bagi 1000) dan mengubah nilai integernya menjadi citra grayscale:

Setidaknya sekali, saya memanfaatkan kanal Z-Buffer dalam file hasil render ini. Saat itu, layer render yang seharusnya hanya berisi karakter di depan kamera, ternyata ditambahi seorang rekan dengan objek lain di belakangnya. Dengan konfigurasi node hampir seperti ilustrasi di atas, saya kemudian dapat membuat filter untuk mengisolasi dan menghilangkan objek selain yang berada dekat dengan kamera, sehingga proses render tidak perlu diulang.

Render Layer

Memisahkan satu gambar menjadi beberapa lapis dapat memberi kita kendali lebih besar terhadap hasil akhir, dan (sampai batas tertentu) dapat pula membantu mempercepat proses render. Saya ambil contoh salah satu cut dalam video pembukaan Dagelan Bakoel, berikut:

Gambar pada cut ini, di tengah, saya pisahkan menjadi empat lapis render. Lapisan latar belakang, kanan atas, adalah lapisan dengan waktu render yang cukup lama karena banyaknya pepohonan dengan jumlah mesh tinggi. Kamera tidak bergerak, sehingga saya dapat merender lapisan latar ini satu frame saja, alih-alih ratusan frame, dan menggunakan satu frame tersebut di sepanjang cut.

Tiga elemen gambar lain, yaitu jalan, karakter dan gerobak, saya pisahkan untuk keperluan penguatan bayangan. Konfigurasi bayangan untuk ketiga komponen gambar tersebut berlainan, sehingga harus saya urai ke dalam lapisan-lapisan render terpisah.

Masih banyak teknik komposit video lain untuk meningkatkan efisiensi produksi tanpa mengorbankan kualitas hasil, yang sepenuhnya memanfaatkan solusi perangkat open source (Blender, OpenEXR, Gimp). Meski sebagian besar teknik tersebut membutuhkan familiaritas dengan masing-masing perangkat, rata-rata masih kurang terdokumentasi. Beberapa tulisan mendatang yang tengah saya susun akan mendokumentasikan satu persatu trik komposit sederhana yang saya gunakan.

1. Rasio antara intensitas cahaya paling terang dan yang paling redup dalam sebuah gambar.

Tulisan ini saya tujukan untuk sesama pemula Blender 2.5, tentang dasar2 material di Blender 2.5. "Sesama", karena saya sendiri juga pemula dan menuliskan tutorial ini sembari membiasakan diri menggunakan Blender 2.5.

Selain Blender 2.5, kita juga akan menggunakan GIMP, sekalian saya belajar editor gambar ini.

Material

Saya mulai dari kubus polos. Agar tutorial ini tidak membosankan bagi saya yang menulis, atau bagi Anda yang membaca dan mencoba, ada baiknya kita utak-utik sedikit. Saya pilih bentuk awal peti kayu saja:

Sambil objek peti kayu terpilih, masuk ke tab Material. Kita buat material baru, saya beri nama Kayu:

Selanjutnya, kita ubah sebentar layout jendela menjadi layout "UV Editing". Mulai bagian ini nih, yang saya dulu nggak ngerti2:

UV Unwrapping

UV Unwrapping, seperti namanya, seperti seakan "membuka bungkusan", membuat sistem koordinat datar/planar (UV) dari sistem koordinat volumetrik (XYZ). Langkah pertama unwrapping adalah dengan menentukan posisi jahitan (seam) yang akan dibuka saat objek diratakan.

Ubah modus pemilihan mesh menjadi modus Edge <Ctrl-Tab -> 2>. Pilih sisi-sisi pojok peti yang akan ditandai sebagai lokasi jahitan; pakai <Alt-RClick> untuk memilih lebih dari satu edge:

Perlu sedikit imajinasi dalam menentukan garis2 jahitan, membayangkan wujud planar objek setelah proses unwrap. Setelah selesai, pilih seluruh objek (<A>) lalu jalankan perintah menu Mesh -> UV Unwrap -> Unwrap:

Di jendela UV/Image Editor akan terlihat vertex2 objek terpilih dalam sistem koordinat UV. Anda bisa rapikan posisi setiap vertex; saya sendiri memilih hanya memutarnya sampai sisi panjang objek melintang horizontal. Pada tahap ini, saya simpan file .blend. Kebiasaan saya menambahkan indeks "000" di akhir nama file, agar saat menyimpan progresi hasil kerja saya selanjutnya, saya dapat menekan tombol <+> untuk menambahkan 1 pada indeks tersebut dan nama semua file tetap seragam:

Agar mudah melukis tekstur dalam editor eksternal, kita simpan layout UV ini dengan menjalankan perintah menu UVs -> Export UV Layout. Pilih nama file, dan simpan:

Kita pindah ke GIMP dulu, sementara...

GIMPing!

Dalam GIMP, buka file layout UV tadi. Karena berformat vektor SVG, GIMP membuka menu render untuk konversi ke format bitmap. Pilih resolusi yang diinginkan:

Pilih perangkat Bucket Fill <Shift-B>, ubah Fill Type menjadi Pattern fill. Buat layer baru di bawah layer layout UV, layer ini akan berisi pola paling dominan dalam tekstur. Dengan layer baru ini aktif, <LClick> di manapun dalam kanvas untuk membanjiri kanvas dengan pola kayu bingkai:

Berikutnya kita tentukan pola tekstur kayu penutup. Untuk memilih bidang tekstur tersebut saya gunakan Scissor Select Tool <I>, perangkat seleksi yang secara otomatis memilih jalur seleksi berdasarkan kontras tepian (hanya karena ini favorit saya, Anda bebas memakai perangkat seleksi yang lain, seperti Rectangle Select. Lha cuma kotak, ini...). <LClick> di keempat penjuru setiap bidang kayu penutup, lalu tekan <Shift-Enter> untuk menambahkan ke hasil seleksi sebelumnya. Ulang sampai semua bidang kayu penutup terpilih:

Untuk pola tekstur kedua ini kita bisa kembali menggunakan Bucket Fill, tapi karena iseng saya pakai saja Clone Tool <C>. Setelah memilih kuas yang berukuran cukup besar, dan menentukan pola tekstur kayu yang akan di-clone, sapukan kuas. Sesuai kebutuhan, Anda bisa melakukannya dalam layer yang sama dengan kayu bingkai, atau seperti saya, menggunakan layer baru. Karena seleksi tengah aktif, clone tekstur hanya akan diaplikasikan ke dalam bidang yang tengah terseleksi:

Dalam gambar di atas terlihat bahwa pola layout UV saya sembunyikan, karena pada tahap ini ia tidak diperlukan lagi. Setelah modifikasi kembali sesuai kebutuhan, simpan gambar ini dalam format PNG:

UV Texturing

Kembali ke Blender, kita kembali dulu ke layout jendela Default. Dalam tab editor Texture, buat tekstur baru bertipe "Image or Movie". Dalam group Image, pilih nama file PNG yang kita buat menggunakan GIMP. Dalam group Image Mapping, pilih cara ekstensi Clip karena kita hanya perlu tekstur ini dalam wilayah yang sudah ditentukan. Terakhir, pilih metode pemetaan UV di group Mapping:

Bila kita render scene ini <F12>, akan terlihat hasil kerja kita:

Felicitación y celebración! Akhirnya kita berhasil juga memberi tekstur pada objek...

Decal

... tapi tutorial ini belum selesai. Peti kayu ini akan digunakan untuk mengangkut bahan kimia beracun (cuekin saja, meski tidak masuk akal), dan perlu kita beri decal/stiker peringatan. Decal bisa saja digambar langsung pada file tekstur yang baru saja kita buat, tapi karena saya senang membuat yang mudah jadi sulit, kita akan menempatan tekstur decal berbasis objek eksternal. Pertama, saya pilih sisi objek yang membelakangi kamera, lalu membuat duplikat material terpisah (Kayu.001) untuk sisi tersebut, alasannya akan saya jelaskan nanti:

Dengan material asli (Kayu) terpilih, kita masuk ke tab Texture, lalu buat tekstur gambar baru, berisi gambar decal yang akan ditampilkan. Anda bisa dapatkan gambar decal yang saya gunakan di sini. Setting yang signifikan dalam tab ini adalah clip image (agar gambar tidak diperluas), dan premultiply alpha (nilai RGB dikalikan dulu dengan nilai Alpha, untuk memperhalus efek transparansi):

Dengan setting decal di atas kita dapatkan hasil render berikut (Anda mungkin perlu mengubah ukuran objek Empty):

Pemetaan tekstur berdasarkan objek eksternal menggunakan skala dan koordinat lokal objek tersebut untuk menentukan skala, lokasi dan orientasi tekstur. Dalam setting normal, tekstur decal selalu menghadap searah sumbu Z positif, sumbu X dan sumbu Y menjadi orientasi horizontal dan vertikal, secara berturutan. Sayangnya, cara ini memiliki satu kelemahan. Bila kita geser kamera agar melihat sisi bawah peti, kita dapatkan:

Saya tidak tahu apa namanya ("pokoknya kebalik, deh"?), maka saya sebut saja proyeksi negatif karena dihasilkan dari proyeksi tekstur searah sumbu Z negatif.

Karakteristik pemetaan tekstur berbasis objek eksternal ini membuatnya hanya cocok untuk scene statik, kecuali bila sisi belakang menggunakan material yang tidak memuat tekstur decal (ini fungsi material duplikat, tadi). Coba putar objek Empty sampai panah sumbu Z-nya membelakangi area yang kita beri material duplikat, sebelumnya. Kita dapatkan render seperti ini:

dan bila kamera melihat sisi belakang peti, proyeksi negatif decal tidak lagi ditemukan. Decal bisa menjadi solusi penempatan material yang fleksibel dan mudah dianimasikan, sepanjang kita telah mengantisipasi proyeksi negatif.

Semoga tutorial ini bermanfaat :)

Referensi

• BlenderCookie.com - Tip: Placing Decals with Empties

Tulisan ini saya tujukan untuk sesama pemula Blender 2.5, tentang pengeditan kurva di Blender 2.5. "Sesama", karena saya sendiri juga pemula dan menuliskan tutorial ini sembari membiasakan diri menggunakan Blender 2.5.

Pengeditan Kurva

Pertama, buat objek kurva bezier baru dalam 3D View <Shift-A>. Putar 90 derajat pada sumbu X <R -> X -> 90>, agar kurva tersebut berada dalam bidang koordinat X-Z. Masuk ke modus Edit <Tab>, lalu atur agar kedua nodus bezier kurva berjarak tepat 1 BU (Blender Unit), dan handle keduanya miring tepat 45 derajat. Jarak dan kemiringan ini hanya agar langkah2 selanjutnya lebih mudah; Anda boleh pakai sudut kemiringan lain.

Bagaimana cara agar yakin bahwa jarak2 yang kita gunakan tepat? Dua fitur Blender dapat kita gunakan:

• Tekan dan tahan <Ctrl> saat mengubah apapun, untuk membatasi besar perubahan tersebut dalam interval tertentu. Untuk modifikasi objek 3D, besar interval tergantung pada ukuran grid terkecil yang terlihat pada 3D View.
• Snap Selection to Grid <Shift-S -> 1> akan meletakkan objek apapun yang tengah terpilih pada grid. Garis grid yang digunakan pun bergantung pada ukuran grid terkecil yang terlihat pada 3D View.

Langkah selanjutnya, perpanjang kurva sesuai kebutuhan, dengan cara menekan <Ctrl-LClick> setiap 1 BU. Ukuran tersebut dapat dipastikan tepat dengan memanfaatkan perintah Snap Selection to Grid:

Pilih semua handle untuk sebagian nodus bezier baru tersebut, lalu geser sehingga membentuk gelombang sebagaimana nodus2 pertama (tetap gunakan snap):

Pindah ke pandangan dari atas <Numpad-7>, buat duplikat link <Alt-D> kurva tersebut dan letakkan bersebelahan dalam jarak 1 BU (sejauh jarak antar lekukan pada kurva). Putar kurva duplikat tersebut 180 derajat pada sumbu sejajar kurva (sumbu X). Buat pula duplikat link keduanya dalam posisi tegak lurus:

Dari situ, menyelesaikan bentuk jaring sangatlah mudah: buat duplikat link kedua kurva yang bersebelahan, dan letakkan satu-persatu bersebelahan dalam jarak 2 BU. Untuk memberi wujud padat pada semua kurva tersebut (dalam tahap ini kurva masih belum dapat di-render), ubah setting geometri kurva:

Keterampilan Pramuka

Bila tombol "3D" dalam setting Shape kurva aktif (kurva bezier diperbolehkan berada dalam ruang 3D), kita dapat membuat simpul di ujung kurva agar setiap duplikat terlihat seakan saling mengikat (kemiringan handle semua nodus bezier mungkin juga harus diperkecil). Saya variasikan dengan membuat dua duplikat terpisah dan menjadikan mereka tali tepian jaring:

Deformasi Jaring

Buat sebuah lattice, dan dalam modus Objek buat agar ia seukuran dengan objek jaring (lattice yang diubah dalam modus Edit akan membuat objek target "melompat" saat modifier Lattice diterapkan). Untuk mempermudah deformasi, saya terbiasa menggunakan lattice satu lembar (ketebalan pada sumbu W = 1):

Di antara beberapa solusi jika kita ingin mendeformasi jaring menggunakan objek lattice, saya biasa memilih cara paling sederhana, yaitu mengubahnya dulu menjadi mesh. Ubah semua kurva menjadi mesh <Alt-C>, gabungkan menjadi satu objek <Ctrl-J>, lalu beri modifier Lattice. Sebelum langkah terakhir ini, mungkin Anda ingin terlebih dahulu mengurangi jumlah vertex objek jaring menggunakan modifier Decimate (saya sendiri menggunakan nilai decimate 0.5, menyisakan separuh dari keseluruhan jumlah verteks awal). Lattice siap dideformasi:

Semoga tutorial ini bermanfaat :)

Animasi Non-Linear dalam Blender

Tutorial pendek menggunakan fitur NLA Blender. Pembahasan dimulai dari kanvas kosong sampai jadi animasi (nggak jelas). [

(PDF, hasil)

Kombinasi Animasi 3D dan Still 2D dengan Video Sequence Editor

Tulisan semi-tutorial yang membahas tahap-demi-tahap pembuatan animasi yang menggabungkan elemen 3D dan 2D dengan fasilitas Video Sequence Editor milik Blender (yang semakin canggih saja...).

(PDF, hasil)

Pemodelan Presisi

Screencast pemodelan meja, tujuan utama membuatnya adalah memperlihatkan fasilitas-fasilitas dasar dalam Blender yang membantu pemodelan dengan skala yang relatif presisi (SWF)

Have fun!

Distribusi File .blend

Mendengar kata "distribusi", yang terpikir pertama di benak Anda pasti "mengirim" file. Teknik itu pula yang pertama saya kira harus dilakukan saat mulai mempelajari sistem render terdistribusi. Ternyata tidak harus demikian, karena ada banyak teknologi yang dapat kita gunakan untuk membagi file melalui jaringan. Meski pernah mencoba berbagi file menggunakan sshfs dan nfs, tapi sejauh ini saya merasa implementasi file-sharing yang paling mudah digunakan adalah menggunakan smbfs dari paket Samba.

Dalam renderfarm konvensional, mungkin kedua cara yang saya coba sebelumnya itu lebih tepat untuk diterapkan. Saya memilih Samba terutama karena telah digunakan terlebih dahulu oleh rekan-rekan di studio, sehingga tidak perlu memperrumit infrastruktur produksi yang sudah ada. Pun pengoperasiannya tidak memerlukan keterampilan teknis khusus seperti solusi berbagi file lain.

Eksekusi Tugas Render

Untuk mengeksekusi tugas render, diperlukan cara untuk mengakses setiap komputer "slave". Cara yang saya gunakan adalah menggunakan secure shell. Jika komputer "slave" yang dituju sudah me-mount direktori file .blend, proses render dapat dilakukan dari "master" seakan-akan tengah memproses file lokal. Proses render harus dilakukan melalui baris perintah, karena koneksi SSH saja tidak dapat mengakses konteks grafis yang diperlukan untuk menciptakan antarmuka grafis Blender yang familiar. Berikut contoh sesi render dengan NumpangRender:

cleo@cleo05-desktop:~$ ssh renderer@192.168.1.104
renderer@192.168.1.104's password:
Linux renderer-cleomotion 2.6.35-25-generic #44-Ubuntu SMP Fri Jan 21 17:40:48 UTC 2011 i686 GNU/Linux
Ubuntu 10.10

Welcome to Ubuntu!
 * Documentation:  https://help.ubuntu.com/

134 packages can be updated.
65 updates are security updates.

Last login: Sat Apr  9 10:11:32 2011 from cleo05-desktop.local
renderer@renderer-cleomotion:~$ cd /home/renderer/.gvfs/cakruk\ on\ cleo05-desktop/set/
renderer@renderer-cleomotion:~/.gvfs/cakruk on cleo05-desktop/set$ \
> blender -t 1 -b 01.35.blend -S image -a > /dev/null
Starting output to /tmp/01.350025_0121.mp4(ffmpeg)...
  Using type=2, codec=2, audio_codec=86016,
  video_bitrate=6000, audio_bitrate=128,
  gop_size=15, multiplex=0, autosplit=0
  render width=720, render height=576
Using global header
Writing frame 25, render width=720, render height=576
Video Frame PTS: 0

Toleran Pada Pengguna Komputer "Slave"

Perhatikan opsi -t pada contoh eksekusi Blender di atas, karena ini merupakan karakteristik unik renderfarm NumpangRender. Namanya saja menumpang render, tentu bukan kita pengguna utama setiap komputer "slave". Opsi -t saya pakai untuk membatasi jumlah thread (+/- ekivalen dengan jumlah core CPU) yang digunakan saat render. Saat komputer "slave" tengah digunakan kerja, biasanya saya hanya menggunakan 1 core untuk render (semua komputer produksi di sini adalah quad-core). Kalau sekadar digunakan baca Kaskus atau Facebook-an, saya pakai 2-3 core, dan begitu ditinggal pergi saya pakai seluruh beban prosesor.

Pemanfaatan komputer "slave" seperti ini membutuhkan komunikasi dan pemantauan manual, agar pemakai utama setiap komputer "slave" tidak merasa terganggu dengan kita yang sedang NumpangRender.

Demikian deskripsi singkat mengenai sistem renderfarm yang tengah saya gunakan, yang dengan kualitas hasil render yang ingin dicapai sekarang, adalah sistem yang cukup efektif memanfaatkan sumberdaya yang ada. Mungkin begitu dibutuhkan kualitas gambar yang jauh lebih tinggi kami mulai menggunakan sistem renderfarm terdedikasi (yang harus lebih terotomatisasi), namun saat ini NumpangRender sudah memadai.

Dengan API Python Blender seluruh data kontekstual Blender dapat diakses melalui modul bpy.context, termasuk objek Scene aktif dalam variabel bpy.context.scene. Objek tersebut, seperti semua objek bertipe bpy.types.Scene memiliki atribut render bertipe bpy.types.RenderSettings, dan lewat atribut inilah kita dapat mengubah konfigurasi hasil render.

Melihat rincian atribut bpy.types.RenderSettings dapat kita lihat berbagai komponen proses dan hasil render yang dapat kita utak-utik, mulai dari resolusi dan format gambar, sampai jumlah thread yang digunakan untuk render. Karena sedemikian mudahnya mengakses semua setting tersebut, saya tidak akan membahasnya. Cukup atur setting, lalu panggil fungsi bpy.ops.render.render(animation=True) untuk memulai proses render... selesai!

Alih-alih, berikut ini saya hanya akan membahas dua kasus khusus yang tidak dapat langsung ditangani dengan trik pada tulisan sebelumnya.

Render preview (menggunakan OpenGL)

Satu trik khusus membuat kita dapat me-render seluruh film yang tengah kita buat dengan sangat cepat, yaitu render preview. Bayangkan kita dapat segera menyaksikan karya kita, memeriksa kualitas animasi dan narasinya, tanpa perlu menunggu proses render yang terlalu lama. Render preview memanfaatkan pustaka OpenGL yang menggambar seluruh antarmuka Blender termasuk viewport 3D ke layar, sehingga meski ia mengorbankan kualitas visual, jenis render ini dapat dilakukan dengan sangat cepat.

Satu-satunya kendala adalah bahwa jenis render ini tidak dapat langsung dilakukan melalui baris perintah. Blender harus terlebih dahulu memiliki "kanvas" OpenGL, yang artinya proses render harus dimulai saat antarmuka grafis tersedia. Eksekusi perintah render dilakukan dengan injeksi perintah Python, dengan satu-satunya perbedaan adalah fungsi yang dipanggil. Bila render normal dipanggil dengan fungsi bpy.ops.render.render(animation=True), maka render OpenGL dipanggil dengan fungsi

bpy.ops.render.opengl(animation=True, view_context=False)

Parameter view_context harus bernilai false agar gambar tidak diambil dengan sudut pandang viewport manapun yang tengah aktif, melainkan dengan kamera.

Menggabungkan gambar dan suara dalam satu file.

Sampai Blender 2.54, prosedur render melalui CLI belum dapat memasukkan audio ke dalam file video yang dihasilkan, meski semua setting render telah memperhitungkan keberadaan track audio. Yang ada, track audio file hasil hanya akan berisi suara berdecit atau kosong sama sekali. Trik yang saya gunakan adalah, lagi-lagi, melalui injeksi perintah Python. Contoh baris Makefile untuk proses ini adalah:

vid_opening_title.avi: seq_opening_title.blend renderseq.py
	blender $< --scene 'Scene' -P renderseq.py >> /dev/null

renderseq.py:
	@echo 'import bpy' > $@
	@echo 'bpy.ops.render.render(animation=True)' >> $@
	@echo 'bpy.ops.wm.exit_blender()' >> $@

artinya, untuk file vid_opening_title.avi yang membutuhkan track audio, diperlukan file renderseq.py (yang akan otomatis dibuat jika belum ada).

Contoh kode

Semua trik di atas saya manfaatkan dalam menulis program pengelola renderfarm yang tengah saya rakit, PRAJA, yang saat ini masih dalam tahap eksperimen. Program tersebut terdiri atas beberapa komponen, meski satu-satunya komponen yang telah saya terbitkan adalah yang terkait dengan proses render di masing-masing slave. Itu pun masih berupa prototip dalam bahasa Python (komponen ini harus punya footprint sekecil mungkin dalam memori, hal yang mustahil saya capai bila memakai Python). Bagi rekan-rekan programmer yang menggunakan Mercurial, dapat mengambil komponen program tersebut dengan perintah

hg clone https://praja.googlecode.com/hg/

atau mengunjungi situs proyek Praja.