Ngobrolin Koneksi Real-Time
Ringkasan Episode
Bantu KoreksiEpisode Ngobrolin ini membahas WebRTC (Web Real-Time Communication) secara mendalam bersama Yohan, pendiri InLive - startup lokal yang mengembangkan solusi live streaming berbasis WebRTC. Diskusi dimulai dengan latar belakang terciptanya InLive akibat mahalnya API live streaming dari luar negeri yang menggunakan pricing dolar, sehingga sulit diaplikasikan untuk pasar Indonesia dengan UMR lokal. Yohan berpengalaman dengan WebRTC sejak 2016 dan sebelumnya membuat demo Jam with Chrome yang menggunakan teknologi ini. WebRTC dijelaskan sebagai protokol standar yang memungkinkan komunikasi real-time berbasis media atau data antar browser dengan latensi sangat rendah (idealnya di bawah 200ms). Untuk komunikasi suara, delay di atas 200ms akan terasa mengganggu. Protokol ini didesain untuk peer-to-peer connection, namun untuk skenario dengan lebih dari dua peserta, dibutuhkan SFU (Selective Forwarding Unit) - server yang hanya melakukan forwarding video tanpa encoding, berbeda dengan MCU (Multipoint Control Unit) zaman dulu yang melakukan encoding ulang dan menambah latensi serta beban server. InLive memiliki dua produk: pertama adalah live streaming berbasis CDN (one-way seperti YouTube Live) yang menggabungkan WebRTC, FFmpeg, dan HLS/DASH format. Kedua adalah two-way communication product menggunakan SFU untuk use case seperti StreamYard, Google Meet, webinar, dan telemedicine. Teknologi WebRTC yang dibahas meliputi congestion controller untuk meng-handle bandwidth variability, SVC (Scalable Video Coding) dengan codec VP9 dari Google yang memungkinkan pengiriman video dengan kualitas berbeda tanpa encoding ulang, dan simulcast yang mengirim tiga jenis stream sekaligus (720p, 360p, 180p) untuk server memilih yang sesuai dengan bandwidth penerima. Perbedaan mendasar antara TCP dan UDP juga dijelaskan - TCP (yang digunakan WebSocket) memerlukan handshake dan acknowledgement untuk setiap paket sehingga menambah latensi, sementara UDP mengirim paket secara kontinyu tanpa menunggu konfirmasi, sehingga ideal untuk video streaming. TCP cocok untuk chat dan collaborative editing di mana urutan data sangat penting, sedangkan UDP lebih baik untuk video di mana beberapa paket yang hilang masih dapat ditoleransi. InLive mengalami perubahan strategi dari awalnya fokus B2B (menjual API) ke B2C karena masalah klasik "chicken and egg" - perusahaan B2B selalu bertanya tentang portfolio dan klien yang sudah ada. Terinspirasi dari pendekatan TikTok/ByteDance yang menawarkan API setelah memiliki consumer app yang sukses, InLive mengembangkan InLive Room (room.inlife.app) - aplikasi webinar yang menggabungkan fitur Locket, Zoom, dan sistem pembayaran untuk event berbayar. Fitur yang sedang dikembangkan termasuk registrasi peserta, sistem pembayaran tiket, analytics engagement dengan voice activity detection, dan broadcast capability ke YouTube. InLive ternyata open source, dengan core yang tersedia gratis. Ada dua opsi untuk pengguna: download open source version dan self-host (membutuhkan pengetahuan infrastruktur) atau menggunakan cloud API yang di-hosting oleh InLive. Salah satu keuntungan utama InLive adalah menggunakan on-premise server dengan dedicated line di Indonesia yang dibayar per capacity bandwidth, bukan per total bandwidth seperti Google Cloud atau Amazon yang sangat mahal untuk use case streaming.
Poin-poin Utama
- •InLive didirikan karena mahalnya API live streaming dari luar negeri yang menggunakan pricing dolar, sehingga sulit diaplikasikan untuk pasar Indonesia dengan UMR lokal
- •WebRTC adalah protokol standar untuk komunikasi real-time berbasis media atau data antar browser dengan latensi sangat rendah (idealnya di bawah 200ms), di atas nilai tersebut akan terasa mengganggu untuk percakapan
- •WebRTC didesain untuk peer-to-peer connection, namun untuk skenario dengan lebih dari dua peserta dibutuhkan SFU (Selective Forwarding Unit) yang hanya forwarding video tanpa encoding
- •SFU berbeda dengan MCU (Multipoint Control Unit) zaman dulu yang melakukan encoding ulang video di server, menambah latensi dan beban server secara signifikan
- •InLive memiliki dua produk: live streaming berbasis CDN (one-way seperti YouTube Live) menggunakan WebRTC+FFmpeg+HLS/DASH, dan two-way communication product dengan SFU untuk use case seperti StreamYard, Google Meet, webinar, dan telemedicine
- •Teknologi WebRTC penting: congestion controller untuk bandwidth variability, SVC (Scalable Video Coding) dengan VP9 codec yang memungkinkan pengiriman kualitas berbeda tanpa re-encoding, dan simulcast yang mengirim tiga stream sekaligus (720p, 360p, 180p)
- •TCP vs UDP: TCP memerlukan handshake dan acknowledgement per paket yang menambah latensi (cocok untuk chat/collaborative editing), sedangkan UDP mengirim paket kontinyu tanpa konfirmasi (ideal untuk video streaming)
- •InLive berubah strategi dari B2B ke B2C karena masalah 'chicken and egg' - perusahaan B2B selalu bertanya tentang portfolio dan klien yang sudah ada, terinspirasi dari pendekatan TikTok/ByteDance
- •InLive Room (room.inlife.app) adalah aplikasi webinar yang menggabungkan fitur Locket, Zoom, dan sistem pembayaran untuk event berbayar dengan fitur registrasi, analytics engagement, dan voice activity detection
- •InLive ternyata open source dengan dua opsi: download dan self-host (butuh pengetahuan infra) atau gunakan cloud API InLive yang di-hosting
- •Keuntungan InLive: menggunakan on-premise server dengan dedicated line di Indonesia yang dibayar per capacity bandwidth, bukan per total bandwidth seperti Google Cloud/Amazon yang sangat mahal
- •InLive akan segera memiliki fitur broadcast ke YouTube untuk use case seperti Ngobrolin community yang ingin mengganti StreamYard dengan solusi lokal yang lebih hemat bandwidth
halo halo halo selamat malam semua selamat malam Wih RAM engak bertemu lagi kita Heeh Oh rame ya
bertemu lagi kita malam hari ini di seperti biasa di selasa malam waktunya apa waktunya ngobrolin we ngobrolin
webat lagi pakepanganong Oh iya ini I Ini masalah masalah latensi ya masalah latensi itu sulit ya I dan sesuai banget
sama topik kita malam ini kita akan bahas tentang segala hal yang berkaitan dengan Real timeunic eh terus apaagi ya
Eh bisa apa aplikasinya bisa banyak ya bisa buat game bisa buat ehabora ediabora Edi betul Eh setting dashboard ya bisa
banyaklah ya dan sebenarnya topik ini sudah cukup lama kita tahan karena kita belum punya expertise ke sana dan
akhirnya bisa dapat orang yang cepat yang lagi bikin produk juga kan yang berkaitan dengan ee yang kita
sebutin tadi ada web apa Nam POnya payung Real Time communication dan lain lain Iya eh dan sudah banyak juga nih
yang apa yang ada di chat haloo semuanya ada Rahmat ada Rico Selamat malam dan eh sebelum kita bahas lebih lanjut kita
bahas ke ininya dulu ya narasumbernya dulu ya kita langsung undang aja ya beri tepuk tangan yang meriah gua
hal ya operatornya haloo Gimana kabarnya Mas Yohan sehatsat lamaak ketemu kita ya terakhir ketemu di Jogja kayaknya atau di Malang
ya malamang ada ada pertama kali pertama banget banget banget ikut e acara community belum jadi Oh sebelum
jadi J ya masan ini adalah orang yang bertanggung jawab untuk menjadikan kita J ya yang menung
kitais ya darile ya kan udah ada ini Apa udah ada kalian udahlah lepas tangan di sini kayaknya masanya masan
banyak ya tapi mungkin ada yang mungkin belum kenal gitu ya mungkin boleh perkenalan singkat [Tertawa] dongal di di I sama Eka untuk ikutan
ngobrol hari ini kita B ngobrolin eh web Real Time communication dan karena kebetulan saat ini kesibukannya adalah
lagi ngembangin startup yang menggunakan wec dan live streaming yaitu inl jadi mudah-mudahan pengalaman ngedevelop inl ini bisa dipakai buat sharing ke
teman-teman di itu mungkin intronya ya app ya ininya ya betul ini sudah dikembangin Berapa lama [Musik] mas kayaknya udah jalan setahunan jalan
setahunan dan produknya itu sendiri Sebenarnya ada yang pertamaaming berbasisn Terus yang kedua itu adalah Eh kita bilangnya communic sama kayak
streamyard atau sama kayak Google meet Ini jadi yang itu untuk live streaming yang satunya tuh lebih buat live
streaming kayak sekarang kita kayak Zoom berarti juga yaom Zoom betul betul yang pertama itu lebih mirip kayak YouTube live kurang lebih ya Tapi
bisa di website sendiri gitu oke yang mau disol apa sih dari ini in ini Jadi sebenarnya kan permasalahan di
Indonesia itu kita terlalu banyak Pai eh apa ya Pas pandemi kemarin Banyak pai Zoom eh Google meet eh kemudian live di
mana-mana ya di twitch YouTube dan segala macam gitu webinar ya Iya webinar dan macam-macam gitu kan Nah kita
sendiri Eh waktu itu kan lagi ngebantuin asumsi eh asumsi sendiri kan sebagai media online itu tuh Dia punya konten
sangat banyak yang berbasis video gitu kan dan mereka waktu itu pandemi juga banyak bikin live event nah waktu pengin
mencoba monetize konten videonya terus pengin ng-develop produk yang terkait dengan eh live event live streaming dan lain-lain kendala utamanya tuh selalu
kayak hitung-hitungan biaya itu pasti mahal banget karena semua produk api yang bisa kita pakai itu semua basisnya ada di luar dan semua
pricing-nya itu ya pakai pricing luar gitu gambarannya dan kalau kita UMR UMR lokal enggak bisa ya Iya betul jadi
kalau kita ng-develop sesuatu yang costnya sendiri udah mahal terus kita pengin coba jual di Indonesia itu hitung-hitungan marginnya itu susah
Lihat transkrip lengkap (476 segmen lagi)
banget masuknya Nah akhirnya kepikiran karena di Indonesia itu enggak ada eh api yang kita bisa pakai untuk ngdevelop
eh produc live streaming kemudian juga Eh kayak Google meet atau telemedicine atau consultation dan lain-lain akhirnya Ya udah waktu itu penasaran
dengan wprtc dan udah ngoprek wprtc dari 2016 anyway yang bikin dulu pertama kali jadi GD itu sebenarnya demo web RTC jadi
ada ada dulu tuh ada e istilahnya ada J with Chrome jadi kita main band main music gitu ya itu pakai
webt jadi eh tinggal buka browser terus kita pilih eh toolsnya mau pakai pakai drum mau pakai gitar mau pakai piano
gitu kan Terus kita nyambungnya lewat wprtc itu waktu itu buat saya amaz banget dan akhirnya jadi penasaran buat
explore wetc nah Karena itulah Berhubung ada kern terkait infra api kita di Indonesia enggak ada pengin develop
something susah mahal gitu ya terus lagi passionate ke weprtc Ya udah akhirnya mutusin Ya udah develop aja l eh sendiri ketimbang
nungguin yang luar gitu h gitulah kurang lebih e idenya gitu Oke berarti web ini udah lama banget
sebenarnya yaarting from 2012 2011an yaah itu Jadi kalau misalnya apa kita tahu get user media tuh media streams and capture api
itu yang buat apa E ngambil gambar dari webcam dan mikrofon dan sebagainya itu kayak foundationnya landasan buat itu
kayak di konsep sebagai bagian dari web RC api kan Ya jadi itu kayak nyiapin untuk ke depannya webtisc jadi emang
kayaknya ini salah satu hal yang udah dikejar dan udah dipengin banyak pihak dari dulu ya ber karena kan kalau gak
bisa capture video kan apa yang bisa dikirim buat kalauudah bisa akirnya kan bisa tinggal dikir lewat Network
itend di sedikit tentang webt itu apa dan cas-nya bisa dipakai buat apa aja Oke jadi webtc itu ya nama singkatan kan
sebenarnya web Real Time communication ya Eh pada dasarnya ini adalah protokol yang memungkinkan kita tuh ngdevelop aplikasi yang
menggunakan komunikasi dua arah berbasis Iya berbasis media atau data dan eh Karena yang namanya real ada jadi
diperlukan yang sangat rendah kalau kitaobrol Kayak ginya idealnyaak Bo lebih dari 200 kar dari 200r jadi kayak an gitu kayak
ada Nah inilah yang sebenarnya eh di eh develop sebagai protokol standar sehingga semua browser itu bisa berkomunikasi karena kan kalau enggak
distandarisasi masing-masing pakai protokol berbeda semua bikin sendiri rep Iya akhirnya kan W enggak bisa eh jalan kan enggak bisa satu pakai Firefox
kemudian satu pakai Chrome satu Pakai safari engak bisa nyambung kalau misalnya kita pengin ngobrol kayak sekarang Nah itulah kenapa Eh dievelop
yang namanya webrtc tujuannya itu untuk memudahkan kita menggunakan api standar ini ngevelop aplikasi web walaupun sekarang juga dipakai ya librarynya di
mobile di natif gitu tapi awalnya memang Tujuannya adalah untuk digunakan di browser sehingga kita bisa communicate Real Time berbasis media atau data
itu beradi Yang sekarang kita ini berarti kan kita nih antara masan berarti dari sayanya ke
Yohan jadi jaditc itu memang pada dasarnya adalah aplikasi yang didesain untuk jadi bisaja kitaangobsatver yang sekarang dalam
artian lebih dari satu kalau satu satu e 101 itu memang idealnya biasanya itu dibuat e pe to jadi server itu cuman
buat e ngasih tahu Oh alamatnya Eka ini alamatnya ya betul jadi e ons sudah saling tahu alamatnya itu langsung akan
terkubung to Nah Tapi kalau dalam konteks kita sekarang karena lebih dari satu Biasanya kalau udah lebih dari satu
dibikin to itu bandwinya gak cukup karena kalau misalnya juga harus i betul jadi kayak kalau misalnya kita mau bikin
semua kita pakai 720 gitu ya dengan bitate 3 megb per artinya ini saya ke keama 9 megb per yang dibutuhkan gak
ideal kan sehingga dielop bu bukan Protol tapi ada metode yaitu yang namanya selec forwarding unit atau sfu Jadi sebenarnya kita tuh ngirim
video ke server server ini tugasnya yang ngbroadcast ke yang lain tapi dia cum nurusinnya adaingakah ini ini yang menarik eh zaman
dulu encoding itu terjadi di serverver di server jadi dulu pada zaman Skype terus apaagi ya yang zaman dulu
tuh Microsoft punya apa ya D Skype ya zaman dulu gitu ya tuleang engakang ituudah
awal-awal 2016 gitu hangout mungkin awal-awal sempat eh di dulu jadi ada namanya MCU saya lupa namanya si panjangannya
apa tapi MCU itu pada dasarnya diacode semua video kemudian video encoding itu diforward ke yang lain Jadi
itu nambahens sat eh Terus yang kedua Tapi eh Ya nambah beban server juga jadi sekarang sih enggak kalau dalam
konteks yang kita lakuin sudah tinggal diforward aja videonya gitu berarti sudah sudah terjadi encoding di oke oke nah teknologi yang
digunakan selain web RTC di in apa aja ya Eh saat ini sebenarnya kita kan ada dua produk
jadi produk yang pertama itu kan kita sama persis kayak ini jadi kemudian ini ke Youtube kan ya yang pertama kita itu pada dasarnya
mirip kayak gini jadi dia capture video menggunakancemud divernyavernya jadi format hls sama
Das nah hls sama Das Ini format standar live streaming sebenarnya yang digunakan di YouTube live juga Jadi itu kita combine antara WC f sama
hls nah yang produk kedua itu murni web RTC dengan menggunakan sfu tadi yang selec forward Jadi kalau yang produk kedua itu
memungkinkan kita ya bikin kayak streamyard kayak gini ada banyak orang atau mau bikin telemedicine mau bikin Google meet mau
bikin webinar gitu Nah itu pada dasarnya teknologi sebagian besar lebih banyak menggunakan WTC tapi dalam dalam konteks itu tuh
luas banget sebenarnya jadi engak cukup cuman dengan eh kita capture terus kemudian kirim yang paling ribet itu
dari webrtc eh terutama kalau kita banyak orang kayak gini itu ada istilah namanya e congestion controller Jadi
kalau misalnya saya tu video 720 nih ceritanya terus kan bandwinya ek ternyata cuman muat 360 nah video saya kan berarti harus
ditunin I nah diturunin itu itu sebenarnya gak die ulang jadi dic ada namanya selectif eh
video namanyac eh Smart video coding kalau gak salah saya lupaanjangannya apa Eh ini yang diterapin di vp9 kalau di h264 itu belum
bisa tapi kalau di ada namanyac Jadi saya tapi di server itu kita bisa ngakalin yang mau dikirim ke ek ini mau
360 atau yang 180 Ul berver itu kayakoses on the gitu i betul Jadi pada dasarnya pada saat kita
ngirim video itu kan yang dikirim sebenarnya adalah paketaketakak misalnya Oh Eka ini cuman bisa terima 360 artinya setelah saya
ngirim 360 ke Eka video sisa paketnya itu didrop di server karena kalau dikirim juga Eka jadinya terima
720 Oh gitu jadi ada mekanisme Gimana caranya kita ng-drop paket yang kira-kira tidak dibutuhkan oleh Eka sehingga tidak perlu render videonya
sampai 720 cuman sampai 360 aja gitu Nah itulah itulah fungsi eh dari wepertis eh kodek yang vp9 itu punya
Google eh terus kemudian ada lagi teknologi simulkas gitu ya itu tuh kalau simulkas ini agak kompleks ya karena
simulkas ini kita ngirim video itu tiga jenis sekaligus jadi ada 720 kemudian ada 360 kemudian 180 nah di server itu
server yang milih ini dari tiga Stream yang saya punya mana yang saya harus forward ke ek sesuai dengan
bandwidnya Nah itu untuk memastikan biar biar apa Eka tuh bisa terima video Tapi bandwidnya tuh gak Bu diili i betul biar
gak mampet gitu gambar jadi bisa dibilang ya kalau kita peng ngevelop ei server buat wetc weend itu sebenarnya bisa selesai prototypenya
ya prototypenya aja gitu tapi untuk ngdevelop wetc server yang bisa jalan di semua kondisi Wah itu tuh never ending
Journey sih sampai sekarang kita masih ngulik-ngulik nih kalau misalnya contoh gitu ya oh bandwidnya sekian tapi paket
losnya tinggi misalnya gimana nihaliin Kalau paket Los tinggi Nah itu ada lagi teknologinya macam-macam kalau videonya banyak hilang paketnya
kan videonya jadi pixelated atau ngfreze gitu kan Nah itu tuh ada ada caranya buat ngakalin walaupun paket Los hilang
itu video masih bisa smoo itu ada caranya pakai Aak ada ada yang lagi dievelop jadi Google itu lagi punya kalau buat audio
ada namanya e kan sekarang kodek yang kita pakai ini namanya Opus ya kodeknya Oh i op heeh Google itu sudah ngerilis
ada kodek yang namanya likra Lira saya lupa Lira Kalau enggak salah itu tuh dia pakai eh ai Jadi kalau ada paket loss
paketnya itu direcover pakai Ai sehingga walaupun koneksinya jelek audio kita tetap jelas karena dia tuh memprediksi bahwa kalau bilang Misalnya
Saya mau bilang Apple nih ya baru yang kedapat itu cuman up tapi dia UD nebak Berikutnya ini Apple nih apa Oh bukan
app Iya gitu sama kayak large language model aja prediksi yang hilang itu dia memprediksi Oh apa sih kira-kira yang
hilang ini gitu itu Eh kodeknya udah masuk dalam eksperimen sih sekarang H gitu Nah kalau web ATC ini
sendiri bukan cuman buat multimedia kan bisa buat yang lain juga kan use case-nya kan Ya I teks juga bisa kan
teks juga bisa nah teks juga bisa di web RTC itu kan ada data channel Oh datanya data channel Iya yang menarik ini yang
paling menarik ya jadi Zoom itu dia pakai webtis-nya tuh aneh agak nyeleneh jadi Zoom itu dia capturing
video itu menggunakan h264 He tapi permasalahannya kodek yang dipakai oleh Zoom itu gak disupport samatc jadi dia punya h264 ini kan ada
banyak ya ada yang Open gitu ya ada yang [Musik] e jadi Zoom itu pakai yang komersial atau bukan yang non Open gitu memang ada
kelebihannya kelebihannya itu mirip kayak spc-nya VPN tadi jadi bisa ngropedrop paket itu Eh jadi Zoom itu ngakalinnya dia pakai wetisc video
kodeknya itu dikirim lewat data channel jadi dikirim Iya dikirim berupa binary stream dikirim lewat data channel gitu Nah yang yang yang menarik
lagi adalah Kenapa dia ngirim data channel dan kenapa dia butuh wec jatuhnya Kenapa dia gak kirim pakai webset aja kalau
gitu Iya i engak pakai karena kan websocket bisa ngirim binari juga kan dasarnya Iya kan Nah ini ini
yang paling menarik kalau pakai websocket bisa dipastikan kita enggak bisa ngobrol kayak sekarang kalau pakai websocket delay karena latensi lat
karena latensy betul Jadi sebelum kita melihat perbedaan webscket dan wetisc ya yang paling harus dipahami itu sebenarnya nya adalah perbedaan antara
TCP dan udp udp I Protocol layer network I versus udp Yes betul jadi kalau di jaringan itu ada dua jenis protokol satu
TCP atau kita bilangnya TCP ini adalah reliable Network jadi apa yang kita kirim itu akan dikontrol dan dipastikan
selalu diterima di ujung I ada ack-nya iya ada ak-nya knowledge Ya tapi kalau yang udp itu tuh dia kirim kirim kirim kirim
tapi enggak peduli terima sana sana terima atau enggak enggak peduli pokoknya kirim kirim kirim aja enggak ada statusnya Iya betul nah jadi yang
menarik adalah kan kita tahu tadi video atau data apapun kalau dikirim kan selalu paket-paket ya He nah kalau
dikirim lewat webscket itu tuh Cara kirimnya tuh bakal kayak gini paket satu kirim server itu dia harus ngjawab dulu
saya terima ya paket sat terus dikirim balik begitu sudah dikasih tahu udah dikirim Bik ohudah diterima paket oke
Ini paket nunggu lagi dijawab dari server dan kalau server bilang Eh gua gak terima kita h
inter50 jadi kita ngirim nih ke sana 50 m terus dikasih tahu I balik lagi 50 gitu kan itu
kanudah 100 m jadi belum lagi kalau yang tadi Bil ada yang missing terus dia harus kirim ulang terus Bik lagi ituudah 200 kalau
sekaliir ulangingkanudp yangaketnya jedanya itu bisa nanose second bukan milisec lagi W Oke biasanya ngirim paket udp eh yang berbasis video
itu eh waktu yang diperlukan kurang lebih jarak antar paket cuman 50 nan jadi bisa dikirim tu pak inst paket
paket paket benan terus gu ya jadi dia cuman ngirim paket paket pak paket per 50 Nan dia ngirim paket terus gitu ya
kalau nanti dari sana ngasih tahu ada yang missing baru dia kirim ulang jadi enggak ada tektokan sifatnya
oke tapi itu kan lebih baik kalau misalnya di video streaming kan kalau misalnya kayak chat text base sedangkan
urutan itu kan penting ya apakah lebih baik kalau chat atau e colaborative editing kayak Google doc kalau yang datanya harus bener ya harus
perfect ya apalagi misalnya k ada Collision detection nih kalau misalnya iya ya itu kan harus kayak data yang diedit bersama
itu kan bisa terjadi colision I kalau misalnya kirimk k kflik gitu Jadi apa lebih baik workshop atau WTC gitu Kalau
misalnya datanya itu kita bisa kirim cuman satu paket gitu ya dalam artian enggak lebih dari 1500 byte Kenapa 1500
byte Jadi biasanya kalau yang suka main ya kalau yang yang suka main game Itu kan eh cara ngakal-ngakalin Network
latensi itu kadang coba tuh adjust mtu-nya di router Iya kan itu maksimum transmission unit jadi satu paket itu
maksimum dikirim berapa ya itu biasanya 1500 byte itu Nah kalau paket data yang berupa teks atau kalau kita main game
online kayak Dota gitu kan itu kan dia cuman ngirim koordinat kan koordinat terus ngirim ee apa eh data biasanya AC
Iya action kayak up down e left gitu kan itu kan sebenarnya dikirim satu paket eh berulang itu sebenarnya ok gitu karena
enggak perlu ada satu paket dikirim langsung banyak beda dengan video video video itu kalau kita kirim kefame
atau gambar full itu tuh dia butuh mungkin kurang lebih ada Li paket sekaligus yang akan dikirim sehingga ini tuh enggak boleh
ada delay enggak boleh ada yang hilang sehingga kalau pakai eh ngirim lima paket sekaligus dan harus diterima
secepat mungkin itu tuh Enggak mungkin pakai TCP terlalu lambat Oke Kecuali Kecuali konsepnya itu adalah live streaming yang delay itu
kayak satu arah kayak YouTube itu kan satu arah kan YouTube live ya ya I YouTube itu kan protokolnya masih http
walaupun Ah ada http 3 yang berbasis udp gitu ya tapi YouTube itu dengan http 2 juga itu pada dasarnya TCP kan I dan itu
kan ngstream video betul Dan itu enggak masalah kenapa karena sebenarnya delaynya tuh sampai 2 detik tapi kalau kita ngobrol kayak gini
kan gak boleh ada delay 2 detik jauh sekali ya I Nah itulah Kenapa kalau kita yang berbasis video karena
datanya streamnya itu gede dan banyak gitu ya itu hampir enggak mungkin kita pakai TCP H kalau jaringannya sangat Oke
mungkin masih Mungkin gitu ya tapi most likely sebenarnya sebagus-bagus apanya jaringan kita tapi kalau WiFi kita aja
tabrakan sama punya tetangga iya iya itu pasti paket loss-nya udah hilang duluan di rumah Gitu sebelum dikirim
hmm yup yup paket loss itu terjadi ya Oh berarti web itu pakai udp Terus kalau webscket itu pakai TCP
berarti ya Iya betul gitu bedanya nah kebutuhan untuk web RTC itu kan kalau secara infrastruktur kan ya
E pertama butuh signaling yang mendaftarkan address dari pasih tahu Oh Mas Yohan detail networknya di sinii supaya kita bisaect
terkunikasi Lalu ada yang disebut dengan kayak Stone atau senya buat apa sih oke nah Ini yang Menar
Kenapa but dan server buat sign sedangkan websocket enggak pada dasarnya karena pe to yang web RTC itu
gak butuh IP public jadi tidak memerlukan atau tadi Kalau weet kan kita yang penting ipnya berapa
kanverver jadi kita beneran nembak satu IP dan langsung connect kan Iya dan itu jadi kita untuk bisa connect ke server
web socket itu tuh beneran ya tembak aja ke sana tapi kalau yang namanya webtc terutama yang 101 ya kayak eh saya Eh
kita mau communicate Berempat nih ini tuh udah pasti Eh kalau sor kalau kalau beremp ini kan sama server jadi kita
sekarang connectnya itu kan ke streamy server Kalau ama streamy server itu kita bisa enggak pakai stun dan ggak usah
pakai turn Kenapa karena kan punya IP public Oh ya kan Oke gitu Jadi bisa aja yang diperlukan
itu cuman off SDP session description Protocol yang isinya tuh cuman menjabarkan alamat saya tu e servernya di mana terus kemudian saya
pakai kodeknya apa aja terus saya kasih nih ke r r terima tuh dia bilang oh Yohan kodeknya VP ya Oh oke saya support
kok VP nanti R akan balas dia ngasihare SDP namanya SP itu isinya sama kayak SDP isinya juga cuman Oh alamat saya terus
kemudian kodek yang saya support itu ini Nah nanti itu di matchming Oh jadi nanti saya ngirim video ke Risa itu tuh
kodeknya udah pasti bisa diterima sama Risa Karena dia udah ngasih tahu kan sebelumnya gitu Jadi kalau misalnya
dalam konteks streamyard itu tuh mungkin kita enggak perlu stun dan turn tadi karena stream punya public IP kalau in
juga sama kasusnya eh inl itu itu kita pakai eh turn server stunnya enggak dipakai gitu Kenapa karena kita ngdeply
inl server itu di belakang kubernetes Oh berarti Ada proxi ya Ada nutsnya kan jadin Ada ada ada I Iya jadi
servernya in sendiri itu sebenarnya enggak punya IP publ H gitu karena dia lewat load balancer-nya kubernetes kita
kan gitu nah itu makanya kita cuma pakai turn tapi kita enggak pakai e stun Kenapa karena eh kita lagi-lagi eh turn kita itu punya
IP publ jadi bisa langsung connect aja ke turn gitu nah web socket itu enggak perlu turn dan Stone sesimpel karena ya
itu tadi dia sudah tahu IP publiknya ya karena dia sebenarnya Cuma connect ke ya itu websocket Protocol wss biasanya
websocket secure websocket Protocol dan langsung IP atau domain yang sudah public yang ada service websocketnya kan sebenarnya i betul nah bedanya
sebenarnya cuman stun itu itu sebenarnya untuk ngasih tahu IP saya itu berapa sih Oh jadi ini tuh paling sederhana kayak
gini ya bentar e boleh screen sharing engak boleh Boleh silakan silakan Oke jadiama politik kan apa
iniama jadi misalnya bentar screen sharing dulu jadi contoh nih ini tuh ada e website kalian bisa cari aja trickle I
gitu ya Ini tuh untuk ngecek eh IP address kita dari stun servernya Google jadi misalnya kita get kandidat
di bawah ini gitu ya running Nah ini kan kalau dilihat ini tuh eh ada dua IP address ya kan IP sama ip4 ya
Iya betul nah ini ini adalah IP address router saya yang bawah itu oke seh tapi bukan IP public kan Mas Mas
Yohan bukan IP public kan itu oh routernya kebetulan paketan gaming jadi itu I public memang routernya bagian di
belakang bisa juga di belakang n sih Iya nah eh bisa jadi justru memang sebenarnya stun itu itu untuk ngetrace IP kita dari
dari laptop Terus nyambung ke router Terus nyambung lagi ke routernya ISP Terus nyambung lagi ke mana sampai IP
publ yang kira-kira bisa diakses sama Pir Pir sebelah kita gitu Hm jadi fungsi kayak untuk buka connection ya jadi
kayak cari pintunya gitu e bu biar bisa saling nanti keluar masuk sendiri Tapi harus tahu pintunya dari kedua kedua
pihak G betul karena ada istilahnya kalau di jaringan Tu ada punch punching jadi kayak nusuk lubang ke
dalam nuts Jadi sebenarnya caranya itu adalah Eh kita ituect ke e ST server pada saat kita ke ST server let's
say di port di situ tuh 59 1600 ya Iya port itu tuh otomatis di eh router itu
kan kebuka Iya nah port itu dibuka sebenarnya untuk nanti pir dari sana itu bisa lewat port itu karena by default
nuts itu kalau tidak ada koneksi dari dalam dia enggak akan mau ngebuka port itu pasti keblok sama firewall kan atau
keblok sama nnya Oh iya iya berarti harus dari dalam dulu yang request betul jadi stun itu sebenarnya
mekanismenya adalah ngebukain jalur biar pir dari sana itu bisa lewat ke jalur yang sudah dibukain Oke gitu gambarannya nah yang terjadi
juga sometimes kalau ini kasusnya kayak enterprise yang di mana secara security companynya itu membutuhkan karyawannya Pak pakai
VPN web artis itu juga masalah kan dengan Iya koneksi yang di behind VPN gitu Nah karena bingung ini sekarang i
betul companynya sama-sama vpn-nya IP publicnya sama misalnya kita semua di sini pakai VPN yang sama yang dari
company I public kita sama semua tuh nah itu yang Iya betul maksud saya nah salah satu kelemahan Al mungkin masalah Iya nah
tapi itulah fungsi dari turn server kalau tadi kan turn server kan Oh oke bus punya turn server lagium Iya ada
lagi turn server karena turn server ini sebenarnya kita bisa bilang sebagai relay server atau proxy server H yang
bisa kita pakai untuk terhubung karena turn server ini udah pasti punya IP public jadi sama kayak webscket aja
connect-nya H gitu tinggal tinggal nembak aja ke IP publnya kan I berarti snya ngasih tahu kita posisinya di mana
Oh berarti masing-masing device eh connect ke si turn server si proxy servernya dulu kan kalau pakai turn kita
itu enggak peer to peer lagi semuanya itu lewat turn server Jadi udah kayak relay aja gitu gambarannya nah kurang lebih gitu sih
kenapa Eh apa kita butuh eh stun dan eh turn itu sebenarnya untuk bisa peir toir ya ngakalin peir toirnya
Itu karena tanpa stun e tanpa stun dan turn kalau kita ggak punya public IP artinya kan kita gak bisa dihubungi dari
luar kan I Nah itulah fungsi stun dan turn pada saat bikin hubungan e wtis gitu Oke kita pause dulu udah pada pusing
pada binganya tanya a silakan ini ya ini mungkin kalau kita ngomongin teknisnya mungkin buat yang baru-baru itu pasti akan sangat
kompleks akan sangat rumit Iya mungkin bet eh enaknya ke ke sesi berikutnya itu kita bahas saja ini sebenarnya web itu
bisa diapain sih kemudian webet tu eh kira-kira komarable enggak sih dengan web RTC jadi kita ngomongin produk lah
yang kita bisa explore yang berbasis webtc itu kita coba aja nah inl sendiri eh target marketnya itu B2B atau b2c ya
Eh saat awal-awal kita mulai awalnya kan kita jualan api ya jualan api api send I api sendiri itu kan pada dasarnya B2B
awalnya tapi kalau jualan B2B itu pasti e kita sudah ngerasain itu susahnya minta ampun Kenapa karena akan selalu ee
setiap ada perusahaan yang kita tawarin selalu akan nanya kliennya siapa ya itu selalu jadi pertanyaan Sara belum ada
kita baru mulai gitu kan Oh ini ya masalah yang sama ya apa kayak ayam sama telur ya Yang mana yang duluan Iya betul
betul betul I nah atau kayak lamar kerja butuh pengalaman kerja pengalaman I itulah fungsinya internship kan sebenarnya ada pengalaman kerja oke oke
sehingga kita tuh eh terinspirasi dari tiktok sebenarnya jadi tiktok itu kan e B2 ya jadi dia consumer bas app yang dipakai masif gitu
di dunia terus sekarang behind the scene itu sebennya B dance atau induk dari tiktok sendiri itu nawarin nawarin Fi yang sama dengan Fi
in itu ke perusahaan-perusahaan untuk nawarin ngevelop live streaming live shopping eh or anything live live video gitu ya terus kalau kliennya nanya
nanya portfolio mana iniurak Peru Engak perluak enggak perlu udah ada gitu kan Nah itulah Kenapa inl akhirnya mutusin
Oh better kita coba eh fokus untuk ng-solve eh apa yang kita lihat dulu di teman-teman kita sehingga kita saat ini
e fokus eh coba naikin b2c jadi eh ada satu aplikasi yang namanya e inl room yang kita develop itu bisa dibuka di
room.inl.pp pada dasarnya ini mirip kayak Google meet tapi kita gak Pengin compit sama Google meet atau Zoom atau
eh Microsoft team eh Fokus utama dari in live room ke depannya itu lebih buat webinar sebenarnya Jadi kurang lebih kita peng ngegabungin
e .com kemudian eh Zoom kemudian paymentnya juga sekaligus jadi orang bisa bikin webinar webinar berbayar jual tiket di situ terus
kemudian joinnya juga kelasnya ya langsung di situ berarti bisa Jadi kalau misalnya ada bikinusif S apa ya lagi nontonplay yang ikut nontonay
rekamin Pak in jadi di broadc bisa join Iya terus diset diseretam lah diseret kalau bajakan itu wah ini tampilannya juga mirip-mirip
e Google meet ya langsung ada i inspir i sense nah ini ada pertanyaan nih dari Rahmat nih in in life support I enggak
apa ya n Oh bukan Iya Jadi sebenarnya untuk n2ncription eh inl sendiri saat ini memutuskan belum mensupport Kenapa ada ada alasannya
sebenarnya jadi Eh toend encryption ini membuat kita sebagai server itu tidak bisa membaca apa yang lewat di server
kita karena kita cuman bisa nge-forward aja kan Nah sedangkan karena tadi fokus kitaal pengel webinar di mana Kalau webinar ini kan ke
depannya berapa fitur yang mungan diukan misalnya salah satunyaud jadi audio yang lewat itu bisaah jadi misak
mungakisaver support juga itu yaitu namanya eh Voice detection jadi pada saat kita ngomong itu bisa keedetect Oh
ini lagi ngomong nah kalau pakai n encryption lagi-lagi itu enggak bisa didetect kita enggak bisa baca yes gitu akhirnya saat
ini kita memutuskan Oke kita eh untuk kebutuhan inl room kita enggak perlu ngerjain end to end encryption dulu Tapi
nanti kalau ada kebutuhan itu bukan hal yang sulit kenapa ituudah punyai Yangi yang memungk
kita sangudah karudah ada Diah sejauh ini yang apa yangudah
ituudah ada Eh kalau kemarin-kemarin sih kita memang lebih pakai buat meeting gitu Iya lebih pakai buat meeting terus
eh beberapa klien yang kita ngobrol itu itu sebenarnya ada yang Eh lagi explore untuk penggunaan jalur komunikasi
ofisial untuk perbankan jadi i jadi kan Eh ini sebenarnya Eh kayak dalam konteks misalnya ee semua komunikasi perusahaan kan saat ini
biasanya lewat Whatsapp ya terus bank kalau ngak kli itu tuh biasanya kalau lewat jalur personal gak punya legalitas dan gak bisa
dipertanggungjawabkan dan gak bisaord I bisaord Tapi itu kan manual semuanya gitu Jadi ada satal kita yang lagi ngobrol pada dasarnya dia pengin
ngdevelop eh aplikasi mirip kayak WhatsApp Which is possible dengan inl api Eh tapi fungsinya memang untuk internal
communication jadi setiap obrolan di situ setiap chat itu bisa kerecord di server sehingga apapun yang dikomunikasikan itu bisa
dipertanggungjawabkan Oke berarti ibarat ini salah satu use case di luar Google meeting tadi makanya dengan bantuan in bisa kita itu bisa
membuat serv WhatsApp sendiri atau telegram sendiri di mana bisa ada video call bisa ada chat juga ya
betul gitu nah ini ada pertanyaan lagi Oh lanjut lanjut lanjut langsung aja Oh langsung oke ini eh salah satu fitur yang sulit
diimplementasi adalah dedicated room for video streaming Apakah in support untuk dihost di server sendiri i ya Eh pada
dasarnya Core teknologi dari inlife itu sendiri itu tuh open source H jadi kalau bisa tolong dibantu dibukain ke github
kita ada inl Death itu tuh kitab Iya eh inl dep/sfw eh bukan ini ya coba yang di
private chat eh private chat ini bisendiri ya ya room itu yangadi jadi room itu
openour open souralus [Musik] dariver kita Oh jadi bahkan kalau buka
ada example http websocket itu tuh kita bisa ng-running langsung eh aplikasi mirip kayak streamyard atau Google meet very simple layout-nya very
basic gitu ya tapi ya nunjukin nunjukin fungsi sfu tadi yang nge-forward kita ngirim video kemudian di broadcast yang
lain yang ada di dalam room itu gitu i i jadi pertanyaan yang tadi sebenarnya kita kita Open untuk dihost di server
sendiri jadi kita nerapin e ada istilahnya namanya kita ya Bilangnya erprise lic jadi sifatnya itu memang kita nghost di servernya mereka
sendiri ya bayarnya tuh per Instance per tahun Biayanya berapa ya itu silakisaverend dengan infra sendiri tapi makai e server kita itu bisa tapi
biasanya eh running server sendiri itu jauh lebih kompleks Kalau udah ngerti kita juga provide support Kalau udah ngerti ya
silakan sih bisa-bisa aja tapi eh Kalau agak rumit ya better pakai yang Cloud api kita aja gitu Oh jadi ada ada
ininya ya ada apa ada bisnis modelnya seperti itu ya mau yang he tinggal terus habis itu deploy atau pakai service yang
sudah disediakan oleh in ya i betul betul tanyaannya Kalau kayak kalau pakai dari inl kan dihostingin juga kan ada
ada servernya kan bisa kect pokoknya enggak perlu mikir infra atau apalah deploy-deployan ya kayak met karena Iya
karena sebenarnya ya masalah kita nge-host server itu terutama kalau kalian nge-hostnya itu kayak di Google Cloud di Amazon dan lain-lain the most
Painful part itu sebenarnya adalah bandwid-nya H bandwid-nya Google Cloud Amazon dan kawan-kawan itu super mahal Bay sangat mahal Iya Oh berarti inl
enggak enggak di Cloud ya enggak di cloud-nya yang tadi disebutkan enggak onprame ya oke Karena dedicated Line di Indonesia tuh enggak
di enggak bayar per bandwid cuma bayar Sori enggak baw enggak bayar per per toal bandwi yang digun
I jalur B yang berpulan jadinya per capacity gitu yes gitu Betul tapi ya Feel Free aja sesuai
kebutuhan kalau band yang dipakai masih kecil ya buat personal gitu Ya bikin kelas online seminggu cuman satu kali
dua kali di Google Cloud itu masih affordable kok pakai aja yang open source atau bisa ngobrol gitu question kalau misalnya
komunitas kayak kita nih ngobrolin web pengin pakai inl teknisnya gimana nah yang bisa bisa dibroadcast ke Youtube
juga ya Nah saat ini kita belum support broadcast ke Youtube gitu karena belum ada klien yang minta
Oke jadi kita e belum buattin Tapi pada dasarnya ngebuatin itu tuh eh sebenarnya konteksnya sederhana dan masihib juga
kita lakuin eh bedanya itu adalah e kita pada dasarnya Ya sama aja kayak masuk ke inl room tadi tapi kan itu sama aja
kayak kita masuk ke Zoom atau kita masuk ke eh Google meet gitu ya Nah kemudian ya dicapture Pai eh obs kemudian
ditbakin gitu nah tapi kan kalau dalam konteks kayak gitu itu kan biasanya butuh PC yang powerful ya biar bisa
eh capture pakai obs kemudian ditembakin ke ee e YouTube ya Nah Kara butuh Juga misalnya kayak misalnya pakai PC siapa
misalnya saya gitu berarti kan harus ada audio feedback juga karena harus bisa dapat audio yang Saya dengar masuk ke
obs baru Tebak itu Kalau enggak ya i betul ada videonya Enggak ada enggak Ada audionya gitu juga susah tapi buat
kalian karena biar kita bisa ngobrol di live room enggak usah pakai stream lagi nanti saya bikinin deh sanggur sanggur
sangur bikin itu tuh harusnya itu harusnya Harusnya gak runith Karena pada dasarnya dia cuman e apa ngerekam Chrome headless kayak gini
terus ya ditembakin aja ke itu e youtube-nya gitu jadi bisa kita buatin di berarti kita nembak langsung nih ya
minta disponsorin kita buat contoh k kita harus nanti itunya mau enggak mau pasti akan dibutuhin kan kita sebenarnya dalam
roadmap-nya eh inl group sendiri karena itu kan kita penginnya sebagai webinar ya H eh itu memang eh fitur kayak
streamyard itu memang sudah ada di pipeline Oh Tapi saat ini yang lagi kita fokusin itu adalah eh untuk bisa register
participan kemudian terima pembayaran itu yang lagi kita kerjain sekarang oke oke karena kan kalau sekarang kan teman-teman bikin webinar kan daftarnya
di mana Terus webinarnya di mana Iya gitu kan Terus enggak enggak enggak kecatat juga tuh eh kadang tuh kalau
webinar ini ya kalau webinar pemerintahan itu biasanya begitu masuk Dis dulu satu-satu p Pang dulu satu-satu i i i i i Nah nanti di live room Heh
lanjut lanjut lanjut di live room itu kita penginnya nanti kita bisa langsung lihat yang siapa aja ya terus kemudian
yang e join itu durasinya masing-masing per orang itu berapa lama oh r Cuman 30 menit Ian cuman 45 menit ek 20 menit
misalnya ketahuan terus kita juga karena kita ada voice activity detection jadi kita juga lagi ngerjain Gimana caranya
kita bisa ngitung engagement speaking Jadi ketahuan Oh an ngobr Iya jadi ada analtis Oh Risa tuh Ngobrol
sekian menitan sekian menit saya sekian menit gitu jadi the whole webinar kita bisa tahu untuk planning next berikutnya
itu seperti apa berdasarkan data-data ituit Wah keren itu yang lagi kita kerjain sebenarnya untuk nanti next sama
mas Danang kita semua jdg yang live-nya pakaiin live [Tertawa] nantiusingar haarak usah Pak
googleak itu berat Iya Wah menarik ya Iya soalnya kemarin itu sempat e kepikiran kan e ini kan streamyard kita pakai streamyard
terus eh mikir ini mau diperpanjang lagi soalnya sudah mau habis kan eh mikir-mikir ada enggak solusi yang
gratisan gitu ada namanya video Ninja itu kalau enggak salah pakai webtc juga tapi tetap tadi harus dibroadcast
melalui obs nah takutnya enggak kuat karena kan si eh videonya sendiri kan kita harus download dan upload kan gitu
kan butuh bandwid kan untuk ngumpulin orang-orang ini habis itu baru di broadcast lagi jadi ada dua kali e
bandwid yang harus dipakai gitu kan apalagi apa saya sebagai operatornya eh koneksi Internetnya upload-nya kurang bagus Gitu Ee jadi agak khawatir di sana
makanya si apa solusi streamyard ini luar biasa bagus karena dia kan di server jadi kita enggak enggak terlalu
ngatur jumlah buitnya terlalu banyak gitu kalau hostnya mati paling enggak Ivan sama Eka kan masih bisa ketangkap
masih bisa ngomong selama ini sering kayak gitu sering terjadi ya ya Mari Mari kita coba let's say nanti 1
bulan ke depan mudah-mudahan ada prototyp-ya Asik as Oh iya ini masih ada pertanyaan lagi nih dari Rahmat lagi nihentar bentar
sebagai gantinya kalau misalnya butuh beta tester dan misalnya oh eh kita coba-coba dan open open V pakai ap-nya
welcome kah kalau kita Open V Oh isu dan very welcome very welcome very welcome nah ini ini juga ada ini salah satu apa
salah satu yang tidak eh jarang orang tahu adalah inl itu ternyata open source itu saya juga baru tahu sekarang nih
karena kayaknya belum terlalu dihighlight ya jadi tahunya inl itu ya produk berbayar atau bisa trial ada sdk-nya ada api-nya bisa kita bisa
berkreasi di sana ternyata enya pun sampai di open source gitu jadi luar biasa sekali actually This is a win for everyone Jadi
sebenarnya pengin Nyoba juga pengin main-main ya He kalau memang nanti ada yang bisa di beta testing kita siap Iya
salah satu yang Open juga ada yang namanya jutsuid ya Beberapa bukan Jutsu jitsi itu Jitsu Jitsu jutsuu apa Jitsu
Jitsu iya coba ya jitsu itupo ada komennya jits iya jitsi jitsi jits i jits ya itu apakah
I mempunyai pendekatan berbeda dari segi arsitektur Apakah sama Iya sebenarnya dari segi arsitektur eh jitsi Google meet eh Zoom eh dan yang
serupa itu pada dasarnya arsitekturnya sama pendekatannya adalah menggunakan sfu tadi selective forwarder unit tadi Oh jadi secara arsitektur pada dasarnya
semua sama bedanya Mungkin ada yang difokusin buat meeting ada yang difokusin untuk apa ada yang difokusin untuk apa jadi masing-masing use case
itu memang beda-beda sehingga fitur yang bisa dievelop di dalam api-nya sendiri itu beda-beda tergantitu itu kan pada dasarnya ya
memang live room virtual tapi bukan bukan berarti bahwa semua video yang kita broadcast ke sana itu semuanya otomatis diboadcast ya kita
tuh bisa milih servernya handling Iya jadi kita bisa milih misalnya ya contoh saya tuh punya dua video satu screen
sharing satu lagi e video eh kamera gitu ya itu tuh kalian tuh nanti akan dapat dari akan dapat info bahwa Ohan punya
nya dua e video nih mau ditampilin enggak dua-duanya atau satu aja jadi bisa milih nah ini fungsinya buat apa
itu salah satu misalnya kita mau bikin Breakout room jadi eh satu sesi tapi ruangan-ruangan kecil gitu ya
itu jadi manual subscription ke video nah fitur tadi yang menarik lagi itu adalah lagi kepikiran kemarin ngobrol
sama teman bikin ini eh video interview antrian video interview Jadi kalian tahu kalau orang-orang yang kerja ker biru
yang di kafe nyari pegawai magang di kafe apa dan segala macam itu tuh Kalau ngelamar kerja mereka kan yang ngantri
itu bisa ratusan kan karena mereka kan mereka kan in interview kan video itu sebenarnya bisa kita pakai
untuk interview pendekatannya itu sama kayak Breakout jadi saya tuh sekarang misalnya sendiri nih dalam room ini masukin aja
tuh orang yang pertama join tadi siapa masukin ke room ini Terus nanti kalauudah selesai ngobrol iniutnya I masuk lagi itual di
Dar jadi kita bisa bikin interview 10 menit kan paling interviewnya iya iya gitu itu use case use case yang kita
harapkannya itu bisa custom logic ya berarti ya betul sebenarnya logiknya tuh bukan di server logicnya itu di kalian
di apps ya ya ya Oh kita bikin Apps pakai api-nya soalnya ya Ca peduli ya itu tadi mengatur
traffic data In And Out I karena kan kita yang ngasih tahu kan ini kliennya ada sekian ee yang ini duluan ini E ini
kedua ini ketiga ini keempat Nah kita tuh yang ngatur tuh Oh ini masukin ini masukin e javascript ya sdk-nya
javascript javascript saat ini sdk-nya javascrip javascript masih javascript aja ya we senang Iya biar anak front end bisa
ikutan juga ya Maaf saya masih Bisanya cuman JavaScript kurius berarti server ini go bisa Oh iya itu kan yang backend kalau yang
depan-depan bis belum bisa plutter belum bisa e switch belum pakai r kan sekarang semua di kurius inl servernya berarti Bisa
bisa jadi server game online juga Oh bisa tapi ada eh ada pendekatan yang agak beda dengan ee game server jadi eh
invidia itu kan punya apa gitu tapi dulu kan Google punya Google studia gitu ya Iya nah eh ada beberapa fitur yang e
perlu dievelop lagi kalau misalnya pengin eh ng-develop Cloud gaming tapi Cloud gaming itu basisnya itu webrtc Iya
jadi eh salah satu yang paling penting dari Cloud gaming itu itu adalah lateny I nah latency ini di server eh itu itu
beda antara Cloud gaming dengan video call kayak gini dia harus dibawa 20 20 milit second kan eh yes itu tapi sebenarnya E lebih
masalah dari jitter buffer jadi jiter buffer itu Jit DFF itu istilahnya kayak gini kan kalau kita ngirim paket eh
video untuk satu gambar let's say itu ada lima paket kan itu pada saat dikirim itu tuh belum tentu diterimanya tuh
berurutan 1 2 3 4 5 Belum tentu i bisa jadi paket tigond sampai duluan Iya bisa jadi paket
tig sampai duluan bisa jadi paket dua sampai duluan jadi kadang enggak berurutan jiter buffer itu adalah Berapa
lama kita mau nunggu lima paket ini nyampai semua Oh oke Biasanya sih kecil cuman kayak 20 MS atau 30 MS nah ini ini
kadang perlu adjustment kalau untuk video call kayak kita itu biasanya jiter buffnya itu di range di sekitar 30 samp
50 tapi kayak tadi Ean bilang kalau Cloud gamingatya itu beneran bisa jadi ggak pakai Buff karena ada teknik lagi yang namanya
forward encoding correction atau tu dipak Kalau ada paket Miss paket itu
bover jadiak pakend Tapi perlu ada teknologi itu untuk memastikan Videonya bisa nah ini
adaudud iat arah I rtmp itu TCP anyway jadi dia pasti latensinya tinggi dan memang tujuannya cuman satu arah kalau satu
arah ada latensi itu masih oke kan Iya kayak YouTube eh live streaming atau twitch ya twitch ya ya ya ya RTM Karena
dia satu Ara enggak butuh dua arah gitu jadi katensi 2 detik 5 detik bahkan itu oke sebenarnya
ini ada pertanyaan lagi Apakah saat ini dan ini kita P semua atau MTI dari
itu [Musik] kalauakver fitur yang bakal missing salah satunya itu kayak voice activity detection itu enggak bisa dilakukan di
web saat ini karena kalau kita lakuin di web itu jadi harus ngelakuin audio Processing sedangkan kalau di server itu
tuh kita enggak kita tuh enggak ngcapture audio ya jadi di di paket datanya audio kalau lewat di server itu
tuh ada udah ada desibelnya tuh berapa jadi kita cuman ngelihat data itubaca doang oh ngebaca doang jadi
eh kita ngelihat Oh untuk eh activity voice activity detection terus analytic dan itu kayaknya Walaupun dia one1 itu
tetap kita lewatin server aja daripada kalian harus bikin audio Processing di web untuk tahu dia lagi ngomong atau
enggak ret atau mau bikin transcription misalnya proses sendiri kalau blur background kayak Mas ini di server apa
dari klien [Musik] blurli berarti dari web Ini Masnya dari si streamy ini menyediakan oh enggak ini Kebetulan eh Mac OS yang
versi enggak tahu ke berapa gitu ya yang agak-agak baru gitu itu mereka punya fitur untuk ngeblur semua video capture
web RTC Oh berarti itu natif ya kayaki integrasi natifs kan iya iya bahkan ee dia tuh punya efek-efek kayak
gini nih bentar ya Ini bukan kampanye ya bentar biasanya ada reaction gitu Oh ini Oh iya iya iya dia bisa
kayak betul-betul dia kan Oh iya loh Oh ini m OS ya m OS ya mic OS m OS atau
misalnya kayak gini i i Iya ketemu pernah lihat di mid kirain itu punyanya mid bukan sih kalau gini enggak bisa
gini harus diaktifin Jadi kalau kalian pakai Mac os os baru gitu ya di atas itu kan ada icon kamera warna hijau itu tuh
harus diaktifin reaction-nya ah gua enggak adaak bisa termasuk bisa kayak gitu guok enggak ada kok enggak munculnya jempol enggak Kalau belum
engak bisa ini tertentu ya keren tapi ini ini tuhib juga dibikin di web very easy kalau mau dibikin di web
Sebenarnya ya cuma kalau di support mah ya enggak usah iya kalau os-nya enggak support Ya bisa aja kita Oh ber tensor
flow JS tensor flow JS berarti tahun depan pbicaraan kita adalah Add on di marketplace-nya inl untuk nambah-nambahin efek filter filter
filter jadi in punya marketplace bisa Add on on I kalau udah adaikinnya kan bisa plugin plugin ceritanya extension
plugin Oh I kalaui yang nuk muka semua peserta jadi kayak gini Gu ti-ba Jadi Pak mukanya kalau discord sendiri itu pak
juga gak soalnya kan discord terkenal ringan ya walaupun kalau videonya gak tahu tapi kalau audionya kan terkenal
ringan ya apalagi buat gamer kan gamer kan resourudah banyak di game terus kita masih bisa lancar berkomunikasiudah
perahisetak semua communication di aplikasi Manun itu karena kenapaat ini dan banyakinnya yang gunakan untuk
ngdevelop two way communication kayak gini jadi wepertis itu sebenarnya kumpulan protokol di mana itu keperluannya memang untuk Real Time communication
jadi saya enggak ngelihat enggak pernah ngelihat ada yang pakai eh teknologi selain webtisc Walaupun mungkin enggak semua ya kayak tadi kan Zoom itu
ngakalin kan Jadi pakai wetisc tapi data channel-nya aja gitu tapi hampir semuanya itu pakai itu kalau Zoom kan ada ada apa namanya
ada aplikasi desktopnya juga yang natif kan Ya itu juga tetap wwti si ya protokolnya ya Eh ya itu tadi dia pakai
yang data channel data data channel ya kenapa kenapa dia pakai ini eh aplikasi desktop atau natif-nya karena kalau dia
pakai browser browser itu kan enggak punya ya proper yangadial yang komersial itu gitu Jadi mereevel theod h264
yangware optim dioritasic tapi dia atauing ada VP
Oh di h264 biasa itu gak ada Oh jadi kayak Hybrid gitu antara VP sama karenak ini yaakareel makanya kalau kitating Pak
Google meet itu suka panas it ini Pak Apa ya itu pakai teknologi Apa itu sebenarnya ada caranya Caranya adalah
mauo demo live tapi kalau J kalau apa kalau kita cobain di sini terus dibuka Network apa dibuka Ininya
Oh beda ya Bukan bukan pakai inspect elemen ya Enggak enggak Jadi kalian masuk eh ini ngetiknya tuh
chrome2/ webrtc internal di situ kalian bisa lihat semua yang pakai webrtc termasuk streamyard Jadi kalau lihat kayak gini
kita jadi tahu kan Oh dia pakai turn kemudian dia pakai e terus kita bisa lihat juga IP server
dia itu berapa Terus bisa kelihatan semua data-datanya misalnya contoh ya saya pakai kodeknya itu apa lihat aja di
outboundnyaah ini outbound RTV video Pakai l vpx vp8 ternyata dia pakainya ya bitrate-nya berapa bisa kelihatan juga
Oh ini bitrate per secondnya by per second itu ya Ini 1 megaan dan ada grafisnya juga bisa bisa
kelihatan nih grafisnya tuh paket saya Kenapa kita engak tahu ini ya Iya kita tadi mau ngecek di inspect
Element tapi kan harus direfresh jadi keluar darii streamy dulu jadi tinggal pakai Chrome we RTC internal ya hampir semua
browser itu punya cara untuk termasuk Firefox berarti ya Ada juga ya harusnya ada tapi biasanya beda-beda e detailnya itu
beda-beda Oke ini ada pertanyaan sambungan mitos atau fakta lewat itu engak optimal Danan Res pada dasarnya kan Apun yang kalau
kita ngembangin suatu fitur itu padaarnya kan selalu ada untuk sesuatu yang kita devel benit yang kita daptin itu adanya Jadi kalau
dibilang ituak optimal Danan resour memang ada yang jadi eh berkurang jadi misalnya latensinya bertambah gitu tapi kan kita tadi bisa menggunain analytics
kita bisa offload beban dari klien ke server karena kan tadi Eh ada beberapa juga nanti mungkin kalau teman-teman
lihat di chatnya kan itu juga yang kayak masalah bisa enggak sih filter-filter itu dipindahin ke server bisa
aja tapi kalau iya itu Tapi kalau Kita mindahin ke server yang sifat nya itu eh video Processing audio pressing
latensiah ber nambah latensi lagi gitu Iya jadi oh selalu ada thre off untuk apapun yang kita lakuin Kalau dibilang
enggak optimal eh video bridge tergantung dari arsitekturnya ya kalau arsitekturnya itu adalah sfu atau selective forwarder tadi
jadi dia cuma nerusin e video stream kita itu menurut saya itu paling optimal untuk saat ini dan mayoritas developer WTC itu juga
agree bahwa sfu is the most optimal arsitectture untuk saat ini kalau pakai yang video bridge yang versi lama atau MCU jadi dia multiple
coding something gitu ya jadi dia tuh mengencode video yang masuk kemudian satu video itu yang baru dikirim ke
orang yang nonton Nah itu kan ada lateny di server ya I gitu jadi ya selalu ada thread off for
everything pintar-pintaran kita aja milih untuk setiap use cas-nya kan Oke Oh kalau diproses di klien Berarti ada
kemungkinan bisa pakai ini dong web assembly bisa ada beberapa ada beberapa eh web RTC api itu tuh dia pakai e web
ass eh bahkan Zoom itu kalau gak salah ngelakuin itu deh Oh i jadi Iya eh coba cari Ada
website namanya tuh blog ge webrtc coba Googling aja blog wetc dia tuh di situ ngebahas banyak rever engineering
beberapa aplikasi berbas termasuk ini Bu betul betul Coba lihat bloknya blok itu dia ngebahas itu semuanya
tentang webr RTC Dan harusnya ada ada tentang zoom di antara blog-blog po itu Zoom Ya silakan teman-teman cari aja
saya shareink a ya dia reverse engineering Google meet juga dia dia banyak R engineering dari situ justru
jadi belajar oh Google meet tuh gitu ya oh Zoom tuh gitu ya terus Kopi bikin di ATM amati
tiru seru banget ya gaming yaah Iya seru banget Wah ini keren ini bisa Nah itu tuh tadi yang FC yang
tadi saya bilang buat Cloud gaming The R ofc Wah menarikarik kalau di in sekarang saat ini yang kitaah terapin ologinya
itu eh red eh buat audionya ya tapi jadi redudansi encoding data gitu Jadi pada dasarnya walaupun paket audio kita Miss
atau Lost itu sampai 40% kita masih bisa ngobrol clear karena audio audio yang missing itu bisa dicover di audio berikutnya audio paket
berikutnya Oh diikutin ke paket berikutnya ya Iya jadi selalu setiap paket itu dikirim tuh dobel paket yang sebelumnya dikirim juga
bersamaan dengan paket berikutnya Oh jadi kalau ada yang ya selalu dapat yang sebelumnya Iya betul jadi dia tuh kalau ada yang
missing dia bisa cari dia nunggu aja yang datang setelahnya gitu kan karena dia bisa ngambil dari situ besarnya dua kali lipat dong I
bitnya naik jadi dua kali lipat tapi kan audio itu kecil makanya yang redundan encoding itu cuma diterapin di
audio untuk video video jebol jebol pasti untuk video makanya tadi pakai fact tadi forward encoding correction Nah itu metode
terpisah untuk recover video yang hilang gitu dan dan enggak makan masih nambah bandwid tapi mungkin cuman 20% 30% jadi
enggak sampai dobel oke oke gitu for the sake of Good video ya over bad Network gitu Nah kalau ada teman-teman yang
nonton mau getting started mau ngulik e web rtisc sebaiknya ke mana kayak kayaknya paling enak dulu tuh kalau misalnya eh
ngdevelop webrtc itu kan langsung aja bikin aplikasi langsung bikin aplikasi Nah ini kayak ada demo sejuta umat itu
kan yang dari dulu banget udah ada priv Cho sejutaat pasti semua orang pernah pokoknya Pasti kalian semua
pernah deh kayak cuma nyoba-nyoba habis itu ah Ya udah enggak enggak dipakai Nah itu tuh bisa bisa bikin itu karena kan
kan ada kalau kita bikin aplikasi kan ada beberapa tahapan Ya misalnya kayak kita let's say kita mau bikin Google
meet like gitu ya ya pasti kan yang pertama kayak capture dulu audio videonya terus habis itu Gimana caranya
meng hubungkan pe toir-nya terus habis itu gimana caranya ngirim video yang kita capture tadi ke Pi sebelahnya terus
gimana playing the video tadi dari yang kita terima jadi ya step by stepnya kurang lebih kayak gitu aja coba develop
satu aplikasi aja resournya udah banyaklah tutorialnya juga udah banyak tapi coba aja develop terus setiap kepentok sama istilah-istilah tertentu
gitu ya kayak ST turn apa Googling cari aja dokumentasinya udah udah banyak yaang lagi mas Johan pakai b nanya ke
banya ke bisa bisa bisa atau ke saya kemarin juga kerjaannya gitu jadi baca bacain Code orang gitu kan
Terus nyari istilahnya terus coba reverse engineering terus baca SPC dokumen terus diterapin ya pasti harus kayak gitu sih karena web RTC itu
kompleksitasnya eh sangat kompleks karena terlalu banyak protokolnya yang harus dipahami jadi enggak kalau harus belajar protokol dulu pasti kebur puyong
duluan jadi i better langsung bikin aplikasinya aja belajar protokolnya belakangan pas dibutuhkan aja gitu H ya bikin aplikasi kayak apa ya kayak
tampilin webcam Terus mungkin tambahin filter habis itu gimana caroke Belum ada kan I atau paling ini kan ini aja apa ee
paling gampang kayaknya paling ee ini ya paling sederhana gitu ya bukan paling gampang itu bikin aja aplikasi peer to
peer kayak FaceTime yang beneran jadi itu benaran peer topir Kita cuman butuh signaling server aja jadi enggak
perlu server kan sign signal server juga banyak yang publ dan gratis kan yang dari Google iya iya betul Eh nya bisa
pakai Google tapi signaling server itu pakai http server biasa itu bisa bisa bahkan bahkan Sebenarnya ya Ada beberapa
exampel eh itu yang beneran dicopy paste sinyalnya Oh sinyalnya over sdp-nya jadi kan e semua web RTC itu biar bisa terhubung kita tuh
saling bertukar sinyal sinyal ini itu ada dua jenis off session description Protocol sama ANS jadi sama-sama SDP
gitu ya jadi ini aja ditukar SDP ini basisnya teks jadi pada saat sudah diprint gitu ya kasih aja ke sebelahnya
ini nih over masukin aja ke situ nanti di sana dimasukin dia akan generate answer kan answerwer-nya itu teks juga
berutah SDP Oh gitu Ini kurang lebih gini nih e tunjukin ya ke kalian ya ini share screen boleh boleh kalau kalau
lihat di sini ini kan streamyard pada saat kita connect ini bisa dilihat dia itu masukin sor digedein dulu ini tuh dia masukin
audio video terus bikin over kan over ini itu adalah SDP di mana formatnya itu teks sebenarnya kayak gini teks kayak
gini ini sebenarnya kalau kalian copy copy ni terus Iya dimasukin aja di pe connection kalau gak salah pe connection set over
set local description masukin ini terus setelah text BX ya tinggal buat textve Iya betul setelah kita set local
description itu tuh kita panggil lagi api-nya Eh apa generate answer atau apa pokoknya dapetin answernya kan ya annya
itu formatnya sama kayak gini nih ini kelihatan juganya tu nih set local description tapi ada lagi set remote
description Nah ini kan answernya nih Iya copy aja ini semuanya kasihin ke sebelah lagis kita udah sama-sama
masukin ini itu dia akan mencoba terhubung satu sama lain oh ya Iya sesederhana itu sebenarnya nukrin SDP tukan He ini over saya ini
over yang sana gitu Tuan nanti setelah dia tukan itu akan coba conect Sendirinya udah otomatis ya udah
otomatis nah udah conect ya nanti itu connection itu akan ada event yang kitag Capt evnya itu nah ini video yang kita video Iya
tinggal masukin ke video elementender aja Oh iya play sudahah hmm gitu Ini formatnya kayak ini ya kayak m3u8 gitu
juga ya format-format mirip-miripya ini kan is ini kan isinya dia ngasih tahu bahwa eh IP saya itu ini ya ini alamat
ip-nya kandidatnya gitu kan Terus dia tuh ngasih tahu kodek-kodek yang dia support tuh apa I streamer ya vp8 gu ya oke Iya Jadi intinya SDP
itu ngasih tahu alamat sama eh fitur-fitur yang dia support sama eh teknologinya atau kodeknya gitu H terus
ya sudahah dia akan terhubung satu sama lain oke Ini ada pertanyaan lagi nih implementen web RTC di sisi server dari
rfc apakah worthed atau pakai library yang sudah jadi aja kayak pion tergantung e pengennya itu e ngapain
Kalau misalnya pengin belajar e kayaknya silakan mau mulai dari awal tapi dulu Saya justru mulainya dari pion
itu sendiri kalau lihat S Open sourcnya in itu basisnya juga itu pion itu karenaampelnya ada banyak gitu kan
kemudian Ya dokumentasinya lumayan eh community-nya juga well support gitu jadi menurut saya mulai dari situ Kenapa mulai dari situ karena jadi kita enggak
perlu Terlalu deep down kepprotokol kayak dtls dtls ini datagam TLS jadi istilahnya udp yang dibikin secure kayak
kayak https atau SSL lah itu kita kan enggak mau belajar dtls lagi protokol gitu kan malas gitu kita tuh penginnya
web rtc-nya aja nah belum lagi ada lagi protokol RTP misalnya tapi RTP itu mau enggak mau pasti akan akan harus
dipelajari sih Pada saat kita ngolah paket ee datanya itu harus mau enggak mau RTP tapi habis itu ada banyak Ice
Protocol Apakah kita harus pelajari Ice Protocol kayaknya jangan deh tapi mau enggak mau pasti akan akan masuk ke sana
tapi kalau kita langsung kalau ketemu ya sudahudah ketemu berar po tertentu Ya udah ketemunya kan Iya betul pada saat dibutuhin aja baru
belajar tapi kalau dari awal langsung dari rfc implement sendiri Wah berat kayaknya kayaknya keburu bosan itu bikinnya Kecu
orang banget senang banget sama urusan artisi-artisian ini itu kalau biasa kayaknya ya itu ngantuk duluanh iya
bosankan i ya ya Nah ee next-nya buat Mas Yohan apaagi nih kan jadi GDI Google developer expert udah
eh jadi googler Udah jadi googler Udah Iya apa join Google juga udah Terus sekarang bikin produk udah apa e
next-nya mauu ada rencana apa lagi ke depannya belum ini bikin produk Oh belum ya ini belum ya belum ya ini ini lagi
gambling ini gambling I iya I I Iya jadi lagi gambling gitu ya ng-develop produk gitu kan yang masih belum take off masih
ongoing gitu produk market fitnya Udah dapat belum Eh kita ngerasa produk market fit-nya itu belum jadi eh kita kan masih bingung
juga antara Oke kita b2c k atau B2B kayaknya ya udah saat ini kan kita lagi coba fokus B2B tapi kan kita belum tahu
juga nih use case yang kita mau fokusin tuh yang mana dulu gitu kan ada banyak kayak contoh Kalau ngelihat case eh sor
case web di Indonesia sendiri itu ada eh edutch telemedicine eh customer call call center inpp call center terus
monitoring CCTV video dan eh terus kayak gojek kolonal font kita lewat aplikasi itu kan we juga oh
pakang kitaak engak ke Iya live streaming so many use case gitu kan Makanya kita belum e tahu nih e mana
industri yang kita pengin fokusin Tapi karena kita tuh paling dekatnya dengan teman-teman kayak kalian yaitu yang suka
bikin webinar gitu atau suka sharing makanya kita coba fokus di webinar atau edutch dulu saat ini gitu nanti kita
lihat demnya Seperti apa ya kita coba explore tuh cas Oke kalau yang mau follow followollow Mas Yohan eh aktifnya di sosial media
mana Di kalau ini Twitter kalau kalian pengin nanya-nanya everything web partis karena kalau nanya ke Instagram enggak
akan dijawab gitu ya kecuali kalau kalian nanya jalur sepeda atau Oh jadi tiap ak sosm ada temanya ya Ada fokus puj festival Puji
festival bisa nanya lewat Instagram hobi-hobi di Instagram gitu Ya Sisanya itu di Twitter I semuanya itu di Twitter hobi di Instagram ya semuanya
Tapi di Twitter semuanya di Twitter Oh di Twitter hobi juga ada ya ngomongin hobi hobi juga ada
ya lah tim in sekarang berapa orang develop development tenya ada EMP orang sat eh desainer du Engineer tiga engineer
termasuk saya jadi total berempat Wah mantap mantap oke kalau gitu semua ya serus oh nging semua ya masan juga masih
nging ya Luar biasa ya itu kan kalau apa backendnya kan Hampir saya semua sebenarnya ngerjain Oke I karena yang
engineer kita full stack sama front end sebenarnya Oh oke oke oke mantap mantap mantap bisa kelihatan kok
dionya i ya ya ya oke ee kalau gitu terima kasih banyak Mas Yohan untuk waktunya malam hari ini Terima kasih
terima kasih terima kasih n b ilmu mudahudan e Iya luar biasa ya wis Kok enggak bisa B
belum mudah-mudahan Nanti ada ada apa kesempatan untuk kita ngobrol-ngobrol lagi Eh tentang banyak hal ini ada Ada
komunitasnya enggak sih wtisc apa komunitas web biasa aja ya pada umumnya ya Eh saat ini itu komunitasnya belum ada belum ada
ya tapi kalau kalian e yang pakai golang itu ya mungkin Saran saya coba cari channelnya ini e pion di goper jadi kan
e Iya golang itu kan punya channel Nah cari aja di dalam channelnya itu ada channelnyaion di situ kalian kalau
pengin belajar itu kata saya sih diu gu Tapi ke depannya ee saya ada wacana juga bakal bikin webinar rutin sekalian doc
fooding in live room sendiri jadi e live mungkin belajar ya ngdevelop wetc app lewat webinar nah ini menarik nih jadi
pantengin aja ya twitter-nya Mas Yohan ya @ Yohan ya info-infonya lengkap di sana Yohan ya Te Yohan Oke kalau gitu terima
kasih banyak buat teman-teman semua Terima kasih byak asih yang sudah nonton thank kita ketemu lagi ee minggu depan
minggu depan minggu depan di waktu dan jam yang sama di waktu dan jam yang sama Thank you sampai jumpa lagi bye
bye
Deskripsi asli dari YouTube
Yuk mari kita diskusi dan ngobrol ngalor-ngidul tentang dunia web. Agar tetap up-to-date dengan teknologi web terkini. Topik, tautan dan pertanyaan menarik bisa dilayangkan ke https://ksana.in/ngobrolinweb Kunjungi https://ngobrol.in untuk catatan, tautan dan informasi topik lainnya.
Episode Terkait
1 Apr 2025
Ngobrolin Lebaran
Episode ini adalah ucapan Selamat Idul Fitri dari tim Ngobrolin WEB. Eka, Ivan, dan Rizah memberikan salam Lebaran denga...
2 Okt 2024
Ngobrolin Drama Trademark & Open Source
Episode ini membahas drama perseteruan antara Matt Mullenweg (co-founder WordPress) dengan WP Engine, sebuah perusahaan ...
5 Jun 2024
Ngobrolin NextJS
Episode Ngobrolin kali ini membahas update terbaru dari Next.js 14 beserta berbagai kontroversi dan perubahan signifikan...
Suka episode ini?
Episode baru setiap Selasa malam. Dengarkan lewat YouTube, Spotify, atau feed podcast favoritmu.
Memuat komentar dari GitHub Discussions...
Jika komentar tidak muncul karena ekstensi privasi / adblocker, kamu bisa berdiskusi langsung di GitHub Discussions .