Pembangunan aplikasi video streaming berbasis android di STV Bandung

Bahwa yang bertanda tangan dibawah ini, penulis dan pihak perusahaan tempat

penelitian, Menyetujui :

"Untuk memberikan kepada Universitas Komputer lndonesia Hak Bebas Royalty

Nonekklusif atas penelitian ini dan bersedia untuk di-online-kan sesuai dengan ketentuan yang berlaku untuk kepentingan riset dan pendidikan".

Bandung, 25 Februari 2014

Penulis, Perusahaan,

HRGA & Legal Manager STV

W

Arfiandv Arsam NrM.10109578

Mengetahui,

Catatan:

Bab lll dan Bab lV tidak boleh di-online-kan karena berisi data skripsi penulis Fadhila

NrP.TV000156

lrfan Maliki, S.T.,' M.T. N|P.4L277006019

SURAT PERNYATAAN TIDAK PLAGIAT

Bandung, 25 Februari 2014

Saya yang bertanda tangan dibawah ini :

Nama

NIM

.Iudul Skripsi

: Arfiandy Arsam :10109578

. Pembangunan Aplika si It i de o S tr e am i ng Bertrasi s Androi d

di STV Bandung

Menyatakan bahwa saya tidak melakukan tindakan tneniru. menyalin atau menjiplak skripsi atau karya ilmiah yang telah ada. Apabila saya terbukti melakukan tindakan tersebut, maka saya bersedia untuk menerima sanksi yang diberikan sesuai dengan ketentuan yang ditetapkan dan berlaku di Program Studi Teknik Informatika Universitas Komputer Indonesia.

Mengetahui,

Yang memberi pernyataan

Arfiand], Arsam NIM.10109578

BERBASIS

A}T:}R*II}

*T

ST}" BANBLTNG

ARFLdIYI}Y

S.RSA*T

r{r*{,

I*I{}s5?s

Telah diser*j*i dalr disshkac cli Ba*dril:g s*bagai T*gas Skripsi pada tanggal . 'J5 _{ir*i:mari :f'I14}

h{*n-1'etujui,

irlan 5{aiiki. S.T.. M.T. NrP.41_?77*fi6* l9

E*kar: Fakgltas

T*ii*ifu da* ii*ru ir**rpulrr

NlP. .11:??ii*i:

sra:n Stlrdi

Biodata Mahasiswa

Data Pribadi

Nama : Arfiandy Arsam

NIM : 10109578

Tempat Tanggal Lahir : Serang, 07 Desember 1990 Jenis kelamin : Laki - Laki

Agama : Islam

Alamat di Bandung : Jl. Sukasari II No. 171 Kel. Sekeloa Kec. Coblong Alamat di Serang : Kp. Teras RT/RW 01/02 No. 3 Ds. Teras Bendung Lebak Wangi Serang Banten

Telepon : 085795888144

Email : arfiandyarsam@gmail.com Arfiandy_arsam@yahoo.co.id Kewarganegaraan : Indonesia

Status : Mahasiswa Kesehatan : Sangat Baik Status perkawinan : Belum Kawin

Pendidikan

1997 – 2003 : SD Negeri Teras Bendung IV 2003 - 2006 : SMP Negeri 1 Kragilan

2006 - 2008 : SMA Prisma (IPA/Akselerasi) Serang

2009 – 2014 : Program Sarjana (S-1) Teknik Informatika Universitas Komputer Indonesia, Bandung

Pendidikan Non Formal

Tahun Bidang Lembaga Ketarangan

2008 Bahasa Inggris Englis Testing Center Sertifikasi 2008 Ilmu Komputer SMA Prisma Serang Sertifikasi 2011 Citizen Journalism www.detik.com Sertifikasi 2013 Building app android BeLogic Sertifikasi

2014 Toefl LPKA Bandung Sertifikasi

Pengalaman Organisasi

2004 – 2005 Osis SMPN 1 Kragilan, Sebagai Ketua Bidang Pendidikan dan Bidang Komunikasi.

Tugas: Menyusun rencana kerja osis dalam bidang pendidikan dan bidang komunikasi, menyusun rencana kegiatan, mengkoordinir acara sekolah. 2009 – Sekarang KAMAYASA (Keluarga Mahasiswa Tirtayasa Serang

Bandung), Sebagai Anggota dan Menjabat Sebagai Ketua Bidang Komunikasi dan Bagian Dokumnetasi

Tugas: memberikan informasi tentang kegiatan, membuat rencana kegiatan, menggalang anggota baru.

SKRIPSI

Diajukan untuk Menempuh Ujian Akhir Sarjana

ARFIANDY ARSAM

10109578

PROGRAM STUDI TEKNIK INFORMATIKA

FAKULTAS TEKNIK DAN ILMU KOMPUTER

UNIVERSITAS KOMPUTER INDONESIA

2014

iii

KATA PENGANTAR

Bismillahirahmaannirrohiim,

Assalamu’alaikum Wr. wb.

Segala puji dan syukur Penulis panjatkan kepada Allah SWT., Pencipta dan Pemelihara alam semesta, shalawat serta salam semoga terlimpah bagi Muhammad SAW., keluarga dan para pengikutnya yang setia hingga akhir masa.

Atas rahmat dan hidayah-Nya, akhirnya Penulis dapat menyelesaikan tugas akhir ini, meskipun hasilnya masih jauh dari kata sempurna, mengingat keterbatasan pengetahuan, keilmuan, pengalaman serta referensi yang Penulis miliki. Oleh karena itu, Penulis selalu terbuka untuk menerima kritik dan saran yang dapat menyempurnakan tugas akhir ini.

Penyusunan tugas akhir ini, tidak terlepas dari bantuan berbagai pihak yang tak mungkin Penulis sebutkan satu per satu. Sehingga, dengan segala kerendahan hati pada kesempatan ini Penulis ingin mengucapkan terima kasih kepada:

1. Kepada kedua orang tua dan keluarga yang tercinta yang telah memberika do’a dan semangatnya selama ini.

2. Dosen Pembimbing Bapak Irfan Maliki S.T., M.T., yang begitu sabar membimbing hingga Tugas Akhir ini selesai dengan tepat waktu.

iv

4. Seluruh Dosen Program Studi Teknik Informatika yang telah memberikan kesempatan kepada penulis untuk menyelesaikan Tugas Akhir.

5. Seluruh teman-teman yang telah memberikan dukungannya dan motivasi.

Akhir kata, Penulis berharap semoga tugas akhir ini menjadi sumbangsih yang bermanfaat bagi dunia sains dan teknologi di Indonesia, khususnya disiplin keilmuan yang Penulis dalami.

Bandung, 25-02-2014

v

DAFTAR ISI

ABSTRAK ... i

ABSTRACK ... ii

KATA PENGANTAR ... iii

DAFTAR ISI ... v

DAFTAR GAMBAR ... viii

DAFTAR TABEL ... xii

DAFTAR SIMBOL ... xiii

DAFTAR LAMPIRAN ... xvi

BAB 1 PENDAHULUAN ... 1

1.1 Latar Belakang ... 1

1.2 Rumusan Masalah ... 2

1.3 Maksud dan Tujuan... 2

1.4 Batasan Masalah ... 2

1.5 Metodologi Penelitian ... 2

1.6 Sistematika Penulisan ... 5

BAB 2 TINJAUAN PUSTAKA ... 7

2.1 Profil STV ... 7

2.1.1 Sejarah STV ... 7

2.1.2 Visi dan Misi STV ... 8

2.1.3 Logo STV Bandung ... 9

2.1.4 Struktur Organisasi STV Bandung ... 10

2.1.5 Job Description STV Bandung ... 8

2.2 Perangkat Lunak / Aplikasi ... 8

2.3 Internet ... 8

2.4 Unified Modelling Language (UML) ... 9

2.4.1 Diagram... 9

2.4.2 Faktor Yang Mendorong Dibuatnya UML ... 12

2.4.3 Tujuan UML ... 13

vi

2.5.3 Arsitektur Streaming ... 19

2.5.4 Metode Streaming ... 19

2.5.5 Komponen-komponen Dalam Streaming Media ... 20

2.5.6 Masalah Streaming Multimedia ... 21

2.5.7 Protokol Streaming ... 22

2.6 Standar Kompresi Video ... 23

2. 7 Android ... 24

2.7.1 Sejarah Android ... 24

2.7.2 Arsitektur Android ... 25

2.7.3 Versi Android... 28

3.7.4 Kelebihan Android ... 28

3.7.5 Kekurangan Android ... 29

2.8 Java ... 30

2.8.1 Sejarah Java ... 31

2.8.2 Kelebihan Java ... 32

2.8.3 Kekurangan Java ... 33

2.9 Tools Implementasi ... 34

2.9.1 Android SDK ... 34

2.9.2 Eclipse ... 34

BAB 3 ANALISIS DAN PERANCANGAN SISTEM ... 39

3.1 Analisis Sistem... 39

3.1.1 Analisis Masalah ... 39

3.1.2 Analisis sistem yang sedang berjalan ... 39

3.1.3 Analisis Sistem yang Akan Dibangun ... 41

3.1.4 Analisis Streaming ... 43

3.2 Analisis dan Kebutuhan Non Fungsional ... 57

3.2.1 Analisis dan Kebutuhan Perangkat Keras ... 57

3.2.3 Analisis dan Kebutuhan Jaringan... 58

vii

3.3 Analisis Kebutuhan Fungsional ... 59

3.3.1 Spesifikasi Sistem ... 60

3.3.2 Pemodelan Sistem ... 61

3.4 Perancangan Sistem ... 79

3.4.1 Perancangan Struktur Menu ... 79

3.4.2 Perancangan Antarmuka ... 80

3.4.3 Jaringan Semantik ... 88

BAB 4 IMPLEMENTASI DAN PENGUJIAN SISTEM ... 89

4.1 Implementasi Sistem ... 89

4.1.1 Lingkungan Implementasi Perangkat Keras ... 89

4.1.2 Lingkungan Implementasi Perangkat Lunak ... 89

4.1.3 Lingkungan Implementasi Jaringan Komputer ... 89

4.1.4 Implementasi Antarmuka ... 89

4.1.5 Implementasi Antarmuka Menu Utama ... 90

4.1.6 Implementasi Antarmuka Menu Pengaturan ... 91

4.1.7 Implementasi Antarmuka Menu About ... 91

4.1.8 Implementasi Antarmuka Menu Cara Penggunaan ... 92

4.1.9 Implementasi Antarmuka Menu Memperbarui Aplikasi ... 92

4.1.10 Implementasi Antarmuka Pesan ... 93

4.2 Pengujian Sistem ... 95

4.2.1 Pengujian Alpha ... 95

4.2.2 Pengujian Beta ... 98

4.2.3 Pengujian Quality of Service (QoS) ... 100

4.2.3.1 Kesimpulan Pengujian Quality of service (QoS) ... 106

BAB 5 KESIMPULAN DAN SARAN... 107

5.1 Kesimpulan ... 107

5.2 Saran ... 107

109

DAFTAR PUSTAKA

[ 1 ] Safaat, Nazaruddin H. 2011. Pemrograman Aplikasi Mobile Smartphone Dan Tablet PC Berasis Android.Bandung : Informatika.

[ 2 ] Putra, Darma. 2010. Pengolahan Citra Digital. Yogyakarta : Andi

[ 3 ] Sommerville, Ian. 2000. Software Engineering ( Rekayasa Perangkat Lunak) Jilid 1. Jakarta: Erlangga

[ 4 ] Android Developer Guide : http://developer.google.com

[ 5 ] Bailey, Justin M.. Live Video Streaming from Android-Enabled Devices to Web Browsers (2011). Graduate School Theses and Dissertations.

http://scholarcommons.usf.edu/etd/2995

[ 6 ] Bohoris, Christos.1998.Simulation and Optimization of JPEG and Motion JPEG.

http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.58.5611&rep=re p1&type=pdf

[ 7 ] ITU-T G-177 Series G: International telephone connections and circuits – Transmission plan aspects of special circuits and connections using the international telephone connection network.

http://ftp.tiaonline.org/tr-30/TR-30.3/Public/0312%20Lake%20Buena%20Vista/G177%20-%2009-99.doc [ 8 ] ITU-T G.1070 Transmission System and Media Digital Systems and

Network.2012

http://www.itu.int/ITU-T/recommendations/rec.aspx?id=9050

[ 9 ] MJPEG vs MPEG Understanding the differences, advantages and disadvantages of each compression technique. On-Net Surveillance System Inc.

1

BAB 1

PENDAHULUAN

1.1 Latar Belakang

STV Bandung adalah stasiun televisi lokal di Jawa Barat yang sebagian besar mempekerjakan sumber daya manusia lokal dan mengorientasikan kepada program-program tayangan keluarga dan seni budaya. STV mulai mengudara pada tanggal 18 Maret 2005 di frekuensi 34 UHF.

STV merupakan jaringan dari kompas TV dan mulai tanggal 9 September 2011 seluruh program STV Bandung diisi oleh acara kompas TV yaitu presentasinya sebanyak 70 persen dan 30 persen lagi berasal dari program STV. Namun konten lokal ini akan berbeda dengan acara STV Bandung sebelumnya. Dalam siaranya STV Bandung sering melakukan siaran langsung untuk beberapa program terutama program berita. Program berita ini sering kali melakukan reportase langsung, banyak sekali kendala yang terjadi seperti perlu mobile unit untuk membawa peralatan broadcast yang banyak dan proses pengaturannya yang susah membuat teknisi terkadang mengalami kendala dan dituntut untuk cepat mengatur semua peralatan dan terkadang kondisi lapangan yang menyulitkan. Kemudian banyak peristiwa penting terlewatkan karena wartawan tidak membawa peralatan untuk melakukan siaran.

Dalam hal ini perlu suatu solusi untuk memecahkan masalah peliputan yang ada di STV Bandung, yaitu dengan membuat suatu aplikasi yang bisa berjalan di perangkat mobile seperti di perangkat smartphone berbasis android karena android merupakan perangkat mobile yang murah dan banyak digunakan.

1.2 Rumusan Masalah

Berdasarkan identifikasi yang ada maka dapat dirumuskan masalahnya adalah tentang bagaimana membangun aplikasi video streaming berbasis android yang dapat melakukan peliputan secara langsung.

1.3 Maksud dan Tujuan

Berdasarkan permasalahan yang diteliti, maka maksud dari penelitian tugas akhir adalah untukmembangun aplikasi video streaming berbasis android di PT . Pasundan Utama Televisi Bandung. Sedangkan tujuan yang akan dicapai dalam penelitian ini adalah :

1. Membangun aplikasi video streaming yang dapat digunakan untuk peristiwa yang diluar studio yang sifatnya mendesak untuk dilakukan siaran langsung.

2. Menyediakan fasilitas streaming agar wartawan tidak lagi mengalami kesulitan apabila tidak membawa peralatan khusus siaran.

1.4 Batasan Masalah

Dalam penelitian ini terdapat batasan masalah sebagai berikut : 1. Untuk menggunakan aplikasi ini membutuhkan koneksi internet yang

cukup baik dan stabil, minimal dengan kecepatan 128 Kb/s.

2. Kualitas video streaming tidak sebaik kualitas gambar yang ada pada umumnya.

3. Aplikasi video streaming ini menggunakan Transmission Control Protocol (TCP)yang terhubung ke layanan server menggunakan koneksi internet.

4. Pemodelan sistem menggunakan Object Oriented

1.5 Metodologi Penelitian

Metodologi penelitian yang digunakan dalam membangun aplikasi ini adalah metodologi deskriptif yang menggambarkan fakta-fakta dan informasi secara sistematis, faktual dan akurat. Metodologi penelitian ini memiliki dua tahapan yaitu tahap pengumpulan data dan tahap pembangunan perangkat lunak.

3

1. Tahap pengumpulan data

Metode pengumpulan data yang digunakan dalam penelitian ini adalah sebagai berikut :

a. Studi Literatur.

Pengumpulan data dengan cara mengumpulkan literatur, jurnal, paper dan bacaan-bacaan yang ada kaitannya dengan judul penelitian.

b. Observasi.

Teknik pengumpulan data dengan mengadakan penelitian di PT. Pasundan Utama Televisi Bandung (STV) dan peninjauan langsung terhadap permasalahan yang diambil.

c. Interview.

Teknik pengumpulan data dengan mengadakan tanya jawab secara langsung dengan Teknisi IT STV Bapak Arie dan Teknisi IT Kompas Bapak Ahmad yang ada kaitannya dengan topik yang diambil.

2. Tahap pembangunan perangkat lunak.

Metode yang digunakan dalam pembuatan Aplikasi ini ialah model

(waterfall) [3]. Paradigma waterfall ditunjukan pada Gambar 1.1.

Gambar 1.1: Model Pengembangan Perangkat Lunak Waterfall

Requirements Definition

Operation and Maintenance System and

Software Design

Implementation and Unit Testing

Integration and System Testing

Tahap pembangunan dalam pembuatan perangkat lunak menggunakan paradigma perangkat lunak secara waterfall, yang meliputi beberapa proses diantaranya:

1. Requirements Definition

Pada tahap ini mengumpulkan kebutuhan secara lengkap, termasuk didalamnya kegunaan software yang diharapkan pengguna dan batasan software. Informasi ini biasanya dapat diperoleh melalui wawancara, survey atau diskusi. Informasi tersebut dianalisis untuk mendapatkan dokumentasi kebutuhan pengguna untuk digunakan pada

2. System and Software Design

Tahap ini dilakukan sebelum melakukan coding. Tahap ini bertujuan untuk memberikan gambaran apa yang seharusnya dikerjakan dan bagaimana tampilannya. Tahap ini membantu dalam menspesifikasikan kebutuhan

hardware dan sistem serta mendefinisikan arsitektur sistem secara keseluruhan.

3. Implementation and Unit Testing

Proses ini desain program diterjemahkan kedalam kode-kode dengan menggunakan bahasa pemograman yang sudah ditentukan. Kemudian program yang dibangun langsung diuji baik secara unit.

4. Integration and System Testing

Pada tahap ini penyatuan unit-unit program kemudian diuji secara keseluruhan untuk mengetahui apakah software yang dibuat telah sesuai dengan desainnya dan masih masih terdapat kesalahan atau tidak.

5. Operation and Maintenance

Tahap ini merupakan tahap mengoperasikan program dilingkungannya dan melakukan pemeliharaan, seperti penyesuaian atau perubahan karena adaptasi dengan situasi sebenarnya. Kekurangan utama dari model ini adalah kesulitan dalam mengakomodasi perubahan setelah proses dijalani. Fase sebelumnya harus lengkap dan selesai sebelum mengerjakan fase berikutnya.

5

Pada penelitian tahap pengembangan perangkat lunak hanya sampai pada proses Operation and Maintenance

1.6 Sistematika Penulisan

Sistematika penulisan dibuat untuk memberikan gambaran umum mengenai penelitian yang dilakukan dan kejelasan mengenai penulisan hasil penelitian. Oleh sebab itu sistematika penulisan yang akan digunakan adalah :

BAB 1 PENDAHULUAN

Bab ini dijelaskan tentang latar belakang, identifikasi masalah, maksud dan tujuan, batasan masalah, metodologi penelitian dan sistematika penelitian.

BAB 2 TINJAUAN PUSTAKA

Bab ini membahas tentang profil STV Bandung yang memaparkan sejarah, logo, visi misi, dan struktur organisasi serta penjelasan tentang landasan teori yang berisi berbagai konsep dasar dan teori-teori yang berkaitan dalam pembuatan aplikasi video streaming berbasis android.

BAB 3 ANALISIS DAN PERANCANGAN SISTEM

Bab ini berisi pemaparan analisis masalah, analisis sistem operasi, analisis sistem yang sedang berjalan, analisis kebutuhan data, analisis basis data, analisis jaringan, analisis kebutuhan nonfungsional, dan analisis kebutuhan fungsional. Hasil dari analisis tersebut digunakan untuk melakukan perancangan perangkat lunak yang terdiri dari perancangan struktur file, struktur menu, perancangan antarmuka dan jaringan semantik

BAB 4 IMPLEMENTASI DAN PENGUJIAN SISTEM

Bab ini menjelaskan tentang implementasi dan pengujian dari perangkat lunak yang dibangun berdasarkan analisis dan perancangan perangkat lunak yang telah dilakukan. Hasil dari implementasi kemudian dilakukan pengujian perangkat lunak menggunakan yang terdiri dari pengujian alpha dan beta sehingga perangkat lunak yang dibangun sesuai dengan analisis dan perancangan yang telah dilakukan.

BAB 5 KESIMPULAN DAN SARAN

Bab ini berisi kesimpulan yang merupakan rangkuman dari hasil pengujian perangkat lunak dan saran yang perlu diperhatikan bagi pengembangan perangkat lunak di masa yang akan datang.

7

BAB 2

TINJAUAN PUSTAKA

2.1 Profil STV

Sunda Televisi merupakan buah kreativitas dari Prima Entertainment yang berada dibawah naungan PT Pasundan Utama Televisi dan berdiri pada tahun 2005. Memposisikan sebagai televisi lokal di Jawa Barat yang berfokus pada seni budaya Sunda pada khususnya dan kebudayaan di Jawa pada umumnya. Pemilihan wilayah Jawa Barat sebagai wilayah penyiaran STV adalah dengan mempertimbangkan bahwa Jawa Barat merupakan wilayah yang penduduknya lebih padat dibandingkan dengan wilayah Jawa Tengah dan Jawa Timur.

2.1.1 Sejarah STV

Sejarah STV Bandung dimulai dari pertama kalinya mengudara pada tanggal 18 Maret 2005 di frekuensi 34 UHF (Ultra High Frekuensi). STV Bandung pertama kali melakukan siaran selama 5 jam dimulai dari pukul 17.00 WIB sampai dengan pukul 22.00 WIB. Namun saat ini, setelah mengalami perkembangan luar biasa yaitu antusiasnya konsumen atau masyarakat terhadap program-program yang ditayangkan STV Bandung, maka STV Bandung memulai memperpanjang jam tayangnya dari pukul 09.00 WIB sampai dengan tengah malam yaitu pukul 00.00 WIB.

Tagline STV adalah One Tune Hade, yang dapat diartikan secara harfiah satu tune/channel yang bagus atau bisa juga diartikan secara pelafalan (Wantun Hade) berani tampil bagus (dalam bahasa sunda, hade artinya bagus, wanton artinya berani). STV berafiliasi dengan TV edukasi sejak tanggal 18 Maret 2011. Logo STV tidak lagi menggunakan S atau dihilangkan. Sebagai gantinya, logo STV yang sekarang hanyalah tulisan STV. Penggantian logo tersebut adalah sebagai wujud STV Bandung sebagai stasiun televisi yang terbuka, tanpa adanya batasan.

STV Bandung sekarang merupakan jaringan televisi kompas TV dan mulai tanggal 9 September 2011, seluruh program STV Bandung akan diisi oleh tayangan Kompas TV sebanyak 70 persen , dan 30 persen berasal dari tayangan local. Namun konten local ini akan berbeda dengan acara STV Bandung sebelumnya. Sehingga sebagian program STV Bandung yang lama akan dihapus.

STV memiliki wilayah jangkauan di Kota Bandung, Kabupaten Bandung, Kota Cimahi, Kabupaten Cianjur, sebagian Majalengka, Sumedang, Tasikmalaya, Subang, Garut, dan Sukabumi. Sebagai televisi lokal, STV Bandung sangat peduli dengan berbagai perkembangan di wilayah Jawa Barat sesuai dengan visi STV Bandung yaitu mengangkat dan menyuarakan kepentingan rakyat Jawa Barat.

2.1.2 Visi dan Misi STV 2.1.2.1 Visi

Visi dari STV adalah sebagai satu-satunya menjadi sumber inspirasi, informasi dan hiburan bagi anak-anak, anak muda, dan keluarga yang mengerti serta memahami keinginan dan kebutuhan pemirsa yang sekaligus menjadi media terefektif bagi agencies dan pemasang iklan.

2.1.2.2 Misi

1. Membangun dan mengembangkan Industri Televisi Lokal yang sehat dan berdaya guna bagi pembangunan Jawa Barat.

2. Memberikan informasi, pendidikan dan hiburan yang sesuai dengan karakter dan kondisi sosial, ekonomi, budaya dan politik masyarakat Jawa Barat, sehingga dapat mendorong terciptanya masyarakat yang mandiri, demokratis, adil dan sejahtera, serta beriman dan bertaqwa.

3. Membangun dan membina Sumber Daya Manusia bidang pertelevisian yang berkualitas dan bertanggung jawab.

9

4. Mendorong dan Memotivasi masyarakat untuk berperan aktif dalam pembangunan Jawa Barat menjadi propinsi yang aman dan termaju.

5. Menggali dan mengangkat berbagai potensi daerah Jawa Barat sebagai materi utama Siaran.

2.1.3 Logo STV Bandung

Seperti kita ketahui semua perusahaan, organisasi ataupun lembaga pasti mempunyai sebuah logo yang mencerminkan dan membedakan dengan yang lain. Begitu juga dengan STV Bandung, STV Bandung mempunyai sebuah logo yang membedakan dengan televise-televisi local yang ada di Bandung. Berikut ini adalah logo dari STV dapat dilihat dalam gambar 2.1 berikut ini:

Logo di atas menggambarkan ciri khas dari STV, lambang warna biru membentuk seperti oval di tambah dengan huruf S yang terbalik membuat khas icon STV sendiri. Mengapa di ambil warna biru, karena biru melambangkan kesejukan, disini STV ingin menyejukan para penontonnya dengan sajian-sajian yang di suguhkan. Sedangkan huruf S pada tulisan STV berwarna merah yang artinya STV harus tetap semangat memberikan informasi kepada penonton yang ada di Jawa Barat. Warna hijau pada huruf T maksudnya adalah mengenai Jawa Barat itu sendiri, bersih, hijau, berbunga. Jadi, secara keseluruhan logo STV itu dapat diartikan mampu memberikan tontonan yang berwawasan, teraktual, dan tidak melupakan budaya di Jawa Barat.

2.1.4 Struktur Organisasi STV Bandung

Untuk memperoleh gambaran yang nyata mengenai wewenang, pembagian tugas, dan tangung jawab kepada masing-masing jabatan yang ada serta kerjasama antara atasan dan bawahan didalam suatu perusahaan yang disesuaikan dengan keadaan dan perkembangan perusahaan ini mempunyai pengaruh penting karena suatu garis wewenang dan tanggung jawab yang nyata akan menghasilkan garis kerja yang efektif dan efisien untuk mencapai tujuan perusahaan.

Gambar 2. 2 Struktur Organisasi STV Bandung

Produser News

Finance

Editing

Koresponden Reporter Ass. Produser

News

Administrasi News Penanggungjawab

Produksi

Penanggungjawa b News

Produser Program

Ass. Produser

Kameramen Editing Grafis _Efek

MCR Studio

Control Teknisi

Ass. Teknisi Kepala Teknisi

General Affair

Satpam

Driver Office Boy Kurir

Marketing Director

Marketing Technician _Director Account

Director Komisaris

Direktur

General Manager

Programing

Traffic

11

2.1.5 Job Description STV Bandung

Job Description adalah daftar tugas-tugas umum, fungsi dan tanggung jawab dari sebuah posisi. Job description biasanya dikembangkan dengan melakukan analisis pekerjaan, yang meliputi pemeriksaan tugas dan urutan tugas yang diperlukan untuk melakukan pekerjaan.

a. Pengarah Acara (Program Director)

Bertanggungjawab terhadap hasil produksi sebuah program acara. b. Pimpinan Produksi (Producer)

Seseorang yang bertugas mengepalai sebuah produksi, baik di bidangartistik, lighting, dan lain-lain serta mengkoordinir dan mengawasi semua faset-faset produksi. Selain itu, produser juga berfungsi menyiapkan program acara siaran dan bertanggung jawab terhadap keberhasilan faktor ekonomi (keuntungan).

c. Penata Artistic (Art Director)

Orang yang bertanggung jawab terhadap desain kreatif (artistik) dari program materi tayangan berupa desain set, set lokasi, art grafis, program ID, title yang sesuai dengan pendekatan artistik

d. Pimpinan Teknik (Technical Director)

Orang yang bertanggung jawab dalam mempersiapkan dan menyetel semua perlatan yang digunakan, supaya alat yang satu dengan yang lainya bisa singkron, bertugas mengawasi crew teknis dan peralatan teknis lainnya.

e. Penata Kamera (Cameraman)

Orang yang bertanggung jawab dan membantu sutradara dalam menterjemahkan skenario kedalam bahasa visual agar tercapai hasil yang sesuai dengan konsep desain produksi. Selain itu, sebagi perekam unsur visual dengan cine camera baik magnetik maupun elektronik, serta bertanggung jawab atas kualitas teknik, artistik dari rekaman tersebut.

f. Penata Suara (Audioman)

Orang yang bertanggung jawab terhadap kualitas audio dan scoring music pada setiap program acara.

g. Para Pemeran (Performers)

Orang yang menjadi pengisi acara dalam suatu proses produksi dan juga salah satu yang menentukan suksesnya suatu program yang dapat dinikmati penonton.

2.2 Perangkat Lunak / Aplikasi

Perangkat lunak aplikasi adalah suatu subkelas perangkat lunak komputer yang memanfaatkan kemampuan komputer langsung untuk melakukan suatu tugas yang diinginkan pengguna. Biasanya dibandingkan dengan perangkat lunak sistem yang mengintegrasikan berbagai kemampuan komputer, tapi tidak secara langsung menerapkan kemampuan tersebut untuk mengerjakan suatu tugas yang menguntungkan pengguna. Contoh utama perangkat lunak aplikasi adalah pengolah kata, lembar kerja, dan pemutar media.

Adapun pengertian lain, aplikasi adalah penggunaan atau penerapan suatu konsep yang menjadi pokok pembahasan. Aplikasi dapat diartikan juga sebagai program komputer yang dibuat untuk menolong manusia dalam melaksanakan tugas tertentu. Aplikasi software yang dirancang untuk penggunaan praktisi khusus, klasifikasi luas ini dapat dibagi menjadi 2 (dua) yaitu:

1. Aplikasi software spesialis, program dengan dokumentasi tergabung yang dirancang untuk menjalankan tugas tertentu.

2. Aplikasi paket, suatu program dengan dokumentasi tergabung yang dirancang untuk jenis masalah tertentu.

2.3 Internet

Internet (kependekan dari interconnected-networking) ialah sistem global dari seluruh jaringan komputer yang saling terhubung menggunakan standar

Internet Protocol Suite (TCP/IP) untuk melayani miliaran pengguna di seluruh dunia. Manakala Internet ialah sistem komputer umum, yang berhubung secara global dan menggunakan TCP/IP sebagai protokol pertukaran paket (packet

13

switching communication protocol). Rangkaian internet yang terbesar dinamakan Internet. Cara menghubungkan rangkaian dengan kaedah ini dinamakan

internetworking. Internet dijaga oleh perjanjian bilateral atau multilateral dan spesifikasi teknikal (protokol yang menerangkan tentang perpindahan data antara rangkaian). Protokol-protokol ini dibentuk berdasarkan perbincangan Internet Engineering Task Force (IETF) yang terbuka kepada umum.

2.4 Unified Modelling Language (UML)

Unified Modeling Language (UML) adalah bahasa spesifikasi standar untuk mendokumentasikan, menspesifikasikan, dan membangun sistem perangkat lunak. Unified Modeling Language (UML) adalah himpunan struktur dan teknik untuk pemodelan desain program berorientasi objek (OOP) serta aplikasinya. UML adalah metodologi untuk mengembangkan sistem OOP dan sekelompok perangkat tool untuk mendukung pengembangan sistem tersebut.

2.4.1 Diagram

Diagram menampilkan representasi sebagian dari sistem, dan semantiks dengan view yang lain. Dalam UML, ada dua tipe diagram, yaitu : a. Static Diagram : use case diagram, class diagram, object

diagram,component diagram dan deployment diagram.

b. Dinamic Diagram : sequence diagram, collaboration diagram, activity diagram dan statechart diagram.

a. Use Case Diagram

Menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”. Sebuah use case merepresentasikan sebuah interaksi antara aktor dengan sistem. Use case merupakan sebuah pekerjaan tertentu, misalnya login ke sistem, meng-create sebuah daftar belanja, dan sebagainya. Seorang atau sebuah aktor adalah sebuah entitas manusia atau mesin yang berinteraksi dengan sistem untuk melakukan pekerjaan-pekerjaan tertentu. Use case diagram dapat sangat membantu bila kita sedang menyusun requirement sebuah sistem,

mengkomunikasikan rancangan dengan klien, dan merancang test case untuk semua feature yang ada pada sistem.

Sebuah use case dapat meng-include fungsionalitas use case lain sebagai bagian dari proses dalam dirinya. Secara umum diasumsikan bahwa use case yang di-include akan dipanggil setiap kali use case yang meng-include dieksekusi secara normal. Sebuah use case dapat di-include oleh lebih dari satu use case lain, sehingga duplikasi fungsionalitas dapat dihindari dengan cara menarik keluar fungsionalitas yang common. Sebuah use case juga dapat meng-extend use case lain dengan behaviour-nya sendiri. Sementara hubungan generalisasi antar use case menunjukkan bahwa use case yang satu merupakan spesialisasi dari yang lain.

b. Activity Diagram

Video Activity Diagram menggambarkan berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing alir berawal, decision yang mungkin terjadi, dan bagaimana aktivitas itu berakhir. Activity diagram juga dapat menggambarkan proses pararel yang mungkin terjadi pada beberapa eksekusi. Activity diagram merupakan state diagram khusus, dimana sebagian besar state adalah action dan sebagian besar transisi di triger oleh selesainya state sebelumnya (internal processing). Oleh karena itu activity diagram tidak menggambarkan behaviour internal sebuah sistem (dan interaksi antar subsistem) secara eksak , tetapi lebih menggambarkan proses-proses dan jalur aktivitas dari level atas secara umum.

Sebuah aktivitas dapat direalisasikan oleh satu use case atau lebih. Aktivitas menggambarkan proses yang berjalan, sementara use case menggambarkan bagaimana aktor menggunakan sistem untuk melakukan aktivitas. Sama dengan state, standar UML menggunakan segi empat dengan sudut membulat untuk menggambarkan aktivitas. Decision digunakan untuk menggambarkan behaviour pada kondisi tertentu. Untuk mengilustrasikan proses-proses pararel (fork on join) digunakan titik sinkronisasi yang dapat berupa titik, garis horizontal atau vertikal. Activity diagram dapat dibagi menjadi beberapa

15

object swimlane untuk menggambarkan objek mana yang bertanggung jawab untuk aktivitas tertentu.

c. Sequence Diagram

Sequence diagram menggambarkan interaksi antar objek di dalam dan di sekitar sistem (termasuk pengguna, display, dan sebagainya) berupa message yang digambarkan teradap waktu. Sequence diagram terdiri atas dimensi vertikal (waktu) dan dimensi horizontal (objek-objek yang terkait). Sequence diagram biasa digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai respon dari sebuah event untuk menghasilkan output tertentu. Diawali dari apa yang men-trigger aktivitas tersebut, proses dan perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan. Masing-masing objek, termasuk aktor, memiliki lifeline vertikal. Message digambarkan sebagai garis berpanah dari satu objek ke objek lainnya. Pada fase desain berikutnya, message akan dipetakan menjadi operasi/metoda dari class. Actiation bar menunjukan lamanya eksekusi sebuah proses, biasanya diawali dengan diterimanya sebuah message. Untuk objek-objek yang memiliki sifat khusus, standar UML mendefinisikan icon khusus untuk objek boundary,

controller dan persistent entity.

d. Class Diagram

Class adalah sebuah spesifikasi yang jika diinstansiasi akan menghasilkan sebuah objek dan merupakan inti dari pengembangan dan desain berorientasi objek. Class menggambarkan keadaan (atribut/properti) suatu sistem, sekaligus menawarkan layanan untuk memanipulasi keadaan tersebut (metoda/fungsi).

Class diagram menggambarkan struktur dan deskripsi class, package dan objek beserta hubungan satu sama lain seperti containment, pewarisan, asosiasi, dan lain-lain.

Class memiliki tiga area pokok : 1. Nama (dan stereotype)

3. Metoda

Atribut dan metoda dapat memiliki salah satu sifat berikut :

1. Private, tidak dapat dipanggil dari luar class yang bersangkutan.

2. Protected, hanya dapat dipanggil oleh class yang bersangkutan dan anak anak yang mewarisinya.

3. Public, dapat dipanggil oleh siapa saja.

Class dapat merupakan implementasi dari sebuah interface, yaitu class

abstrak yang hanya memiliki metoda. Interface tidak dapat langsung diinstansiasikan, tetapi harus diimplementasikan dahulu menjadi sebuah class. Dengan demikian interface mendukung resolusi metoda pada saat run-time. Sesuai dengan perkembangan class model, class dapat dikelompokkan menjadi

package. Kita juga dapat membuat diagram yang terdiri atas package.

a. Hubungan Antar Class

1. Asosiasi, yaitu hubungan statis antar class . Umumnya menggambarkan

class yang memiliki atribut berupa class lain, atau class yang harus mengetahui eksistensi class lain. Panah navigability menunjukkan arah query antar class .

2. Agregasi, yaitu hubungan yang menyatakan bagian (“terdiri atas..”).

3. Pewarisan, yaitu hubungan hirarkis antar class . Class dapat diturunkan dari class lain dan mewarisi semua atribut dan metoda class asalnya dan menambahkan fungsionalitas baru, sehingga ia disebut anak dari class yang diwarisinya. Kebalikan dari pewarisan adalah generalisasi.

4. Hubungan dinamis, yaitu rangkaian pesan ( message ) yang di- passing dari satu class kepada class lain. Hubungan dinamis dapat digambarkan dengan menggunakan sequence diagram yang akan dijelaskan kemudian.

2.4.2 Faktor Yang Mendorong Dibuatnya UML

Saat ini piranti lunak semakin luas dan besar lingkupnya, sehingga tidak bisa lagi dibuat asal-asalan. Piranti lunak saat ini seharusnya dirancang dengan memperhatikan hal-hal seperti scalability, security, dan eksekusi yang robust walaupun dalam kondisi yang sulit. Selain itu arsitekturnya harus

17

didefinisikan dengan jelas, agar bug mudah ditemukan dan diperbaiki, bahkan oleh orang lain selain programmer aslinya. Keuntungan lain dari perencanaan arsitektur yang matang adalah dimungkinkannya penggunaan kembali modul atau komponen untuk aplikasi piranti lunak lain yang membutuhkan fungsionalitas yang sama. Pemodelan (modeling) adalah proses merancang piranti lunak sebelum melakukan pengkodean (coding). Model piranti lunak dapat dianalogikan seperti pembuatan blueprint pada pembangunan gedung. Membuat model dari sebuah sistem yang kompleks sangatlah penting karena kita tidak dapat memahami sistem semacam itu secara menyeluruh. Semakin komplek sebuah sistem, semakin penting pula penggunaan teknik pemodelan yang baik.

Dengan menggunakan model, diharapkan pengembangan piranti lunak dapat memenuhi semua kebutuhan pengguna dengan lengkap dan tepat, termasuk faktor-faktor seperti scalability, robustness, security, dan sebagainya. Kesuksesan suatu pemodelan piranti lunak ditentukan oleh tiga unsur, yang kemudian terkenal dengan sebutan segitiga sukses (the triangle for success). Ketiga unsur tersebut adalah metode pemodelan (notation), proses (process) dan tool yang digunakan.

2.4.3 Tujuan UML

Pada dunia software engineering, UML merupakan singkatan dari

Unified Modelling Language, yaitu suatu metode modeling generasi ketiga dan bahasa spesifikasi yang sifatnya non-proprietary. Sebenarnya penggunaan dari UML itu sendiri tidak terbatas hanya pada dunia software modeling, tetapi bisa pula digunakan untuk modeling hardware (engineering systems)

dan sering digunakan sebagai modeling untuk proses bisnis dan juga modeling untuk struktur organisasi. UML adalah suatu metode terbuka yang digunakan untuk menspesifikasi, memvisualisasi, membangun dan mendokumentasikan artifak-artifak dari suatu pengembangan sistem software yang berbasis pada objek. UML merupakan hasil kompilasi best engineering practice yang sudah terbukti sukses dalam pemodelan sistem yang besar,

sistem yang kompleks, khususnya pada level arsitektural. UML mengintegrasikan konsep dari Booch, OMT, OOSE dan juga Class-Relation dengan menggabungkan mereka menjadi suatu kesatuan bahasa modeling yang bisa berguna bagi siapa saja. UML bertujuan untuk menjadi standar bahasa modeling yang mampu untuk memodelkan sistem yang konkuren dan juga terdistribusi. Tujuan yang ingin dicapai dari penggunaan UML adalah:

1. Memberikan model yang siap pakai, bahasa permodelan visual yang ekspresif untuk mengembangkan dan saling menukar model yang mudah dan dimengerti secara umum.

2. Memberikan bahasa permodelan yang bebas dari berbagai bahasa pemrograman dan proses rekayasa.

3. Menyatukan praktek-praktek terbaik yang terdapat dalam permodelan. Dan bahasa pemodelan Unified Modeling Language (UML) ini juga biasa digunakan untuk :

1. Menggambarkan batasan sistem dan fungsi-fungsi sistem secara umum, dibuat dengan use case dan actor.

2. Menggambarkan kegiatan atau proses bisnis yang dilaksanakan secara umum, dibuat dengan interaction diagrams.

3. Menggambarkan representasi struktur statik sebuah sistem dalam bentuk class diagrams.

4. Membuat model behavior yang menggambarkan kebiasaan atau sifat sebuah sistem dengan state transition diagrams.

5. Menyatakan arsitektur implementasi fisik menggunakan component and development diagrams.

6. Menyampaikan atau memperluas fungsionalitas dengan stereotypes.

2.4.4 Cakupan UML

Model UML dapat mencakup banyak perbendaharaan. Diantaranya adalah sebagai berikut :

19

a. Structural

1. Use case, deskripsi interaksi dengan external actor. 2. Class, deskripsi untuk objek-objek.

3. Interface, kumpulan operasi yang memberikan service tertentu untuk class atau component.

4. Component, bagian sistem yang dapat diganti (replaceable) dan realisasinya sesuai dengan interface.

b. Behaviour

1. Interaksi (message sequence chart), pertukaran messages antar objek. 2. State machine, urutan state dari objek dalam berinteraksi dengan objek

lain. c. Grouping

Package, mekanisme untuk mengumpulkan elemen ke dalam satu set (group). d. Anotasi

Catatan atau keterangan (teks) sebagai dokumentasi . 2. Relationship :

a. Dependency

Hubungan antar elemen dimana perubahan pada elemen yang satu dapat mempengaruhi elemen yang lain (dependent).

b. Association

Hubungan struktur antara elemen dan bertindak sebagai link.

c. Generalization

Hubungan dimana elemen yang special (child) mewarisi elemen yang umum

(parent). d. Realization

1. Hubungan (semantik) antara 2 elemen, dimana elemen yang satu memberikan kontrak dan elemen yang lain menjamin realisasi kontrak tersebut.

2. Dimana elemen yang special (child) mewarisi elemen yang umum

(parent).

4. UML Extensible: dapat didefinisikan perbendaharaan baru berdasarkan yang telah ada.

Selain cakupan–cakupan di atas, ada tiga aspek utama dalam pemodelan sistem yang mampu didukung oleh UML:

1. Functional Model, untuk menunjukkan fungsionalitas dari suatu sistem dari sudut pandang user atau pengguna. Ini dicapai dengan menggunakan

Use Case Diagram.

2. Object Model, untuk menunjukkan struktur dan substruktur dari suatu sistem dengan menggunakan object, atribut, operasi dan juga asosiasi. Ini dicapai dengan menggunakan Class Diagram.

3. Dynamic Model, menunjukkan internal behavior dan suatu sistem. Ini dicapai dengan menggunakan Sequence Diagram, Activity Diagram dan juga Statechart Diagram.

2.4.5 Perbedaan UML Dengan Bahasa Pemodelan Lain

Perbedaan yang paling mendasar jika kita menggunakan pemograman terstruktur seperti DFD dengan UML adalah, Data Flow Diagram sebagai tools design system berdasarkan procedural dan Unified Modeling Language sebagai tools design OOP. Salah satu kelebihan dari digunakannya Unified Modelling Language adalah kedekatan antara artifak yang sesungguhnya dengan model yang kita buat. Mental model dan cara berpikir kita apabila dibuat sedekat mungkin dengan artifak yang sesungguhnya memudahkan kita untuk berpikir 'objek-objek' apa saja dan interelasi antar objek yang terdapat dalam sebuah model. Sedangkan kekurangannya adalah tidak semua model bisa dilakukan dengan mudah dengan pendekatan ini. Misalnya scientific model, dan semacamnya.

Dengan menggunakan UML kita dapat membuat model untuk semua jenis aplikasi piranti lunak, dimana aplikasi tersebut dapat berjalan pada piranti keras, sistem operasi dan jaringan apapun, serta ditulis dalam bahasa pemrograman apapun. Tetapi karena UML juga menggunakan class dan operation dalam konsep dasarnya, maka ia lebih cocok untuk penulisan

21

piranti lunak dalam bahasa pemrograman berorientasi objek seperti C++, Java, C# atau VB.NET. Walaupun demikian, UML tetap dapat digunakan untuk modeling aplikasi prosedural dalam VB atau C.

2.5 Streaming

2.5.1 Pengertian Streaming

Streaming adalah suatu teknologi untuk memainkan file audio atau video secara langsung maupun dengan prerecord dari sebuah mesin server (web server). File audio atau video yang terletak pada sebuah server dapat secara langsung dijalankan pada komputer client sesaat setelah ada permintaan dari pengguna sehingga proses download file tersebut yang menghabiskan waktu cukup lama dapat dihindari. Saat file tersebut di-stream maka akan terbentuk sebuah buffer di komputer client dan data audio atau video tersebut akan mulai di-download ke dalam buffer yang telah terbentuk pada mesin client. Setelah buffer terisi dalam waktu hitungan detik, maka secara otomatis file video ataupun audio akan di jalankan oleh sistem. Sistem akan membaca informasi dari buffer sambil tetap melakukan proses download file sehingga proses streaming tetap berlangsung ke mesin client.

Konsep dasar dari video streaming adalah membagi paket video ke dalam beberapa bagian, mentransmisikan pake tersebut, kemudian pada pihak penerima (client) dapat men-decode dan memainkan potongan paket file video tanpa harus menunggu seluruh file terkirim ke mesin penerima. Video

atau audio dapat diencode untuk keperluan komunikasi secara real time atau dapat juga di pre-encoded dan disimpan dalam format CD-DVD untuk dijalankan pada saat dibutuhkan. Salah satu aplikasi yang membutuhkan real time encoding adalah videophone dan video conferencing. Sedangkan aplikasi yang membutuhkan pre-encoded antara lain DVD, VCD, yang dikenal dengan penyimpanan secara local atau Video on Demand (VoD), yang penyimpanannya dilakukan secara remote di server yang dikenal dengan video streaming.

Sebuah file video yang akan ditampilkan di user dapat menggunakan dua metode transfer file. Pertama, dengan mendownload file video tersebut dan yang kedua dengan melakukan proses streaming. Kedua metode ini memiliki keunggulan dan kekurangannya masing-masing. Sebuah file video yang diambil dari server dengan cara download tidak dapaat ditampilkan dalam sebuah file video tersebut selesai tersalin ke buffer. Metode ini memerlukan media penyimpanan yang cukup besar dan waktu yang diperlukan untuk proses download cukup lama karena file video biasanya berukuran besar. Metode kedua yang dapat digunakan adalah proses streaming. Metode ini berusaha untuk mengatasi masalah yang terdapat dalam metode download. Ide dasar dari video streaming ini adalah membagi paket video menjadi beberapa bagian, mentransmisikan paket data tersebut, kemudian penerima (receiver) dapat mendecode dan memainkan potongan paket video tersebut tanpa harus menunggu keseluruhan file selesai terkirim ke mesin penerima.

Secara garis besar, konsep video streaming di bagi ke dalam tiga tahap, antara lain:

1. Mempartisi atau membagi data video yang telah terkompresi ke dalam paket - paket data.

2. Pengiriman paket - paket data video.

3. Pihak penerima (client) mulai men-decode dan menjalankan video walaupun paket data yang lain masih dalam proses pengiriman ke PC client.

23

2.5.2 Format Streaming

Hingga kini setidaknya ada tiga jenis format streaming yang banyak digunakan di situs-situs Internet. Format tersebut adalah keluaran Real Media (.rm / .ra / .ram), Windows Media (.asf / .wmf / .asx) dan QuickTime (.mov). Masing-masing format tersebut memiliki kekurangan dan kelebihan sendiri-sendiri. Format Real Media dan Windows Media sangat handal di proses streaming, tetapi tidak terlalu handal untuk proses editing dan playback lokal. Sedangkan format QuickTime rata-rata cukup handal untuk proses streaming, editing dan playback lokal.

2.5.3 Arsitektur Streaming

Sistem streaming tersusun dari kombinasi server , player, transmisi dan metode encoding yang digunakan. Berikut ini bagian hubungan setiap komponen penyususun sistem streaming. Untuk framework aplikasi video streaming protokol pada layer network akan menggunakan model IP (Internet Protokol), sedangkan unutk layer transpot protokol yang dipakai merupakan gabungan antara TCP (Transport Control Protokol) dan UDP (User Datagram Protocol).

Gambar 2. 4 Arsitektur Streaming 2.5.4 Metode Streaming

Dalam proses streaming terdapat beberapa metode, antara lain:

2.5.4.1 Broadcast

Broadcast adalah bentuk komunikasi one to many (yang pada dasarnya adalah one to all) yang paling dikenal, salah satu contohnya adalah siaran TV. Dengan menggunakan broadcast maka informasi yang akan dikirim berasal

dari satu sumber atau titik kepada semua penerima yang tergabung dalam jaringan. Pada broadcast semua penerima mau tidak mau akan menerrima informasi ini.

2.5.4.2 Multicast

Multicast juga merupakan bentuk komunikasi one to many, tetapi tidak seperti broadcast. Pada multicast informasi yang dikirimkan berasal dari satu sumber atau titik kepada semua penerima yang menginginkan informasi tersebut. Server akan membuat stream satu kali kemudian stream ini diduplikasi dan dikirimkan ke setiap client. Setiap client akan menerima

stream yang sama dengan client lainnya. Salah satu contoh penggunaan

multicast adalah live video.

2.5.4.3 Unicast

Unicast merupakan bentuk komunikasi one to one atau point to point. Pada

unicast informasi yang dikirimkan berasal dari satu sumber atau titik ke satu titik lainnya. Server akan mengirimkan file streaming ke komputer client

berkali-kali bergantung pada banyaknya jumlah permintaan. Setiap client

akan menerima file streaming yang terpisah dari client lainnya. Contoh penggunaan unicast adalah video on demand.

2.5.5 Komponen-komponen Dalam Streaming Media

Streaming media merupakan suatu sistem yang terdiri dari komponen-komponen yang saling mendukung. Komponen-komponen yang diperlukan untuk melakukan streaming media adalah sebagai berikut:

1. Media Source

Media Source yaitu sumber yang akan menampilkan suatu content presentasi. Media source dapat beruba sumber yang sifatnya live, seperti kamera video dan microphone.

25

Encoder adalah program yang digunakan untuk mengubah media source ke format yang sesuai untuk streaming. Biasanya memiliki kompresi yang cukup tinggi untuk mengatasi keterbatsan bandwidth jaringan.

3. Media Srver

Media server digunakan untuk mendistribusikan video streaming ke client. Juga bertanggungjawab untuk mencatat semua aktivitas streaming, yang nantinya digunakan untuk statistik.

4. Player

Player dibutuhkan untuk menampilkan atau mempresentasikan content multimedia (data stream) yang diterima dari media server. File-file khusus yang disebut metafile digunakan untuk mengaktifkan player dari halaman web. Metafile berisi keterangan dari content multimedia. Browser web mendownload dan meneruskan ke player yang tepat untuk mempresentasikannya. Selain itu, juga berfungsi untuk melakukan dekompresi.

2.5.6 Masalah Streaming Multimedia

Dalam melakukan streaming multimedia, untuk menghasilkan presentasi yang baik seringkali timbul kendala. Kendala-kendala yang dapat terajadi dalam melakukan streaming multimedia adalah sebagai berikut: 1. Bandwidth

Bandwidth sangat berpengaruh terhadap kualitas presentasi suatau data stream. Disamping kondisi jaringan junga mempengaruhi bandwidth, hal yang perlu diperhatikan adalah ukuran data stream harus sesuai dengan kapasitas bandwidth jaringan. Untuk mengatasinya digunakan kompresi data penggunaan buffer.

2. Delay

Delay merupakan waktu tunda antara data terkirim dengan data diterima. Delay selain diakibatkan oleh sistem yang digunakan juga bisa disebabkan oleh gangguan pada transmisi dan juga bisa disebabkan oleh kesalahan pada bias. Yang merupakan delay yang disebabkan oleh sistem antara lain

adalah proses encoder, masuknya sinyal data ke server sebelum diteruskan ke client, dan juga karena masuknya ke buffer streaming selama beberapa detik.

3. Sinkronisasi

Agar media yang berbeda sampai dan dipresentasikan pada user seperti aslinya, maka media tersebut harus tersinkronisasikan sesuai dengan timeline presentasi tersebut dan delay seminimal mungkin. Adanya kerugian sinkronisasi dan delay dapat disebabkan oleh kondisi jaringan yang buruk, sehingga mengakibatkan timeline presentasi menjdi kacau. 4. Interoperability

Idealnya adalah presentasi yang kita buat harus dapat dimainkan oelh semua jenis client, CPU yang berbeda, sistem operasi yang berbeda, media player lainnya dan smartphone yang digunakan.

Khusus untuk masalah yang berhubungan dengan kondisi bandwidth jaringan dapat diatasi dengan menerapkan teknologi HSDPA atau 3G. Teknologi ini dapat menyediakan lintasan data dengan kecepatan transfer yang tinggi. Dengan menerapkan teknologi 3G diharapkan mampu menyelenggarakan live vide streaming dengan kualitas yang baik sekaliguas menjadi alternative untuk melakukan berbagai macam aplikasi seperti TV on demand, live TV, maupun belajar jarah jauh (e-learning).

2.5.7 Protokol Streaming

Protokol merupakan sebuah format yang distandarkan untuk mentransmisikan data antara dua buah device. Beberapa jenis protokol yang digunakan dalam teknologi streaming, antara lain:

a. MMS (Microsoft Media Service) Protocol

Protokol MMS merupakan protokol streaming yang dikembangkan oleh Microsoft. Protocol MMS digunakan untuk mengirimkan informasi secara unicast pada Windows Media Service.

27

Protokol RTSP merupakan protokol yang digunakan untuk mengontrol paket data secara real time. RTSP tidak mengatur masalah transmisi pengiriman paket data, biasanya server yang menggunakan RTSP memakai RTP (Real time Transport Protocol ) sebagai protokol untuk pengiriman paket data.

c. HTTP (Hypertext Transport Protocol)

Protokol HTTP dapat digunakan untuk pengiriman paket data dalam layanan streaming. Protokol HTTP sangat berguna untuk pengiriman data melewati firewall, sebab protokol HTTP menggunakan port 80, dimana kebanyakan firewall tidak mem-block port ini.

2.6 Standar Kompresi Video

Standardisasi terhadap kompresi informasi audio-visual diperlukan untuk memfasilitasi pertukaran data berupa video digital secara global. Sebuah standardisasi pengkodean dikatakan efisien bila mendukung algoritma kompresi yang baik dan mengimplementasikan disain enkoder dan dekoder yang efisien. Untuk komunikasi multimedia, terdapat dua organisasi standard yang utamayaitu ITU-T dan International Organization for Standardization (ISO). Selama beberapa dekade belakangan ini, sejumlah standard dari ITU-T dan ISO, seperti MPEG-1, MPEG-2, MPEG-4, H.261, H.263 dan H.264 telah dikembangkan untuk banyak domain aplikasi. Standard-standard tersebut mendefinisikan bitstream dari data audio-visual dan menentukan sekumpulan aturan yang harus dipatuhi dalam pengembangan hardware maupun software untuk solusi kompresi.

Standardisasi kompresi video tidak dengan tegas menentukan proses pengkodean, tetapi mengambil kelebihan dari riset-riset dalam bidang teknik kompresi yang banyak dilakukan dan merekomendasikan sejumlah agoritma untuk memperoleh teknik kompresi dan dekompresi yang efisien.

Tabel 2. 1 Perbandingan Standar Kompresi Video

2. 7 Android

2.7.1 Sejarah Android

Android adalah sebuah sistem operasi untuk perangkat mobile bebasis linux yang mencakup sistem operasi, middleware dan aplikasi. Android menyediakan platform yang terbuka bagi para pengembang untuk menciptakan aplikasi mereka. Awalnya, google Inc membeli Android Inc. yang merupakan pendatang baru yang membuat piranti lunak untuk ponsel/smartphone. Kemudian untuk mengembangkan android dibentuklah Open Handset Alliance, konsorsium dari 34 perusahaan piranti lunak, piranti keras dan telekomunikasi, termasuk Google, HTC, Intel, Motorola, Qualcomm, T-Mobile dan Nvidia.

Pada saat perilisan perdana android 5 November 2007, android bersama Open Handset Alliance menyatakan mendukung pengembangkan open source pada perangkat mobile. Di lain pihak, google meilis kode-kode

29

android dibawah lisensi Apache, sebuah aplikasi lisensi perangkat lunak dan open platform perangkat seluler.

Gambar 2. 6 Maskot Android 2.7.2 Arsitektur Android

Secara garis besar arsitektur android dapat dijelaskan dan digambarkan sebagai berikut:

1. Applications dan Widgets

Applications dan Widgets ini adalah layer dimana pengguna berhubungan dengan aplikasi saja, dimana biasanya pengguna download aplikasi kemudian pengguna lakukan instalasi dan jalankan aplikasi tersebut. Di layer terdapat aplikasi inti termasuk klien email, program SMS, kalender, peta, browser, kontak dan lain-lain. Semua aplikasi dikembangkan menggunakan bahasa pemrograman Java.

2. Applications Framework

Android adalah Open development Platform yaitu android menawarkan kepada pengembang atau member kemampuan kepada pengembang untuk membangun aplikasi yang bagus dan inovatif. Pengembang bebas untuk mengakses perangkat keras, akses informasi resources, menjalankan service background, mengatur alarm dan menambahkan status notifications dan sebagainya. Pengembang memiliki akses penuh menuju API Framework seperti yang dilakukan oleh aplikasi yang kategori inti. Arsitektur aplikasi dirancang supaya kita dengan mudah dapat menggunakan kembali komponen yang sudah digunakan.

Sehingga bisa disimpulkan applications frameworks ini adalah layer dimana para pengembang aplikasi melakukan pengembangan/pembuatan aplikasi yang akan dijalankan di sistem operasi android, karena pada layer inilah aplikasi dapat dirancang dan dibuat, seperti content providers yang berupa SMS dan panggilan telepon.

Komponen-komponen yang termasuk didalam applications frameworks adalah sebagai berikut:

a. Views

b. Content Provider c. Resource Manager d. Notification Manager e. Activity Manager

3. Libraries

Libraries adalah layer dimana firut-fitur android berada, biasanya para pembuat aplikasi mengakses libraries untuk menjalankan aplikasinya. Berjalan diatas kernel, layer ini meliputi berbagai library C/C++ inti seperti Libc dan SSL, serta :

1. libraries media untuk pemutaran media audio dan video 2. libraries untuk manajemen tampilan

3. libraries graphics mencakup SGL dan OpenGL untuk grafis 2D dan 3D 4. libraries SQLite untuk dukungan database

5. libraries SSL dan WebKit terintegrasi dengan web browser dan security 6. libraries LiveWebcore mencakup modern web browser dengan engine embedded wev view

7. libraries 3D yang mencakup implementasi OpenGL ES 1.0 API’s

4. Android Run Time

Layer yang membuat aplikasi android dapat dijalankan dimana dalam prosesnya menggunakan implementasi linux. Dalvik Virtual Machine (DVM) merupakan mesin yang membaut dasar kerangka aplikasi android. Didalam android run time dibagi kedalam dua bagian yaitu:

31

1. Core Libraries: Aplikasi android dibangun dalam bahasa java, sementara Dalvik sebagai virtual mesinnya bukan Virtual Machine Java, sehingga diperlukan sebuah libraries yang berfungsi untuk menterjemahkan bahasa java/c yang ditangani oleh Core Libraries.

2. Dalvik Virtual Machine: Virtual mesin berbasis register yang dioptimalkan untuk menjalankan fungsi-fungsi secara efiesien, dimana merupakan pengembangan yang mampu membuat linux kernel untuk menjalankan threading dan manajemen tingkat rendah.

5. Linux Kernel

Linuk kernel adalah layer dimana inti dari operating sistem dari android itu berada. Berisi file-file sistem yang mengatur sistem processing, memory, resource, drivers dan sistem-sistem android lainnya. Linux kernel yang digunakan android adalah linux kernel release 2.6.

2.7.3 Versi Android

Telepon pertama yang memakai sistem operasi android adalah HTC Dream, yang dirilis pada 22 Oktober 2008. Pada penghujung tahun 2010 diperkirakan hampir semua vendor seluler di dunia menggunakan android sebagai

operating system. Android memakai berbagai codename makanan agar mudah diingat setiap versinya. Adapun versi-versi android yang pernah dirilis adalah sebagai berikut:

Tabel 2. 2 Versi Android

Android Code Name Tanggal Peluncuran

Android versi 1.1 - 09 Maret 2009

Android versi 1.5 Cupcake 30 April 2009

Android versi 1.6 Donut 15 September 2009

Android versi 2.0/2.1 Eclair 26 Oktober 2009 Android versi 2.2 Frozen Yoghurt (Froyo) 20 Mei 2010 Android versi 2.3 Gingerbread 06 Desember 2010 Android versi 3.0/3.1 Honeycomb 22 Februari 2011 Android versi 4.0 Ice Cream Sandwich (ICS) 19 Oktober 2011 Android versi 4.1/4.2 Jellybean 09 Juli 2012

Android versi 4.4 Kitkat 31 Oktober 2013

3.7.4 Kelebihan Android

Berbagai platform seluler muncul pada saat ini, namun ada beberapa hal yang menjadi kelebihan android dibandingkan dengan platform lain walaupun beberapa fitur-fitur yang ada telah muncul sebelumnya pada platform lain, android adalah yang pertama menggabungkan hal seperti berikut:

1. Keterbukaan, Bebas pengembangan tanpa dikenakan biaya terhadap system karena berbasiskan Linux dan open source. Pembuat perangkat menyukai hal ini karena dapat membangun platform yang sesuai yang diinginkan tanpa harus membayar royality. Sementara pengembang software

33

menyukai karena Android dapat digunakan diperangkat manapun dan tanpa terikat oleh vendor manapun.

2. Arsitektur komponen dasar Android terinspirasi dari teknologi internet

Mashup. Bagian dalam sebuah aplikasi dapat digunakan oleh aplikasi lainnya, bahkan dapat diganti dengan komponen lain yang sesuai dengan aplikasi yang dikembangkan.

3. Banyak dukungan service, kemudahan dalam menggunakan berbagai macam layanan pada aplikasi seperti penggunaan layanan pencarian lokasi, database SQL, browser dan penggunaan peta. Semua itu sudah tertanam pada Android sehingga memudahkan dalam pengembangan aplikasi.

4. Siklus hidup aplikasi diatur secara otomatis, setiap program terjaga antara satu sama lain oleh berbagai lapisan keamanan, sehingga kerja system menjadi lebih stabil. Pengguna tak perlu kawatir dalam menggunakan aplikasi pada perangkat yang memorinya terbatas.

5. Dukungan grafis dan suarat terbaik, dengan adanya dukungan 2D grafis dan animasi yang diilhami oleh Flash menyatu dalam 3D menggunakan

OpenGL memungkinkan membuat aplikasi maupun game yang berbeda. 6. Portabilitas aplikasi, aplikasi dapat digunakan pada perangkat yang ada

saat ini maupun yang akan datang. Semua program ditulis dengan menggunakan bahas pemrograman Java dan dieksekusi oleh mesin virtual Dalvik, sehingga kode program portabel antara ARM, X86, dan arsitektur lainnya. Sama halnya dengan dukungan masukan seperti penggunaan

Keyboard, layar sentuh, trackball dan resolusi layar semua dapat disesuaikan dengan program.

3.7.5 Kekurangan Android

Ancaman dari malware/virus pada sistem operasi android, karena android adalah open source dan pengguna dapat menginstall aplikasi yang bukan berasal dari Google Play, perangkat android lebih rentan terkena malware dan aplikasi bajakan/palsu.

2.8 Java

Bahasa java merupakan karya Sun Microsystem Inc. Rilis resmi beta dilakukan pada November 1995. Dua bulan berikutnya Netscape menjadi perusahaan pertama yang memperokleh lisensi bahasa java dari Sun. Maskot

Gambar 2. 8 Maskot java

Pada tahun 1996, Sun mengeluarkan JSDK (Java Software Development Kit), kemudian secara berturut-turut mengeluarkan versi yang berbeda, diantaranya sebagai berikut:

1. Versi 1.02 yang mendukung basis data dan objek-objek yang tersebar. 2. Versi 1.1 pada tahun 1997 ditambahkan model kejadian (event model)

yang handal, internationalization dan model komponen JavaBeans.

3. Versi 1.2, dirilis pada tahun 1998 mempunyai banyak peningkatan

diantaranya user interface toolkit “Swing” yang memungkinkan

pemrograman membuat aplikasi berbasis GUI yang sepenuhnya portable. Sejak ini disebut sebagai Java 2.

4. Versi 1.3 dirilis tahun 2000, dengan banyak peningkatan.

5. Versi 1.4 ditambahkan fasilitas asersi untuk dukungan design-by-contact. 6. Versi 1.5 ditambahkan fitur-fitur baru di level bahasa diantaranya generics

(parameterized types), enumeration dan metadata. Versi ini disebut JDK 5. 7. Versi 1.6 ditambahkan lightweigh database system yaitu derby. Derby merupakan hasil pengembangan dari proyek basis data Apache. Derby mulanya merupakan CloudScape dari IBM.

35

2.8.1 Sejarah Java

Pada tahun 1991, sekelompok insinyur Sun Microsystem Inc., dipimpin oleh Patrick Naughton dan James Gosling merancang bahasa untuk perangkat consumer seperti cable TV box. Karena perangkat tidak mempunyai banyak memori, bahasa harus berukuran kecil dan menghasilkan kode yang liat. Karena pabrikan-pabrikan berbeda memilih pemroses-pemroses berbeda maka bahasa harus netral arsitekturnya manapun. Proyek

ini diberi nama kode “Green”.

Kebutuhan untuk kecil, lihat dan netral platform mengantar tim mempelajari implementasi Pascal yang pernah dicoba. Niklaus Wirth, pencipta Pascal telah merancang bahasa kode antara (intermediate code) portabel untuk mesin hipotesis. Kode antara ini kemudian dapat digunakan di sembarang mesin yang memiliki interpreter. Proyek Green menggunakan mesin maya untuk mengatasi isu netral terhadapt arsitektur mesim.

Karena orang-orang di proyek green berbasis C++ bukan Pascal maka kebanyakan sintaks diambil dari C++ serta mengadopsi orientasi objek

bukan procedural, Mulainya bahasa yang diciptakan diberi nama “Oak”, kemudian diganti “Java” karena telah ada bahasa yang bernama “Oak”.

Produk pertama proyek Green adalah *7, sebuah kendali jauh yang cerdas. Karena pasar belum tertarik dengan produk consumer cerdas maka proyek Green harus menemukan pasar lain. Penerapan mengarah menjadi teknologi di web. Pada tahun 1995, NetScape memutuskan membuat browser yang dilengkapi Java. Setelah itu diikuti IBM, Symantec bahkan Microsoft.

Setelah itu gaung Java mulai terdengar. Berbagai industri meliriknya. Dengan strategi terbuka, banyak industri menyambutnya. Berbagai universitas Amerika, Jepang dan Eropa mengubah pengenalan bahasa pemograman menjadi Java meninggalkan C++. Java lebih sederhana dan mengakomodasikan hampir seluruh fitur penting bahasa-bahasa pemograman yang diciptakan manusia.

2.8.2 Kelebihan Java 1. Multiplatform

Kelebihan utama dari Java ialah dapat dijalankan di beberapa platform / sistem operasi komputer, sesuai dengan prinsip tulis sekali, jalankan di mana saja. Dengan kelebihan ini pemrogram cukup menulis sebuah program Java dan dikompilasi (diubah, dari bahasa yang dimengerti manusia menjadi bahasa mesin / bytecode) sekali lalu hasilnya dapat dijalankan di atas beberapa platform tanpa perubahan. Kelebihan ini memungkinkan sebuah program berbasis Java dikerjakan diatas operating system Linux tetapi dijalankan dengan baik di atas Microsoft Windows. Platform yang didukung sampai saat ini adalah Microsoft Windows, Linux, Mac OS, dan Sun Solari. Penyebabnya adalah setiap sistem operasi menggunakan programnya sendiri-sendiri (yang dapat diunduh dari situs Java) untuk menginterpretasikan bytecode tersebut.

2. OOP (Object Oriented Programming)

Semua aspek yang terdapat di Java adalah Objek. Java merupakan salah satu bahasa pemrograman berbasis objek secara murni. Semua tipe data diturunkan dari kelas dasar yang disebut Object. Hal ini sangat memudahkan pemrogram untuk mendesain, membuat, mengembangkan dan mengalokasi kesalahan sebuah program dengan basis Java secara cepat, tepat, mudah dan terorganisir. Kelebihan ini menjadikan Java sebagai salah satu bahasa pemograman termudah, bahkan untuk fungsi fungsi yang advance seperti komunikasi antara komputer sekalipun.

3. Perpustakaan Kelas Yang Lengkap

Java terkenal dengan kelengkapan library (kumpulan program program yang disertakan dalam pemrograman java) yang sangat memudahkan dalam penggunaan oleh para pemrogram untuk membangun aplikasinya. Kelengkapan perpustakaan ini ditambah dengan keberadaan komunitas Java yang besar yang terus menerus membuat perpustakaan-perpustakaan baru untuk melingkupi seluruh kebutuhan pembangunan aplikasi.

37

4. Bergaya C++

Memiliki sintaks seperti bahasa pemrograman [C++] sehingga menarik banyak pemrogram C++ untuk pindah ke Java. Saat ini pengguna Java sangat banyak, sebagian besar adalah pemrogram C++ yang pindah ke Java. Universitas-universitas di Amerika juga mulai berpindah dengan mengajarkan Java kepada murid-murid yang baru karena lebih mudah dipahami oleh murid dan dapat berguna juga bagi mereka yang bukan mengambil jurusan komputer.

5. Pengumpulan Sampah Otomatis

Memiliki fasilitas pengaturan penggunaan memori sehingga para pemrogram tidak perlu melakukan pengaturan memori secara langsung (seperti halnya dalam bahasa C++ yang dipakai secara luas).

2.8.3 Kekurangan Java

1. Tulis sekali, perbaiki di mana saja

Masih ada beberapa hal yang tidak kompatibel antara platform satu dengan platform lain. Untuk J2SE, misalnya SWT-AWT bridge yang sampai sekarang tidak berfungsi pada Mac OS X.

2. Mudah didekompilasi

Dekompilasi adalah proses membalikkan dari kode jadi menjadi kode sumber. Ini dimungkinkan karena kode di Java merupakan bytecode yang menyimpan banyak atribut bahasa tingkat tinggi, seperti nama-nama kelas, metode, dan tipe data. Hal yang sama juga terjadi pada Microsoft .NET Platform. Dengan demikian, algoritma yang digunakan program akan lebih sulit disembunyikan dan mudah dibajak/direverse-engineer.

3. Penggunaan memori yang banyak

Penggunaan memori untuk program berbasis Java jauh lebih besar daripada bahasa tingkat tinggi generasi sebelumnya seperti C/C++ dan Pascal (lebih spesifik lagi, Delphi dan Object Pascal). Biasanya ini bukan merupakan masalah bagi pihak yang menggunakan teknologi terbaru (karena trend memori terpasang makin murah), tetapi menjadi masalah

Pada proses pertama yakni dikotak proses yang ada diatas menunjukkan gambaran wartawan menggunakan device android dan laptop yang terhubung menggunakan jaringan sehingga video bisa diterima menggunakan VLC Player.

Pada proses kedua yakni dikotak proses yang ada dibawah menunjukkan gambaran bagaimana proses video dari kotak proses pertama diterima oleh kotak proses yang kedua. Pada proses ini video diterima distudio kemudian studio bisa melakukan broadcast atau siaran.

Tugas dari masing-masing proses dijelaskan sebagai berikut :

1. User adalah wartawan dari STV Bandung yang mengambil video dari perangkat mobile berbasis android.

2. Server adalah menyediakan layanan yang digunakan untuk proses video streaming dan bisa dihubungkan menggunakan IP Address dan port. 3. Teknisi membantu untuk pengaturan video

streaming sampai pada tahap broadcast. 4. Studio broadcast terdiri dari dua bagian yaitu:

Studio control: untuk mengontrol tayangan televisi yang akan ditayangkan

Master control: untuk mengontrol penjadwalan tayangan televisi.

5. Tahap akhir dari sistem yang akan dibangun ini yaitu video bisa ditampilkan ke player dari perangkat mobile berbasis android dan untuk selanjutknya teknisi akan menayangkannya. 6. Pada sistem yang akan dibangun hanya sampai

pada tahap dimana video ditmpilkan di VLC Player.

3.4 Analisis Streaming

Pada tahap ini terdapat beberapa hal yang akan dianalisis dalam pembangunan aplikasi video streaming dalam melakukan proses video streaming, antara lain :

1. Analisis Video Codec

Pengkodean video merupakan pengalihan kode analog menjadi kode digital agar video dapat dikirim dalam jaringan komputer. Hal ini dikenal dengan istilah codec, singkatan dari compressor-decompressor. Terdapat beberapa jenis codec yang dikembangkan untuk menempatkan/mengkompresi video agar dapat menggunakan bandwidth secara lebih hemat tanpa mengorbankan kualitas video (video yang keluar masih dapat dilihat dengan baik). Dalam penelitian ini menggunakan MJPEG (Motion JPEG) yang bertugas merekam dan mengkonversi video streaming secara real-time ke dalam berbagai format, dalam penelitian ini menggunakan format dengan ekstensi MJPEG Teknik kompresi ini tidak mempunyai batas untuk frame rate, resolusi gambar, kualitas gambar atau target bit rates tetapi tergantung

dari ketersediaan bandwidth dan kapasitas transfer dari kamera atau video server.

2. Analisis Resolusi Video

Pada penelitian ini resolusi video adalah hal yang sangat penting dalam mencapai tingkat kepuasan pengguna dalam melakukan akses video streaming, akan tetapi semakin tinggi resolusi video yang digunakan semakin besar pula penggunaan bandwidth sehingga perlu dilakukan proses pengkodean pada video menggunakan teknik konversi.

Gambar 3.3 Jenis Resolusi Video

Pada penelitian ini akan resolusi video yang digunakan tergantung dari perangkat, sebab beberapa perangkat memiliki resolusi yang berbeda. Sehingga mempegaruhi kualitas video itu sendiri. Berikut adalah beberapa perangkat mobile android dengan resolusinya:

3. Analisis Metode MJPEG

Motion Joint Photographic Expert Group (MJPEG) Adalah format video yang memiliki kualitas video yang memiliki kualitas gambar yang dihasilkan suatu kamera sangat baik dikarenakan pixel gambar lebih rapat dan lebih banyak. Pada teknologi video streaming, MJPEG memproses streaming gambar secara bersama-sama. Hal ini mengakibatkan perlunya kecepatan transfer data yang berlebihan dibandingkan dengan teknologi kompresi yang lain, namun memiliki kelebihan tidak menguras memori sistem yang berlebihan.

Sejalan yang dinyatakan Chirstos Bohoris (1998) algoritma Motion-JPEG memperluas gagasan JPEG standar untuk menambah kemampuan coding urutan frame video. Motion JPEG awalnya membagi setiap frame menjadi beberapa macroblocks. Setiap

macroblock mewakili array 16 dengan 16 pixel pencahayaan dan 2, 8 dengan 8 array chrominance dalam frame [ 6 ].

Gambar 3.4 Komposisi Macroblock MJPEG\

Macroblocks Ini adalah blok dasar yang digunakan untuk mendeteksi gerakan, encoding dan menghasilkan gerak keluaran tipe JPEG frame. Bagian yang paling penting dari algoritma adalah estimasi gerak dan lokal, Motion JPEG encoder. Ada banyak karakteristik MJPEG, diantaranya : 1. Pada bandwidth rendah, prioritas diberikan untuk resolusi gambar.

2. Latency minimum dalam pemprosesan 3. Memiliki ukuran yang konsisten

4. Merupakan format kompresi yang paling banyak digunakan sekarang.

Pada metode ini akan diuji bagaimana kualitas dari kompresi MJPEG pada setiap persentase kualitas yang ada dipengaturan aplikasi.

4. Analisis Parameter Quality of Service (QoS) 1. Bandwidth

Pada saat sekarang pengiriman paket-paket dalam sebuah jaringan dilakukan dengan upaya terbaik, dimana paket akan dikirimkan secara FIFO paket yang pertama sampai node akan diteruskan ke node berikutnya secara berururan berdasarkan kedatangannya. Hal ini tidak ada salahnya, tetapi aplikasi-aplikasi yang berada di jaringan semakin lama semakin meminta bandwidth yang besar sedangkan harga bandwidth ini masih relatif mahal untuk saat sekarang ini. Sehingga dibutuhkan langkah-langkah yang efektif yang harus dilakukan untuk mengatasi kebutuhan bandwidth.

2. Jitter

Jitter adalah variasi waktu kedatangan paket. Jitter

dapat diukur dari waktu antara paket yang diterima sekarang dengan paket yang diterima sebelumnya.

Jitter diakibatkan oleh lintasan tempuh yang berbeda-beda antar paket, variasi-variasi dalam panjang antrian, waktu pengolahan data, dan waktu

penghimpunan ulang paket-paket di akhir perjalanan

jitter. Secara umum jitter merupakan masalah slow speed links. Dalam layanan streaming multimedia, nilai jitter yang kecil dan cenderung stabil sangat dibutuhkan. Karena hal ini akan memberikan laju kedatangan paket yang bersifat kontinu, sehingga paket-paket yang datang ke dalam buffer tidak berlebih atau tidak kurang. Cisco menetapkan bahwa jitter untuk komunikasi realtime tidak boleh melebihi 30 ms.

3. Delay

Delay adalah jarak waktu yang terjadi antar kedatangan tiap paket. Pengukuran ini bertujuan untuk mengetahui besarnya delay pada setiap kondisi sistem. Pada Router dan jaringan IP memiliki karakteristik khusus yang menyulitkan pengontrolan. Paket IP yang datang diperlakukan sama dan dilayani sesuai dengan urutan kedatangan. Ukuran paket IP sendiri bervariasi, sehingga delay

dan variasi delay di jaringan menjadi besar dan tidak menentu. Delay dan variasi delay ini dapat berakibat buruk bagi kualitas video. Hal ini terjadi karena informasi video memiliki karakteristik timing. Agar jaringan IP ini dapat digunakan untuk menangani paket video, maka baik delay maupun variasinya harus dapat dikontrol dan ditekan serendah mungkin. Besarnya delay maksimum yang direkomendasikan oleh ITU-T untuk aplikasi video adalah 150 ms, sedangkan delay maksimum dengan kualitas video yang masih dapat diterima pengguna adalah 250 ms [ 8 ].

a. Menghitung delay

Waktu yang dibutuhkan untuk sebuah paket untuk mencapai tujuan, karena adanya antrian yang panjang, atau mengambil rute yang lain untuk menghindari kemacetan. Delay dapat dicari dengan membagi antara panjang paket (L, packet length (bit)) dibagi dengan link bandwith (R, link bandwidth (bit/s)).

Delay = � � � � � �

� � � ℎ� � � / detik(3-2)

Berikut akan dilakukan pengujian delay dari aplikasi live streaming :

Perangkat lunak yang digunakan untuk pengujian menggunakan Wireshark dan jaringan yang digunakan menggunakan jaringan wireless dengan kecepatan 128 Kb/s.

Berikut hasil dari pengujian delay menggunakan wireshark dan secara detail digambarkan dalam tabel 3.3 dibawah in :

Gambar 3.5 Capture Packet Wireshark Data diatas menunjukan delay setiap detiknya, kemudian data diatas disajikan dengan gambar 3.7 grafik delay dibawah ini :

Gambar 3.6 Grafik Delay 4. Packet Loss

Packet loss dapat disebabkan oleh sejumlah faktor, mencakup penurunan signal dalam media jaringan, melebihi batas saturasi jaringan, paket yang corrupt yang menolak untuk transit, kesalahan hadware jaringan. Beberapa network transport protokol seperti TCP menyediakan pengiriman paket yang dapat dipercaya. Dalam hal kerugian paket, penerima akan meminta retarnsmission atau pengiriman secara otomatis resends walaupun segmen telah tidak diakui. Walaupun TCP dapat memulihkan dari kerugian paket, retransmitting paket yang hilang menyebabkan throughput yang menyangkut koneksi dapat berkurang. Di dalam varian TCP, jika suatu paket dipancarkan hilang, akan jadi re-sent bersama dengan tiap-tiap paket yang telah dikirim setelah itu. Retransmission ini meyebabkan keseluruhan throughput menyangkut koneksi untuk menurun jauh.

3.5 Pemodelan Sistem

3.5.1 Usecase Diagram

Gambar 3.7 Usecase Diagram

3.5.2 Activity Diagram

Gambar 3.8 Activity Diagram Pengaturan 0

20 40 60 80 100 120

1 10 19 28 37 46 55 64 73 82 91

Time(Seco nd) Delay (Second)

3.5.3 Sequence Diagram Pengaturan

Gambar 3.9 Sequence Diagram Pengaturan

3.5.4 Class Diagram

Gambar 3.10 Class diagram

4. IMPLEMENTASI DAN PENGUJIAN 4.1 Implementasi Antarmuka Menu Utama Berikut adalah Implementasi Antarmuka Menu Utama yang ditunjukkan oleh gambar di bawah ini.

4.3 Pengujian Beta

Pengujian beta dilakukan dengan wawancara atau melakukan pengajuan pertanyaan. Wawancara pertama dilakukan dengan Kepala teknisi IT dan wawancara kedua dilakukan dengan wartawan STV Bandung Bapak Yanto Supardi.

Berikut wawancara pertama dengan kepala teknisi IT STV Bandung, Bapak Ahmad Rivai. Berikut pertanyaan yang diajukan dalam wawancara tersebut :

Pertanyaa 1

1. Apakah aplikasi video streaming berbasis android ini sudah memenuhi dalam melakukan peliputan secara langsung ?

Jawab:

“Aplikasi yang dibangun sudah sesuai dengan

konsep streaming tetapi belum sesuai untuk

digunakan dalam peliputan secara langsung”

Pertanyaan 2

2. Apakah aplikasi video streaming berbasis android ini bisa menjadi alternatif untuk para wartawan yang tidak membawa kamera tetapi bisa menggunakan aplikasi ini untuk melakukan peliputan dalam keadaan mendesak ?

Jawab:

“Video streaming ini juga belum bisa digunakan

untuk peliputan meskipun dalam keadaan terdesak karena memang belum ada aplikasi mobile yang dapat digunakan untuk melakukan peliputan secara

Wawancara kedua dengan wartawan STV Bandung Bapak Yanto Supardi. Berikut wawancara yang diajukan :

Pertanyaa 1

1. Apakah aplikasi live streaming berbasis android ini sudah memenuhi dalam melakukan peliputan secara langsung ?

Jawab:

“Aplikasi android ini perlu dilakukan pengembangan lagi, saya optimis ada aplikasi mobile android yang bisa melakukan siaran seperti Live U punyanya

STV”

Pertanyaan 2

2. Apakah aplikasi live streaming berbasis android ini bisa menjadi alternatif untuk para wartawan yang tidak membawa kamera tetapi bisa menggunakan aplikasi ini untuk melakukan peliputan dalam keadaan mendesak ?

Jawab:

“Bisa juga sih, kalau STV mau mempergunakanya

tetapi kan untuk siaran tidak semudah langsung membuka kamera dan langsung menyiarkanya, kalau bisa kedepanya aplikasi ini selain bisa live juga bisa menonton siaran di handphone android

atau iPhone.”

4.3.1 Kesimpulan Pengujian Beta

Berdasarkan hasil wawancara yang dilakukan kepada kepala teknisi IT dan wartawan STV Bandung dapat ditarik kesimpulan bahwa aplikasi yang dibangun sudah sesuai dengan konsep video streaming tetapi belum sesuai untuk digunakan dalam peliputan secara langsung karena kualitas yang dihasilkan belum sesuai, kemudian aplikasi video streaming ini juga belum bisa digunakan karena memang belum ada aplikasi mobile yang dapat digunakan untuk melakukan peliputan secara langsung.

4.4 Pengujian Quality of Service (QoS)

Quality of Service (QoS) adalah kemampuan penyediaan jaminan sumber daya dan pembedaan layanan pada berbagai jenis aplikasi sehingga performasi dari aplikasi yang sensitive terhadap delay, jitter atau packet loss dapat memuaskan. QoS dapat disediakan melalui pemberian prioritas terhadap suatu paket lainnya melalui alokasi sumber daya yang ada untuk aliran/paket yang berbeda dalam suatu jaringan. Tujuan utama QoS yaitu memberikan prioritas kepada traffic tertentu yang mencakup bandwidth yang tetap, delay serta jitter yang terkontrol dan pengurangan packet loss. Berikut akan dilakukan pengujian QoS pada aplikasi video streaming ini.

1. Pengujian Delay

Pengujian delay dapat dilakukan dengan menggunakan wireshark

Tabel 4.3 Standarisasi Delay ITU-T

Pengujian delay dilakukan menggunakan jaringan internet dengan kecepatan 1 Mbs dan dilakukan dari video streaming yang ada di android yang dimainkan di VLC Player. Berikut pengujian delaynya : Untuk melakukan pengujian delay, pertama-tama masuk ke aplikasi video streaming kemudian mengatur kualitas dan port yang akan digunakkan, setelah itu buka VLC Player dan masukkan alamat IP dan Port yang ada di layar. Dan hitung delay menggunakan Wireshark

Gambar 4.9 Live Preview Streaming di Android

Gambar 4.10 Video streaming di VLC Player Video streaming berhasil jalan dan lakukan pengujian menggunakan Wireshark. Berikut hasil capture dari wireshark :

Kategori Degradasi

Besar

Excellent <150 ms Good 150 s/d

300 ms Poor

300 s/d 450 ms Unnaceptable >450

5. KESIMPULAN

Berdasarkan hasil yang didapat dalam penelitian dan penyusunan skripsi ini serta disesuaikan dengan tujuannya, maka diperoleh kesimpulan sebagai berikut :

1. Aplikasi video streaming yang telah dibangun ini dapat digunakan oleh wartawan untuk meliput peristiwa diluar studio untuk melakukan siaran langsung namun karena kualitas yang dihasilkan belum sesuai maka aplikasi video streaming ini belum bisa digunakan.

2. Aplikasi video streaming ini digunakan jika wartawan tidak membawa peralatan streaming khusus sehingga dapat mempergunakan aplikasi video streaming ini.

6. DAFTAR PUSTAKA

[ 1 ] Safaat, Nazaruddin H. 2011. Pemrograman Aplikasi Mobile Smartphone Dan Tablet PC Berasis Android.Bandung : Informatika. [ 2 ] Putra, Darma. 2010. Pengolahan Citra

Digital. Yogyakarta : Andi

[ 3 ] Sommerville, Ian. 2000. Software Engineering ( Rekayasa Perangkat Lunak) Jilid 1. Jakarta: Erlangga

[ 4 ] Android Developer Guide: http://developer.google.com

[ 5 ] Bailey, Justin M.. Live Video Streaming from Android-Enabled Devices to Web Browsers (2011). Graduate School Theses and Dissertations.

http://scholarcommons.usf.edu/etd/2995 [ 6 ] Bohoris, Christos.1998.Simulation and

Optimization of JPEG and Motion JPEG. http://citeseerx.ist.psu.edu/viewdoc/download ?doi=10.1.1.58.5611&rep=rep1&type=pdf [ 7 ] ITU-T G-177 Series G: International

telephone connections and circuits – Transmission plan aspects of special circuits and connections using the international telephone connection network.

http://ftp.tiaonline.org/tr-30/TR-30.3/Public/0312%20Lake%20Buena%20Vis ta/G177%20-%2009-99.doc

[ 8 ] ITU-T G.1070 Transmission System and Media Digital Systems and Network.2012

http://www.itu.int/ITU-T/recommendations/rec.aspx?id=9050

[ 9 ] MJPEG vs MPEG Understanding the differences, advantages and disadvantages of each compression technique. On-Net Surveillance System Inc.

http://www.onssi.com/downloads/OnSSI_WP _compression_techniques.pdf