Jurnal Mahasiswa Teknik Informatika, UNHAS, Agustus 2014
PENGEMBANGAN APLIKASI LIVE EDITOR MENGGUNAKAN WEBRTC UNTUK MEDIA PEMBELAJARAN JARAK JAUH (E-LEARNING) Azrul Sudarmin*1 Aisyah Azalya*2
Dr.Eng. Muhammad Niswar, ST.,M. Info. Tech. Dr. Indrabayu Amirullah, ST., MT., M.Bus.Sys
ABSTRAK SIstem Belajar Jarak Jauh telah menjadi solusi terhadap kesetaraan edukasi di dunia, terlebih dengan adanya kemudahan dalam berinternet. Namun, tidak adanya aplikasi yang memadai untuk terjadinya pembelajaran jarak jauh yang mudah dipakai menjadi masalah. WebRTC merupakan sebuah API yang berbasis Real-Time—dikembangkan oleh Google Inc pada tahun 2011 yang membolehkan pertukaran data, video, audio—memunculkan sebuah harapan besar akan adanya aplikasi tanpa plugin yang bisa dipakai oleh semua browser. Dengan merujuk pada aplikasi editor yang telah ada, dilakukan pengujian terhadap aplikasi Live Editor yang menggunakan WebRTC dan aplikasi Google Docs dalam bentuk pengujian pemakaian daya CPU dan RAM serta pengiriman dan penerimaan data. Hasil menunjukkan bahwa aplikasi Live Editor yang menggunakan WebRTC menggunakan daya yang lebih kecil dan menerima dan mengirimkan data yang lebih sedikit dibandingkan aplikasi Google Docs. Live Editor menggunakan 0.03 GHz daya CPU, 0.1 GB RAM, serta memiliki kisaran 1kbps dalam pengiriman data dan 2 KBps pada penerimaan data. Sedangkan Google Docs menggunakan 0.24 GHz daya CPU, 0.2 GB RAM, serta memiliki kisaran 7 KBps dalam pengiriman data dan 3 KBps dalam penerimaan data. Dengan demikian, aplikasi Live Editor menggunakan WebRTC ini layak untuk digunakan sebagai salah satu alternative pembelajaran jarak jauh. Kata Kunci : WebRTC, E-Learning, Live Editor, pembelajaran jarak jauh. I. LATAR BELAKANG Dengan berkembangnya media teknologi informasi dan komunikasi menjadikan dunia terkoneksi menjadi sebuah kesatuan yang utuh, sehingga informasi bukanlah sesuatu yang tertutup dan berwilayah sempit. Di era ini, seseorang tidak lagi susah untuk mendapatkan ilmu. Namun, media tatap muka dalam belajar yang menjadi suatu metode konvensional sejak dulu tidak dapat digantikan dengan perkembangan media teknologi informasi dan komunikasi ini. Media pembelajaran yang mengharuskan murid untuk bertatap muka dengan guru memberikan pengalaman dan efek pembelajaran yang lebih besar ketimbang menjadi sebuah pelajar otodidak. Sebab dengan adanya guru yang mengetahui lebih banyak dari muridnya memberikan murid kesempatan untuk bertanya sebanyak-banyaknya dan belajar langsung. Aplikasi tersebut adalah aplikasi WebRTC, yang dikembangkan pertama kali oleh Google pada tahun 2011. Aplikasi ini merupakan sebuah *1
D42110112 Azrul Sudarmin *2 D42110901 Aisyah Azalya
aplikasi yang dapat menjadi jembatan komunikasi antar browser. Aplikasi ini merupakan sebuah API (Application Programming Interface) yang didesain agar dua browser dapat melakukan video chat, voice chat¸ live editor dan file sharing dengan menggunakan koneksi langsung dari dua browser. Pengaplikasian dari aplikasi ini sangat mudah, tidak memakai plugin, dan tidak perlu menginstall atau mengunduh apapun dari website tersebut. Oleh karena itu penulis berinisiatif untuk membuat sebuah aplikasi yang menggunakan WebRTC sebagai basisnya, aplikasi tersebut adalah sebuah aplikasi yang memungkinkan sebuah dokumen dibuat bersama-sama dalam waktu yang sama, tanpa harus bertemu atau membuatnya di tempat yang sama, dengan asumsi bahwa banyak pelajar yang bisa saling berkolaborasi dalam membuat proposal kerjasama. Aplikasi tersebut sering disebut Live editor, yang merupakan sebuah aplikasi pengedit dokumen yang bersifat online atau 1
Jurnal Mahasiswa Teknik Informatika, UNHAS, Agustus 2014
live. Para penulis dapat berkontribusi untuk membuat dokumen tanpa bertemu. Aplikasi ini merupakan solusi bagi individu-individu yang sedang dalam perjalanan, atau berada di tempat yang berbeda tanpa memiliki waktu untuk bertemu. Aplikasi ini juga merupakan sarana komunikasi antara dosen dan mahasiswa atau antar mahasiswa yang tidak mengharuskan merevisi dokumen dengan mengirim bolak-balik hasil editingnya melalui e-mail. Aplikasi ini sangat cocok untuk dijadikan sebagai sarana pertemuan jarak jauh. II. TEXT EDITOR WEBRTC, SCTP DAN SIGNALING Text Editor WebRTC WebRTC mendukung pertukaran data dalam bentuk video, audio, teks dan data. Namun, pembuatan aplikasi live editor hanya menggunakan dua API utama WebRTC, yaitu: 1. RTCPeerConnection yang merupakan komponen WebRTC yang mengatur komunikasi data streaming diantara peers secara efesien dan stabil. RTCPeerConnection membantu menyederhanakan kompleksitas koneksi yang ada. Koding dan protocol dari WebRTC membantu untuk membuat sebuah komunikasi real-time tetap bisa terlaksana, walau dengan koneksi yang tidak stabil: - Pengembalian data paket yang hilang - Peredam Gema (echo) - Penyesuaian Bandwith - Pengambil-alihan control otomatis - Peredam noise dan supresi suara - Pembersih gambar 2. RTCDataChannel API dapat membantu terjadinya proses pertukaran data antar peer, dengan tingkat latency yang rendah dan throughput yang tinggi. Jenis pertukaran data macam ini dapat sangat membantu dalam pengembangan aplikasi seperti : game, aplikasi remote desktop, real-time text chat, transfer file dan desentralisasi jaringan. [1]
*1
D42110112 Azrul Sudarmin *2 D42110901 Aisyah Azalya
SCTP Stream Control Transmission Protocol merupakan sebuah transportasi protokol yang bekerja mengatur paket jaringan tanpa koneksi seperti IP. Didesain untuk mengirimkan sinyal pesan PTSN ke jaringan IP. SCTP dapat melakukan : - Pemeriksaan pada user data untuk menghindarai data yang terduplikasi atau error - Pembagian data menjadi paket-paket yang lebih kecil untuk menghindari kelebihan bandwith dan agar data dapat sampai lebih cepat. [7] Signaling Signaling merupakan jembatan yang menghubungkan dua peers. Signaling tidak termasuk ke dalam RTCPeerConnection API. Developer dapat memilih untuk menggunakan jenis signaling yang mereka anggap paling memadai. Signaling digunakan untuk saling bertukar tiga jenis informasi, yaitu: -
-
-
Pesan Sesi Kontrol, untuk memulai atau mengakhir komunikasi dan menyalurkan error Konfigurasi Jaringan, untuk mengirimkan informasi berupa computer alamat IP dan port kepada peers. Kapabilitas Media, untuk mengetahui jenis codec dan resolusi video yang mana saja yang bisa di-handle oleh browser masingmasing dan cara penyaluran komunikasinya.
Perlu diketahui, sebelum memulai menggunakan WebRTC, sebuah proses signaling utuh harus dijalankan terlebih dahulu untuk mengetahui jenis koneksi dan kapabilitas koneksi antar peers.[3] III. PENELITIAN TERKAIT Sebelumnya telah dilakukan beberapa penelitian dan pengembangan aplikasi yang serupa dengan aplikasi Live Editor menggunakan webRTC. 2
Jurnal Mahasiswa Teknik Informatika, UNHAS, Agustus 2014
Kundan Singh and Venkatesh Krishnaswamy dari Avaya Labs melakukan penelitian tentang pengimplentasian webRTC dengan SIP. Penelitian yang dilakukan Kundan Singh dan Venkatesh didasarkan dengan pandangan praktikal bahwa banyak pengaplikasian webRTC menggunakan SIP sebagai standar signaling dan channelingnya. [9] Penelitian kedua merupakan sebuah penelitian yang dilakukan oleh Luis López Fernández, Miguel París Díaz, Raúl Benítez Mejías mengenai pengembangan sebuah aplikasi yang bernama Kurinto, merupakan aplikasi yang dikembangkan oleh pengintegrasian 3 aplikasi, SIP, GStreamer dan WebRTC. Dengan tujuan membuat Kurinto sebagai sebuah aplikasi yang menunjang programmer untuk membuat program secara jarak jauh. [3] Mengenai aplikasi yang memiliki fungsi yang sama dengan aplikasi yang akan dikembangkan ini terdapat Google Docs yang merupakan sebuah aplikasi yang dirilis sejak tahun 2012 agar menjadi sebuah aplikasi alternative dalam membuat sebuah teks dokumen secara online. Google Docs menggunakan Javascript dan Ajax sebagai Bahasa utamanya. Dokumen dalam Google Docs dapat dikerjakan bersama-sama secara online. Meniru fitur-fitur utama yang ada pada Microsoft Word, Google Docs berhasil menciptakan sebuah aplikasi tanpa instalasi dan dapat dikerjakan secara jarak jauh. Google Docs dapat menyimpan data dalam format ODF, HTML, PDF, RTF, Text, dan Office Open XML. [7] IV. METODE PENELITIAN
Gambar 1 Cycle Chart Metode Penelitian *1
D42110112 Azrul Sudarmin *2 D42110901 Aisyah Azalya
Pengembangan Aplikasi Live Editor menggunakan WebRTC dilakukan dalam beberapa tahap, yaitu: 1. Studi Literatur dan Survey Kebutuhan dilaksanakan dengan melakukan kajian pustaka melalui literatur yang relevan, artikel-artikel yang didapatkan melalui internet, dan mempelajari lebih dalam mengenai penggunaan JavaScript dan WebRTC. 2. Observasi dilaksanakan dengan melakukan pengamatan dan pengujian terhadap beberapa aplikasi serupa, maupun yang menggunakan webRTC. 3. Analisis dan Perancangan Aplikasi dilaksanakan dengan melakukan analisis tujuan dan masalah yang ada, desain interface, batasan yang dimiliki serta kebutuhan yang diperlukan. 4. Implementasi dilaksanakan dengan cara memulai pengembangan aplikasi dan pemanfaatan algoritma dan rancangan sistem yang telah berhasil dirancang melalui analisi, observasi dan kajian literature. 5. Pengujian dilaksanakan dengan membandingkan koneksi dua aplikasi yang memiliki fungsi yang serupa atau sejenis. Pengujian dilakukan terhadap kelebihan dan kekurangan masing-masing aplikasi. 6. Kesimpulan ditarik dari hasil pengujian terhadap kedua aplikasi, kesimpulan diharapkan menunjukkan tujuan yang tercapai dan dapat menjadi pemicu pengembangan aplikasi. V. DESAIN APLIKASI Arsitektur Arsitektur yang akan digunakan untuk menciptakan komunikasi antar browser (peers) ialah Star: medium N-way call.
Gambar 2 Topologi N-Star
3
Jurnal Mahasiswa Teknik Informatika, UNHAS, Agustus 2014
Mekanisme komunikasi streaming data arsitektur ini menunjuk satu peer yang akan menjadi initiator, dimana initiator akan mendapatkan tiap data yang dikirim oleh peer kemudian meneruskannya ke peer yang lain. Dengan arsitektur ini maka komunikasi data akan menghemat bandwidth dan penggunaan memorinya . [2]
Flowchart yang menunjukkan cara kerja SCTP adalah sebagai berikut:
Pengembangan Aplikasi Untuk menghubungkan antar peer terlebih dahulu peer harus bertukar informasi session control message, network configuration, dan media capabilitiesnya. Maka dari itu dibutuhkan server node.js dan modul socket.io sebagai media perantara untuk melakukan proses signaling. Peer yang terlebih dahulu melakukan koneksi ke server akan di anggap sebagai initiator. Jika ada peer yang baru masuk, maka server akan mengabari Initator, initiator akan melakukan pemanggilan ke peer 2, kemudian peer 2 akan menjawab pemanggilan dari peer 1. Proses ini dapat dianalogikan serperti berikut ini:
Gambar 4 Flowchart penggunaan SCTP
Gambar 3 Use-case Signaling
Setelah RTCPeerConnection berhasil, maka kedua peer tidak menggunakan lagi server sebagai media komunikasi data. Text Editor Terdapat dua protokol yang dipakai dalam pengemanbangan aplikasi Live Editor ini, yaitu RTCDataChannel dan protokol SCTP. RTCDataChannel membantu membuat sebuah kanal untuk pengiriman dan penerimaan data. Sedangkan SCTP berguna untuk membagi-bagi data menjadi bagian-bagian kecil. *1
D42110112 Azrul Sudarmin *2 D42110901 Aisyah Azalya
Paket dibagi-bagi menjadi paket kecil untuk membantu mempermudah pengiriman data karena kapabilitas transfer yang dimiliki oleh SCTP lebih besar daripada kapabilitas transfer RTC yang hanya 64kbps. Namun, SCTP akan gagal mengirimkan data apabila data memiliki jumlah yang lebih besar dari 70.000 karakter. Oleh karena itu dibuat use-case dimana data akan dipaketkan menjadi paket kecil dan dikirim secara berurutan untuk menghindari error dan pengiriman yang salah.
4
Jurnal Mahasiswa Teknik Informatika, UNHAS, Agustus 2014
Flowchart Use-case dapat dilihat pada gambar
menjadi
peers.
Gambar 7 Client 1 menjadi Initiator
Gambar 5 Use-case Pengiriman Data Setelah Fragmentasi Gambar 8 Client 2 menjadi Peers
EVALUASI KINERJA Interface dan Kinerja Aplikasi Tahap pengujian ini dilakukan dengan menggunakan 3 komputer, dimana satu komputer sebagai media server node.js dan duanya lagi sebagai client.
Dapat dilihat dari Gambar 7, saat initiator melakukan pengeditan, secara real-time pada gambar 8 client akan menerima hasil editan yang dilakukan initiator tanpa harus menunggu.
Gambar 6 Pengaktifan Node Server Js
Client yang pertama kali mengakses aplikasi ini, akan menjadi Initiator. Dimana initiator akan mendapatkan akses penuh dibandingkan dengan client biasa. Client selanjutnya akan
*1
D42110112 Azrul Sudarmin *2 D42110901 Aisyah Azalya
Gambar 9 Proses pengetikan secara Real-Time
Perbandingan Penggunaan Aplikasi dan Bandwidth Pengujian ini dilakukan dengan cara membandingkan aplikasi Live Editor yang 5
Jurnal Mahasiswa Teknik Informatika, UNHAS, Agustus 2014
menggunakan webRTC dengan aplikasi Google Docs yang telah dijelaskan pada sub-bagian [III]. Pengujian dilakukan untuk membandingkan hasil kinerja dan ketahanan uji tiap aplikasi. Jaringan dan Penggunaan daya CPU dan RAM merupakan dua aspek yang diuji. Spesifikasi komputer yang digunakan saat melakukan pengujian ini iyalah dengan processor core i5 clock 1.8 GHZ dan memiliki RAM sebesar 4 GB. Pengukuran ini dilakukan dengan menggunakan satuan Kb (Kilo Bit), jika dikonversi kebentuk KB (Kilo Byte) maka akan dibagi 8. Bandwidth Application
Google Docs
CPU
0.24
Ram Receive
7KBps
3KBps
0.2
GHZ
GB
0.03
0.1
GHZ
GB
1 seconds
E-Learning
<1
tools
1KBps
2KBps
Pengujian Menggunakan BlackBox Testing Method
Relay Time
Send
Sedangkan penerimaan data pada aplikasi Google Docs berada pada kisaran 24Kbps atau sekitar 3KBps, sedangkan aplikasi Live Editor menerima data sebesar 16Kbps atau sekitar 2KBps. Adapun pengetesan relay time, data yang dikirimkan google docs memiliki delay selama 1 detik. Sedangan dengan menggunakan Live Editor, data akan diterima secara real-time tanpa adanya delay.
Pengujian menggunakan BlackBox Testing Method merupakan pengujian yang menguji fungsionalitas fitur dan system aplikasi. Metode ini dilakukan untuk memastikan bahwa aplikasi berjalan dengan baik. Hasil pengujian diperlihatkan sebagai table.
seconds
WebRTC
Table 1 Benchmark Testing
Dari gambar diatas, dapat dilihat tingkat pemakaian CPU dan Memori untuk menjalankan aplikasi memiliki perbedaan. Untuk menjalankan aplikasi Google Docs dan mengirimkan data, daya CPU naik sampai 1.04 GHz dari 0.80 GHz dan menujukkan penggunaan 1.4 GB RAM sedangkan untuk menjalankan aplikasi Live Editor daya penggunaan CPU naik menjadi 0.83 GHz dan menujukkan penggunaan RAM sebesar 1.5 GB RAM. Dimana ini menunjukkan bahwa penggunaan Google Docs membutuhkan 0.24 GHz daya CPU dan 0.2GB RAM, sedangkan penggunaan Live Editor membutuhkan daya CPU sebesar 0.03GHz dan 0.1GB RAM. Adapun mengenai jumlah banyaknya data yang dikirim persatuan waktu. jumlah data yang dikirim oleh Google Docs sebesar 56 Kbps atau sekitar 7KBps sedangkan pengiriman data Live Editor berkisar pada 8 Kbps atau sekitar 1 KBps.
*1
D42110112 Azrul Sudarmin *2 D42110901 Aisyah Azalya
6
Jurnal Mahasiswa Teknik Informatika, UNHAS, Agustus 2014
Table 2 Pengujian workflow Signaling Num.
Description
Expected Result
Actual Result
1
Client 1 create RTCPeerConnection
RTCPeerConnection is created
RTCPeerConnection is created
2
Client 1create RTCDataChannel
RTCDataChannel is created
RTCDataChannel is created
3
Client 1 create Offer
Offer is created
Offer is created
4
Client 1 set Local Description
Local description is set
Local description is set
5
Client 1 sending offer & Local Description to client 2
Client 2 receive offer and local description from client 1
Client 2 receive offer and local description from client 1
6
Client 2 create RTCPeerConnection
RTCPeerConnection is created
RTCPeerConnection is created
7
Client 2 create RTCDataChannel
RTCDataChannel is created
RTCDataChannel is created
8
Client 2 set local desc from client 1 as remote description
Remote description is set
Remote description is set
9
Client 2 create Answer
Answer is createed
Answer is created
10
Client 2 Set Local Description
Local description is set
Local description is set
11
Client 2 sending Answer & Local Description to client 1
Client 1 receive Answer & local description from client 2
Client 1 receive Answer & local description from client 2
12
Client 1 set local desc from client 2 as remote description
Remote description is set
Remote description is set
13
Connected
Client 1 & 2 connected
Client 1 & 2 connected
Table 3 Pengujian Fungsionalitas Fitur Interface
Testing Scenario
Form Login
Enter Room Name and Name. Then click Join Room
Input Room Name : RTC
Output
Status
Front-page E-learning WebRTC shown
True
Name : Johnny New Document
Click New Document Button
New Document Show
True
Delete Document
Click Button Delete Document
Deleted document
True
Rename Document
Double Click title document
Document Name: DocRTC
Name of document has change
True
Text Editor
Entering text to document text editor
“WebRTC testing”
All client receive editing text editor from the client who
True
*1
D42110112 Azrul Sudarmin *2 D42110901 Aisyah Azalya
7
Jurnal Mahasiswa Teknik Informatika, UNHAS, Agustus 2014
starting editing Print
Click print button
Undo
Selected document
Print selected document
True
Click undo button
Undo editing
True
Redo
Click redo button
Redo editing
True
Remove Format
Click remove format
Selected text
Remove format from selected text
True
Font Name
Click font name combo box
Selected text
Font in the selected text changing
True
Font Size
Click font size combo box
Selected text
Size of selected text changing
True
Bold
Click bold button
Selected text
Selected text changing style to bold
True
Italic
Click italic button
Selected text
Selected text adding italic style
True
Underline
Click underline button
Selected text
Selected text adding underline style
True
Strikethrough
Click strikethrough button
Selected text
Selected text adding strikethrough style
True
Subscript
Click subscript button
Selected text
Selected text changing to small letter below the text baseline
True
Superscript
Click superscript button
Selected text
Selected text changing to small letter above the line of text
True
ForeColor
Click forecolor button
Selected text
Changing color of selected text
True
Margin Left
Click margin left button
Selected text
Set margin selected text to left
True
Margin Justify
Click margin justify button
Selected text
Set margin selected text to justify
True
Margin Center
Click margin center button
Selected text
Set margin selected text to center
True
Margin Right
Click margin right button
Selected text
Set margin selected text to right
True
Bullets
Click bullets button
Selected text
Adding bullet to selected text
True
Numbering
Click numbering button
Selected text
Adding number to selected text
True
Increase Indent
Click increase indent button
Selected text
Increase the indent level of the paragraph
True
Decrease Indent
Click decrease indent button
Selected text
Decrease the indent level of the paragraph
True
KESIMPULAN *1
D42110112 Azrul Sudarmin *2 D42110901 Aisyah Azalya
8
Jurnal Mahasiswa Teknik Informatika, UNHAS, Agustus 2014
1. Dengan menggunakan webRTC, pembelajaran jarak jauh yang membutuhkan real-time communication dengan fitur pembuatan dokumen secara bersama-sama oleh dua atau lebih banyak penulis dapat dilakukan. 2. Setelah dilakukan pengetesan penggunaan bandwith, RAM dan CPU, penggunaan aplikasi ini tidak menggunaan daya komputer yang cukup banyak, sehingga memungkinkan untuk digunakan oleh jaringan dan daya komputer yang rendah sekalipun. Penggunaan CPU dan RAM untuk menjalankan aplikasi Google Docs adalah 0.24GHz dan 0.2GB RAM sedangkan untuk menggunakan Live Editor mengkonsumsi 0.03GHz daya CPU dan 0.1GB RAM. Ini menunjukkan bahwa aplikasi Live Editor yang menggunakan WebRTC lebih ringan untuk digunakan dibandingkan dengan aplikasi Google Docs. Hal ini juga menunjukkan bahwa aplikasi Live Editor yang menggunakan WebRTC bisa dipakai perangkat-perangkat yang memiliki sumber terbatas. 3. Berdasarkan tes yang dilakukan untuk mengetahui penggunaan bandwith pada kedua aplikasi, didapatkan bukti bahwa aplikasi Live Editor mengirimkan lebih sedikit data yaitu 1KBps dibandingkan dengan aplikasi Google Docs yang mengirimkan data sebesar 7KBps. Begitu pula pada penerimaan data, Live Editor menerima lebih sedikit data yaitu sebesar 2kbps dibandingkan dengan aplikasi Google Docs, yaitu 3KBps. Hal ini menunjukkan bahwa aplikasi Live Editor lebih ringan untuk digunakan pada daerahdaerah yang memiliki kecepatan internet dibawah rata-rata. 4. Pengujian yang telah dilakukan untuk mengetahui kecepatan pengiriman data tiap aplikasi menunjukkan bahwa aplikasi Live Editor mengirimkan data lebih cepat dari pada Google Docs. Hasil pengujian menunjukkan Google Docs memiliki setidaknya 1 detik jeda pengiriman data antar ciient.
*1
D42110112 Azrul Sudarmin *2 D42110901 Aisyah Azalya
SARAN 1. Penyetelan aplikasi ini sebaiknya dilakukan pada server yang memiliki kapasitas yang besar mengingat banyaknya Pengguna dan Data yang akan saling dikirimkan secara Real-Time sangatlah besar. 2. Pengembangan terhadap kompleksitas dan kompresi data sebaiknya dilakukan agar data yang dikirim dan diterima ukurannya dapat diminimalisir untuk mencegah terjadinya error atau kehilangan paket. 3. Banyak fitur-fitur yang masih bisa ditambahkan dan dikembangkan untuk memperbaiki User Interface pada aplikasi Live Editor. UCAPAN TERIMA KASIH Terima kasih kepada kedua pembimbing kami, Bapak Dr.Eng. Muhammad Niswar, ST.,M. Info. Tech. dan Bapak Dr. Indrabayu Amirullah, ST., MT., M.Bus.Sys yang telah membimbing kami. Serta kepada infromasi yang tanpa batas kami dapatkan dari Internet, buku, jurnal serta teman-teman kami yang senantiasa menyemangati dan membantu kami. DAFTAR PUSTAKA [1] Dutton, Sam.. Getting Started With WebRTC. 21 Februari 2014. Google docs.2014. [2] Dutton, Sam. WebRTC in The Real World : STUN, TURN and Signaling. 4 November 2013. Google docs. 2013. [3] Fernández, Luis López, Díaz, Miguel París, Mejías, Raúl Benítez. Kurento: a media server technology for convergent WWW/mobile real-time multimedia communications supporting WebRTC. 2013. [4] LaurentJ, Jeremie, Austin Matherne and Chris Davis Mills. Introduction to WebRTC Architecture. 13 Juni 2014. Mozilla Foundation Docs. 2014. [5] N, Matt. Document.execCommand. 21 April 2014. Mozilla Foundation Docs. 2014. [6] Zemmetti, Frank W. Practical JavaScript, DOM Scripting, and AJAX Projects. 2007. United States. 9
Jurnal Mahasiswa Teknik Informatika, UNHAS, Agustus 2014
[7] Google Announces Google Docs & Spreadsheet. Official Google Press Release. 2006-10-11. Retrieved 2014-8-9. [8] Stream Control Transmission Protocol. IETF. October 2000. RFC 2960. [9] Singh, Kundan and Krishnaswamy , Venkatesh. A Case for SIP in JavaScript. Avaya Labs. 2013. DATA PENULIS Aisyah Azalya, lahir 20 Oktober 1992, merupakan sulung dari tiga bersaudara, memiliki jiwa entrepreneurship yang bebas dan ingin melihat dunia, beruntung mendapatkan beasiswa ke Jepang dan Australia untuk short program. Azrul Sudarmin, lahir 5 Feburari 1992, merupakan anak ketiga dari lima bersaudara, memiliki jiwa dibidang animasi dan programming. Mengikuti Program Kreativitas Mahasiswa (PKM) pada tahun 2012 dalam pembuatan aplikasi pencarian tanamah herbal.
*1
D42110112 Azrul Sudarmin *2 D42110901 Aisyah Azalya
10