Jika dalam beberapa tahun terakhir berita teknologi dalam negeri paling menarik terutama terkait dengan perangkat lunak, maka pada tahun 2019 banyak hal menarik terjadi di bidang perangkat keras. Selain itu, negara telah secara tegas mengambil substitusi impor, dan tidak hanya perangkat lunak.

Instansi pemerintah pada tahun 2019 benar-benar menghancurkan platform T: perusahaan dalam penderitaan, "80% karyawan berhenti", situs dimatikan

Untuk aliran masalah yang tak ada habisnya dari perusahaan "T-Platforms", yang pendiri dan CEO-nya ditahan, ditambahkan PHK besar-besaran. Organisasi tidak memiliki cukup uang tidak hanya untuk gaji, tetapi, mungkin, bahkan untuk mendukung situs web perusahaan, tulis CNews.

Rostec ingin membuat chip Rusia untuk Bluetooth, Wi-Fi, NFC, dan Internet of things

Rostec mengusulkan untuk mengembangkan chip untuk teknologi nirkabel Bluetooth, Wi-Fi, ZigBee, NFC, LPWAN, NB-IoT, dan Thread di Rusia. System-on-a-chip sendiri untuk Internet of things dan BTS LPWAN juga akan muncul. Total investasi dalam pengembangan Internet hal-hal di Rusia pada tahun 2030 akan berjumlah lebih dari 200 miliar rubel.

Kaspersky sedang mengerjakan chip pertama di Rusia untuk mempercepat kecerdasan buatan

Kaspersky Lab telah menandatangani perjanjian kerjasama strategis dengan pengembang prosesor neuromorfik pertama Rusia untuk akselerasi perangkat keras sistem kecerdasan buatan. Chip tersebut akan memungkinkan pemrosesan lokal dari sejumlah besar data dan akan memungkinkan jaringan saraf untuk melatih ulang dalam proses tersebut.

Rusia membutuhkan "Mir", lebih disukai semua: di Rusia mereka akan diminta untuk menginstal Mir Pay di smartphone alih-alih Apple Pay dan Google Pay

Izvestia melaporkan bahwa Layanan Antimonopoli Federal (FAS) sedang mempertimbangkan untuk menjadikan layanan Mir Pay sebagai aplikasi wajib untuk pra-instalasi pada elektronik yang dijual di Rusia. Dilihat dari tren tahun lalu, inisiatif seperti itu harus disetujui oleh otoritas negara.

Kegagalan untuk meluncurkan hampir setengah dari satelit di Roscosmos dijelaskan oleh sanksi pada sirkuit mikro tahan radiasi dan tidak tersedianya OneWeb

Roscosmos tidak menyelesaikan 45 peluncuran, terutama karena tidak tersedianya OneWeb dan pesawat ruang angkasa Kementerian Pertahanan, kata Dmitry Rogozin, CEO perusahaan Rusia, mengomentari pernyataan Wakil Perdana Menteri Yuri Borisov bahwa tahun ini program peluncuran ruang angkasa Rusia telah selesai. "sedikit lebih dari 50 persen." Demikian dilaporkan oleh TASS.

Transcoding adaptif: apa itu?

Istilah ini disebut mediasi bahasa individu, yang dilakukan oleh spesialis dari agen penerjemahan. Dengan transcoding adaptif, informasi diterjemahkan dari satu bahasa ke bahasa lain dengan transformasi simultan sesuai dengan hukum interaksi antarbahasa.
Biasanya, transcoding adaptif memerlukan perhatian pada kelompok bahasa mana atau bentuk tertentu dari perubahan informatif yang ada dalam konteksnya. Oleh karena itu, transcoding adaptif memungkinkan Anda memilih opsi terjemahan yang cocok dengan konten teks asli. Pada saat yang sama, teks terjemahan tidak dapat digunakan untuk penggantian 100% dari teks asli.
Penerjemahan selalu menjadi inti dari mediasi linguistik. Teks sumber dan teks tujuan harus setara dan identik artinya. Kesamaan teks seperti itu diperlukan untuk mencapai saling pengertian, ditentukan oleh fitur linguistik komunikasi.
Transcoding adaptif bersifat paratranslating dan memungkinkan transformasi teks yang kompleks, yang mencakup tidak hanya terjemahan biasa, tetapi juga adaptasi teks. Inti dari transcoding adaptif adalah metode menyusun teks dari berbagai bentuk, dengan fokus pada gaya dan sifat informasi yang dapat diterima dan volume yang diperlukan. Informasi utama yang terkandung dalam teks dipilih dan dikelompokkan kembali dengan cermat.
Format teks komunikatif ini berbeda dalam volume yang diizinkan dan aturan tertentu untuk menyajikan materi. Melakukan terjemahan sesuai dengan mereka memfasilitasi persepsi teks.

Kebutuhan untuk transcoding video

Saat ini, teknologi kompresi video digital penting di hampir semua jenis aplikasi video. Pentingnya parameter seperti kompresi dan kompatibilitas data menjadi lebih penting karena tren peningkatan konvergensi media komunikasi.
Beberapa aplikasi video digital yang paling terkenal termasuk DVD, televisi definisi tinggi (HDTV), video telephony/teleconferencing dan, baru-baru ini, video surveillance. Masing-masing teknologi ini memiliki sejarah perkembangannya masing-masing, masing-masing memiliki algoritma kompresinya sendiri.
Transcoding memainkan dua peran penting. Pertama, menyediakan komunikasi antara perangkat yang ada dan yang baru muncul. Misalnya, banyak sistem konferensi video yang ada didasarkan pada standar pengkodean video H.263. Sistem konferensi video yang lebih baru menggunakan profil dasar H.264/AVC. Dengan demikian, transcoding video real-time diperlukan untuk memastikan komunikasi antara sistem ini. Kedua, jaringan informasi, khususnya Internet, memiliki bandwidth yang terbatas untuk transmisi video. Misalnya, sebagian besar video saat ini disimpan dalam disk DVD dalam format MPEG2. Keterbatasan bandwidth dalam video-on-demand dan streaming video melalui jaringan IP memerlukan data video ini untuk dikonversi ke format yang lebih terkompresi. Hal ini dicapai dengan transcoding video secara real time sebelum transmisi. Secara umum, sebagai hasil transcoding, hingga 50% bandwidth jaringan dilepaskan tanpa kehilangan kualitas video.
Transcoding dalam konferensi video

Jadi, salah satu aplikasi transcoding adalah sistem konferensi video. Pertimbangkan skema transcoding khas yang digunakan dalam sistem tersebut (Gbr. 1). Satu prosesor sinyal (DSP2) mendekode aliran video input dan menghasilkan bingkai video yang direkonstruksi yang dikirim ke prosesor sinyal digital lain (DSP1 dalam contoh ini) melalui antarmuka serial RapidIO (sRIO). DSP1 mengkodekan bingkai video yang direkonstruksi ke dalam format yang diinginkan. Biasanya, satu sisi konferensi video menggunakan peralatan berbasis H.263 sementara sisi lain menggunakan peralatan berbasis H.264.
Prosesor host yang mengelola lalu lintas jaringan berkomunikasi dengan beberapa DSP (empat dalam kasus ini) melalui koneksi bus PCI.
Fitur utama dari interaksi prosesor dalam contoh ini adalah koneksi mereka melalui antarmuka sRIO. Karena data yang ditransfer antar DSP adalah video yang tidak terkompresi, biasanya pada 30 fps, persyaratan bandwidth untuk tautan komunikasi antar perangkat sangat tinggi.
Jika kita mengambil video dalam resolusi standar NTSC (720 x 480 piksel) YUV 4:2:0, maka ukuran setiap frame akan menjadi 720x480x1.5 = 3.800 byte. Dengan demikian, pada frekuensi 30 frame per detik, throughput saluran harus sekitar 124 Mbps.
Pilihan antarmuka sRIO ditentukan oleh persyaratan kecepatan transfer data video dan dukungan untuk struktur switching yang fleksibel. sRIO mendukung tiga kecepatan data: 1.24Gbps, 2.5Gbps, dan 3.125Gbps. Antarmuka ini menggunakan teknologi SerDes untuk memulihkan sinkronisasi jam melalui aliran data dan menggunakan pengkodean 8-b/10-b. Spesifikasi antarmuka serial ini mendukung port satu baris (1X) dan empat baris (4X). Lapisan fisik antarmuka sRIO mendefinisikan mekanisme handshaking yang digunakan saat membangun komunikasi antar perangkat, serta urutan deteksi kesalahan berdasarkan kode redundansi siklik. Lapisan fisik antarmuka juga menetapkan prioritas paket yang digunakan dalam perutean di dalam kain switching.
Untuk memanfaatkan sepenuhnya bandwidth sRIO, prosesor harus memiliki antarmuka ini. Prosesor semacam itu ditawarkan oleh Texas Instruments. Misalnya, prosesor sinyal TMS320C6455 memiliki antarmuka sRIO internal yang menyediakan empat koneksi simultan dan memiliki kecepatan transfer data puncak 20 Gbps di kedua arah.
Prosesor TMS320C6455

Selain antarmuka sRIO, C6455 memiliki serangkaian fitur penting tambahan yang membuatnya ideal untuk transkode. Fitur-fitur fungsional ini dapat digabungkan menjadi empat blok utama.
Ketersediaan sejumlah besar antarmuka input-output berkecepatan tinggi. Perancang sistem menggunakan solusi yang berbeda, sehingga prosesor sinyal digital untuk aplikasi pemrosesan video harus menyediakan port I/O untuk menghubungkan modul sistem di tingkat papan. Seperti disebutkan sebelumnya, C6455 memiliki port sRIO bawaan untuk komunikasi antar perangkat.
Opsi I/O lainnya pada C6455 adalah Ethernet Media Access Controller (EMAC) 1Gbps, Double Data Rate Memory Controller 32-bit (DDR2-500), dan bus 66MHz untuk menghubungkan perangkat periferal (PCI). Antarmuka ATM built-in (UTOPIA 2) memungkinkan prosesor C6455 untuk digunakan dalam infrastruktur telekomunikasi.
Pergerakan data yang efisien di dalam chip. Arsitektur chip tunggal untuk pergerakan data yang efisien adalah salah satu keunggulan utama prosesor C6455 dibandingkan pendahulunya. Dalam aplikasi pemrosesan video, DSP bekerja sebagai budak dari prosesor host. Oleh karena itu, throughput tinggi, latensi rendah, dan kemungkinan transfer data paralel antara perangkat master dan slave penting bagi mereka. Persyaratan ini menentukan arsitektur perangkat: perangkat periferal, memori internal, dan inti prosesor berinteraksi satu sama lain melalui sakelar yang efisien (switched central resource - SCR) dari prosesor C6455.
Yang juga penting adalah pengorganisasian aliran data yang optimal. Itu ditingkatkan dengan menggunakan bus memori 256-bit dan akses memori langsung internal (IDMA). IDMA menyediakan pergerakan data latar belakang antara dua tingkat memori internal, serta ke dan dari bus periferal.
Jumlah besar memori on-chip. SRAM on-chip jauh lebih cepat daripada SDRAM dinamis eksternal dan jauh lebih kecil karena biaya produksi yang tinggi. Untuk aplikasi video biasa, memori on-chip terutama melayani dua tujuan: 1) menyimpan kode dan data yang sering digunakan, 2) memuat/mengunggah data sementara sebelum dan setelah pemrosesan. Umumnya, semakin banyak memori on-chip yang tersedia, semakin baik kinerja aplikasi. C6455 DSP memiliki dua megabyte RAM statis.
Kompatibilitas Perangkat Lunak (SW). Kompatibilitas mundur perangkat lunak penting karena banyak aplikasi video dikembangkan jauh sebelum transcoding digunakan secara luas. Untuk menggunakan perangkat lunak yang ada pada prosesor baru, disarankan untuk meningkatkan kinerja DSP bukan dengan mengubah set instruksinya, tetapi dengan arsitektur inti prosesor. Prosesor C6455 memiliki dua inovasi arsitektur. Yang pertama terkait dengan pengenalan buffer melingkar, yang berpotensi meningkatkan efisiensi perpipaan perangkat lunak pemrosesan kode dengan siklus pendek. Yang kedua adalah penggunaan versi 16-bit dari instruksi asli 32-bit, yang secara signifikan mengurangi ukuran kode program dan, dengan demikian, mengurangi tingkat "kehilangan" saat mengakses memori cache.
Sistem transkode prototipe

Transcoding juga diperlukan untuk mentransfer data dari DVD melalui jaringan IP, seperti dalam sistem pelatihan perusahaan, aplikasi video-on-demand, dan penyiaran video. Dalam hal ini, format video sumbernya adalah MPEG2 dan format target utamanya adalah WMV9. Perhatikan bahwa kemampuan program DSP memudahkan untuk mendukung hampir semua kombinasi format video sumber/target.
Untuk mentranskode data video, perlu untuk memecahkan banyak masalah teknis, seperti konversi format, pengurangan bitrate aliran video dan resolusi temporal dan spasialnya. Oleh karena itu, berbagai skema transcoding data video cerdas telah dikembangkan. Prinsip utama mereka adalah kemungkinan penggunaan kembali informasi yang terkandung dalam aliran video input semaksimal mungkin.
Bagian ini membahas prototipe sistem transcoding video yang cocok untuk skema transcoding apa pun karena penggunaan arsitektur yang didasarkan pada infrastruktur perangkat keras/lunak yang fleksibel. Untuk memenuhi berbagai skenario target transcoding video, skema transcoding paling sederhana dipilih, di mana aliran video sepenuhnya didekodekan dan kemudian dikodekan ulang sesuai dengan batasan baru.
Aliran data dalam sistem dimulai di sisi kiri diagram (Gambar 2), dengan file video terkompresi MPEG2 yang disimpan di hard drive, dan berakhir pada tampilan panel datar tempat video diputar oleh Windows Media Player. Dalam demo ini, video dalam resolusi standar NTSC (720 x 480 piksel) dan ditranskode pada 30 frame per detik.
Modul stream sink, berjalan pada DSP1, buffer stream MPEG2 dan mengatur input ke modul dekoder MPEG2. Operasi penerimaan dikendalikan menggunakan perpustakaan Network Development Kit (NDK) TI, yang pada dasarnya adalah tumpukan TCP/IP. Modul pembuat paket ASF, yang berjalan pada prosesor DSP2, menghasilkan paket ASF dari data yang dikompresi dalam modul WMV9. DSP2 juga memiliki server http berbasis NDK yang menangani permintaan streaming dari Windows Media Player dan meneruskan paket ASF ke dalamnya. Windows Media Player menerjemahkan paket ASF dan menampilkan video di layar.
Salah satu aspek yang paling menarik dan kompleks dari streaming data adalah interaksi dua prosesor sinyal digital melalui antarmuka sRIO. Saat setiap frame video ditransmisikan, hal berikut terjadi. Setelah DSP1 menyelesaikan transmisi frame video, ia mengirimkan paket data, yang disebut DOORBELL dalam spesifikasi protokol sRIO. Paket DOORBELL menghasilkan interupsi sistem di prosesor DSP2, memberitahukan keberadaan bingkai. Sebagai tanggapan, DSP2 memulai proses encoding ke format WMV9. Ketika frame telah di-encode, DSP2 mengirimkan paket DOORBELL ke DSP1. Ini menghasilkan interupsi di DSP1 untuk menunjukkan bahwa DSP1 siap untuk melanjutkan transmisi frame berikutnya. Dalam prakteknya, skema buffer ping-pong digunakan sehingga operasi encoding/decoding dan transmisi data dilakukan secara paralel.
Blok Graphical User Interface (GUI) menyediakan fungsi kontrol dan pemantauan yang dibangun ke dalam sistem. Tautan sRIO dan aktivitas tautan Gigabit MAC (GMAC) ditampilkan secara waktu nyata. Saat mentransmisikan aliran data MPEG-2 melalui tautan data, kecepatan bit rata-rata adalah 8 Mbps, yang merupakan tipikal untuk pengkodean definisi standar pada 30 frame per detik. Saat mentransmisikan paket ASF melalui tautan, kecepatan transmisi rata-rata adalah 4 Mbps. Ini menunjukkan bahwa format WMV9 mampu mengosongkan sekitar 50% bandwidth sambil memberikan kualitas video yang serupa. Untuk saluran komunikasi dengan antarmuka sRIO, kecepatan data rata-rata adalah 124 Mbps.

Dengan demikian, kemampuan prosesor sinyal digital TI C6455 dalam kombinasi dengan antarmuka sRIO, serta demonstrasi sistem transkode prototipe yang dijelaskan berdasarkan prosesor C6455, menunjukkan bahwa tugas kompleks transmisi video dalam jaringan IP dapat berhasil diselesaikan baik sekarang dan di masa depan. .

Dari satelit, video ditransmisikan dalam codec MPEG-2 atau H.264 (alias AVC atau MPEG-4 part10). Sebagai aturan, untuk kesederhanaan, MPEG-4 bagian 10 disingkat menjadi MPEG-4, tetapi di sini penting untuk tidak bingung dengan MPEG-4 bagian 2, yang sama sekali tidak kompatibel dan tidak terlihat seperti H.264 dan digunakan di kamera IP lama.

Audio ditransmisikan dalam lapisan audio MPEG 2 (disingkat mp2) atau dalam ac3 (a/52).

Selain itu, penting untuk dipahami bahwa hari ini H264 biasanya dikompresi dengan intra-refresh, mis. tidak ada keyframe (IDR atau keyframe) dalam aliran video. Metode kompresi ini memungkinkan Anda untuk memuluskan lompatan bitrate.

Akibatnya, tidak ada opsi audio atau video yang ditransmisikan dari satelit yang diputar di iPhone. Hanya H264 yang dimainkan di browser.

Saat mentransmisikan melalui Internet, sebagai suatu peraturan, Anda dapat dengan aman mengompresi video dari mpeg2 ke h264 dengan penurunan lalu lintas tiga kali lipat.

Saat mentransmisikan saluran HD melalui Internet hari ini, Anda harus mengompresi aliran menjadi beberapa kualitas berbeda: dari HD dengan kualitas maksimum hingga SD standar untuk mengimbangi saluran yang kelebihan beban.

Akibatnya, video dari satelit harus ditranskode ke codec dan kualitas lain untuk menyediakan layanan OTT berkualitas tinggi.

Penting untuk tidak membingungkan transcoding dengan pengemasan ulang. Transcoding adalah operasi yang sangat intensif sumber daya, yang meliputi:

• mendekompresi aliran ke video/audio yang disandikan
• decoding ke video/audio mentah
• mengubah ukuran dan parameter lainnya
• pengkodean kembali
• pengepakan dalam transportasi untuk aliran

Pengepakan dan pembongkaran adalah operasi yang relatif mudah, server streaming dapat menangani hingga 1000 saluran di satu komputer. Anda dapat melakukan transkode pada satu komputer dari 1 hingga 30 saluran, tergantung pada ukuran dan kekuatan komputer.

Untuk transcoding, Anda dapat menggunakan perangkat khusus khusus, prosesor pusat atau kartu video: eksternal atau terintegrasi ke dalam prosesor.

Kami tidak akan mempertimbangkan perangkat khusus, karena sebagian besar itu adalah komputer dengan beberapa jenis program, atau peralatan yang sangat mahal dan sangat khusus, atau hanya perangkat yang sangat mahal, dijual hanya melalui upaya pemasaran perusahaan pabrikan dan bukan memungkinkan untuk mencapai hasil sebanyak atau signifikan.

H.264

Ada beberapa program berbeda untuk memproses video pada CPU, tetapi pada umumnya saat ini hanya ada dua pustaka yang masuk akal untuk digunakan untuk mengompresi codec H.264 pada CPU: ini adalah libx264 gratis dan MainConcept berbayar. Segala sesuatu yang lain lebih buruk atau lebih buruk, baik dalam hal hasil keluaran dan penggunaan sumber daya.

Praktik bekerja dengan MainConcept tidak akan dipertimbangkan dalam artikel ini, hanya libx264 yang akan disebutkan

Codec H.264 adalah standar de facto untuk video saat ini, karena didukung di semua perangkat modern, kecuali beberapa perangkat dari Google.

Praktis tidak ada alternatif untuk itu. Saat ini H.265 sudah muncul dan berkembang, sudah banyak yang support, tapi untuk saat ini bekerja dengannya adalah investasi di masa depan.

Codec dari Google: VP8 dan VP9 lebih merupakan keinginan Google untuk menutupi dirinya sendiri daripada sesuatu yang sangat berguna. Kualitas yang dihasilkan lebih buruk, tidak ada dukungan untuk decoding perangkat keras, dan karenanya harga perangkat meningkat.

Saat menyandikan video, Anda perlu memahami bahwa Anda harus menyeimbangkan antara parameter berikut:

• penundaan di dalam encoder dalam bingkai
• Penggunaan CPU (berapa milidetik yang diperlukan untuk mengompresi satu frame)
• kualitas gambar keluaran (bagaimana pixelated dan warna apa)
• kecepatan bit keluaran

Untuk semua jenis eter, penggunaan CPU sangat penting. Jika pengaturan encoder memerlukan penggunaan CPU penuh atau lebih, maka video tidak akan memiliki waktu untuk dikodekan secara real time dan oleh karena itu streaming video akan hilang.

Untuk VOD, tidak ada batasan keras seperti itu, dan film berdurasi satu jam dapat dikodekan selama tiga jam jika Anda ingin menurunkan bitrate. Pada saat yang sama, untuk video on-air, mereka biasanya masih mencoba menggunakan tidak semua daya prosesor untuk memproses bukan 4 saluran, tetapi 10 di satu komputer.

Adapun penundaan di dalam encoder, sangat penting untuk konferensi video, tetapi sama sekali tidak penting untuk IPTV. Bahkan delay 5 detik saat siaran televisi tidak mengubah kualitas layanan.

Hubungan antara bitrate dan kualitas cukup jelas: semakin banyak informasi tentang gambar yang kita kirimkan, semakin baik tampilannya. Sebagai aturan, Anda dapat meningkatkan kualitas gambar dengan menurunkan bitrate dengan memilih alat kompresi yang lebih efisien yang memerlukan lebih banyak penundaan dan lebih banyak siklus.

Memahami hubungan yang kompleks ini sangat penting untuk lebih memahami klaim bahwa "encoder kami adalah encoder terbaik di dunia." Anda harus membandingkan setidaknya 4 parameter, tetapi pada akhirnya semuanya bermuara pada ini: berapa banyak biaya untuk mentranskode satu saluran dengan kualitas yang diinginkan dan bitrate keluaran per bulan.

Server Media Flussonic untuk transcoding

Paket terpisah untuk Flussonic Media Server dilengkapi dengan transcoder.

Flussonic Media Server dapat mendekode video dari sumber UDP/HTTP MPEG-TS, RTMP dan mengkodekannya dalam beberapa kualitas dan ukuran.

Fitur ini menjadi penting ketika menjadi perlu untuk menampilkan video tidak hanya di dekoder, tetapi juga di tablet: di sana pilihan codec yang tersedia jauh lebih sedikit daripada di dekoder.

Penting untuk dicatat bahwa agar video dapat diputar di iPhone, Anda bahkan perlu mentranskode H264 dari satelit, karena sebagai aturan, mode penyandian intra-refresh digunakan pada satelit untuk bitrate yang halus, yang menciptakan video yang tidak diputar di iPhone.

Flussonic Media Server lebih nyaman daripada VLC atau opsi lain untuk mengatur transcoding, karena dikendalikan oleh satu file konfigurasi dan secara otomatis memonitor status transcoding. VLC, di sisi lain, membutuhkan penulisan sejumlah besar skrip pemantauan untuk melacak status transcoding.

Fitur penting berikutnya dari Flussonic Media Server untuk transcoding adalah penyeimbangan ulang aliran secara otomatis ketika salah satu server mogok. Jika salah satu dari 20 transcoder rusak di malam hari, transcoder yang tersisa dapat dikonfigurasi untuk secara otomatis menangkap aliran untuk transkode, dan streamer akan mengambil aliran dari transkoder cadangan.

Produsen kamera IP yang berbeda memberi mereka proses kompresi video yang didukung berbeda. Biasanya, proses ini hanya tumpang tindih dengan persyaratan proyek CCTV. Saat pengguna berpindah ke data video, mereka mulai mengalami kekurangan dalam hal fungsionalitas, fleksibilitas, dan kenyamanan. Satu-satunya pengecualian adalah proses kompresi yang telah dimodifikasi khusus untuk sistem CCTV.

Pengaturan kemampuan kompresi video internal kamera tidak memengaruhi transkode, sehingga dapat digunakan untuk mengonversi format kompresi kamera ke format lain yang paling sesuai dengan kebutuhan Anda. Contoh format yang dimodifikasi termasuk codec khusus yang tidak hanya dioptimalkan untuk pengguna CCTV, tetapi juga sesuai dengan standar yang terkenal.

Argumen untuk menggunakan teknologi transcoding meliputi:

• pada saat menggabungkan kamera dari produsen yang berbeda homogenisasi fungsional dari sistem CCTV. Terlepas dari perbedaan produsen kamera, semua fungsi transcoder akan tersedia;
• kemungkinan integrasi pemrosesan gambar di transcoder;
• penggunaan fungsi, misalnya, streaming data dinamis dalam waktu nyata (DLS), dengan pencocokan otomatis resolusi streaming dengan ukuran jendela monitor operator. Berkat ini, dimungkinkan untuk secara signifikan mengurangi bandwidth yang digunakan secara real time untuk transmisi data multisaluran.

Ringkasan

Sementara semakin banyak solusi informasi logis muncul dalam konfigurasi kamera IP, perkembangan teknologi transcoding berjalan ke arah yang sama sekali berbeda. Pada saat yang sama, kamera saat ini dianggap sebagai sumber gambar berkualitas tinggi. Setiap tahun, kemampuan logis dan informasional semakin tidak dibutuhkan di kamera, integrasinya disederhanakan, dan fungsinya menjadi homogen. Sementara menangani sejumlah besar masalah CCTV umum, pendekatan tampilan terpusat di bidang transcoding memiliki lebih banyak keuntungan daripada pendekatan tampilan terdesentralisasi, yang didorong oleh karakteristik kamera individu. Poin ini sangat penting dalam kasus sistem besar yang diberkahi dengan ratusan saluran.

Transcoding bukanlah obat mujarab. Berdasarkan persyaratan khusus untuk sistem, dimungkinkan untuk menentukan bentuk dan kelayakannya, keunggulan fungsional dan penghematan biaya yang diperlukan. Teknologi transcoding memungkinkan Anda menyelesaikan beberapa masalah dengan lebih efisien daripada yang dimungkinkan oleh kemampuan kamera itu sendiri. Masalah lain, sebaliknya, lebih mudah diselesaikan dengan bantuan kemampuan kamera, yang menunjukkan efektivitas kemampuan informasi logika terdesentralisasi. Faktanya, tidak ada konflik antara kemampuan informasi logis terpusat dan terdesentralisasi, dan masing-masing efektif di bidangnya sendiri.