BAB 2 TINJAUAN PUSTAKA

BAB 2 TINJAUAN PUSTAKA 2. Data Data adalah keterangan yang benar dan nyata atau dengan kata lain adalah catatan atas kumpulan fakta yang mendeskripsikan simbol, grafik, gambar, kata, angka, huruf, objek ataupun kondisi. Data merupakan bentuk jamak dari datum, berasal dari bahasa latin yang artinya sesuatu yang diberikan. Data terkadang dipandang sebagai bentuk terendah dari informasi (Vardiansyah, D., 28). Istilah data dan file silih berganti digunakan ataupun secara bersama-sama. File adalah pengarsipan dalam suatu media yang terdiri dari kumpulan karakter dan didokumentasikan dalam bentuk digital pada komputer. Sehingga, sering sekali istilah file ataupun data silih berganti digunakan untuk mengacu pada objek yang sama. Penggunaan istilah data teks atau file teks sama-sama mengacu kepada objek yang sama, perbedaan pengertian antara keduanya tersebut tidak begitu jelas. Namun, istilah data biasanya digunakan untuk mendeskripsikan apa yang menjadi isi suatu file. Berbagai jenis data antara lain: data gambar, data teks, data suara, dll. Di dalam ilmu komputer penggunaan istilah tipe data juga digunakan. Merupakan penjelasan bagaimana data disimpan ataupun diolah oleh komputer. Tipe data sederhana melingkupi integer, real, boolean, character. Tipe data sederhana majemuk melingkupi string. Struktur data melingkupi array dan record. Struktur data majemuk melingkupi stack, queque, list, multilist, pohon biner dan graph (Wahyudi, B., 24). Pemakaian tipe data yang sesuai di dalam proses pemrograman akan menghasilkan algoritma yang jelas dan tepat, sehingga menjadikan program secara keseluruhan lebih efisien dan sederhana.

2.2 Kompresi Data Teori Informasi adalah cabang ilmu matematika yang melibatkan penghitungan informasi, memperlihatkan bagaimana cara untuk mengukur informasi. Sebuah penelitian yang dipublikasikan tahun 948 oleh Claude E. Shannon dengan judul A mathematical theory of communication menjadi asal mula lahirnya Teori Informasi. Sedangkan teori kompresi mengacu kepada Teori Informasi sebagai landasan dasar teori. Solomon, D. (27, hal: 2) mengemukakan definisi kompresi data adalah proses yang mengkonversi sebuah masukan berupa aliran data (the source atau data asli mentah) menjadi suatu aliran data lain (the output, aliran bit, atau aliran sudah dikompres) yang memiliki ukuran lebih kecil. Aliran data (stream) dapat berupa sebuah file atau buffer pada memori. Data dalam konteks kompresi data melingkupi segala bentuk digital dari informasi, yang dapat diproses oleh sebuah program komputer. Bentuk dari informasi tersebut secara luas dapat diklasifikasikan sebagai teks, suara, gambar dan video. 2.2. Konsep Kompresi data memungkinkan sebuah data dengan suatu metode dapat direpresentasikan ke dalam bentuk yang memiliki bit-bit (satuan terkecil pembentuk data) lebih kecil, dikenal dengan istilah encoding. Sebaliknya, dekompresi data juga memungkinkan wujud representasi tersebut dikembalikan ke wujud semula, dikenal dengan istilah decoding. Bagian algoritma yang melakukan encoding dinamakan encoder dan yang melakukan decoding dinamakan decoder. Suatu algoritma kompresi memiliki fungsi encoding dan decoding sekaligus. Namun pada implementasinya, implementor-lah yang menentukan bagian encoder ataukah decoder yang menentukan aksi encoding atau decoding yang dipilih dan diterapkan terhadap suatu data.

Input Original Data/File Kompresi Output Coded Data/File Input Coded Data/File Dekompresi Output Original Data/File Gambar 2. Proses encoding dan decoding (Pu, I. M., 26) Konsep utama dalam kompresi terletak pada eliminasi redudansi. Hal ini secara tidak sadar dimanfaatkan dalam kehidupan sehari-hari, contohnya adalah penggunaan singkatan dalam tulisan. Kita sudah tidak asing dengan penggunaan & sebagai pengganti kata dan, yg sebagai pengganti kata yang dan cth sebagai pengganti kata contoh. Permasalahan dalam kompresi data adalah bagaimana menemukan metode yang efisien untuk menghilangkan redundansi dari berbagai tipe data serta metode untuk membentuk kembali wujud semula. Misal S = (s, s 2,, s n ) adalah himpunan alfabet dari data/file. Representasi digital dari simbol-simbol himpunan tersebut dinamakan code C = (c, c 2,, c n ) dan setiap simbol tersebut dinamakan codeword. Bentuk representasi dasar dari data adalah American Standard Code for Information Interchange (ASCII) terdiri atas sebuah himpunan yang memiliki panjang tetap (fixed length) untuk setiap codeword (yaitu 8 bit). Dalam kompresi data, setiap panjang dari codeword tersebut diubah dengan panjang yang tidak tetap (variable length). Tabel 2. Perbandingan kode fixed length dengan variable length Representasi Simbol Kode ASCII (fixed length) Jumlah bit Prefix Code (variable length) Jumlah bit A 8 B 8 3 C 8 3 D 8 3 E 8 3

2.2.2 Klasifikasi Algoritma Kompresi Dalam kompresi data, tidak ada algoritma yang cocok untuk semua jenis data. Hal ini disebabkan karakteristik dan pola susunan tiap data berbeda-beda. Berbagai model matematika dalam menemukan redundansi dalam data tertentu menyebabkan munculnya aneka ragam algoritma kompresi data. Terdapat dua golongan besar pada teknik (algoritma) kompresi ketika berhadapan dengan kemungkinan dalam merekonstruksi kembali data yang telah dikompres menjadi data original, yaitu kompresi Lossless dan Lossy. a. Kompresi Lossless Algoritma kompresi tergolong lossless jika memungkinkan data yang sudah dikompres dapat direkonstruksi kembali persis sesuai dengan data original. Teknik ini menjamin tidak ada kehilangan sedikitpun detil atau kerusakan pada data. Contoh data yang cocok adalah gambar medis, teks, program, spreadsheet dan lain-lain. Adapun beberapa algoritma yang tergolong dalam jenis ini adalah algoritma Deflate, Run Length Coding, Huffman, LZW, dan Arithmetic Coding. Algoritma AABBBA Kompresi Algoritma Dekompresi AABBBA Gambar 2.2 Algoritma kompresi Lossless (Pu, I. M., 26) b. Kompresi Lossy Algoritma kompresi tergolong lossy jika tidak memungkinkan data yang sudah dikompres dapat direkonstuksi kembali persis sesuai dengan data original. Kehilangan detil-detil yang tidak berarti dapat diterima pada waktu proses kompresi. Hal ini memanfaatkan keterbatasan panca indera manusia. Maka, sebuah perkiraan yang mendekati keadaan original dalam membangun kembali data merupakan hal yang diperlukan untuk mencapai keefektifan kompresi.

Contoh data yang cocok adalah gambar, suara dan video. Adapun beberapa algoritma yang tergolong dalam jenis ini adalah algoritma Wavelet Compression, CELP, JPEG, MPEG- dan WMA. Algoritma 3.45926 Kompresi Algoritma Dekompresi 3.4 Gambar 2.3 Algoritma kompresi Lossy (Pu, I. M., 26) Kompresi Lossless umumnya diimplementasikan menggunakan salah satu dari dua jenis pemodelan yang berbeda, yaitu berdasarkan statistik atau dictionary. Basis statistik menciptakan himpunan codeword baru untuk tiap-tiap simbol berdasarkan probabilitas kemunculan simbol. Basis dictionary menggunakan suatu pengkodean sebagai pengganti dari sekumpulan simbol (Nelson, M. et al, 996). a. Algoritma kompresi berbasis statistik Algoritma kompresi berbasis statistik, atau disebut juga berbasis Entropy, umumnya memiliki konsep memberikan panjang codeword lebih pendek kepada simbol dengan probabilitas kemunculan yang lebih tinggi. Hal sebaliknya berlaku kepada simbol dengan probabilitas kemunculan yang lebih rendah. Contoh algoritma kompresi berbasis statistik adalah Algoritma Huffman, Adaptive Huffman, Shannon Fano, Arithmetic dan lain-lain. b. Algoritma kompresi berbasis dictionary Algoritma kompresi berbasis dictionary umumnya membandingkan pola bagian data yang akan diproses dengan bagian data yang sudah diproses sebelumnya. Kemudian menggunakan kode sebagai tanda pengenal yang merujuk kepada pola perulangan. Contoh algoritma kompresi berbasis dictionary adalah algoritma varian Lempel-Ziv (LZ), Deflate dan lain-lain.

Algoritma Deflate adalah algoritma kompresi jenis lossless dengan basis gabungan antara dictionary dan statistik. Hal ini disebabkan algoritma Deflate itu sendiri adalah kombinasi antara algoritma LZ77 dan Huffman. Mengambil kelebihan dari masing-masing metode, sliding-window pada metode LZ77 dan prefix-tree yang dimiliki metode Huffman menjadikan performa algoritma Deflate layak dibandingkan dengan berbagai metode kompresi terbaik (Deutsch, L. P. 996a). 2.3 Algoritma LZ77 Penelitian pada kompresi data hingga tahun 977 berkonsentrasi kepada cara-cara mengembangan metode Huffman. Segalanya berubah pada tahun tersebut. Publikasi A Universal Algorithm for Sequential Data Compression oleh Jacob Ziv dan Abraham Lempel mengemukakan metode baru, yaitu metode berbasis dictionary. Teknik kompresi yang dikembangkan dalam dokumen tersebut bernama Lempel-Ziv 77 (LZ77). Algoritma LZ77 adalah teknik sliding window dimana menggunakan teks yang dilihat sebelumnya sebagai dictionary terhadap teks yang akan diproses (Nelson, M. et al, 996). Algoritma ini menetapkan sebuah jendela (window). Rangkaian input (masukan) akan bergerak dari arah kanan ke kiri pada jendela. Atau dengan sudut pandang lain, jendela ini bergerak dari arah kiri ke kanan terhadap teks. Jendela tersebut dibagi atas dua bagian. Bagian sebelah kiri dinamakan search buffer, sebagai dictionary yang berisi rangkaian simbol yang sudah diproses. Bagian sebelah kanan dinamakan look-ahead buffer, berisi rangkaian simbol sebagai input yang akan diproses. Ukuran dari masing-masing buffer dalam implementasi boleh jadi bervariasi. Memperluas area pencarian (search buffer) memungkinkan algoritma mencari rangkaian simbol terpanjang yang sesuai dengan masukan (look-ahead buffer). Memperluas area masukan berarti memungkinkan panjang rangkaian simbol yang mungkin sesuai semakin besar. Namun, umumnya search buffer berukuran 2-8 Kbytes dan look-ahead buffer berukuran 8-32 bytes.

...upakan input input deflate dalam input proses deflating dan inflatin... Rangkaian simbol search buffer look-ahead buffer yang akan dibaca Sliding Window Gambar 2.4 Sliding Window (Salomon, D, 27) 2.3. Encoder Encoder melakukan pembacaan pada search buffer dari arah kanan ke kiri. Mencari simbol yang sesuai dengan simbol pertama pada look-ahead buffer, yaitu i pada gambar 2.4. Simbol pertama dijumpai pada jarak 2 simbol dari ujung search buffer (offset). Encoder kemudian berusaha mencocokkan rangkaian simbol. Di sini panjang rangkaian (length) yang sesuai adalah 6 ( input ). Pencarian berlanjut terus menerus hingga search buffer semuanya berhasil ditelusuri. Simbol kedua dijumpai pada offset 26 dengan panjang rangkaian (length) yang sesuai adalah 6 ( input ). Oleh karena penelururan telah selesai, encoder mencari nilai length terbesar dan offset terkecil. Simbol p dicatat sebagai code, yaitu simbol pertama yang tepat berada disebelah kanan rangkaian simbol yang sesuai ( input ) di look-ahead buffer. Encoder kemudian menghasilkan token (2, 6, p). Proses kemudian kembali berulang dengan menggeser sliding window sebanyak length+ simbol terhadap teks. Maka, search buffer akan berisi nput deflate dalam input p dan look-ahead buffer berisi roses deflat. Jika dalam pencarian tidak terdapat simbol yang sesuai atau jika simbol yang sesuai hanya, maka dihasilkan token (,, code). amadi menanggapi amanamanat presiden Rangkaian simbol yang akan dibaca Gambar 2.5 Cara Kerja Algoritma Encoder LZ77 Terdapat suatu keunikan dalam menghasilkan token, kemampuan untuk seakan-akan memakai sebagian dari look-ahead buffer sebagai search buffer. Pada gambar 2.5, token yang dihasilkan seharusnya (4, 4, a). Ternyata encoder

menghasilkan token (4, 5, t). Dengan ukuran length 5 berarti secara paksa melewati batas pemisah jendela. Jika didapati dictionary aman dengan token (4, 5, t) akan menghasilkan rangkaian amanat. Hal ini dilakukan untuk efektifitas kompresi. Teknik ini sangat berguna bila didapati pengulangan yang tergolong cukup banyak. Contoh, dictionary A dengan token (,, R) akan menghasilkan rangkaian AAAAAAAAAAR. Perlu diperhatikan, bahwa nilai length mempunyai batas maksimum panjang look-ahead buffer, atau L-. Ini dapat kita pahami dengan memperhatikan bentuk susunan sebuah token (f, l, c). Keberadaan code c tentunya mengurangi kemungkinan panjang rangkaian simbol yang sesuai dari look-ahead buffer simbol. Tabel 2.2 Algoritma Encoder LZ77 (Pu, I. M, 26) Baris Pseudo code p ; 2 While not EOF do Temukan rangkaian yang cocok terpanjang sebanyak l bytes dari look-ahead buffer S[p...L-] di 3 search buffer S[p-B...(p-)] dimana karakter yang cocok pertama adalah S[m]; 4 Output token (p-m, l, S[p+l]); 5 p p + l + ; 6 End While; Keterangan:. S[..n] sebagai Source Input. 2. Rangkaian token (f, l, c) sebagai Output. 3. p adalah posisi pointer yang menunjuk pada awal look-ahead buffer. 4. L adalah panjang look-ahead buffer. 5. B adalah panjang search buffer. 6. l adalah panjang rangkaian simbol yang cocok. 7. m adalah posisi yang menunjuk pada karakter pertama yang cocok pada Source Input. 8. EOF adalah singkatan dari End of File, merupakan tanda akhir isi source input.

2.3.2 Decoder Decoder memiliki buffer dengan ukuran yang sama dengan Encoder, dimana hanya memiliki jendela Dictionary. Decoder bekerja membaca rangkaian token. Jika token merupakan representasi rangkaian simbol sepanjang l, maka Decoder akan membaca posisi offset f dan menulis sebanyak l simbol ke output. Jika token merupakan representasi simbol ASCII-token (,, c), maka Decoder akan menulis simbol c tersebut ke output. dral. dral. A dral. Apabi dral. Apabila ama () (2) (3) (4) Apabila amadi menanggapi (,, ) pabila amadi menanggapi (7, 3, n) la amadi menanggapi aman (4, 5, t) di menanggapi amanamanat (,, ) Gambar 2.6 Cara Kerja Algoritma Decoder LZ77 Gambar 2.6 menjelaskan bagaimana menerjemahkan token-token menjadi output. Token (,, ) menghasilkan (spasi), dimana hasil output masih berada dalam jendela dictionary. Isi dari jendela dictionary digeser sebanyak nilai offset +, atau f +. Operasi tersebut menghasilkan bentuk sesuai poin 2 Gambar 2.6. Token (4, 5, t) menghasilkan amanat dimana jika diperhatikan nilai length lebih besar dari nilai offset. Bagaimana Decoder mampu menerjemahkan token ini adalah terletak pada detil cara kerjanya. Decoder tidak bekerja dengan menyalin secara langsung keseluruhan l simbol dari offset ke output, namun bekerja menerjemahkan satu simbol demi satu simbol. Tabel 2.3 Algoritma Decoder LZ77 (Pu, I. M, 26) Baris Pseudo code p ; 2 While not EOF do 3 Baca token berikutnya; 4 S[p...(p+l-) S[(p-f)...(p-f+l-)]; 5 S[p+l] c; 6 p p + l + ; 7 End While;

Keterangan:. Rangkaian token (f, l, c) sebagai Input. 2. S[..n] sebagai Source Output. 3. p adalah posisi pointer yang menunjuk pada awal Dictionary. 4. l adalah panjang rangkaian simbol yang cocok. 5. f adalah offset, posisi yang menunjuk karakter pertama dari sisi kanan Dictionary. 2.4 Algoritma Huffman Semenjak penelitian David A. Huffman A Method for the Construction of Minimum Redundancy Codes dipublikasikan tahun 952, metode yang dikembangkannya menjadi konsentrasi banyak penelitian dalam jumlah yang besar. Teknik kompresi yang dikembangkan dalam dokumen tersebut bernama Huffman dan berbasis statistik. Algoritma Huffman adalah teknik prefix-tree dimana menggunakan sebuah pohon biner guna menghasilkan kode pengganti yang optimal bagi simbol-simbol dengan probabilitas kemunculan yang lebih tinggi (Sayood, K, 23). Letak keberhasilan kompresi dengan metode ini adalah menerapkan variable length gantinya fixed length. Misal pada representasi ASCII, sebuah karakter disimpan dengan ukuran seragam 8 bit. Dengan menerapkan variable length, maka simbol yang memiliki probabilitas kemunculan yang lebih tinggi diberi codeword dengan ukuran lebih kecil. Untuk mencapai maksud tersebut, algoritma ini mengkonstruksi pohon biner yang dinamakan prefix-tree atau pohon Huffman. Dinamakan demikian oleh karena tidak ada codeword yang dihasilkan merupakan awalan dari codeword lainnya. Hal itu menjamin keunikan dari masing-masing kode sehingga proses dekompresi tidak ambigu. Algoritma huffman akan menggunakan prefix-tree dalam melakukan pembentukan kode-kode huffman. Kode inilah yang akan menggantikan setiap byte pada data. prefix-tree ini jugalah yang akan digunakan untuk menerjemahkan kembali byte data semula.

2.4. Encoder Dalam proses kompresi, Encoder terlebih dahulu membaca keseluruhan source input, membentuk tabel frekwensi, menciptakan pohon huffman dan kemudian memperoleh kode huffman untuk tiap simbol. Kode huffman tersebut digunakan dalam melakukan proses encoding terhadap source input. Dalam pembentukan pohon huffman, sebuah daftar atau tabel simbol dibentuk dan diurutkan berdasarkan nilai probabilitas kemunculannya. Daftar tersebut dinamakan ordered list. Simbol-simbol dalam daftar berulang kali dikombinasikan dengan simbol ataupun subtree lainnya, 2 simbol atau node dikombinasikan untuk membentuk sebuah node baru yang merupakan sebuah subtree. Pohon akan berkembang setiap kombinasi terjadi sampai akhirnya menghasilkan root. Perulangan dalam pembentukan pohon Huffman:. Kombinasikan 2 simbol terakhir pada daftar (probabilitas kemunculan terendah) dan diganti dengan simbol representasi pengganti. 2. Simbol representasi pengganti yang menggambarkan sebuah subtree, ditempatkan berdasarkan nilai gabungan dari probabilitas kemunculan kedua simbol. Beberapa aturan pembentukan pohon Huffman:. Simbol asli berada pada daun. 2. Node adalah hasil kombinasi, apakah menggunakan simbol asli atau simbol representasi pengganti atau keduanya. 3. Node diberi bobot dengan nilai penjumlahan nilai probabilitas kemunculan kedua cabangnya. 4. Node boleh diberi simbol representasi pengganti kombinasi dari simbol cabang. 5. Cabang sebelah kiri diberi bobot dengan nilai dan sebelah kanan. 6. Simbol representasi pengganti yang baru diurutkan dalam daftar dengan posisi teratas jika didapati nilai probabilitas kemunculan yang sama. 7. Representasi pengganti gabungan terakhir pada daftar dianggap sebagai root.

Andaikata sebuah string JIKA DIA AKUI DIRINYA sebagai source input, algoritma Huffman pertama sekali melakukan penghitungan untuk tiap simbol-simbol yang ada. Dimulai dari simbol pertama yaitu J, bergerak secara sekuensial ke indeks berikutnya, yaitu I. Setiap ditemukan simbol baru yang tidak ada pada daftar, maka simbol tersebut akan ditambahkan dengan memberikan nilai probabilitas awal. Sebaliknya, jika ditemukan simbol yang sudah ada pada daftar, nilai probabilitasnya cukup ditambah. Setelah mencapai indeks terakhir, tabel 2.4 adalah tabel frekwensi dan ordered list yang dihasilkan. Tabel 2.4 Daftar Simbol Dan Probabilitas Simbol Dan Probabilitas Awal Simbol Dan Probabilitas Yang Diurutkan J I 5 I 5 A 4 K 2 _ (spasi) 3 A 4 K 2 _ (spasi) 3 D 2 D 2 J U U R R N N Y Y Penggabungan pertama sekali dilakukan pada simbol N dan Y dengan simbol representasi baru (NY), kedua pada simbol U dan R dengan simbol representasi baru (UR) dan ketiga pada simbol D dan J dengan simbol representasi baru (DJ). Hasil penggabungan tersebut tampak pada gambar 2.7 dan keadaan Ordered List tahap demi tahap tampak pada tabel 2.5. I 5 A 3 _ 2 2 4 3 D J U R N Y 2 Gambar 2.7 Pembentukan Pohon Huffman Tahap, 2 dan 3

Tabel 2.5 Ordered List Awal, Tahap, Tahap 2 dan Tahap 3 Ordered List Awal Ordered List Tahap Ordered List Tahap 2 Ordered List Tahap 3 I 5 I 5 I 5 I 5 A 4 A 4 A 4 A 4 _ 3 _ 3 _ 3 (DJ) 3 K 2 (NY) 2 (UR) 2 _ 3 D 2 K 2 (NY) 2 (UR) 2 J D 2 K 2 (NY) 2 U J D 2 K 2 R U J N R Y Penggabungan keempat dilakukan pada simbol (NY) dan K dengan simbol representasi baru ((NY)K), kelima pada simbol _ dan (UR) dengan simbol representasi baru (_(UR)) dan keenam pada simbol A dan (DJ) dengan simbol representasi baru (A(DJ)). Hasil penggabungan tersebut tampak pada gambar 2.8 dan keadaan Ordered List tahap demi tahap tampak pada tabel 2.6. 7 5 I 5 4 A 4 3 _ 3 2 2 K 2 D J 2 U R N Y Gambar 2.8 Pembentukan Pohon Huffman Tahap 4, 5 dan 6 Tabel 2.6 Ordered List Tahap 4, Tahap 5 dan Tahap 6 Ordered List Tahap 4 Ordered List Tahap 5 Ordered List Tahap 6 I 5 (_(UR)) 5 (A(DJ)) 7 ((NY)K) 4 I 5 (_(UR)) 5 A 4 ((NY)K) 4 I 5 (DJ) 3 A 4 ((NY)K) 4 _ 3 (DJ) 3 (UR) 2

Penggabungan ketujuh dilakukan pada simbol I dan ((NY)K) dengan simbol representasi baru (I((NY)K)), kedelapan dilakukan pada simbol (A(DJ)) dan (_(UR)) dengan simbol representasi baru ((A(DJ))(_(UR))). Hasil penggabungan tersebut tampak pada gambar 2.9 dan keadaan Ordered List tahap demi tahap tampak pada tabel 2.7. 2 9 7 5 I 5 4 A 3 4 3 _ 2 2 K 2 D J U R N Y 2 Gambar 2.9 Pembentukan Pohon Huffman Tahap 7 dan 8 Tabel 2.7 Ordered List Tahap 7 dan Tahap 8 Ordered List Tahap 7 Ordered List Tahap 8 (I((NY)K) 9 ((A(DJ)) (_(UR))) 2 (A(DJ)) 7 (I((NY)K) 9 (_(UR)) 5 Setelah mencapai tahap 8, pada Ordered List hanya didapati 2 simbol, yaitu ((A(DJ)) (_(UR))) dan (I((NY)K)). Penggabungan terhadap 2 simbol itu kemudian dilakukan dan menyisakan hanya simbol pada daftar yang terbaru. Ketika Encoder membaca dan mendapati hanya satu simbol yang berada pada daftar, yaitu representasi simbol (((A(DJ)) (_(UR)))(I((NY)K))), maka proses pembentukan pohon Huffman selesai. Hasil akhir tampak pada gambar 2..

2 2 9 7 5 I 5 4 A 3 4 3 _ 2 2 K 2 D J U R N Y 2 Gambar 2. Prefix-tree Kode huffman didapati dengan menelusuri pohon huffman yang terbentuk. Cabang sebelah kiri diberi bobot dan cabang sebelah kanan diberi bobot. Dimulai dari root hingga mencapai daun, rangkaian bobot cabang dan yang dilewati merupakan kode huffman bagi simbol atau daun yang dituju. Dengan menggunakan representasi ASCII, string JIKA DIA AKUI DIRINYA akan memerlukan penyimpanan sebesar 2 * 8 bit = 68 bit. Dengan menggunakan representasi kode Huffman, string tersebut berhasil dikompresi menjadi yang memerlukan penyimpanan sebesar 65 bit. Tabel 2.8 Kode Huffman Simbol Kode Jumlah bit Simbol Kode Jumlah bit Huffman Huffman A 3 R 4 D 4 I 2 J 4 N 4 _ (spasi) 3 Y 3 U 4 K 3

Tabel 2.9 Algoritma Encoder Huffman (Pu, I. M, 26) Baris Pseudo code Deklarasi list yang berisi daftar simbol/tree (t, t 2,..., t n ) dengan bobot (w, w 2,..., w n ) berturut-turut; 2 for k = ; k < n; k + do Ambil 2 tree terbawah t i dan t j, w i w j {bobot 3 terkecil}; 4 t merge(t i, t j ); 5 w w i + w j ; 6 left_child(t) t i dan right_child(t) t j ; 7 edge(t, t i ) ; edge(t, t j ) ; 9 end for; Output codeword dengan menelururi dari root ke daun; Keterangan:. Pembacaan source input dari awal hingga akhir menghasilkan daftar simbol sebanyak n buah(t, t 2,..., t n )beserta probabilitas kemunculan untuk tiap simbol itu (w, w 2,..., w n ). 2. Codeword yang dihasilkan adalah kode Huffman. Digunakan untuk mengkompresi source input. 2.4.2 Decoder Decoder bekerja dengan membaca bit demi bit dan menggunakannya dalam menelusuri pohon Huffman hingga menemukan simbol. Dimulai dari root kita menelusuri cabang yang ada di bawah berdasarkan nilai bit. Jika bit yang sedang dibaca adalah, maka akan dipilih cabang sebelah kiri (left_child). Sebaliknya, bit akan menelusuri cabang sebelah kanan (right_child). Setiap node yang ditelusuri akan diperiksa, apakah sudah mencapai ujung dari pohon tersebut. Jika benar, proses pembacaan simbol selesai. Simbol yang berada di ujung pohon tersebut akan diproses sebagai output. Decoder kemudian melanjutkan pemembacaan bit demi bit

berikutnya dan mengulang langkah-langkah penelusuran pohon Huffman. Proses dekompresi akan berakhir jika didapati tanda EOF. Dengan menggunakan pohon Huffman pada gambar 2., penerjemahan rangkaian bit digambarkan dalam langkah-langkah berikut:. Dimulai dari root. 2. Baca bit, berpindah ke cabang kiri. Node bukan ujung pohon. 3. Baca bit, berpindah ke cabang kanan. Node bukan ujung pohon. 4. Baca bit, berpindah ke cabang kanan. Node bukan ujung pohon. 5. Baca bit, berpindah ke cabang kanan. Node adalah ujung pohon dengan output simbol R. 6. Dimulai dari root. 7. Baca bit, berpindah ke cabang kanan. Node bukan ujung pohon. 8. Baca bit, berpindah ke cabang kiri. Node adalah ujung pohon dengan output simbol I. Tabel 2. Algoritma Decoder Huffman (Pu, I. M, 26) Baris Pseudo code p root; 2 while not EOF 3 Baca bit berikutnya b; 4 if b = then 5 p left_child(p); 6 Else 7 p right_child(p); 8 end if; 9 if p = daun then {ujung pohon, leave) Output: p; p root; 2 end if; 3 end while; Keterangan:. Source input berbentuk binary. 2. Source output berbentuk simbol original.

2.5 Spesifikasi Algoritma Deflate Algoritma Deflate adalah algoritma yang dikembangkan oleh Phil Katz. Algoritma tersebut masih dalam bentuk spesifikasi yang kemudian oleh L. Peter Deutsch dituangkan dalam publikasi dengan judul DEFLATE Compressed Data Format Specification. Algoritma ini dirancang berdasarkan algoritma LZ77 yang dikombinasikan dengan algoritma Huffman. Data yang sudah dikompres dengan algoritma ini terdiri dari rangkaian blok. Ukuran dari blok tersebut tidak tetap, kecuali blok yang berisi data tidak dikompres dibatasi dengan ukuran 65.535 bytes. Blok-blok tersebut dikompres menggunakan kombinasi algoritma LZ77 dan Huffman. Dalam mencari rangkaian simbol yang sesuai (metode LZ77), algoritma Deflate memiliki kemampuan untuk melakukan pencarian secondary. Hal ini bertujuan untuk mengoptimalkan length rangkaian simbol yang sesuai., sapudika dapu membeli sapu merah Gambar 2. Secondary Search Rangkaian simbol yang akan dibaca Dengan melihat gambar 2., length rangkaian simbol yang sesuai bernilai 4. Namun, encoder akan menunda pemrosesan lebih lanjut dan melakukan secondary search dengan karakter kedua pada lookahead buffer sebagai awal rangkaian simbol yang akan dicocokkan. Ternyata length baru yang didapat bernilai 6 untuk string apu me. Encoder kemudian akan menjadikan simbol s sebagai output dibandingkan token, bila pencarian yang kedua yang dipakai. Hal inilah yang disebut dengan secondary search. Ada 3 metode yang dihasilkan dengan memodifikasi karakteristik secondary search, yaitu high-compression, normal dan fast. Dengan pilihan metode high-compression, akan dilakukan pencarian sekunder secara maksimal. Pilihan metode normal akan melakukan pencarian sekunder secukupnya. Pilihan metode fast akan melakukan pencarian sekunder seminimal mungkin bahkan tidak ada sama sekali. Implementasi secondary search ini sepenuhnya diserahkan kepada implementor.

Di dalam algoritma asli LZ77 sebuah token diharuskan mengandung tiga unsur, yaitu offset, length dan karakter. Sehingga apabila yang dihasilkan adalah token (,, c), maka penyimpanan yang dibutuhkan jauh lebih besar daripada ukuran satu karakter (8 bit). Yang artinya penerjemahan bentuk token tersebut dalam bentuk bit adalah sebuah pemborosan. Algoritma Deflate memperbaiki kelemahan ini dengan cara menjadikan karakter asli tersebut sebagai output. Karakter demikian yang tidak ditemukan kesesuaiannya disebut literal. Bagian data yang terkompresi terdiri atas literal, distance (offset, pada algoritma LZ77) dan length, dimana Encoder akan menuliskan kode Huffman untuk ketiga unsur itu. Kode Huffman dihasilkan dengan menggunakan dua tabel, satu tabel untuk literal dan length, satu lagi untuk distance. Masing-masing blok dimulai dengan 3 bit pendahulu, bit BFINAL yang berisi jika blok tersebut adalah blok terakhir dalam data yang terkompresi dan 2 bit BTYPE yang menentukan bagaimana cara kompresi dilakukan. Bagian berikutnya adalah pohon Huffman yang bersifat independen atau unik terhadap blok-blok lainnya. Selanjutnya adalah bagian data yang sudah dikompres. Bagian tersebut berisi referensi-referensi kepada rangkaian simbol yang sesuai. Referensi tersebut direpresentasikan atas pasangan <length, backward distance>. Representasi yang digunakan dalam algoritma Deflate membatasi distance dengan ukuran 32 Kbytes (walaupun melewati jangkauan satu blok) dan length dengan ukuran 258 bytes, namun tidak membatasi ukuran blok kecuali yang berisi data tidak dikompres. Ada 3 cara kompresi yang dapat dilakukan. Sesuai dengan kemungkinan nilai BTYPE:. - Tidak ada kompresi. 2. - Kompresi dengan kode Huffman yang sudah ditentukan. 3. - Kompresi dengan kode Huffman yang dinamis. 2.5. Tidak Ada Kompresi (BTYPE ) Blok yang menggunakan cara ini tidak akan melakukan kompresi. Hal ini dapat dimengerti jika terdapat file-file yang tidak dapat dikompres atau sudah pernah dikompres atau dengan alasan untuk memecah file tanpa kompresi. Pemecahan

tersebut sangat berguna jika seorang pengguna ingin memindahkan 8 GB data dengan menggunakan hanya 2 DVD berkapasitas 4.5 GB. Cara ini tidak menggunakan tabel apapun. Sebuah blok ditulis dengan cara ini akan didahului byte yang menyatakan blok tidak menggunakan kompresi, diikuti 2 bytes LEN, 2 bytes komplemen LEN dan literal sebanyak LEN bytes. Cara ini dibatasi dengan ukuran LEN yang merepresentasikan 65.535 bytes literal. 2.5.2 Kompresi Dengan Kode Huffman Yang Sudah Ditentukan (BTYPE ) Dua buah tabel telah menjadi kesatuan dan tertanam dalam encoder dan decoder. Hal ini akan mempercepat proses kompresi namun memiliki kelemahan jika tabel yang digunakan ternyata sangat berbeda dengan daftar simbol secara statistik. Literal dan length ditempatkan dalam tabel pertama dan distance pada tabel kedua. Tabel 2. EDOC literal dan length (Deutsch, L. P. 996a) Kode Bit length Kode Bit length Kode Bit length ekstra ekstra ekstra 257 3 267 5, 6 277 4 67-82 258 4 268 7, 8 278 4 83-98 259 5 269 2 9-22 279 4 99-4 26 6 27 2 23-26 28 4 5-3 26 7 27 2 27-3 28 5 3-62 262 8 272 2 3-34 282 5 63-94 263 9 273 3 34-52 283 5 95-225 264 274 3 43-5 284 5 227-257 265, 2 275 3 5-58 285 258 266 3, 4 276 3 59-66 Tabel 2.2 Kode Huffman Untuk EDOC (Deutsch, L. P. 996a) EDOC bit Kode prefix -43 8 44-255 9 256-279 7 28-287 8

Kode yang terdapat pada tabel 2. bukan merupakan yang sebenarnya ditulis ke output. Apa yang sebenarnya ditulis ke output adalah kode prefix untuk EDOC, yang diuraikan pada tabel 2.2. Untuk itu Istilah EDOC digunakan untuk menghilangkan pengertian ambigu bagi tabel pertama. Tabel pertama menempatkan EDOC -255 untuk literal, EDOC 256 untuk end-of-block dan EDOC 257-285 untuk length. 29 EDOC untuk length tidaklah cukup untuk merepresentasikan 256 kemungkinan yang menyatakan rangkaian simbol yang sesuai dari 3 hingga 258 bytes, oleh sebab itu bit ektra digunakan. Nilai length tertinggi adalah 258, dengan kata lain nilai length dibatasi 258 bytes yang artinya look-ahead buffer berukuran 258 bytes. Sebagai contoh, jika didapati rangkaian simbol yang sesuai mempunyai length. Dengan menggunakan tabel 2., didapat EDOC 264. Kemudian, dengan tabel 2.2 EDOC 264 ditulis dengan 7 bit kode prefix, yaitu. Length 2 menjadi EDOC 269 diikuti 2 bit ekstra, ditulis dengan 7 bit kode prefix, yaitu. Length 258 menjadi EDOC 285, ditulis dengan 8 bit kode prefix, yaitu. Sebuah end-of-block ditulis dengan 7 bit nilai, yaitu. Tabel 2.3 Kode distance (Deutsch, L. P. 996a) Ko Bit distance Ko Bit distance Ko Bit distance de ekstra De ekstra de ekstra 4 33-48 2 9 25-536 2 4 49-64 2 9 537-248 2 3 2 5 65-96 22 249-372 3 4 3 5 97-28 23 373-496 4 5, 6 4 6 29-92 24 497-644 5 7, 8 5 6 93-256 25 645-892 6 2 9-2 6 7 257-384 26 2 893-2288 7 2 3-6 7 7 385-52 27 2 2289-6384 8 3 7-24 8 8 53-768 28 3 6385-24576 9 3 25-32 9 8 769-24 29 3 24577-32768 Tabel kedua, yaitu tabel distance dapat dilihat pada tabel 2.3. Sebuah jarak direpresentasikan dengan kode prefix 5 bit yang diikuti dengan bit ekstra. Pertama sekali, dengan menelusuri nilai jarak pada kolom distance, didapatlah kode pada kolom kode yang merupakan prefix 5 bit tersebut. Pada kolom bit ekstra didapati panjang bit ekstra. Untuk mendapatkan bit ekstra, dilakukan pengurangan antara jarak dengan nilai awal pada kolom distance lalu dikonversi ke dalam bentuk bilangan biner

dengan penambahan nol secukupnya sesuai panjang bit ekstra yang didapat. Nilai distance tertinggi adalah 32.768, dengan kata lain nilai jarak dibatasi 32.768 bytes yang artinya search buffer berukuran 32.768 bytes. Sebagai contoh, jika didapati rangkaian simbol yang sesuai dengan distance 6, ditulis. Distance 2 ditulis. Distance 4 ditulis. Distance 895 ditulis. Distance 955 ditulis. Blok yang ditulis dengan cara ini akan didahului byte yang menyatakan blok menggunakan kompresi dengan kode Huffman yang sudah ditentukan, diikuti bagian data yang sudah dikompres. Bagian ini ditulis dengan bentuk kode prefix untuk literal dan length, dan kode prefix lain untuk distance. Blok diakhiri dengan kode prefix end-of-block. 2.5.3 Kompresi Dengan Kode Huffman Yang Dinamis (BTYPE ) Pembangunan tabel kode sesuai dengan keadaan data yang akan dikompres dilakukan pada blok ini. Hal ini menghasilkan tabel kode yang unik. Pembacaan keseluruhan source input akan dilakukan untuk membentuk tabel probabilitas guna menghasilkan kode Huffman. Dua buah tabel seperti cara BTYPE juga dibentuk, keduanya ditulis menjadi kesatuan dalam bagian data yang sudah dikompres dengan cara yang unik. Bagian terpenting dalam algoritma Deflate ini terletak pada bagaimana mengkompresi tabel kode dan bagimana mengembalikannya seperti semula. Langkah-langkah utama untuk melakukan hal itu adalah sebagai berikut:. Masing-masing tabel dimulai sebagai pohon Huffman. 2. Pohon tersebut disusun kembali untuk memenuhi bentuk standar yang dapat direpresentasikan menjadi rangkaian dari panjang kode. 3. Rangkaian kemudian dikompres dengan Run Length Encoding menjadi rangkaian yang lebih sederhana.

4. Dengan algoritma Huffman, diperoleh kode Huffman untuk rangkaian sebelumnya. Pohon Huffman kembali disusun kembali untuk memenuhi bentuk standar. 5. Pohon Huffman kemudian direpresentasikan menjadi rangkaian dari panjang kode yang sebelumnya dipermutasi dan bisa saja dihilangkan sebagian pada output. Dalam menggunakan algoritma Huffman, terdapat beberapa aturan tambahan yang diberikan oleh algoritma Deflate. Pohon Huffman diharuskan memiliki bentuk standar. Untuk itu, pohon yang baru harus memenuhi aturan berikut:. Kode yang lebih pendek muncul di sebelah kiri dan yang lebih panjang muncul di sebelah kanan di pohon Huffman. 2. Ketika beberapa simbol memiliki kode dengan panjang yang sama, secara lexicographically simbol yang lebih kecil ditempatkan di sebelah kiri. Sebagai contoh, enam simbol (A, B, C, D, E, F) memiliki probabilitas kemunculan masing-masing.,.4,.2,.3,.24, dan.26. Dengan algoritma Huffman, pohon Huffman yang dikonstruksi tampak pada gambar 2.2. Pohon tersebut kembali disusun ulang dengan memperhatikan aturan () dan (2), menghasilkan pohon Huffman yang tampak pada gambar 2.3. Pohon ini memiliki kelebihan dimana dapat direpresentasikan secara baik oleh rangkaian 3, 3, 3, 3, 2, 2 yang adalah panjang kode dari keenam simbol tadi. A C E D B F Gambar 2.2 Bentuk Standar Pohon Huffman Aturan ()

g E F A B C D Gambar 2.3 Bentuk Standar Pohon Huffman Aturan () Dan (2) Jika keenam simbol tersebut memiliki probabilitas kemunculan yang berbeda, antara lain.26,.,.4,.2,.24, dan.3. Maka, Rangkaian yang tebentuk adalah 2, 3, 3, 3, 2, 3. Panjang dari kode dibatasi hingga 4 bit masing-masing. Dimana dalam integer batas itu mempunyai interval [, 5], berimplikasi bahwa kode tersebut memiliki panjang paling banyak 5 bit. Decoder mampu menghasilkan pohon Huffman kembali dengan membaca rangkaian panjang kode dari tiap-tiap simbol. Penggalan berikut merupakan bagian dari algoritma Deflate dalam menghasilkan kode yang kemudian ditempatkan pada tree[i].code:. Hitung jumlah kode untuk masing-masing panjang kode. Menggunakan bl_count[n] sebagai nilai yang menyatakan jumlah kode dengan panjang kode N (N >= ). 2. Hitung nilai dasar untuk masing-masing panjang kode yang ditempatkan pada next_code[n] untuk panjang kode N. code = ; bl_count[] = ; for (bits = ; bits <= MAX BITS; bits++) f code = (code + bl_count[bits-]) << ; next_code[bits] = code; 3. Menghasilkan kode yang sebenarnya. for (n = ; n <= max_code; n++) f len = tree[n].len; if (len!= ) f tree[n].code = next code[len]; next code[len]++;

Sebagai contoh, diberikan masukan rangkaian 3, 3, 3, 3, 3, 2, 4, 4. Langkah pertama tidak menemukan kode untuk panjang kode, buah kode untuk panjang kode 2 (bl_count[2] = ), 5 buah kode untuk panjang kode 3 (bl_count[3] = 5) dan 2 buah kode untuk panjang kode 4 (bl_count[4] = 2). Langkah kedua memberi nilai sebagai nilai dasar pada panjang kode. Dalam loop berikutnya tidak menemukan kode, maka diberi nilai sebagai nilai dasar pada panjang kode 2. Loop berikutnya menemukan buah kode, maka panjang kode 3 diberi nilai dasar 2 (2*(+)). Loop terakhir ditemukan 5 buah kode, maka panjang kode 4 diberi nilai dasar 4 (2*(2+5)). Langkah ketiga menghasilkan 3 bit kode (nilai dasar 2), (nilai dasar 2 + ), (nilai dasar 2 + 2), (nilai dasar 2 + 3), (nilai dasar 2 + 4). Berikutnya menghasilkan 4 bit kode (nilai dasar 4), (nilai dasar 4 + ) dan terakhir 2 bit kode (nilai dasar ). Rangkaian yang dijelaskan diatas dikenal dengan istilah SQ (Short Sequence) dari panjang kode CL (Code Length). Algoritma Deflate lebih lanjut melakukan kompresi terhadap SQl dengan menggunakan Run Length Encoding. Langkah-langkah berikut dilakukan dalam mencapai maksud tersebut:. Menerapkan Run Length Encoding, menghasilkan rangkaian baru dengan istilah SSQ (Short of Short Sequence). 2. Membangun pohon Huffman dari SSQ dan menghasilkan rangkaian baru dengan istilah CCL (Code of Code Length) untuk kode-kode Hufman tersebut. 3. Permutasi ataupun juga penyederhanaan dari CCL dalam bagian data yang sudah dikompres pada blok. Langkah pertama. Ketika sebuah CL muncul lebih dari tiga kali, encoder menambahkan CL kepada SSQ diikuti dengan flag khusus 6 dan 2 bit faktor pengulangan (3-6 pengulangan). Sebagai contoh, sebuah rangkaian memuat CL 7 berulang-ulang sebanyak enam kali, akan dikompres menjadi 7, 6, 2. Faktor pengulangan 2 menyatakan 5 kemunculan berturut-turut dari panjang kode yang sama. Jika sebuah rangkaian memuat CL 6 berulang-ulang sebanyak sepuluh kali, akan dikompres menjadi 6, 6, 2, 6, 2. Faktor pengulangan 2 menyatakan 6

kemunculan berturut-turut dan 2 menyatakan 3 kemunculan berturut-turut dari panjang kode yang sama. CL akan didapati dalam jumlah yang banyak. Hal ini dikarenakan dalam satu blok akan banyak literal/length ataupun distance yang tidak muncul ataupun ditemukan sehingga diberi nilai CL. Penggunaan flag khusus 7 dan 8 dikenakan kepada CL. Flag 7 akan diikuti dengan 3 bit faktor pengulangan (3- pengulangan CL ). Flag 8 akan diikuti dengan 7 bit faktor pengulangan (-38 pengulangan CL ). Sebagai contoh, sebuah rangkaian memuat CL berulang-ulang sebanyak enam kali dikompres menjadi 7, 2 dan dua belas CL dikompres menjadi 8, 2. Terdapat SQ dengan 28 CL: 4, 4, 4, 4, 4, 3, 3, 3, 6, 6, 6, 6, 6, 6, 6, 6, 6, 6,,,,,,, 2, 2, 2, 2. Rangkain tersebut akan dikompres menjadi SSQ dengan 6 angka: 4, 6, 2, 3, 3, 3, 6, 6, 2, 6, 2, 7, 2, 2, 6, 2. Atau dalam desimal menjadi: 4, 6,, 3, 3, 3, 6, 6, 3, 6,, 7, 3, 2, 6,. Langkah kedua. Menghasilkan kode Huffman untuk SSQ berikut (dengan probabilitas kemunculan berada pada tanda kurung): (2), (), 2(), 3(5), 4(), 6(), 6(4), 7(). Pohon Huffman dalam bentuk standar dapat dilihat pada gambar 2.4 dan 2.5. Sehingga didapatlah kode Huffman dengan CCL sebagai berikut: 4, 5, 5,, 5, 5, 2 dan 4 berturut-turut untuk kode,, 2, 3, 4, 6, 6, dan 7. 2 4 7 6 6 3 Gambar 2.4 Pohon Huffman SSQ

3 6 7 2 4 6 Gambar 2.5 Bentuk Standar Pohon Huffman SSQ Langkah ketiga. Rangkaian dari CCL kemudian diperluas menjadi 9 angka dengan menambahkan angka kepada posisi CCL yang tidak dipakai. Kemudian akan dilakukan pengacakan dengan urutan tertentu dan dilakukan permutasi. Position : 2 3 4 5 6 7 8 9 2 3 4 5 6 7 8 CLL : 4 5 5 5 5 2 4 Position : 6 7 8 8 7 9 6 5 4 2 3 3 2 4 5 CLL : 2 4 4 5 5 5 5 Permutasi dilakukan dengan maksud menghilangkan rangkaian yang berada diakhir rangkaian dari CCL, sehingga dengan memperhatikan contoh diatas rangkaian akhir berupa 8 kode. Rangkaian akhir kemudian akan ditulis pada compressed stream. Blok yang ditulis dengan cara ini akan didahului byte yang menyatakan blok menggunakan kompresi dengan kode Huffman yang dinamis, diikuti tabel kode Huffman, dua buah tabel (literal/length dan distance) dan bagian data yang sudah dikompres. Bagian ini ditulis dengan bentuk kode prefix untuk literal dan length, dan kode prefix lain untuk distance. Blok diakhiri dengan sebuah kode endof-block.