FMUSER Wirless Mengirim Video Dan Audio Lebih Mudah!

[email dilindungi] WhatsApp + 8618078869184
Bahasa

    Pengembangan sistem siaran langsung iOS (prinsip) 2

     

    04. Pengantar pengetahuan dasar tentang siaran langsung
    1. Kumpulkan video dan audio
    * 1.1 Menangkap kerangka kerja pengkodean video dan audio *
    AVFoundation: AVFoundation adalah kerangka kerja untuk memutar dan membuat data media audiovisual waktu nyata. Ini juga menyediakan antarmuka Objective-C untuk memanipulasi data audiovisual ini, seperti mengedit, memutar, dan pengkodean ulang
    * 1.2 Peralatan perangkat keras video dan audio *
    CCD: Sensor gambar: Digunakan dalam proses akuisisi dan pemrosesan gambar untuk mengubah gambar menjadi sinyal listrik.
    Penjemputan: Sensor suara: Digunakan dalam proses pengumpulan dan pemrosesan suara, mengubah suara menjadi sinyal listrik.
    Data sampel audio: umumnya dalam format PCM
    Data pengambilan sampel video: Umumnya, dalam format YUV atau RGB. Volume audio dan video asli yang dikumpulkan sangat besar, dan perlu diproses oleh teknologi kompresi untuk meningkatkan efisiensi transmisi
    2. Pemrosesan video (kecantikan, tanda air)
    Prinsip pemrosesan video: Karena video akhirnya ditampilkan di layar melalui GPU, bingkai demi bingkai, kita dapat menggunakan OpenGL ES untuk memproses bingkai video, sehingga video memiliki berbagai efek, seperti ketukan yang mengalir keluar Air melewati beberapa pipa dan kemudian mengalir ke target yang berbeda
    Sekarang semua jenis aplikasi kecantikan dan video menambahkan efek khusus diimplementasikan menggunakan kerangka kerja GPUImage.
    * Kerangka pemrosesan video *
    GPUImage: GPUImage adalah kerangka kerja pemrosesan gambar / video yang kuat berdasarkan OpenGL ES. Ini merangkum berbagai filter dan juga dapat menulis filter khusus. Ini memiliki lebih dari 120 efek filter umum.
    OpenGL: OpenGL (Open Graphics Library in full) adalah spesifikasi yang mendefinisikan bahasa pemrograman lintas, antarmuka pemrograman lintas platform, yang digunakan untuk gambar tiga dimensi (dimungkinkan juga dua dimensi). OpenGL adalah antarmuka program grafis profesional, pustaka grafis dasar yang kuat dan mudah dipanggil.
    OpenGL ES: OpenGL ES (OpenGL for Embedded Systems) adalah bagian dari API grafik 3D OpenGL, yang dirancang untuk perangkat yang disematkan seperti ponsel, PDA, dan konsol game.
    3. Encoding dan decoding video
    * 3.1 Kerangka pengkodean video *
    FFmpeg: adalah framework video open source lintas platform yang dapat mengimplementasikan beragam fungsi seperti encoding video, decoding, transcoding, streaming, dan pemutaran. Format video dan protokol pemutaran yang didukung sangat kaya, termasuk hampir semua codec audio dan video, format enkapsulasi, dan protokol pemutaran.
    -Libswresample: Dapat melakukan operasi seperti resampling, rematrixing dan mengubah format sampling audio.
    -LibavCodec: Menyediakan kerangka kerja codec umum, termasuk banyak video, audio, aliran subtitle dan codec / decoder lainnya.
    -Libavformat: Digunakan untuk merangkum / mendekapsulasi video.
    -Libavutil: Berisi beberapa fungsi umum, seperti pembuatan bilangan acak, struktur data, operasi matematika, dll.
    -Libpostproc: digunakan untuk beberapa pasca-pemrosesan video.
    -Libswscale: digunakan untuk penskalaan gambar video, konversi ruang warna, dll.
    -Libavfilter: Menyediakan fungsi filter.
    X264: YuV menyandikan dan mengompresi data video asli ke dalam format H.264
    VideoToolbox: API hard-decoding dan hard-coding video milik Apple, tetapi hanya dibuka setelah iOS8.
    audioToolbox: Audio hard decoding dan hard coding API milik Apple
    * 3.2 Teknologi pengkodean video *
    Standar pengkodean kompresi video: teknologi pengkodean untuk kompresi video (pengkodean video) atau dekompresi (decoding video), seperti MPEG, H.264, teknologi pengkodean video ini adalah video pengkodean kompresi
    Fungsi utama: untuk memampatkan data piksel video menjadi aliran video, sehingga mengurangi jumlah data video. Jika video tidak dikompresi dan dienkode, volumenya biasanya sangat besar, dan film mungkin memerlukan ruang ratusan gigabyte.
    Catatan: Kualitas video yang paling berpengaruh adalah data encoding video dan data encoding audio, yang tidak ada hubungannya dengan format kemasan.
    MPEG: Metode kompresi video yang menggunakan kompresi antar-frame, hanya menyimpan perbedaan antara frame yang berurutan, untuk mencapai rasio kompresi yang lebih besar.
    H.264 / AVC: Metode kompresi video yang menggunakan prakiraan dan metode prediksi bingkai yang sama dengan bingkai PB dalam MPEG. Ini dapat menghasilkan aliran video yang sesuai untuk transmisi jaringan sesuai dengan kebutuhan, dan memiliki rasio kompresi yang lebih tinggi. Memiliki kualitas gambar yang lebih baik
    Catatan 1: Jika Anda membandingkan definisi layar tunggal, mpeg4 memiliki keuntungan; dari definisi kontinuitas tindakan, H.264 memiliki keunggulan
    Catatan 2: Karena algoritma 264 lebih kompleks, program ini rumit untuk diterapkan, dan membutuhkan lebih banyak prosesor dan sumber daya memori untuk menjalankannya. Oleh karena itu, menjalankan 264 membutuhkan persyaratan sistem yang relatif tinggi.
    Catatan 3: Karena implementasi 264 lebih fleksibel, maka beberapa implementasi diserahkan kepada pabrikan itu sendiri. Meskipun hal ini membawa banyak manfaat bagi penerapannya, namun pergaulan antar produk yang berbeda telah menjadi masalah besar, yang mengakibatkan adopsi perusahaan A Data yang dihimpun oleh encoder harus diselesaikan oleh decoder Perusahaan A untuk menyelesaikan hal-hal yang memalukan tersebut.
    H.265 / HEVC: Metode kompresi video berdasarkan H.264, mempertahankan beberapa teknologi asli, sambil meningkatkan beberapa teknologi terkait untuk meningkatkan hubungan antara aliran bit, kualitas encoding, penundaan dan kompleksitas algoritma Hubungan untuk mencapai pengaturan yang optimal.
    H.265 adalah standar pengkodean yang lebih efisien, yang dapat memampatkan volume konten ke ukuran yang lebih kecil di bawah efek kualitas gambar yang sama, dan mengirimkan lebih cepat serta menghemat bandwidth.
    I frame: (key frame) menyimpan gambar yang lengkap, hanya membutuhkan data dari frame ini untuk menyelesaikan decoding (karena berisi gambar yang lengkap
    P frame: (Bingkai perbedaan) Perbedaan antara bingkai ini dan bingkai sebelumnya tetap dipertahankan. Saat mendekode, gambar yang sebelumnya disangga perlu dilapiskan pada perbedaan yang ditentukan oleh bingkai ini untuk menghasilkan gambar akhir. (Frame P tidak memiliki data gambar yang lengkap, hanya data yang berbeda dengan gambar pada frame sebelumnya)
    Bingkai B: (bingkai perbedaan dua arah) mempertahankan perbedaan antara bingkai saat ini dan bingkai sebelumnya dan berikutnya. Untuk memecahkan kode bingkai B, tidak hanya gambar yang disangga sebelumnya harus diperoleh, tetapi juga gambar yang didekodekan. Hasil akhir diperoleh melalui superposisi gambar depan dan belakang serta data bingkai Gambar saat ini. Laju kompresi frame B tinggi, tetapi CPU akan lebih lelah saat decoding
    Kompresi dalam rangka: Saat mengompresi bingkai gambar, hanya data dari bingkai ini yang dipertimbangkan tanpa mempertimbangkan informasi yang berlebihan antara bingkai yang berdekatan. Umumnya, algoritma kompresi lossy digunakan dalam frame
    Kompresi InteRFrame: Kompresi temporal, yang memampatkan data dengan membandingkan data antara bingkai yang berbeda pada sumbu waktu. Kompresi antar frame umumnya lossless
    muxing (sintesis): Menyatukan aliran video, aliran audio, dan bahkan aliran subtitle ke dalam file (format kontainer (FLV, TS)) dan mengirimkannya sebagai sinyal.
    * 3.3 Teknologi pengkodean audio *
    AAC, mp3: Ini adalah teknologi pengkodean audio, digunakan untuk audio terkompresi
    * 3.4 Kontrol tingkat *
    Multi-bitrate: Situasi jaringan tempat audiens berada sangat rumit, mungkin WiFi, mungkin 4G, 3G, atau bahkan 2G, jadi bagaimana cara memenuhi kebutuhan banyak pihak? Buat beberapa baris lagi dan sesuaikan kecepatan bit sesuai dengan lingkungan jaringan saat ini.
    Misalnya: Saya sering melihat 1024, 720, HD, SD, smooth, dll. Di perangkat lunak pemutaran video, yang mengacu pada berbagai kecepatan bit.
    * 3.5 Format kemasan video *
    TS: Format enkapsulasi media streaming. Enkapsulasi media streaming memiliki keuntungan karena tidak perlu memuat indeks sebelum bermain, yang sangat mengurangi penundaan pemuatan pertama. Jika filmnya relatif panjang, indeks file mp4 cukup besar, yang memengaruhi pengalaman pengguna
    Mengapa menggunakan TS: Ini karena dua klip TS dapat disambung dengan mulus, dan pemutar dapat diputar terus menerus
    FLV: Format enkapsulasi media streaming. Karena ukuran file yang sangat kecil dan kecepatan pemuatan yang sangat cepat, ini memungkinkan untuk menonton file video di Internet. Oleh karena itu, format FLV telah menjadi format video mainstream saat ini.
    4. Dorong Stream
    * 4.1 Kerangka Transmisi Data *
    librtmp: digunakan untuk mengirimkan data dalam format protokol RTMP
    * 4.2 Protokol transmisi data media streaming *
    RTMP: Protokol perpesanan waktu nyata, protokol terbuka yang dikembangkan oleh Adobe Systems untuk transmisi audio, video, dan data antara pemutar Flash dan server. Karena ini adalah protokol terbuka, semuanya dapat digunakan.
    Protokol RTMP digunakan untuk transmisi objek, video, dan audio.
    Protokol ini dibangun di atas protokol TCP atau protokol HTTP polling.
    Protokol RTMP seperti wadah yang digunakan untuk menyimpan paket data. Data tersebut dapat berupa data audiovisual dalam FLV. Koneksi tunggal dapat mengirimkan beberapa aliran jaringan melalui saluran yang berbeda, dan paket di saluran ini ditransmisikan dalam paket ukuran tetap
    chunk: paket pesan
    5. Server Media Streaming
    * 5.1 Server yang biasa digunakan *
    SRS: Sistem server media streaming sumber terbuka luar biasa yang dikembangkan oleh Cina
    BMS: Ini juga merupakan sistem server media streaming, tetapi bukan open source. Ini adalah versi komersial dari SRS dan memiliki lebih banyak fungsi daripada SRS
    nginx: Server web gratis dan open source, biasanya digunakan untuk mengonfigurasi server media streaming.
    * 5.2 Distribusi data *
    CDN: (Jaringan Pengiriman Konten), jaringan pengiriman konten, menerbitkan konten situs web ke "tepi" jaringan yang paling dekat dengan pengguna, sehingga pengguna dapat memperoleh konten yang diinginkan di dekatnya, menyelesaikan kemacetan jaringan Internet , dan meningkatkan akses pengguna ke kecepatan respons situs web.
    CDN: Server proxy, setara dengan perantara.
    Prinsip kerja CDN: seperti meminta data media streaming
    1. Unggah data media streaming ke server (situs asal)
    2. Stasiun sumber menyimpan data media streaming
    3. Klien memutar media streaming dan meminta data media streaming yang dikodekan dari CDN
    4. Server CDN menanggapi permintaan tersebut. Jika data media streaming tidak ada di node, ia terus meminta data media streaming dari stasiun sumber; jika file video sudah di-cache di node, lompat ke langkah 6.
    5. Situs asal menanggapi permintaan CDN dan mendistribusikan media streaming ke node CDN yang sesuai
    6. CDN mengirimkan data media streaming ke klien
    Kembali ke asal: Saat pengguna mengunjungi URL tertentu, jika simpul CDN yang diurai tidak menyimpan konten respons ke dalam cache, atau cache telah kedaluwarsa, ia akan kembali ke situs asal untuk melakukan penelusuran. Jika tidak ada yang mengunjungi, maka node CDN tidak akan aktif pergi ke situs sumber untuk mendapatkannya.
    Bandwidth: Jumlah total data yang dapat dikirim pada waktu yang tetap,
    Misalnya, bus sisi depan 64-bit, 800MHz, kecepatan transfer datanya sama dengan 64bit × 800MHz ÷ 8 (Byte) = 6.4GB / s
    Load balancing: Satu set server terdiri dari beberapa server secara simetris. Setiap server memiliki status yang setara dan dapat memberikan layanan secara mandiri tanpa bantuan server lain.
    Melalui teknologi berbagi beban tertentu, permintaan yang dikirim dari luar didistribusikan secara merata ke server tertentu dalam struktur simetris, dan server yang menerima permintaan tersebut secara independen menanggapi permintaan klien.
    Penyeimbangan beban dapat mendistribusikan permintaan klien secara merata ke larik server, sehingga memberikan akses cepat ke data penting dan memecahkan masalah sejumlah besar layanan akses bersamaan.
    Teknologi cluster ini dapat mencapai kinerja yang mendekati mainframe dengan investasi minimal.
    QoS (manajemen bandwidth): Batasi bandwidth setiap grup, sehingga bandwidth yang terbatas dapat digunakan secara maksimal
    6. Tarik arus
    Pemilihan protokol siaran langsung:
    RTMP, RTSP dapat digunakan untuk mereka yang memiliki kebutuhan real-time atau kebutuhan interaktif yang tinggi
    Bagi mereka yang memiliki persyaratan pemutaran atau lintas platform, HLS direkomendasikan
    Perbandingan protokol siaran langsung: (5)
    HLS: Protokol untuk streaming waktu nyata yang ditentukan oleh Apple. HLS diimplementasikan berdasarkan protokol HTTP. Isi transmisi mencakup dua bagian, satu adalah file deskripsi M3U8, dan yang lainnya adalah file media TS. Itu dapat mewujudkan media streaming langsung dan sesuai permintaan, terutama digunakan dalam sistem iOS
    HLS adalah untuk mencapai siaran langsung dengan teknologi on-demand
    HLS adalah streaming bitrate adaptif. Klien akan secara otomatis memilih aliran video dengan bitrate berbeda sesuai dengan kondisi jaringan. Gunakan bitrate tinggi jika kondisinya memungkinkan, dan gunakan bitrate rendah saat jaringan sibuk, dan secara otomatis beralih di antara keduanya sesuai keinginan
    perubahan. Ini sangat membantu untuk memastikan pemutaran yang lancar ketika kondisi jaringan perangkat seluler tidak stabil.
    Metode implementasinya adalah server menyediakan aliran video multi-bitrate, dan itu dicatat dalam file daftar, dan pemutar secara otomatis menyesuaikan sesuai dengan kemajuan pemutaran dan kecepatan unduh.
    Perbandingan HLS dan RTMP: HLS terutama disebabkan oleh penundaan yang relatif besar, dan keuntungan utama RTMP adalah latensi yang rendah
    Metode potongan kecil dari protokol HLS akan menghasilkan banyak file, dan menyimpan atau memproses file-file ini akan menyebabkan banyak pemborosan sumber daya.
    Dibandingkan dengan protokol SP, keuntungannya adalah setelah segmentasi selesai, proses distribusi selanjutnya tidak perlu menggunakan perangkat lunak khusus sama sekali. Server jaringan biasa sudah cukup, yang sangat mengurangi persyaratan konfigurasi dari server tepi CDN, dan CDN yang sudah jadi dapat digunakan. , Dan server umum jarang mendukung RTSP.
    HTTP-FLV: Konten media streaming berdasarkan protokol HTTP.
    Dibandingkan dengan RTMP, HTTP lebih sederhana dan terkenal, penundaan konten juga bisa 1 ~ 3 detik, dan kecepatan pembukaan lebih cepat, karena HTTP itu sendiri tidak memiliki interaksi status yang kompleks. Jadi dari segi latensi, HTTP-FLV lebih baik dari RTMP.
    RTSP: Protokol streaming waktu nyata, menentukan bagaimana aplikasi satu-ke-banyak dapat secara efektif mengirimkan data multimedia melalui jaringan IP.
    RTP: Protokol transportasi waktu nyata. RTP dibangun di atas protokol UDP dan sering digunakan bersama dengan RTCP. Itu tidak memberikan mekanisme pengiriman tepat waktu atau jaminan kualitas layanan (QoS) lainnya. Ini bergantung pada layanan tingkat rendah untuk mencapai proses ini.
    RTCP: Protokol pendukung RTP, fungsi utamanya adalah memberikan umpan balik untuk kualitas layanan (QoS) yang disediakan oleh RTP, dan untuk mengumpulkan informasi statistik tentang koneksi media, seperti jumlah byte yang ditransmisikan, jumlah paket yang dikirimkan, jumlah paket yang hilang, jaringan satu arah dan dua arah Delay dan seterusnya.
    7. Penguraian kode
    * 7.1 Dekapsulasi *
    Demuxing (pemisahan): Menguraikan video, audio, atau subtitle dari file (format kontainer (FLV, TS)) yang disintesis dari aliran video, aliran audio, dan aliran subtitle, dan mendekodekannya secara terpisah.
    * 7.2 Kerangka pengkodean audio *
    fdk_aac: Kerangka pengodean dan pengodean audio, data audio PCM, dan konversi data audio AAC
    * 7.3 Pengenalan decoding *
    Hard decoding: Gunakan GPU untuk mendekode, kurangi operasi CPU
    Keuntungan: pemutaran halus, konsumsi daya rendah, kecepatan decoding cepat,
    * Kekurangan: kompatibilitas yang buruk
    Soft decoding: Gunakan CPU untuk mendekode
    Keuntungan: kompatibilitas yang baik
    * Kekurangan: beban CPU meningkat, konsumsi daya meningkat, tidak ada perangkat keras

    Penguraian kode yang halus, kecepatan pengodean yang relatif lambat
    8. Bermain
    ijkplayer: pemutar video Android / iOS open source berdasarkan FFmpeg
    API mudah diintegrasikan;
    Konfigurasi kompilasi dapat dipotong untuk memfasilitasi kontrol ukuran paket instalasi;
    Mendukung decoding akselerasi perangkat keras, lebih hemat daya
    Sederhana dan mudah digunakan, tentukan URL streaming, secara otomatis memecahkan kode dan memutar.
    9. Interaksi obrolan
    IM: (InstantMessaging) Pesan instan: adalah sistem komunikasi waktu nyata yang memungkinkan dua orang atau lebih menggunakan jaringan untuk berkomunikasi dalam pesan teks waktu nyata, file, suara dan video.
    Peran utama IM dalam sistem siaran langsung adalah mewujudkan interaksi teks antara audiens dan pembawa berita, serta antara audiens dan audiens.
    * SDK Pihak Ketiga *
    Tencent Cloud: SDK perpesanan instan yang disediakan oleh Tencent, yang dapat digunakan sebagai ruang obrolan langsung
    Rongyun: SDK perpesanan instan yang umum digunakan yang dapat digunakan sebagai ruang obrolan langsung
    5. Cara cepat mengembangkan aplikasi live streaming iOS yang lengkap
    1. Gunakan SDK streaming langsung pihak ketiga untuk pengembangan cepat
    Qiniu Cloud: Qiniu Live Cloud adalah layanan streaming langsung global yang dibuat khusus untuk platform streaming langsung dan platform layanan cloud streaming langsung tingkat perusahaan yang menerapkan skenario streaming langsung ujung-ke-ujung SDK.
    * Platform streaming langsung seperti Panda TV dan Dragon Ball TV semuanya menggunakan Qiniu Cloud
    NetEase Video Cloud: Berdasarkan teknologi codec video lintas platform profesional dan jaringan distribusi konten video berskala besar, NetEase menyediakan layanan audio dan video real-time yang stabil, mulus, rendah latensi, konkurensi tinggi, dan dapat menyambungkan video langsung dengan mulus ke Aplikasinya sendiri.
    2. Mengapa perusahaan SDK pihak ketiga menyediakan SDK kepada kami?
    Kami berharap dapat mengikat produk kami dan itu ke kapal yang sama dan lebih mengandalkannya.
    Teknologi menghasilkan uang dan membantu meningkatkan jumlah programmer
    3. Fungsi siaran langsung: penelitian sendiri atau gunakan pengembangan SDK siaran langsung pihak ketiga?
    Pengembangan SDK pihak ketiga: Untuk tim pemula, siaran langsung yang dikembangkan sendiri memiliki ambang batas yang besar dalam hal ambang teknis, CDN, dan bandwidth, dan perlu banyak waktu untuk membuat produk jadi, yang tidak kondusif untuk investasi.
    Riset mandiri: Platform siaran langsung perusahaan besar. Dalam jangka panjang, penelitian mandiri dapat menghemat biaya, dan aspek teknisnya jauh lebih dapat dikontrol daripada langsung menggunakan SDK.
    4. Manfaat SDK pihak ketiga
    menurunkan biaya
    Gunakan layanan perusahaan pihak ketiga yang baik, Anda tidak perlu lagi mengeluarkan harga tinggi untuk menyewa headhunter untuk menggali sapi besar yang mahal, dan tidak perlu menenangkan temperamen pribadi sapi besar.
    Meningkatkan efisiensi
    Fokus layanan pihak ketiga dan kenyamanan yang dibawa oleh integrasi kode mungkin hanya memakan waktu 1-2 jam, yang menghemat hampir 99% waktu, yang cukup sebagai imbalan untuk lebih banyak waktu untuk melawan pesaing dan meningkatkan lebih banyak. Kemungkinan besar untuk sukses
    mengurangi resiko
    Dengan bantuan layanan pihak ketiga profesional, karena karakteristiknya yang cepat, profesional, stabil, dan lainnya, ini dapat sangat meningkatkan daya saing produk (layanan berkualitas tinggi, kecepatan penelitian dan pengembangan, dll.), Dan mempersingkat uji coba dan error time yang tentunya akan menjadi salah satu cara menyelamatkan nyawa dalam berwirausaha.

     

     

     

     

     

     

    Seberapa jauh (panjang) penutup transmitter?

    Jangkauan transmisi tergantung pada banyak faktor. Jarak yang benar didasarkan pada antena menginstal tinggi, gain antena, menggunakan lingkungan seperti bangunan dan penghalang lainnya, sensitivitas penerima, antena penerima. Instalasi antena lebih tinggi dan menggunakan di pedesaan, jarak akan lebih jauh.

    CONTOH 5W FM Transmitter menggunakan di kota dan kampung halaman:

    Saya memiliki USA penggunaan pelanggan 5W fm transmitter dengan GP antena di kota kelahirannya, dan ia mengujinya dengan mobil, itu menutupi 10km (6.21mile).

    Saya menguji 5W fm transmitter dengan GP antena di kampung saya, itu mencakup sekitar 2km (1.24mile).

    Saya menguji 5W fm transmitter dengan antena GP di kota Guangzhou, itu mencakup sekitar hanya 300meter (984ft).

    Berikut adalah berbagai perkiraan Pemancar daya FM yang berbeda. (Rentang ini diameter)

    0.1W ~ 5W FM Transmitter: 100M ~ 1KM

    5W ~ 15W FM Ttransmitter: 1KM ~ 3KM

    15W ~ 80W FM Transmitter: 3KM ~ 10KM

    80W ~ 500W FM Transmitter: 10KM ~ 30KM

    500W ~ 1000W FM Transmitter: 30KM ~ 50KM

    1KW ~ 2KW FM Transmitter: 50KM ~ 100KM

    2KW ~ 5KW FM Transmitter: 100KM ~ 150KM

    5KW ~ 10KW FM Transmitter: 150KM ~ 200KM

    Bagaimana untuk menghubungi kami untuk pemancar?

    Menelepon saya + 8618078869184 OR
    Email aku [email dilindungi]
    1.How jauh Anda ingin menutupi diameter?
    2.How tinggi dari Anda tower?
    3.Where asalmu?
    Dan kami akan memberikan saran lebih profesional.

    Tentang Kami

    FMUSER.ORG adalah perusahaan integrasi sistem yang berfokus pada transmisi / peralatan audio video studio transmisi / RF nirkabel dan pemrosesan data. Kami menyediakan segalanya mulai dari saran dan konsultasi melalui integrasi rak hingga instalasi, commissioning dan pelatihan.
     
    Kami menawarkan Pemancar FM, Pemancar TV Analog, Pemancar TV Digital, Pemancar VHF UHF, Antena, Konektor Kabel Koaksial, STL, Pemrosesan Siaran, Produk Siaran untuk Studio, Pemantauan Sinyal RF, Pengkodean RDS, Pengolah Audio dan Unit Kontrol Lokasi Jarak Jauh, Produk IPTV, Video / Audio Encoder / Decoder, dirancang untuk memenuhi kebutuhan jaringan siaran internasional besar maupun stasiun swasta kecil.
     
    Solusi kami memiliki FM Radio Station / Analog TV Station / Digital TV Station / Audio Video Studio Equipment / Studio Transmitter Link / Transmitter Telemetry System / Hotel TV System / IPTV Live Broadcasting / Streaming Live Broadcast / Video Conference / CATV Broadcasting system.
     
    Kami menggunakan produk teknologi canggih untuk semua sistem, karena kami tahu keandalan tinggi dan kinerja tinggi sangat penting untuk sistem dan solusi. Pada saat yang sama kami juga harus memastikan sistem produk kami dengan harga yang sangat wajar.
     
    Kami memiliki pelanggan penyiaran publik dan komersial, operator telekomunikasi dan otoritas regulasi, dan kami juga menawarkan solusi dan produk kepada ratusan penyiar yang lebih kecil, lokal dan komunitas.
     
    FMUSER.ORG telah mengekspor lebih dari 15 tahun dan memiliki klien di seluruh dunia. Dengan pengalaman 13 tahun di bidang ini, kami memiliki tim profesional untuk menyelesaikan semua jenis masalah pelanggan. Kami berdedikasi dalam menyediakan harga produk & layanan profesional yang sangat wajar.
    Kontak Email : [email dilindungi]

    Pabrik kami

    Kita punya modernisasi dari pabrik. Anda dipersilakan untuk mengunjungi pabrik kami ketika Anda datang ke China.

    Saat ini, sudah ada pelanggan 1095 seluruh dunia mengunjungi kantor Guangzhou Tianhe kami. Jika Anda datang ke China, Anda dipersilakan untuk mengunjungi kami.

    pada Adil

    Ini adalah partisipasi kita dalam 2012 Sumber Global Hong Kong Electronics Fair . Pelanggan dari seluruh dunia akhirnya memiliki kesempatan untuk bersama-sama.

    Dimana Fmuser?

    Anda dapat mencari nomor ini " 23.127460034623816,113.33224654197693 "di peta google, maka Anda dapat menemukan kantor fmuser kami.

    kantor FMUSER Guangzhou di Tianhe District yang merupakan pusat Canton . Sangat dekat ke Canton Fair , stasiun kereta api Guangzhou, jalan Xiaobei dan dashatou , hanya butuh 10 menit jika mengambil TAKSI . Selamat datang teman di seluruh dunia untuk mengunjungi dan bernegosiasi.

    Hubungi: Sky Blue
    Cellphone: + 8618078869184
    WhatsApp: + 8618078869184
    WeChat: + 8618078869184
    E-mail: [email dilindungi]
    QQ: 727926717
    Skype: sky198710021
    Alamat: No.305 Room huilan Building No.273 Huanpu Road Guangzhou China Zip: 510620

    Inggris: Kami menerima semua pembayaran, seperti PayPal, Kartu Kredit, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, Jika Anda memiliki pertanyaan, silakan hubungi saya [email dilindungi] atau WhatsApp + 8618078869184

    • PayPal.  www.paypal.com

      Kami sarankan Anda menggunakan Paypal untuk membeli barang-barang kami, The Paypal adalah cara aman untuk membeli di internet.

      Setiap dari bawah halaman item daftar kami di atas memiliki logo paypal untuk membayar.

      Kartu kredit.Jika Anda tidak memiliki paypal, tetapi Anda memiliki kartu kredit, Anda juga dapat mengklik tombol PayPal Kuning untuk membayar dengan kartu kredit Anda.

      -------------------------------------------------- -------------------

      Tapi jika Anda belum kartu kredit dan tidak memiliki akun paypal atau sulit mendapat accout paypal, Anda dapat menggunakan berikut:

      Western Union.  www.westernunion.com

       

      Membayar dengan Western Union kepada saya:

      Nama depan / Nama yang diberikan: Yingfeng
      Nama belakang / Nama keluarga / Nama keluarga: Zhang
      Nama lengkap: Yingfeng Zhang
      Negara: Cina
      Kota: Guangzhou 

      -------------------------------------------------- -------------------

      T / T.  Membayar dengan T / T (wire transfer / Transfer Bank / Bank Transfer)
       
      INFORMASI BANK PERTAMA (REKENING PERUSAHAAN):
      SWIFT BIC: BKCHHKHHXXX
      Nama bank: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
      Alamat Bank: BANK OF CHINA TOWER, 1 GARDEN ROAD, TENGAH, HONG KONG
      KODE BANK: 012
      Nama Akun: FMUSER INTERNATIONAL GROUP LIMITED
      No rekening. : 012-676-2-007855-0
      -------------------------------------------------- -------------------
      INFORMASI BANK KEDUA (REKENING PERUSAHAAN):
      Penerima: Fmuser International Group Inc
      Nomor Rekening: 44050158090900000337
      Bank Penerima: Bank Konstruksi China Cabang Guangdong
      Kode SWIFT: PCBCCNBJGDX
      Alamat: NO.553 Tianhe Road, Guangzhou, Guangdong, Distrik Tianhe, Cina
      **Catatan: Saat Anda mentransfer uang ke rekening bank kami, mohon JANGAN tulis apa pun di kolom komentar, jika tidak, kami tidak akan dapat menerima pembayaran karena kebijakan pemerintah tentang bisnis perdagangan internasional.

    * Ini akan dikirim di 1-2 hari kerja bila pembayaran yang jelas.

    * Kami akan kirimkan ke alamat paypal Anda. Jika Anda ingin mengubah alamat, silakan kirim alamat yang benar dan nomor telepon ke email saya [email dilindungi]

    * Jika paket di bawah 2kg, kami akan dikirim melalui pos udara, itu akan memakan waktu sekitar 15-25days ke tangan Anda.

    Jika paket tersebut lebih dari 2kg, kami akan mengirimkan melalui EMS, DHL, UPS, Fedex cepat ekspres pengiriman, akan memakan waktu sekitar 7 ~ 15days ke tangan Anda.

    Jika paket lebih dari 100kg, kami akan mengirimkan melalui DHL atau angkutan udara. Ini akan memakan waktu sekitar 3 ~ 7days ke tangan Anda.

    Semua paket adalah bentuk Cina Guangzhou.

    * Paket akan dikirim sebagai "hadiah" dan sejelas mungkin, pembeli tidak perlu membayar "PAJAK".

    * Setelah kapal, kami akan mengirimkan e-mail dan memberikan nomor pelacakan.

    Untuk Garansi.
    Hubungi KAMI --- >> Kembalikan barang tersebut kepada kami --- >> Terima dan kirim ganti lain.

    Nama: Liu Xiaoxia
    Alamat: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
    ZIP: 510620
    Telepon: + 8618078869184

    Silahkan kembali ke alamat ini dan menulis Anda paypal alamat, nama, masalah pada catatan:

    Daftar semua Pertanyaan

    Nama panggilan

    Email

    Pertanyaan

      Masukkan email untuk mendapatkan kejutan

      fmuser.org

      es.fmuser.org
      it.fmuser.org
      fr.fmuser.org
      de.fmuser.org
      af.fmuser.org -> Afrikans
      sq.fmuser.org -> Albania
      ar.fmuser.org -> Arab
      hy.fmuser.org -> Armenia
      az.fmuser.org -> Azerbaijan
      eu.fmuser.org -> Basque
      be.fmuser.org -> Belarusia
      bg.fmuser.org -> Bulgaria
      ca.fmuser.org -> Catalan
      zh-CN.fmuser.org -> Cina (Sederhana)
      zh-TW.fmuser.org -> Mandarin (Tradisional)
      hr.fmuser.org -> Kroasia
      cs.fmuser.org -> Ceko
      da.fmuser.org -> Denmark
      nl.fmuser.org -> Belanda
      et.fmuser.org -> Estonia
      tl.fmuser.org -> Filipina
      fi.fmuser.org -> Finlandia
      fr.fmuser.org -> Perancis
      gl.fmuser.org -> Galicia
      ka.fmuser.org -> Georgia
      de.fmuser.org -> Jerman
      el.fmuser.org -> Yunani
      ht.fmuser.org -> Kreol Haiti
      iw.fmuser.org -> Ibrani
      hi.fmuser.org -> Hindi
      hu.fmuser.org -> Hongaria
      is.fmuser.org -> Islandia
      id.fmuser.org -> Bahasa Indonesia
      ga.fmuser.org -> Irlandia
      it.fmuser.org -> Italia
      ja.fmuser.org -> Jepang
      ko.fmuser.org -> Korea
      lv.fmuser.org -> Latvia
      lt.fmuser.org -> Lithuania
      mk.fmuser.org -> Makedonia
      ms.fmuser.org -> Melayu
      mt.fmuser.org -> Malta
      no.fmuser.org -> Norwegia
      fa.fmuser.org -> Persia
      pl.fmuser.org -> Polandia
      pt.fmuser.org -> Portugis
      ro.fmuser.org -> Rumania
      ru.fmuser.org -> Rusia
      sr.fmuser.org -> Serbia
      sk.fmuser.org -> Slowakia
      sl.fmuser.org -> Slovenia
      es.fmuser.org -> Spanyol
      sw.fmuser.org -> Swahili
      sv.fmuser.org -> Swedia
      th.fmuser.org -> Thailand
      tr.fmuser.org -> Turki
      uk.fmuser.org -> Ukraina
      ur.fmuser.org -> Urdu
      vi.fmuser.org -> Vietnam
      cy.fmuser.org -> Welsh
      yi.fmuser.org -> Yiddish

       
  •  

    FMUSER Wirless Mengirim Video Dan Audio Lebih Mudah!

  • Kontak

    Alamat:
    No.305 Kamar HuiLan Building No.273 Huanpu Road Guangzhou China 510620

    E-mail:
    [email dilindungi]

    Telp / WhatApps:
    +8618078869184

  • Kategori

  • Buletin

    NAMA DEPAN ATAU LENGKAP

    E-mail

  • solusi paypal  Western UnionBank OF China
    E-mail:[email dilindungi]   WhatsApp: +8618078869184 Skype: sky198710021 Ngobrol denganku
    Copyright 2006-2020 Powered By www.fmuser.org

    Hubungi Kami