Iseng lihat - lihat email lama.. masih ada email conversation dengan christ, pembimbing tugas akhir sarjana ku..4 tahun yang lalu. Tiba - tiba teringat lagi perjuangan lepas dari medan perang yang itu, jadi tidak sabar masuk medang perang yang baru. Yep, walking away from the comfort zone, into the unknown again.. looking for missing part of never ending learning process, hopefully.. to the better new comfort zone
--
From: adek aidi
Sent: Friday, November 10, 2006 21:01
To: Christ
Subject: 3G and final project
Hi kak, salam kenal..saya Adek, adik nya Ayie..mudah2an email ini ga mengganggu.
Btw, ceritanya begini...adek rencana ambil topik TA seputar mobil programming...setelah mendengar saran dari beberapa kawan juga ngasih input positif banget ke sini. Setelah pikir - pikir, sepertinya topik seputar 3G sangat menarik, dan di jurusan IF sekarang memang baru sedikit yang mengarah ke sana.
Sayangnya saya ga punya banyak temen ngobrol masalah 3G selain anak - anak TE yang tentu saja ga bisa ngasih pandangan terlalu pas dari sisi IF untuk memberi usulan ANALISA topik TA untuk IF.
Rencananya saya ingin ngulik masalah video streaming pake 3G, sofware yang saya pake : java (J2EE) di server dan symbian di client. hanya saja saya bingung, apa yang akan dianalisa..krn TA kan ga sama dengna PA yang hanya cukup buat software saja..
mungkin kak bolung bisa ngasih pendapat untuk hal ini.
Best Regard,
-Adek Aidi-
"Manusia, adalah apa yang dipikirkannya.
Jika anda adalah seorang yang berani dan jujur, dan itu yang anda pikirkan,
tidak ada sesuatu pun yang bisa mengubahnya.”
--
From: "Christ"
Date: 11 november 2006 07.44.00
To: adek aidi
Subject: RE: 3G and final project
Dear Adek,
Kalo Adek tertarik membahas video streaming 3G saya usul untuk membuat java client untuk mengakses live video streaming lewat 3G. Jadi seperti nonton TV di mobile phone.
Kalo nonton TV di mobile phone, kemudian pindah channel ke channel yang lain itu ada delay, nah aku usul Adek menganalisa kecepatan perpindahan channel live itu di software client yang nanti dibuat Adek, apa aja yang faktor faktor yang bikin perpindahan jadi lambat, kalo bisa dilakukan optimasi di sisi server (yang juga Adek buat dengan J2EE) apa yang bisa dilakukan, melakukan chaching ato ada metode apa lah yang bisa Ade simulasikan dan hasil analisanya.
Gimana, tertarik? Saya kebetulan kalo jadi minggu depan tanggal 16 hari kamis bakal ke STT Telkom, kalo mau ketemu disana boleh aja buat ngobrol ngobrol, tapi ini masih belum pasti.
Regards,
Christ
--
From: adek aidi
Sent: Saturday, November 11, 2006 23:22
To: Christ
Subject: RE: 3G and final project
Thanks for reply..
Mengenai Live Video Streaming dengan jaringan 3G, ada yang sedang mengerjakannya kak, kebetulan itu temen saya di TE. Tapi dari proposal + obrolan yang saya tangkap, dia menganalisa performansi untuk multi akses pada 1 chanel dan kompresi video yang baik spt apa.
Saya pikir domain analisa nya akan sedikit berbeda dengan yang kak Christ katakan ini. Saya akantanya ke dosen besok senin, klo menurut beliau domain masalahnya cukup berbeda, ini bisa goal untuk topik TA sendiri..
Saya pengen nanya lagi, klo tentang video call di 3G kira - kira masih bisa di oprek ga?krn dari telkomsel dan xl kan udah ada..mungkin ada hal menarik lain ga bisa di analisa di subjek itu?
Best Regard,
-Adek Aidi-
"Manusia, adalah apa yang dipikirkannya.
Jika anda adalah seorang yang berani dan jujur, dan itu yang anda pikirkan,
tidak ada sesuatu pun yang bisa mengubahnya.”
From: "Christ"
Date: 16 november 2006 01.09.48
To: adek aidi
Subject: RE: 3G and final project
Dear Adek,
Kalo video call, udah terstandarisasi dan tidak banyak yang bisa dilakukan, kecuali video call ke streaming server atau ke aplikasi video call center, coba nanti kita ketemu, saya hari ini ada di STT di seminar 3G
Regards,
Christ
From: adek aidi
Sent: Tuesday, November 21, 2006 03:18
To: Christ
Subject: Proposal Final Project
Dear Christ,
Kak, apa kabar ? mudah2an baik saja dan tidak terlalu sibuk. Sebelumnya mohon maaf mungkin akan sedikit merepotkan.
Setelah diskusi hari kamis lalu (16 Nov 2006), saya coba buat proposal awal untuk ide ini. Sebenarnya ada beberapa hal yang adek belum mengerti, jadi di berkas proposal yang di attach ini mungkin akan ada banyak kekurangan.
Pagi nanti (selasa, 22 Nov 2006), adek baru dapat kesempatan diskusi dengan dosen : Bapak Fazmah Arif. Mungkin kak christ masih ingat ? menurut beberapa rekomendasi dosen dan kawan2, beliau dosen IF yang saat ini concern ke bidang yang sedang saya bahas. Mudah - mudahan akan ada input menggembirakan dari beliau, karena saya mengharap beliau untuk jadi pembimbing 1.
Jika ada kekurangan / kesalahan di file proposal tsb yang tidak sesuai, mungkin dapat kita bahas di email selanjutnya. Jika sudah ok, saya akan mengirimkan berkas dari jurusan untuk mengajukan permohonan Kakak sebagai Pembimbing 2.
Okay, segitu dulu..(kepanjangan ya?). Terima kasih untuk bantuannya. Sekali lagi, maaf telah merepotkan.
Best Regard,
-Adek Aidi-
"Manusia, adalah apa yang dipikirkannya.
Jika anda adalah seorang yang berani dan jujur, dan itu yang anda pikirkan,
tidak ada sesuatu pun yang bisa mengubahnya.”
--
From: "Christ"
Date: 20 november 2006 22.21.35
To: adek aidi
Subject: RE: Proposal Final Project
adek,
wow pagi pagi masi "on" :)
beberapa comment tentang proposal.
judulnya mungkin lebih tepat: analisa kecepatan channel switching pada aplikasi mobile live multi-channel TV streaming
- menurut saya abstraksinya kurang mendeskripsikan permasalahan yang akan dibahas, lebih kepada fitur 3G, pembahasan permasalahannya hanya pada paragraf terakhir
- latar belakangnya langsung saja pada permasalahan channel switching yang akan adek bahas, menurut saya ga usah muter muter di perkembangan teknologi, mobile internet, paragraf ketiga dan seterusnya sudah cukup sebagai latar belakang
- untuk manfaat dan tujuan, adek ga akan melakukan analisa terhadap penentuan kompresi video dan audio kan (point ke-3), langsung saja dibatasi pada format tertentu karena yang akan jadi tujuan utama adalah bagaimana membangun sistem dengan metode fast channel switching yang paling baik
- point ke empat juga kurang relefan karena yang akan dicari kan metode fast switching bukan konfigurasi untuk multimedia streaming
- point ke lima apakah adek juga akan melakukan analisa performansi? apa ga terlalu lebar, menurut saya fokus saja ke fast channel switching.
untuk batasan masalah,
- saya sarankan point nomer 3 ga usah disebut karena adek akan menggunakan Java (J2EE) sehingga sistem operasinya ga terbatas hanya di microsoft. pada saat adek membangun aplikasi Java berbasis J2EE kan bisa diimplementasikan di UNIX juga, Microsoft Server juga bisa.
- untuk clientnya, saya sarankan untuk dibangun menggunakan J2ME, MIDP 2.0 yang sudah mensupport RTP (JSR 135 API). karena dengan j2me range handsetnya akan lebih banyak dibandingkan menggunakan symbian UIQ
pada teori pendukung mungkin adek bisa tambahin teori citra yang berhubungan dengan I-frame, P-frame karena itu yang akan menjadi pembahasan adek, pak Fazmah tahu persis apa itu coba tanya dia untuk dapet lebih banyak gambaran tentang teori citra, btw udah ngambil mata kuliah citra kan sama Pak Fazmah
saya kasih gambar di bawah ini untuk pertimbangan adek
oke deeh. semoga membantu, salam buat Pak Fazmah
regards,
Christ
--
From: adek aidi
Sent: Thursday, September 27, 2007 22:32
To: adek aidi
Subject: Re: Mobile TV Project on Progress
kak, pha kabar ? lagi sibuk banget ? langsung saja, adek mo report progress tugas akhir..maaf lama banget ga ngabarin lagi,
Tugas akhir ini fix nya pake Helix Mobile Producer untuk codec nya, bukan VLC spt rencana awal.. dan Helix Mobile Server udah diinstal, n dikonfig biar bisa match dengan helix nya.
kemaren adek udah coba nge encode file video dengan helix itu, dan sekarang mo coba encode video real time dari TV Turner. tapi TV Turner nya masih bermasalah (maklum kak, soalnya minjem bekas teman...:) ) secepatnya akan di bereskan hal ini.
tapi saya blom coba memainkan hasil encode nya itu dari player. rencanya mo dicoba pake real media saja.
skenario nya untuk konfigurasi waktu encoding nya ada 3, sesuai dengan yang kita obrolkan tempo hari, spt ini :
No.
1 Video : MPEG4 32 kbps, QCIF, Key Frame 24 10fps , Frame Rate 8 fps -
Audio : AAC-LC 4 kbps, Bit Rate 22000 Hz, Mono Channel
2 Video : MPEG4 32 kbps, QCIF, Key Frame 24 10fps, Frame Rate 10 fps
Audio : AAC-LC 8 kbps, Bit Rate 22000 Hz, Mono Channel
3 Video : MPEG4 32 kbps, QCIF, Key Frame 24 10fps, Frame Rate 12 fps
Audio : AAC-LC 12 kbps, Bit Rate 22000 Hz, Mono Channel
ada yang salah ato kurang ga kak ?
ada yang ingin adek tanya :
1. sekarang saya udah masuk di coding, untuk player nya apakah bisa diintegrasikan dengan real media for mobile ? sehingga kita ga perlu buat player dari awal tapi cukup interface bagi user untuk memilih channel yang tersedia di server saat itu (dengan http connection), lalu j2me nya memanggil real media untuk play video sesuai dengan channel yang dipilih user. apakah hal ini mungkin kak ? ato saya buat dari awal player sekaligus interface menu nya?
2. trus mekanisme channel switching di servernya spt apa ? terus terang saya blom kebayang, bagaiman coding Java untuk berinteraksi dengna streaming server nya (helix) lalu melayani request channel switching ini.
kak bolung punya masukan, atau saran kemana adek harus mencari info nya ?
3. kemaren adek ngobrol dengan teman di mobile content telkomsel. dari beliau mengatakan, kemungkinan untuk melakukan simulasi di telkomsel bisa, adek silahkan untuk membuat surat permohonan. untuk rancangan konfigurasi pengujiaany ada di attachment.
4. ada beberapa variabel yang adek kebayang untuk diukur sebagai analisa dari tugas akhir ini kak, yaitu : Peak Signal to Noise Ratio (PSNR), Mean Opinion Score (MOS), packet loss, bandwidth, delay dan jitter packet.
untuk delay, ryaitu delay Source-processing / digitization and packetizing delay dan network delay. bagaimana kak ?
Best Regard,
-Adek Aidi-
"Manusia, adalah apa yang dipikirkannya.
Jika anda adalah seorang yang berani dan jujur, dan itu yang anda pikirkan,
tidak ada sesuatu pun yang bisa mengubahnya.”
--
From: Christ Bolung Ngantung
Date: 28 september 2007 07.26.33
To: adek aidi
Subject: RE: Mobile TV Project on Progress
Rekomendasi saya,
Jika ingin menggunakan 3G rasanya video codec 32 kbps terlalu kecil deh... rekomendasi saya 3gpp format (bukan real media format) dengan konfigurasi:
MPEG4, QCIF, 90 kbps, 15fps
AAC-LC, Mono, 28 kbps, 32.000 kHz
tinggal mainin di I-frame, P-frame ama channel buffer size nya
audio kan ga ada keyframe nya jadi biarin aja di stream.
ga usah mainin rate video ama audio... toh ade mo analisa buffering yang pengaruhnya ke fast-time switching toh... jadi ga usah terlalu bervariasi di audio & video, mainin aja di keyframe ama buffer.
make helix ga masalah, tapi apa dia bisa support 3gpp, kenapa 3gpp karena 3gpp itu standarnya bukan real media.
Pertanyaan adek:
1. Idenya adalah adek bikin j2me player yang support 3gpp, bukan pake real media for mobile, karena inti pengerjaannya ada di j2me player adek ama aplikasi server yang juga bakal adek coding, kalo pake real media for mobile, ga kan dapet fast-channel switchingnya. tetep adek kan musti bikin protokol antara client dan server supaya bisa pindah channel tanpa request tradisional (rtsp-rtp) dengan j2me player kan jadinya cuman main di rtp doang. Rekomendasi saya pake rtp, rtsp container yang udah ada di j2me, termasuk displaynya... yang berbasis 3gpp... coba bikin j2me player sederhana aja buat buka rtsp, dari situ bisa adek kembangkan.
2. algoritmanya, si mobile tv server ini nge-cache i-frame+p-frame dari helix untuk beberapa live streamer.
si mobile tv server ini punya fungsi streamer juga, jadi si client bisa nonton tv dengan request rtp ke si mobile tv server ini
si client akan request http ke mobile tv server ini untuk pindah channel, kemudian si mobile tv tinggal switch ke buffer nya.
3. simulasi di telkomsel ga ada masalah, ngomong ama siapa di mobile content?
4. coba deh jelasin arti-artinya... aku agak bolot dengan istilah istilah itu :p
Peak Signal to Noise Ratio (PSNR), Mean Opinion Score (MOS), packet loss, bandwidth, delay dan jitter packet.
untuk delay, yaitu delay Source-processing / digitization and packetizing delay dan network delay
yang kepikiran sih yang dilihat yang utama adalah time-to switch aja sih berapa detik perpindahannya dibanding dengan metode normal.
Regards,
Christ
About the Author
0Awesome Comments!