Video dan Streaming di perangkat Symbian

1.  Pemutar Video

Antarmuka pengguna yang sama akan digunakan untuk streaming video dan pemutar video lokal yang berdiri sendiri. Perbedaan utama antara keduanya adalah bahwa dalam streaming video, data video terkompresi diambil dari server selama pemutaran, sedangkan di penampil video lokal , klip video yang akan dilihat disimpan secara lokal di memori terminal seluler atau kartu memori. Pembentukan sesi eksternal layanan streaming video diimplementasikan menggunakan browser Web atau aplikasi perpesanan (Penampil Layanan Pesan Singkat [SMS], Layanan Pesan Multimedia [MMS]), yang memiliki kemampuan untuk meluncurkan aplikasi eksternal seperti aplikasi pemutar. Ini dilakukan dengan mengenali URL rtsp:// atau file definisi yang diunduh (file .RAM), yang akan meluncurkan pemutar streaming yang diinstal. Dalam aplikasi pemutar,

Mengunduh file terlebih dahulu dan memutarnya setelah itu dianggap sebagai pemutaran lokal, karena seluruh file video telah disimpan secara lokal. Pengunduhan progresif berarti seluruh klip video tidak harus diunduh untuk mulai memutarnya. Pembuatan klip video memerlukan elemen berikut:

• Satu atau lebih aliran bit (misalnya, satu aliran bit video dan, jika ada, aliran bit audio). Aliran bit adalah output dari video atau audio encoder. Lihat Bab 3, “Video Coding”, dan 4, “Audio Coding”, masing-masing untuk diskusi tentang pengkodean video dan audio.
• Satu format file, yang mengemas konten audio-visual ke dalam file, menyinkronkannya, dan memungkinkan akses ke sana.

Gambar 1: Elemen kunci untuk membuat klip video

2.  Pengodean Video

Urutan video terdiri dari serangkaian gambar diam. Metode kompresi video didasarkan pada pengurangan bagian urutan video yang berlebihan dan tidak relevan secara persepsi. Redundansi tersebut dapat dikategorikan menjadi redundansi spasial, temporal, dan spektral. Redundansi spasial mengacu pada korelasi antara piksel tetangga. Redundansi temporal berarti bahwa objek yang sama yang muncul pada gambar sebelumnya kemungkinan besar juga akan muncul pada gambar saat ini. Redundansi spektral membahas korelasi antara komponen warna yang berbeda dari gambar yang sama. Kompresi dapat dicapai dengan menghasilkan data kompensasi gerakan, yang menggambarkan gerakan antara gambar saat ini dan gambar sebelumnya. Dapat dikatakan bahwa gambar saat ini diprediksi dari yang sebelumnya.

Biasanya, bagaimanapun, kompresi yang efisien tidak dapat dicapai hanya dengan mengurangi redundansi urutan. Dengan demikian, pembuat enkode video juga harus membuang beberapa informasi yang tidak berlebihan. Saat melakukan ini, pembuat enkode memperhitungkan sifat sistem visual manusia dan terutama membuang informasi yang paling tidak penting untuk kualitas subjektif gambar. Selain itu, redundansi aliran bit yang disandikan dikurangi melalui pengkodean parameter dan koefisien kompresi yang efisien tanpa rugi. Teknik utama adalah penggunaan kode variabel-panjang.

Metode kompresi video biasanya membedakan antara gambar yang dapat atau tidak dapat menggunakan pengurangan redundansi temporal. Gambar terkompresi yang tidak menggunakan metode reduksi redundansi temporal biasanya disebut INTRA atau I-frame, sedangkan gambar yang diprediksi secara temporal disebut INTER atau P-frame. Dalam kasus bingkai INTER, gambar yang diprediksi (dikompensasi gerakan) jarang cukup tepat, dan oleh karena itu gambar kesalahan prediksi yang dikompresi secara spasial juga dikaitkan dengan setiap bingkai INTER. Dalam pengkodean video, selalu ada tradeoff antara bit rate dan kualitas. Beberapa urutan gambar mungkin lebih sulit untuk dikompresi daripada yang lain karena gerakan cepat atau tekstur yang kompleks, misalnya. Untuk memenuhi target laju bit yang konstan, pembuat enkode video mengontrol laju bingkai serta kualitas gambar: Semakin sulit gambar dikompres, semakin buruk kualitas gambarnya. Jika laju bit variabel diizinkan, pembuat enkode dapat mempertahankan kualitas video standar.

• H.263

ITU-T H.263 adalah codec mapan yang digunakan dalam berbagai layanan multimedia, dan menyediakan "kotak peralatan" yang luas dari berbagai alat pengkodean dan kompleksitas pengkodean untuk tujuan yang berbeda. Alat yang akan digunakan dan kompleksitas maksimum yang diizinkan untuk mode tertentu didefinisikan masing-masing dalam apa yang disebut profil dan level codec.

Untuk sebagian besar layanan multimedia seluler, Profil H.263 0, Level 10 (juga dikenal sebagai "dasar H.263"), telah ditetapkan sebagai codec wajib. Ini juga merupakan codec utama yang didukung di pemutar video Nokia.

H.263 menggunakan Discrete Cosine Transform (DCT) untuk mengurangi redundansi spasial. Transformasi mengubah blok piksel menjadi koefisien yang mewakili komponen frekuensi spasial blok. Hanya frekuensi yang muncul di blok yang memiliki nilai koefisien amplitudo tinggi; koefisien lainnya mendekati nol. Sebagai contoh, sebuah blok yang selalu berwarna hanya memiliki satu frekuensi spasial dan diubah menjadi satu koefisien DCT yang tidak nol, sedangkan koefisien DCT lainnya tetap nol. Akibatnya, blok koefisien DCT lebih mudah dikodekan dengan kode run-length daripada blok piksel asli. Untuk mendapatkan kompresi, blok yang diubah dikuantisasi, yang berarti bahwa koefisien dibulatkan ke tingkat kuantisasi tertentu. Semakin sedikit tingkat kuantisasi yang mungkin ada, semakin sedikit bit yang diperlukan untuk mewakili tingkat kuantisasi. Perkiraan blok piksel asli dapat dipulihkan dari tingkat kuantisasi DCT yang dikodekan dengan menerapkan DCT terbalik. Semakin sedikit tingkat kuantisasi yang digunakan, semakin buruk kualitas gambar yang direkonstruksi. ITU-T H.263 memungkinkan 31 ukuran langkah kuantisasi yang dikendalikan oleh apa yang disebut parameter kuantisasi. 

• MPEG-4 Visual

Ini adalah codec video opsional dalam beberapa standar multimedia terbaru dan didukung secara luas di perangkat Nokia yang lebih baru, selain H.263. Seperti H.263, MPEG-4 Visual (juga disebut MPEG-4 Bagian 2) berisi profil yang berbeda untuk tujuan yang berbeda. Platform Nokia mendukung Profil Sederhana 0. MPEG-4 Visual adalah standar kompresi berbasis DCT, dan bagian tekstur diam menggunakan kompresi wavelet. 

• RealVideo 7 dan RealVideo 8

RealVideo 7 dan RealVideo 8 adalah dua format pengkodean video eksklusif yang dikembangkan oleh Real Networks. RealPlayer yang terpasang di perangkat Nokia mendukung penguraian kode video dalam format RealVideo 7 dan RealVideo 8.

RealVideo 7 mirip dengan MPEG-4 dan H.263 karena menggunakan I-frame dan P-frame dan berbasis blok transform. Ini juga menggunakan frame Bidirectional atau B-frame yang dihitung berdasarkan interpolasi antara I- dan P-frame sebelumnya dan berikutnya menggunakan vektor gerak dan informasi spasial. RealVideo 7 lebih efisien daripada MPEG-4 atau H.263 karena penggunaan B-frame dan beberapa teknik pengkodean lanjutan yang dibuat oleh RealNetworks.

RealVideo 8 juga mirip dengan MPEG-4 dan H.263 karena menggunakan I-frame dan P-frame dan berbasis blok transform. Ini juga menggunakan frame Bidirectional atau B-frame. Namun, ini 30 hingga 40 persen lebih baik daripada RealVideo 7 karena perbedaan besar dalam teknik khusus yang digunakan untuk pengkodean transformasi, estimasi gerakan, dan pemfilteran. 

• RealVideo 9 dan RealVideo 10

RealVideo 10 menyertakan peningkatan pada sisi encoder, sehingga kompatibel dengan semua pemutar yang mendukung RealVideo 9. RealNetworks menyatakan bahwa RealVideo 10 menyediakan setidaknya kualitas visual yang sama dengan RealVideo 9, menggunakan bit rate 30 persen lebih rendah. RealPlayer yang terpasang pada beberapa perangkat Nokia mendukung decoding video dalam format RealVideo 9 dan RealVideo 10. 

3. Pengodean Audio

Suara arbitrer dapat direpresentasikan sebagai jumlah gelombang yang memiliki frekuensi dan amplitudo yang berbeda. Dengan kata lain, suara apa pun adalah bentuk gelombang amplitudo sebagai fungsi waktu. Suara dapat didigitalkan ketika sampel dari bentuk gelombang yang sesuai diambil cukup sering. Untuk suara dan musik yang berubah-ubah, frekuensi sampling 44,1 kHz dianggap memberikan kualitas tinggi. Untuk pidato, frekuensi sampling 8 kHz cukup untuk sebagian besar aplikasi. Biasanya, 16 bit sudah cukup untuk mewakili satu sampel.

Audio digital dapat dikompresi dengan berbagai cara. Metode pengkodean sederhana adalah dengan menggunakan ukuran langkah adaptif untuk mengkuantisasi sampel audio. Teknik seperti itu digunakan dalam standar pengkodean audio IMA ADPCM yang mencadangkan 4 bit per sampel. Akibatnya, jika frekuensi pengambilan sampel adalah 8 kHz, audio berkode IMA ADPCM membutuhkan 32 Kbit/dtk. Metode pengkodean audio sederhana lainnya adalah A-law PCM, yang menggunakan ukuran langkah kuantisasi logaritmik dan mencadangkan 8 bit per sampel.

Metode pengkodean audio yang lebih maju memanfaatkan model psikoakustik manusia. Bagian dari sinyal audio hampir tidak terdengar dan dapat dibuang atau dikompresi. Biasanya, metode audio pengkodean lanjutan dikategorikan ke dalam pengkodean audio generik dan teknik pengkodean ucapan. Algoritme pengkodean audio generik ditargetkan untuk musik dan suara serta suara manusia, sedangkan algoritma pengkodean ucapan ditujukan hanya untuk ucapan dan berkinerja relatif buruk ketika musik dikodekan.

• AMR-NB

Salah satu standar pengkodean ucapan paling canggih saat ini adalah kodek ucapan Adaptive Multi-Rate (AMR), yang dikembangkan oleh European Telecommunications Standards Institute (ETSI). Ini mencakup delapan mode pengkodean ucapan, yang kecepatan bitnya berkisar dari 4,75 hingga 12,2 Kbit/s. Beberapa mode sama dengan codec telepon suara yang ditentukan sebelumnya yang ditentukan untuk standar lain. Misalnya, AMR pada 12,2 Kbit/s adalah codec ucapan yang sama dengan codec GSM Enhanced Full-Rate (EFR). AMR adalah codec tipe mono.Untuk memberikan pengalaman mendengarkan terbaik, encoding AMR harus digunakan untuk konten yang tidak menyertakan konten musik yang kompleks, berisik, atau kritis. Bandwidth audio terbatas 3,5 kHz berarti frekuensi yang lebih tinggi tidak direproduksi dengan sempurna dan disaring dengan filter anti-aliasing.

• AMR-WB

AMR-WB mewakili teknologi tercanggih dalam pengkodean ucapan pita lebar laju bit rendah. Seperti AMR-NB, ini adalah codec ucapan multi-tingkat. Teknologi AMR-WB menggunakan sembilan bit rate antara 6,6 dan 23,85 Kbit/s pada sampling rate 16 kHz. Pemrosesan ucapan dilakukan pada frame 20 ms, sehingga setiap frame yang dikodekan AMR-WB mewakili 320 sampel ucapan. AMR-WB menggunakan jenis MIME audio/amr-wb dan ekstensi file *.awb. Format payload AMR-WB serta tipe MIME didefinisikan dalam RFC 3267[1].

AMR-WB dipilih oleh 3GPP pada bulan Desember 2000 dan ITU-T pada bulan Juli 2001. ITU-T AMR Wideband sekarang dikenal sebagai G.722.2. 3GPP memiliki beberapa spesifikasi yang tersedia terkait dengan AMR-WB:

1. 3GPP TS 26.190 [2]
2. 3GPP TS 26.201 [3]
3. 3GPP TS 26.174 [4]
4. 3GPP TS 26.194 [5]

• RealAudio Voice, RealAudio 7, RealAudio 8, dan RealAudio 10

RealPlayer di perangkat Nokia S60, Series 80, dan Nokia 7710 mendukung codec audio RealAudio Voice, RealAudio 7, dan RealAudio 8. RealAudio 7 juga dikenal sebagai codec RealAudio G2. RealAudio 7 adalah codec audio Internet yang digunakan untuk banyak konten lama yang dilayani oleh server streaming. RealVoice adalah codec ADPCM yang digunakan untuk rentang frekuensi ucapan.

RealAudio 8 adalah codec audio eksklusif yang mendukung berbagai sampling dan bit rate, mulai dari bit rate yang sangat rendah (3-4 Kbit/s). Nokia tidak merekomendasikan penggunaan RealAudio 8 pada kecepatan bit yang dicakup dengan AMR-NB, tetapi jika perlu karena alasan keterbatasan bandwidth, codec dapat digunakan. Untuk informasi tentang penggunaan bit rate dan sampling rate yang optimal, silakan lihat panduan Web RealNetworks. RealAudio 10 bukanlah codec baru, tetapi nama pemasaran untuk koleksi alat audio terbaru RealNetworks. Untuk bit rate yang lebih rendah dari 128 Kbps, RealAudio 10 menggunakan codec RealAudio 8, dan untuk bit rate yang lebih tinggi menggunakan codec MPEG-4 AAC (lihat Bagian 4.5).

• MP3

MP3 secara resmi dikenal sebagai MPEG-1 Audio Layer 3, tetapi disebut MP3 berdasarkan ekstensi nama filenya —.mp3. MP3 adalah format kompresi lossy, menggunakan sejumlah teknik untuk mengurangi ukuran data audio. Pembuangan informasi didasarkan pada karakteristik pendengaran manusia, seperti yang dijelaskan sebelumnya dalam bab ini. Format MP3 didukung secara luas pada perangkat Nokia terbaru, serta pemutar audio digital lainnya, pemutar CD, dan perangkat lunak PC.

• AAC

MPEG-4 Advanced Audio Coding (AAC) adalah format penerus MP3 untuk pengkodean audio pada kecepatan bit menengah hingga tinggi. Ini memiliki sejumlah peningkatan dibandingkan MP3, dalam efisiensi pengkodean dan penanganan frekuensi. Secara kasar dapat dikatakan bahwa audio yang dikodekan AAC 96 Kbps dianggap setidaknya memiliki kualitas yang sama atau lebih baik daripada MP3 128 Kbps.

• AAC+ dan eAAC+

AAC+ (juga dikenal sebagai aacPlus) distandarisasi oleh MPEG dengan nama HE-AAC (High Efficiency AAC). Ini menggabungkan AAC dan Spectral Band Replication (SBR). Kombinasi ini dikenal sebagai HE-AAC v1 (atau aacPlus v1). Streaming AAC+ 48 kbps dianggap memiliki kualitas yang lebih tinggi daripada MP3 128 kbps. HE-AAC v2 menambahkan dukungan untuk Parametric Stereo (PS), yang selanjutnya meningkatkan kinerja codec pada bit rate yang lebih rendah. Kombinasi ini juga dikenal sebagai aacPlus dan AAC+ yang disempurnakan (eAAC+). 

4. File Formats

Secara konseptual ada perbedaan antara format pengkodean video dan format file video. Format pengkodean terkait dengan tindakan algoritme pengkodean tertentu yang mengkodekan informasi konten ke dalam aliran kode. Format file adalah cara mengatur aliran kode video dan audio sehingga dapat diakses untuk decoding dan pemutaran lokal atau dialirkan melalui saluran transportasi. Daftar berikut mencakup beberapa format file video paling umum saat ini:

1. Microsoft Audio-Video Interleaved (AVI)
2. Format file Apple QuickTime (.mov)
3. Format file MPEG-1 (.mpg)
4. Format file 3GPP (.3gp)
5. Format berkas MP4 (.mp4)

Sesuai dengan spesifikasi 3GPP, Nokia mendukung format file 3GPP (ekstensi: .3gp) untuk penyimpanan video dan audio terkait (jika ada). Perhatikan bahwa Nokia Video Player tidak berkomitmen untuk memutar konten media di dalam file .mp4 (format file MPEG-4), meskipun file tersebut mungkin berisi jenis media yang didukung oleh pemutar. Jika file .mp4 menyatakan kompatibilitas format file 3GPP, konten akan diputar seperti yang dimaksudkan oleh pembuat konten, jika tidak, presentasi pemutar tidak dapat mereproduksi konten asli. Apple menggunakan ekstensi file .m4a di layanan iTunes-nya, tetapi wadah sebenarnya masih MP4.

5.  Kemampuan Video di Platform Nokia

• Platform Seri 40

Produk Nokia Series 40 yang mendukung video dapat merekam klip video menggunakan kamera perangkat yang terintegrasi. Klip video disimpan ke memori internal perangkat atau ke kartu memori jika tersedia. Ukuran file maksimum untuk klip video diatur ke 100 atau 300 KB secara default agar dapat dikirim sebagai pesan MMS. Selain itu, beberapa perangkat juga menawarkan perekaman video yang diperpanjang. Fitur pemutar video dari perangkat berbasis Platform Seri 40 sangat berbeda, jadi kemampuan sebenarnya harus selalu diperiksa.

• Platform S60

Platform S60 terdiri dari beberapa versi berbeda, yang disebut Editions. Edisi dapat ditingkatkan dengan Paket Fitur, yang menambahkan beberapa fitur sambil menjaga konsistensi penawaran platform. Karena perbedaan perangkat keras dan diferensiasi produk, semua perangkat berdasarkan Edisi yang sama tidak selalu identik dalam hal kemampuan audio dan video. Kemampuan perangkat yang sebenarnya harus selalu diperiksa. [ Catatan: S60 adalah nama merek baru untuk platform S60, sebelumnya dikenal sebagai Platform Seri 60. ]

1. Platform S60 \ S60 Edisi Pertama

S60 1st Edition memiliki fitur Video Recorder dan memiliki dua player yang berbeda, Nokia Embedded Video Player dan RealPlayer. Hanya RealPlayer yang terlihat sebagai aplikasi yang dapat diluncurkan di kisi aplikasi. 

• Platform S60 S60 Edisi Pertama \ Perekam Video

1. Perekam Video

Perekam Video dapat merekam klip video menggunakan kamera terintegrasi. Klip video disimpan di memori internal perangkat atau ke kartu memori. Klip dikodekan sesuai dengan H.263 Profile 0, standar Level 10, dengan atau tanpa audio AMR-NB. Ukuran gambar diatur ke 128 x 96 (Sub-QCIF) dan kecepatan bingkai maksimum adalah 10 bingkai per detik. Ukuran file multimedia maksimum diatur ke 100KB. RealPlayer dapat digunakan untuk memutar ulang klip video yang direkam. 

• Platform S60 S60 1st Edition \ Perekam Video \ Nokia Video Player

2. Nokia Video Player

Nokia Video Player tidak terlihat dalam kisi aplikasi, tetapi telah terintegrasi ke e-mail dan klien MMS dan digunakan untuk memutar konten lokal seperti file dalam kartu memori, e-mail, dan lampiran MMS. Aliran bit maksimum untuk klip video telah diatur ke 64 Kbit/dtk. Dengan codec H.263, aliran bit seperti itu dapat digunakan untuk memproses 10 hingga 15 frame per detik, tergantung pada konten dan alat pengkodean yang terlibat dalam pembuatan konten. Ukuran optimal untuk klip adalah 176 x 144 piksel. Pemutar ini tidak dapat digunakan untuk streaming video atau audio; itu dimaksudkan hanya untuk pemutaran file lokal. 

• Platform S60 S60 1st Edition \ Perekam Video \ Nokia Video Player \ RealPlayer

3. RealPlayer

Gambar 2: RealPlayer di perangkat Nokia 3650 

RealPlayer dapat digunakan untuk memutar konten lokal serta streaming dari server streaming jarak jauh melalui Layanan Radio Paket Umum (GPRS) dan koneksi CSD.

• Platform S60 S60 2nd Edition

Platform S60 S60 2nd Edition \  Perekam Video

1. Perekam Video

Gambar 3: Perekam Video Nokia 6600 

Perekam Video dapat merekam klip video menggunakan kamera terintegrasi. Klip video disimpan di memori internal perangkat atau ke kartu memori. Klip dikodekan menurut Profil H.263 0, standar Level 10, atau MPEG-4 Visual di beberapa perangkat, dengan atau tanpa trek audio AMR-NB. Ukuran gambar dapat dipilih antara 128 x 96 (Sub-QCIF), 176 x 144 (QCIF), atau 352 x 288 (CIF) dengan kecepatan bingkai maksimum 15 fps. RealPlayer dapat digunakan untuk memutar ulang klip video yang direkam. 

Platform S60 S60 2nd Edition \  Perekam Video  \   RealPlayer

2. Pemain Nyata

RealPlayer telah terintegrasi ke email dan klien MMS dan digunakan untuk memutar konten lokal seperti file di kartu memori, email, dan lampiran MMS. Ini juga dapat digunakan untuk melakukan streaming konten video dari server streaming jarak jauh melalui GPRS, Enhanced GPRS (EGPRS), dan koneksi CSD. Aliran bit maksimum untuk klip video telah diatur ke 128 Kbit/s. Dengan codec H.263, aliran bit seperti itu dapat digunakan untuk memproses 10 hingga 15 frame per detik, tergantung pada konten dan alat pengkodean yang terlibat dalam pembuatan konten. Ukuran optimal untuk klip adalah 176 x 144 piksel. Perhatikan bahwa beberapa perangkat mungkin menyertakan codec yang dipercepat perangkat keras, sehingga memungkinkan resolusi dan kecepatan bit yang lebih baik. 

• S60 Platform S60 3rd Edition

Platform S60 S60 3rd Edition \  Perekam Video

1. Perekam Video

Perekam Video dapat merekam klip video menggunakan kamera terintegrasi. Klip video disimpan di memori internal perangkat atau ke kartu memori. Klip dikodekan menurut Profil H.263 0, standar Level 10, atau MPEG-4 Visual di beberapa perangkat, dengan atau tanpa trek audio AAC. Ukuran gambar dapat dipilih antara 128 x 96 (Sub-QCIF), 176 x 144 (QCIF), atau 352 x 288 (CIF), dengan kecepatan bingkai maksimum 15 fps. RealPlayer dapat digunakan untuk memutar ulang klip video yang direkam.

Platform S60 S60 3rd Edition \  Perekam Video  \  RealPlayer

2. Pemain Nyata 

RealPlayer telah terintegrasi ke email dan klien MMS dan digunakan untuk memutar konten lokal seperti file di kartu memori, email, dan lampiran MMS. Ini juga dapat digunakan untuk melakukan streaming konten video dari server streaming jarak jauh melalui koneksi GPRS, EGPRS, Wideband CDMA (WCDMA), dan CSD. Dengan codec H.263, aliran bit seperti itu dapat digunakan untuk memproses 10 hingga 15 frame per detik, tergantung pada konten dan alat pengkodean yang terlibat dalam pembuatan konten. Ukuran optimal untuk klip adalah 176 x 144 piksel. Perhatikan bahwa beberapa perangkat mungkin menyertakan codec yang dipercepat perangkat keras, sehingga memungkinkan resolusi dan kecepatan bit yang lebih baik. 

• Platform S60 Seri 80 Edisi Kedua 

Platform S60 Seri 80 Edisi 2 \ Perekam Video 

1. Perekam Video

Perekam Video dapat merekam klip video menggunakan kamera terintegrasi. Klip video disimpan di memori internal perangkat atau ke kartu memori. Klip dikodekan sesuai dengan H.263 Profile 0, standar Level 10, dengan atau tanpa audio AMR-NB tergantung pada pengaturan perangkat. Ukuran gambar dapat dipilih antara 128 x 96 (Sub-QCIF) dan 176 x 144 (QCIF) dengan kecepatan bingkai maksimum 10 fps. RealPlayer dapat digunakan untuk memutar ulang klip video yang direkam.

Platform S60 Seri 80 Edisi 2 \ Perekam Video  \  RealPlayer

2. Pemain Nyata

RealPlayer telah terintegrasi ke email dan klien MMS dan digunakan untuk memutar konten lokal seperti file di kartu memori, email, dan lampiran MMS. Ini juga dapat digunakan untuk melakukan streaming konten video dari server streaming jarak jauh melalui koneksi GPRS, EGPRS, dan CSD. Aliran bit maksimum untuk klip video telah diatur ke 128 Kbit/s. Dengan codec H.263, aliran bit seperti itu dapat digunakan untuk memproses 10 hingga 15 frame per detik, tergantung pada konten dan alat pengkodean yang terlibat dalam pembuatan konten. Ukuran optimal untuk klip adalah 176 x 144 piksel. 

• Perangkat Nokia 7710

1. Perekam Video

Perekam Video dapat merekam klip video menggunakan kamera terintegrasi. Klip video disimpan di memori internal perangkat atau ke kartu memori. Klip dikodekan sesuai dengan H.263 Profile 0, standar Level 10, dengan atau tanpa audio AMR-NB tergantung pada pengaturan perangkat. Ukuran gambar dapat dipilih antara 128 x 96 (Sub-QCIF) dan 176 x 144 (QCIF) dengan kecepatan bingkai maksimum 10 fps. Ukuran file multimedia maksimum diatur ke 95 KB. RealPlayer dapat digunakan untuk memutar ulang klip video yang direkam. 

2. Pemain Nyata

RealPlayer telah terintegrasi ke email dan klien MMS dan digunakan untuk memutar konten lokal seperti file di kartu memori, email, dan lampiran MMS. Ini juga dapat digunakan untuk melakukan streaming konten video dari server streaming jarak jauh melalui koneksi GPRS, EGPRS, dan CSD. Aliran bit maksimum untuk klip video telah diatur ke 128 Kbit/s. Dengan codec H.263, aliran bit seperti itu dapat digunakan untuk memproses 10 hingga 15 frame per detik, tergantung pada konten dan alat pengkodean yang terlibat dalam pembuatan konten. Ukuran optimal untuk klip adalah 176 x 144 piksel. 

6. Streaming

Streaming adalah transmisi data real-time, baik audio dan video, dari server ke klien, di mana klien memecahkan kode dan memainkan data seperti yang diterima. Streaming memungkinkan pemirsa melihat konten segera setelah periode buffering singkat. Satu keuntungan dibandingkan dengan pemutaran lokal adalah tidak ada data yang akan disimpan secara permanen ke klien yang mengakhiri. Pengguna akhir tidak dapat meneruskan atau mengirim konten ke pengguna lain, sehingga konten dapat dikenakan biaya setiap kali dikonsumsi. Ini adalah salah satu keuntungan besar bagi penyedia layanan. Bandwidth transfer yang tersedia untuk sesi streaming akan bervariasi berdasarkan teknologi akses yang digunakan dan konfigurasi jaringan operator. Jika konten hanya akan disajikan dalam domain layanan operator tertentu, pedoman penulisan yang sesuai biasanya tersedia dari operator atau penyedia layanan. 

Gambar 4 : Streaming di jaringan seluler

1. Pembuatan Video Streaming – Langkah Dasar

Prosedur berikut menguraikan langkah-langkah dasar dalam pembuatan video streaming:

• Pilih salah satu alat pengeditan video yang umum digunakan, misalnya QuickTime, Adobe, dll., untuk membuat konten video.
• Ekspor konten Anda ke format terkompresi (format RealMedia atau 3GPP) dan lakukan kompresi crunching yang sebenarnya.
• Di sini file 3GPP mungkin "ditandai" sebagai persiapan untuk sesi streaming.
• Server mengekstrak konten media dari file dan mengirimkannya ke jaringan, sesuai dengan format muatan yang sesuai. 

Tergantung pada implementasinya, beberapa langkah yang dijelaskan di atas dapat digabungkan. Sebuah server mungkin mampu melakukan packetization lapisan protokol transport media dengan cepat, yaitu, mungkin dapat memahami file nonhinted dan hanya streaming itu. Encoding dan hinting juga dapat digabungkan dalam elemen yang sama. Ini adalah kasus, misalnya, di Produser Seluler Helix (untuk media 3GPP) dan alat Apple QuickTime Pro (versi 6.3 dan lebih tinggi) dengan dukungan 3GPP. Karena belum ada bahasa petunjuk umum untuk streaming file server, semua alat petunjuk hari ini menangani satu server tertentu.

Alat pembuat konten yang kompatibel dengan 3GPP 

Pemain  untuk lingkungan PC

* Catatan: Nokia tidak menjamin kebenaran dan kelengkapan informasi yang diberikan di atas tentang perangkat lunak pihak ketiga. Daftar ini dimaksudkan sebagai bantuan untuk pengembang yang ingin menyelidiki lebih lanjut, dan tidak menyiratkan dukungan apa pun dari Nokia, atau jaminan apa pun tentang ketersediaan, kinerja, kepatuhan terhadap spesifikasi 3GPP, dan ketentuan penggunaan perangkat lunak ini.*

Pembaca didorong untuk mengambil informasi terbaru langsung dari perusahaan terkait.

2. Opsi Jaringan dan Kecepatan Bit untuk Streaming

Tabel 1 mencakup opsi konfigurasi layanan jaringan yang teridentifikasi untuk streaming, yang dibedakan berdasarkan teknologi jaringan di mana layanan tersebut dimaksudkan untuk digunakan.

Tabel 1: Opsi jaringan dan kecepatan bit untuk streaming

** Metode koneksi dapat berupa ISDN V.110, ISDN V.120, atau jenis modem normal.

Penafian: Perhatikan bahwa perangkat pabrikan lain mungkin menyediakan kombinasi slot waktu atau pembawa downlink WCDMA yang tidak tercantum dalam tabel, dan operator jaringan dapat membatasi penawaran layanan mereka, parameter QoS seperti kecepatan bit maksimum atau terjamin, atau alokasi slot waktu per pelanggan EGPRS. Oleh karena itu, konsultasi dengan operator dianjurkan. Aliran data waktu nyata, misalnya, streaming video/audio, memerlukan kecepatan bit yang lebih stabil daripada data upaya terbaik seperti penelusuran atau email. Itu sebabnya bit rate yang disarankan sedikit lebih rendah dari bandwidth yang tersedia untuk konfigurasi. Perhatikan juga bahwa kecepatan bit yang disarankan pada Tabel 1 adalah kecepatan bit media (audio+video) dan tidak menyertakan header paket. 

3. Pembuatan Konten dengan Codec 3GPP

Bagian ini mencantumkan informasi teknis dasar tentang parameter pengkodean yang tersedia per setiap codec, dan memberikan panduan parameterisasi pada sebagian besar parameter media yang dapat disesuaikan. Jenis media yang sama biasanya tersedia untuk pemutaran lokal pada perangkat dan/atau melalui layanan streaming dari server jauh, sehingga pengembang harus memperhatikan bahwa beberapa parameterisasi hanya berlaku untuk streaming. Perhatikan bahwa jenis media opsional mungkin tidak didukung tergantung pada kemampuan perangkat klien. 

a. audio

Adaptive Multi-Rate Narrowband Speech Codec (AMR-NB) :

• Codec ucapan wajib di 3G PSS
• Terutama digunakan untuk penyandian suara pada bit rate yang sangat rendah
• Frekuensi pengambilan sampel: 8.000 Hz, mono
• Satu frame AMR = 20 ms = 160 sampel
• Dapat digunakan untuk pengkodean/dekode Bit Rate Konstan (CBR) dan Variable Bit Rate (VBR)
• Sakelar bit-rate encoder CBR utama (kbit/s): 4,75 – 5,15 – 5,90 – 6,70 – 7,40 – 7,95 – 10,2 – 12.2
• VBR dapat dicapai dengan mengubah saklar bit-rate secara dinamis. Switching dapat dilakukan berdasarkan frame-by-frame
• Kemungkinan sakelar encoder yang relevan : 
  o DTX (ON/OFF) : Saat ON, menggunakan indikator diam (SID) untuk bingkai diam, yaitu, mengkonsumsi 
  lebih sedikit bit

Adaptive Multi-Rate Wideband Speech Codec (AMR-WB)

• Terutama digunakan untuk penyandian suara/audio berkualitas rendah dengan kecepatan bit rendah
• Frekuensi pengambilan sampel: 16.000 Hz, mono
• Satu bingkai AMR-WB = 20 ms = 320 sampel
• Dapat digunakan untuk encoding/decoding CBR dan VBR
• Sakelar bit-rate encoder CBR utama (kbit/s): 6,60 – 8,85 – 12,65 – 14,25 – 15,85 – 18,25 – 19,85 – 23,05 – 23,85
• VBR dapat dicapai dengan mengubah saklar bit-rate secara dinamis. Switching dapat dilakukan berdasarkan frame-by-frame
• Kemungkinan sakelar encoder yang relevan:
• DTX (ON/OFF): Saat ON, menggunakan SID untuk frame diam, yaitu, mengkonsumsi lebih sedikit bit

MPEG-4 Advanced Audio Codec (AAC)

• Codec audio opsional dalam 3G PSS
• Terutama digunakan untuk encoding audio berkualitas tinggi dengan bit rate yang wajar
• Frekuensi pengambilan sampel: Hingga 48.000 Hz, mono/stereo
• Dukungan untuk AAC-LC (Mode Kompleksitas Rendah); juga dapat mendukung AAC-LTP (Prediksi Jangka Panjang)
• Satu bingkai AAC = 1.024 sampel
• Dapat digunakan untuk encoding/decoding CBR dan VBR
• Sakelar bit-rate encoder yang masuk akal (kbit/s): 24 – 48 – 56 – 96
• VBR dapat dicapai dengan mengubah saklar bit-rate secara dinamis. Switching dapat dilakukan berdasarkan frame-by-frame

B. Video

H.263 :

• Codec video wajib di 3G PSS
• Mendukung Profil H.263 0 Level 10; juga dapat mendukung Profil 3 Level 10
• Ukuran bingkai: QCIF (176 x 144) atau Sub-QCIF (128 x 96)
• Kecepatan bingkai: Maks. 15fps
• Kecepatan bit: Maks. 64 kbit/dtk*
• Konten dapat dikodekan menggunakan frame rate konstan atau frame rate variabel, tidak melebihi frame rate yang dipilih
• Konten dapat dikodekan menggunakan CBR atau VBR, tidak melebihi bit rate yang dipilih
• Sakelar bit-rate encoder CBR yang wajar (kbit/s): 15 – 20 – 25 – 30 – 35 – 40 – 50 – 60 (kecepatan bit aktual memperhitungkan keberadaan media lain dan ukuran pembawa)

* Laju bit dapat dilampaui dalam pemutaran lokal di luar titik tingkat kesesuaian, hingga ~128 kbit/dtk, sementara laju bingkai jenuh dalam 15 fps. Performa dapat menurun jika pengaturan pemutar diatur untuk memilih gambar yang tajam daripada kecepatan bingkai yang cepat atau konten audio terkait akan menyebabkan pemutar menggunakan lebih banyak daya komputasi daripada yang tersedia di perangkat keras perangkat.

4. Konfigurasi Encoder Video yang Disarankan

Tabel 2 : Informasi berlaku untuk H.263 dan MPEG-4 Visual.

* Frame Intra membantu sinkronisasi ulang pada rebuffering selama streaming, serta peningkatan kualitatif jika terjadi kehilangan paket. Periode Intra dapat dikurangi/ditingkatkan untuk meningkatkan kualitas. Nilai yang disarankan untuk konten yang disajikan sesuai permintaan adalah 10 detik.

• Kasus penggunaan streaming: Laju bit video yang dipilih = laju bit total yang disarankan (jaringan) – laju bit audio yang dipilih
• Pilihan encoder dua jalur dapat meningkatkan kualitas visual dengan anggaran bit-rate yang sama
• Penggunaan jika fps variabel dapat meningkatkan kualitas gambar, tetapi juga dapat memperkenalkan pembaruan bingkai nonkonstan dari waktu ke waktu di layar tampilan
• Periode penyegaran intra dapat diubah untuk menyesuaikan kualitas visual. Untuk streaming PSS 3G, bingkai Intra umumnya merupakan titik jangkar untuk sinkronisasi streaming untuk server

o Periode Intra maksimum 10 detik disarankan untuk konfigurasi on-demand dan live streaming

o Untuk klip video lokal yang dikirim, misalnya, melalui MMS, frame Intra periodik paksa tidak diperlukan, mengingat proses encoder yang digunakan selalu menyediakan frame Intra setelah peristiwa perubahan adegan dalam urutan sumber

7. Alat untuk Pembuatan Konten Video

1. Pembuatan Konten RealMedia dengan RealProducer dan Helix Mobile Producer Authoring Tools

Bagian ini menyajikan panduan parameterisasi untuk pembuatan konten yang dioptimalkan untuk seluler dengan jenis konten RealMedia melalui alat khusus yang tersedia dari RealNetworks. Secara umum, pedoman pembuatan konten resmi juga tersedia langsung dari RealNetwork.

Pengodean video :

• Gunakan penyandian RealVideo 8, RealVideo 9, atau RealVideo 10. Untuk kompatibilitas terbaik, gunakan RealVideo 8
• Gunakan penyandian dua-pass
• Aktifkan VBR
• Gunakan latensi startup VBR 10 detik
• Gunakan perbedaan key-frame 10.000 milidetik
• Aktifkan perlindungan kerugian
• Parameter terkait gerakan yang disarankan: “Video Gerak Normal”
• Ukuran bingkai (disarankan): QCIF (176 x 144) atau Sub-QCIF (128 x 96)
• Kecepatan bingkai maksimum yang disarankan: 15 fps (10 fps adalah yang paling aman dari sudut pandang kinerja RealPlayer Mobile)
• Untuk kasus penggunaan pemutaran lokal, kecepatan bit maksimum yang disarankan adalah 80 kbit/dtk
• Untuk kasus penggunaan streaming, lihat Tabel 2 di Bagian 7.4, yang juga berlaku untuk RealVideo

Pengkodean audio :

• Gunakan RealAudio 8 atau RealAudio Voice (untuk ucapan)
• Gunakan respons frekuensi dari 8 hingga 16 kHz untuk ucapan dan dari 20 hingga 44 kHz untuk musik
• Kasus penggunaan streaming: Bit rate audio yang dipilih = bit rate total yang dipilih (jaringan) – bit rate video yang dipilih 

2. Tips dan Trik

Ada banyak detail kecil dan sedikit informasi yang akan membuat pengalaman pengguna akhir video seluler lebih menarik. Di bawah ini adalah beberapa pedoman penulisan yang sangat mendasar untuk memilih dan mengedit konten. 

Selektivitas untuk urutan yang ditulis

Penulis harus menghindari urutan video sumber dengan:

o Bingkai pertama kosong atau hitam (hasil dari edit video)

o Frekuensi perubahan pemandangan yang tinggi (satu per 1-2 detik atau sepersekian detik)

o Panning horizontal/vertikal atau diagonal cepat

o Pembesaran cepat

• Encoding pada 20 – 50 kbit/s dan 3-5 fps yang dapat dicapai melalui streaming melalui GPRS tidak dapat mereproduksi pengalaman pengguna akhir seperti TV, terlepas dari teknologi yang digunakan.
• Urutan video yang dipilih dengan buruk dapat merusak hasil dari proses pembuatan konten yang optimal.
• Hindari pengkodean ulang dari konten yang sudah disandikan. Selalu gunakan urutan audio dan video sumber.

3. Beberapa penyandian

Mungkin disarankan untuk menghasilkan beberapa versi bit-rate konten secara bersamaan, setelah ditujukan untuk streaming dan untuk beberapa jenis terminal yang dapat memanfaatkan berbagai teknologi radio (GPRS, EGPRS, WCDMA, CDMA di AS dan Korea, dll.). Tabel 1 di Bagian 7.2 memberikan perkiraan yang baik tentang tingkat pengkodean sesi total yang sesuai, termasuk overhead paket. Selama layanan 3GPP tidak dapat memberi sinyal sesi kecepatan bit alternatif untuk klien seluler (versi Rel-4, Rel-5 dari layanan PSS), penawaran sesi terhadap klien seluler harus didasarkan pada kemampuan yang ditunjukkan klien . Terminal Nokia yang mendukung streaming akan memberikan profil dan informasi kemampuan yang diperlukan melalui mekanisme berbasis CC/PP dan UProf yang ditentukan dalam spesifikasi teknis 3GPP 26.234. Batasan Rel-4 dan Rel-5 yang disebutkan di atas juga berlaku untuk manajemen file — kurangnya format file server yang ditentukan secara umum memberikan kebebasan kepada produsen server untuk memilih solusi pilihan mereka untuk manajemen konten dan persiapan untuk server streaming tertentu. Untuk penulis konten, pedomannya adalah membuat file 3GP dengan atau tanpa trek petunjuk, dan hanya menyertakan trek media tertentu pada file. Produsen alat dan server mungkin memiliki panduan mereka sendiri tentang persyaratan persiapan file untuk memastikan bahwa file dapat dialirkan dari platform server produsen. Untuk penulis konten, pedomannya adalah membuat file 3GP dengan atau tanpa trek petunjuk, dan hanya menyertakan trek media tertentu pada file. Produsen alat dan server mungkin memiliki panduan mereka sendiri tentang persyaratan persiapan file untuk memastikan bahwa file dapat dialirkan dari platform server produsen. Untuk penulis konten, pedomannya adalah membuat file 3GP dengan atau tanpa trek petunjuk, dan hanya menyertakan trek media tertentu pada file. Produsen alat dan server mungkin memiliki panduan mereka sendiri tentang persyaratan persiapan file untuk memastikan bahwa file dapat dialirkan dari platform server produsen. 

8. Spesifikasi yang Relevan

Bab ini membahas spesifikasi 3GPP utama yang terkait dengan video dan streaming seluler dan memberikan sinopsis singkat masing-masing. Studi tambahan tentang standar dasar yang ditetapkan oleh badan standardisasi lain akan memberikan informasi yang lebih mendalam. Spesifikasi ini, dengan beberapa pengecualian, tersedia melalui Internet, dan secara luas dirujuk dalam spesifikasi layanan 3GPP. 

1. Spesifikasi 3GPP

3GPP, badan standarisasi untuk jaringan seluler generasi ketiga, telah menerbitkan beberapa spesifikasi yang terkait dengan video dan streaming seluler:

2. Spesifikasi Lainnya

9.  Istilah dan Singkatan