04. Úvod do základných znalostí živého vysielania
1. Zbierajte video a zvuk
* 1.1 Rámec kódovania videa a zvuku *
AVFoundation: AVFoundation je rámec pre prehrávanie a vytváranie audiovizuálnych mediálnych údajov v reálnom čase. Poskytuje tiež rozhranie Objective-C na manipuláciu s týmito audiovizuálnymi údajmi, ako sú napríklad úpravy, otáčanie a prekódovanie.
* 1.2 Video a audio hardvérové vybavenie *
CCD: Obrazový snímač: Používa sa v procese získavania a spracovania obrazu na konverziu obrázkov na elektrické signály.
Snímač: Zvukový senzor: Používa sa v procese zhromažďovania a spracovania zvuku, ktorý prevádza zvuk na elektrické signály.
Vzorové zvukové údaje: zvyčajne vo formáte PCM
Údaje o vzorkovaní videa: Spravidla sú vo formáte YUV alebo RGB. Objem zhromaždeného pôvodného zvuku a videa je veľmi veľký a je potrebné ho spracovať kompresnou technológiou, aby sa zlepšila účinnosť prenosu
2. Spracovanie videa (krása, vodoznak)
Princíp spracovania videa: Pretože sa video konečne vykresľuje na obrazovke prostredníctvom GPU, snímka po snímke, môžeme na spracovanie videozáznamov použiť program OpenGL ES, takže video má rôzne efekty, rovnako ako vytekajúci kohútik. Voda prechádza niekoľkými potrubia a potom prúdi k rôznym cieľom
Teraz sú všetky druhy aplikácií pre krásu a pridávanie videa implementované pomocou rámca GPUImage.
* Rámec na spracovanie videa *
GPUImage: GPUImage je výkonný rámec na spracovanie obrazu a videa založený na OpenGL ES. Zahŕňa rôzne filtre a môže tiež písať vlastné filtre. Má zabudovaných viac ako 120 bežných efektov filtra.
OpenGL: OpenGL (Open Graphics Library in full) je špecifikácia, ktorá definuje cross-programovací jazyk, multiplatformové programovacie rozhranie, ktoré sa používa pre trojrozmerné obrázky (možný je aj dvojrozmerný). OpenGL je profesionálne rozhranie grafického programu, výkonná a ľahko volaná základná grafická knižnica.
OpenGL ES: OpenGL ES (OpenGL for Embedded Systems) je podmnožinou grafického rozhrania API OpenGL 3D, určeného pre zabudované zariadenia, ako sú mobilné telefóny, PDA a herné konzoly.
3. Kódovanie a dekódovanie videa
* 3.1 Rámec kódovania videa *
FFmpeg: je multiplatformový otvorený zdrojový video rámec, ktorý dokáže implementovať bohaté funkcie, ako je kódovanie videa, dekódovanie, transkódovanie, streamovanie a prehrávanie. Podporované formáty videa a protokoly prehrávania sú veľmi bohaté, vrátane takmer všetkých zvukových a obrazových kodekov, formátov zapuzdrenia a protokolov prehrávania.
-Libswresample: Môže vykonávať operácie, ako je prevzorkovanie, rematrixovanie a konverzia vzorkovacieho formátu zvuku.
-LibavCodec: Poskytuje všeobecný rámec kodekov, ktorý obsahuje mnoho videozáznamov, zvukov, streamov titulkov a ďalších kodekov / dekodérov.
-Libavformat: Používa sa na zapuzdrenie / dekapsuláciu videa.
-Libavutil: Obsahuje niektoré bežné funkcie, ako je generovanie náhodných čísel, štruktúra údajov, matematické operácie atď.
-Libpostproc: používa sa na následné spracovanie videa.
-Libswscale: používa sa na zmenu mierky videa, konverziu farebného priestoru atď.
-Libavfilter: Poskytuje funkciu filtra.
X264: YuV kóduje a komprimuje pôvodné video dáta do formátu H.264
VideoToolbox: Vlastné natívne a dekódovacie rozhranie API pre video od spoločnosti Apple, ktoré sa však otvorilo až po systéme iOS8.
audioToolbox: vlastné zvukové dekódovanie a pevné kódovanie API spoločnosti Apple
* 3.2 Technológia kódovania videa *
Štandardy kódovania kompresie videa: technológie kódovania pre kompresiu videa (kódovanie videa) alebo dekompresiu (dekódovanie videa), ako napríklad MPEG, H.264, tieto technológie kódovania videa sú kompresné kódovanie videa
Hlavná funkcia: komprimovať obrazové údaje videa do obrazového toku, čím sa zníži množstvo obrazových údajov. Ak video nie je komprimované a kódované, jeho objem je zvyčajne veľmi veľký a film môže vyžadovať stovky gigabajtov priestoru.
Poznámka: Na kvalitu videa najviac vplývajú jeho údaje o kódovaní videa a zvuku, ktoré nemajú nič spoločné s formátom balenia.
MPEG: Metóda kompresie videa, ktorá využíva kompresiu medzi snímkami, iba ukladá rozdiely medzi po sebe nasledujúcimi snímkami, aby sa dosiahol väčší kompresný pomer.
H.264 / AVC: Metóda kompresie videa, ktorá využíva predpovedanie a rovnakú metódu predikcie snímky ako snímka PB v MPEG. Môže generovať videostream vhodný pre sieťový prenos podľa potreby a má vyšší kompresný pomer. Majte lepšiu kvalitu obrazu
Poznámka 1: Ak porovnáte definíciu jednej obrazovky, mpeg4 má výhodu; z definície kontinuity akcie má H.264 výhodu
Poznámka 2: Pretože algoritmus 264 je zložitejší, implementácia programu je ťažkopádna a na jeho spustenie je potrebných viac zdrojov procesora a pamäte. Preto beh 264 vyžaduje relatívne vysoké systémové požiadavky.
Poznámka 3: Pretože implementácia 264 je pružnejšia, ponecháva niektoré implementácie na samotných výrobcoch. Aj keď to má pre implementáciu veľa výhod, z interkomu medzi rôznymi produktmi sa stal veľký problém, ktorý vyústil v prijatie spoločnosti A. Údaje kompilované kódovacím zariadením musia byť vyriešené dekodérom spoločnosti A, aby sa tieto trápne veci vyriešili.
H.265 / HEVC: Metóda kompresie videa založená na H.264, ktorá si zachováva niektoré pôvodné technológie a vylepšuje niektoré súvisiace technológie na zlepšenie vzťahu medzi bitovým tokom, kvalitou kódovania, oneskorením a vzťahmi zložitosti algoritmu na dosiahnutie optimálneho nastavenia.
H.265 je efektívnejší štandard kódovania, ktorý dokáže komprimovať objem obsahu na menšiu veľkosť pri rovnakom efekte kvality obrazu a rýchlejšie prenášať a šetriť šírku pásma.
Zarámujem: (kľúčový rámec) si ponechám kompletný obraz, na dokončenie dekódovania potrebujem iba údaje tohto rámca (pretože obsahuje kompletný obraz
Rám P: (Rozdielny rám) Rozdiel medzi týmto rámcom a predchádzajúcim rámcom sa zachová. Pri dekódovaní je potrebné predtým vygenerovaný obrázok superponovať na rozdiel definovaný týmto rámcom, aby sa vygeneroval výsledný obraz. (P snímok nemá úplné obrazové údaje, iba údaje, ktoré sa líšia od obrazu predchádzajúceho snímky)
B snímka: (dvojsmerný rozdielový rámec) zachováva rozdiel medzi aktuálnym rámcom a predchádzajúcim a nasledujúcim rámcom. Na dekódovanie B rámca je potrebné získať nielen predchádzajúci obrázok vo vyrovnávacej pamäti, ale aj dekódovaný obrázok. Konečný výsledok sa získa superpozíciou predného a zadného obrazu a aktuálnych údajov rámu Picture. Rýchlosť kompresie rámu B je vysoká, ale CPU bude pri dekódovaní unavenejšie
Kompresia v rámci snímky: Pri kompresii rámčeka obrázka sa berú do úvahy iba údaje tohto rámca bez zohľadnenia nadbytočných informácií medzi susednými rámcami. Spravidla sa v rámci používa algoritmus stratovej kompresie
Kompresia InteRFrame: Časová kompresia, ktorá komprimuje údaje porovnaním údajov medzi rôznymi snímkami na časovej osi. Medzisnímková kompresia je spravidla bezstratová
muxovanie (syntéza): Zapuzdruje video toky, audio toky a dokonca toky titulkov do súboru (formát kontajnera (FLV, TS)) a prenáša ho ako signál.
* 3.3 Technológia kódovania zvuku *
AAC, mp3: Toto sú technológie kódovania zvuku, ktoré sa používajú pre komprimovaný zvuk
* 3.4 Kontrola rýchlosti *
Multi-bitrate: Situácia v sieti, v ktorej sa publikum nachádza, je veľmi komplikovaná, môže to byť WiFi, môže to byť 4G, 3G alebo dokonca 2G, tak ako uspokojiť potreby viacerých strán? Vytvorte niekoľko ďalších riadkov a upravte bitovú rýchlosť podľa aktuálneho sieťového prostredia.
Napríklad: V softvéri na prehrávanie videa často vidím 1024, 720, HD, SD, smooth atď., Ktoré odkazujú na rôzne bitové rýchlosti.
* 3.5 Formát balenia videa *
TS: Formát zapuzdrenia streamovaného média. Zapuzdrenie streamovacích médií má výhodu v tom, že pred prehrávaním nie je potrebné načítať index, čo výrazne znižuje oneskorenie prvého načítania. Ak je film relatívne dlhý, index súboru mp4 je dosť veľký, čo ovplyvňuje užívateľskú skúsenosť
Prečo používať TS: Je to tak preto, lebo dva TS klipy sa dajú plynulo spojiť a hráč môže hrať nepretržite
FLV: Formát zapuzdrenia streamovaného média. Vďaka extrémne malej veľkosti súboru a extrémne vysokej rýchlosti načítania umožňuje sledovať video súbory na internete. Preto sa formát FLV stal dnes bežným formátom videa.
4. Push Stream
* 4.1 Rámec pre prenos údajov *
librtmp: slúži na prenos údajov vo formáte protokolu RTMP
* 4.2 Protokol na prenos dátových médií *
RTMP: Protokol správ v reálnom čase, otvorený protokol vyvinutý spoločnosťou Adobe Systems pre prenos zvuku, videa a údajov medzi prehrávačmi Flash a servermi. Pretože ide o otvorený protokol, je možné ho použiť všetky.
Protokol RTMP sa používa na prenos objektov, videa a zvuku.
Tento protokol je postavený na vrchole protokolu TCP alebo dotazovacieho protokolu HTTP.
Protokol RTMP je ako kontajner používaný na uchovávanie dátových paketov. Tieto údaje môžu byť audiovizuálne údaje vo formáte FLV. Jediné spojenie môže prenášať viac sieťových tokov cez rôzne kanály a pakety v týchto kanáloch sa prenášajú v paketoch pevnej veľkosti
blok: paket správ
5. Streamovací mediálny server
* 5.1 Bežne používané servery *
SRS: Vynikajúci systém serverov mediálnych serverov s otvoreným zdrojom, ktorý vyvinuli Číňania
BMS: Je to tiež systém serverov streamovaných médií, ale nie otvorený zdroj. Je to komerčná verzia SRS a má viac funkcií ako SRS
nginx: bezplatný webový server s otvoreným zdrojom, ktorý sa bežne používa na konfiguráciu serverov streamovaných médií.
* 5.2 Distribúcia údajov *
CDN: (Content Delivery Network), sieť na doručovanie obsahu, publikuje obsah webových stránok na „okraj“ siete najbližšie k používateľovi, aby používateľ mohol získať požadovaný obsah v blízkosti, rieši preťaženie internetovej siete a zlepšuje prístup používateľa na webovú stránku s rýchlosťou reakcie.
CDN: Proxy server, ekvivalent sprostredkovateľa.
Princíp činnosti siete CDN: napríklad požiadavka na streamovanie mediálnych údajov
1. Načítajte streamované mediálne údaje na server (pôvodná stránka)
2. Zdrojová stanica ukladá streamované mediálne údaje
3. Klient prehrá streamovacie médium a vyžiada si zakódované dáta mediálneho toku z CDN
4. Server CDN odpovie na požiadavku. Pokiaľ streamingové mediálne dáta v uzle neexistujú, naďalej požaduje streamovacie mediálne dáta od zdrojovej stanice; ak je videosúbor už uložený v uzle, preskočte na krok 6.
5. Pôvodná stránka reaguje na požiadavku CDN a distribuuje streamovacie médium do zodpovedajúceho uzla CDN
6. Sieť CDN odosiela streamované mediálne údaje klientovi
Back-to-origin: Keď používateľ navštívi určitú adresu URL, ak analyzovaný uzol CDN neukladá obsah odpovede do medzipamäte alebo jej platnosť vypršala, vráti sa na pôvodnú stránku, aby získala hľadanie. Ak nikto nenavštívi, uzol CDN nebude aktívne vyhľadávať zdrojové stránky.
Šírka pásma: Celkové množstvo dát, ktoré možno preniesť v pevnom čase,
Napríklad 64-bitová predná zbernica s rýchlosťou 800 MHz sa jej rýchlosť prenosu dát rovná 64bit × 800MHz ÷ 8 (bajt) = 6.4 GB / s
Vyrovnávanie zaťaženia: Sada serverov sa skladá z viacerých serverov symetrickým spôsobom. Každý server má rovnocenný stav a môže poskytovať služby nezávisle bez pomoci iných serverov.
Prostredníctvom určitej technológie zdieľania zaťaženia sú požiadavky odoslané zvonka rovnomerne distribuované na určitý server v symetrickej štruktúre a server, ktorý prijíma požiadavku, nezávisle reaguje na požiadavku klienta.
Vyrovnávanie zaťaženia môže rovnomerne distribuovať požiadavky klientov na pole servera, čím poskytuje rýchly prístup k dôležitým údajom a rieši problém veľkého množstva služieb súčasného prístupu.
Táto klastrová technológia môže dosiahnuť výkon blízky mainframu s minimálnymi investíciami.
QoS (správa šírky pásma): Obmedzte šírku pásma každej skupiny, aby bolo možné obmedzenú šírku pásma využiť na maximum
6. Vytiahnite tok
Výber protokolu živého vysielania:
RTMP, RTSP možno použiť pre tých, ktorí majú vysoké požiadavky v reálnom čase alebo interaktívne potreby
Pre tých, ktorí majú požiadavky na prehrávanie alebo platformu, sa odporúča HLS
Porovnanie protokolu živého vysielania: (5)
HLS: Protokol pre streamovanie v reálnom čase definovaný spoločnosťou Apple. HLS je implementovaný na základe protokolu HTTP. Obsah prenosu obsahuje dve časti, jednou je popisný súbor M3U8 a druhou mediálny súbor TS. Môže realizovať živé a na požiadanie streamované médiá, ktoré sa používajú hlavne v systéme iOS
HLS je dosiahnuť živé vysielanie pomocou technológie na požiadanie
HLS je adaptívny streaming bitrate. Klient automaticky vyberie videostreamy s rôznymi dátovými tokmi podľa sieťových podmienok. Ak to podmienky dovoľujú, používajte vysoké dátové toky a ak je sieť zaneprázdnená, použite nízke bitové toky a medzi nimi sa ľubovoľne prepínajte
zmeniť. To je veľmi užitočné na zabezpečenie plynulého prehrávania v prípade nestabilných sieťových podmienok mobilného zariadenia.
Metóda implementácie spočíva v tom, že server poskytuje videostream s viacerými bitovými rýchlosťami, ktorý je uvedený v súbore zoznamu a prehrávač sa automaticky upravuje podľa postupu prehrávania a rýchlosti sťahovania.
Porovnanie HLS a RTMP: HLS je spôsobené hlavne relatívne veľkým oneskorením a hlavnou výhodou RTMP je nízka latencia.
Metóda malých častí protokolu HLS vygeneruje veľké množstvo súborov a ich uloženie alebo spracovanie spôsobí veľké plytvanie prostriedkami
V porovnaní s protokolom SP je výhodou to, že po dokončení segmentácie už nemusí následný distribučný proces používať žiadny špeciálny softvér. Postačuje bežný sieťový server, čo výrazne znižuje konfiguračné požiadavky servera CDN edge a je možné použiť akékoľvek pripravené CDN. „A všeobecné servery zriedka podporujú RTSP.
HTTP-FLV: Streamovanie mediálneho obsahu na základe protokolu HTTP.
V porovnaní s RTMP je HTTP jednoduchší a dobre známy, oneskorenie obsahu môže byť tiež 1 ~ 3 sekundy a rýchlosť otvárania je rýchlejšia, pretože samotný HTTP nemá zložitú interakciu stavu. Z hľadiska latencie je teda HTTP-FLV lepší ako RTMP.
RTSP: Protokol streamingu v reálnom čase definuje, ako môžu niektoré aplikácie účinne prenášať multimediálne údaje cez sieť IP.
RTP: Transportný protokol v reálnom čase. RTP je postavený na protokole UDP a často sa používa spolu s RTCP. Neposkytuje mechanizmus včasného doručenia ani iné záruky kvality služieb (QoS). Pri dosahovaní tohto procesu sa spolieha na služby na nízkej úrovni.
RTCP: Podporný protokol RTP, hlavnou funkciou je poskytovať spätnú väzbu pre kvalitu služieb (QoS) poskytovanú RTP a zhromažďovať štatistické informácie o pripojení k médiám, ako je počet prenesených bajtov, počet prenesených paketov, počet stratených paketov, jednosmerné a obojsmerné siete Oneskorenie atď.
7. Dekódovanie
* 7.1 Dekapsulácia *
Demuxing (separácia): Rozkladajte video, audio alebo titulky zo súboru (formát kontajnera (FLV, TS)) syntetizovaného z video streamu, audio streamu a streamu titulkov a dekódujte ich osobitne.
* 7.2 Rámec kódovania zvuku *
fdk_aac: Rámec kódovania a dekódovania zvuku, zvukové údaje PCM a konverzia zvukových údajov AAC
* 7.3 Úvod do dekódovania *
Tvrdé dekódovanie: Na dekódovanie použite grafický procesor, čím sa zníži počet operácií procesora
Výhody: plynulé prehrávanie, nízka spotreba energie, vysoká rýchlosť dekódovania,
* Nevýhody: zlá kompatibilita
Mäkké dekódovanie: Na dekódovanie použite procesor
Výhody: dobrá kompatibilita
* Nevýhody: zvýšené zaťaženie procesora, zvýšená spotreba energie, žiadny hardvér
Hladké dekódovanie, relatívne nízka rýchlosť dekódovania
8. hrať
ijkplayer: otvorený prehrávač videa pre Android / iOS založený na FFmpeg
API je ľahké integrovať;
Konfiguráciu kompilácie je možné vystrihnúť, aby sa uľahčila kontrola veľkosti inštalačného balíka;
Podpora dekódovania hardvérovej akcelerácie, vyššia úspora energie
Jednoduché a ľahko použiteľné, zadajte adresu URL streamovania, automaticky dekódujte a prehrajte.
9. Chatová interakcia
IM: (InstantMessaging) Okamžité správy: je komunikačný systém v reálnom čase, ktorý umožňuje dvom alebo viacerým ľuďom používať sieť na komunikáciu v reálnom čase textových správ, súborov, hlasu a videa.
Hlavnou úlohou IM v systéme živého vysielania je realizácia textovej interakcie medzi publikom a moderátorom a medzi publikom a publikom.
* SDK tretej strany *
Tencent Cloud: SDK pre okamžité správy poskytované spoločnosťou Tencent, ktorú je možné použiť ako živú chatovaciu miestnosť
Rongyun: Bežne používaná sada SDK pre okamžité správy, ktorú je možné použiť ako živú chatovaciu miestnosť
5. Ako rýchlo vyvinúť kompletnú aplikáciu pre živé vysielanie pre iOS
1. Pre rýchly vývoj použite SDK tretích strán na živé vysielanie
Qiniu Cloud: Qiniu Live Cloud je globálna služba priameho prenosu vytvorená špeciálne pre platformy živého vysielania a platforma cloudových služieb pre živé vysielanie na podnikovej úrovni, ktorá implementuje scenáre priameho prenosu SDK od úplného konca.
* Platformy na živé vysielanie, ako sú Panda TV a Dragon Ball TV, používajú Qiniu Cloud
NetEase Video Cloud: Je založený na profesionálnej technológii videokodekov pre rôzne platformy a na rozsiahlej sieti na distribúciu videoobsahu. Poskytuje stabilné, plynulé zvukové a obrazové služby v reálnom čase s nízkou latenciou a vysokou súbežnosťou a dokáže bez problémov pripojiť živé video vlastná aplikácia.
2. Prečo nám spoločnosti SDK tretích strán poskytujú SDK?
Dúfame, že náš produkt a tento produkt spojíme s rovnakou loďou a budeme sa na neho viac spoliehať.
Technológia zarába peniaze a pomáha pri zvyšovaní počtu programátorov
3. Funkcia živého vysielania: vlastný prieskum alebo použitie vývoja SDK pre živé vysielanie tretích strán?
Vývoj SDK tretích strán: Pre začínajúci tím má vlastné živé vysielanie veľký prah z hľadiska technického prahu, CDN a šírky pásma a výroba hotového produktu, ktorá nie je priaznivá, trvá veľa času. k investovaniu.
Vlastný prieskum: Platforma živého vysielania spoločnosti je veľká. Z dlhodobého hľadiska môže samo-výskum ušetriť náklady a technické aspekty sú oveľa ovládateľnejšie ako priame použitie SDK.
4. Výhody SDK tretích strán
znížiť náklady
Využite kvalitné firemné služby tretích strán, už nebudete musieť míňať vysoké ceny za to, aby ste si najali lovcov hliadok, ktorí budú kopať drahé veľké kravy, a nie je potrebné upokojovať osobný temperament veľkých kráv.
Zlepšiť účinnosť
Zameranie služieb tretích strán a pohodlie, ktoré prináša integrácia kódu, môžu trvať iba 1 - 2 hodiny, čo šetrí takmer 99% času, čo je dosť výmenou za viac času na boj proti konkurencii a ďalšie zvýšenie. Veľká možnosť úspechu
znížiť riziko
Pomocou profesionálnych služieb tretích strán môže vďaka svojim rýchlym, profesionálnym, stabilným a iným vlastnostiam výrazne zvýšiť konkurencieschopnosť výrobkov (vysoko kvalitné služby, rýchlosť výskumu a vývoja atď.) A skrátiť skúšobnú dobu a chybovosť, ktorá bude určite jedným z prostriedkov na záchranu životov v podnikaní.
|
|
|
|
Ako ďaleko (dlho) kryt vysielač?
Dosah prenosu závisí od mnohých faktorov. Skutočná vzdialenosť je založený na anténe inštaláciu výšky, zisku antény, za použitia prostredia, ako je stavebné a iné prekážky, citlivosti prijímača, antény prijímača. Inštalácia antény viac high a používanie v zeleni, vzdialenosť bude oveľa ďaleko.
Príklad 5W FM vysielač používať v meste a rodného mesta:
Mám USA použitie zákazník 5W FM vysielač s anténou GP vo svojom rodnom meste, a to vyskúšať s autom, to pokrytie 10km (6.21mile).
Aj test vysielač FM 5W s anténou GP v mojom rodnom meste, pokrývať asi 2km (1.24mile).
Aj test vysielač FM 5W s GP anténou v meste Guangzhou, pokrývať asi jediný 300meter (984ft).
Nižšie sú uvedené približné rad rôznych sila FM vysielačov. (Rozsah je priemer)
0.1W ~ 5W FM vysielač: 100 ~ 1KM
5W ~ 15W FM Ttransmitter: 1KM ~ 3KM
15W ~ 80W FM vysielač: 3KM ~ 10KM
80W ~ 500W FM vysielač: 10KM ~ 30KM
500W ~ 1000W FM vysielač: 30KM ~ 50KM
1KW ~ 2KW FM vysielač: 50KM ~ 100KM
2KW ~ 5KW FM vysielač: 100KM ~ 150KM
5KW ~ 10KW FM vysielač: 150KM ~ 200KM
Ako nás kontaktovať pre vysielač?
Zavolaj mi + 8618078869184 OR
Pošli mi email [chránené e-mailom]
1.How ďaleko chcete pokryť v priemere?
2.How vysoký teba veža?
3.Where are you from?
A dáme vám viac profesionálne poradenstvo.
O nás
FMUSER.ORG je systémová integračná spoločnosť so zameraním na RF bezdrôtový prenos / štúdiové video audio zariadenie / streaming a spracovanie dát. Poskytujeme všetko od poradenstva a poradenstva cez integráciu racku až po inštaláciu, uvedenie do prevádzky a školenie.
Ponúkame FM vysielač, analógový TV vysielač, digitálny televízny vysielač, VHF vysielač UHF, antény, koaxiálne káblové konektory, STL, na spracovanie vzduchu, vysielanie produktov pre štúdio, monitorovanie RF signálu, RDS Encoders, audio procesory a diaľkové ovládacie jednotky, Produkty IPTV, Video / Audio Encoder / Decoder, navrhnuté tak, aby vyhovovali potrebám veľkých medzinárodných vysielacích sietí a malých súkromných staníc.
Naše riešenie má rozhlasovú stanicu FM / analógovú TV stanicu / digitálnu TV stanicu / audio video štúdiové vybavenie / prepojenie štúdiového vysielača / telemetrický systém vysielača / hotelový televízny systém / živé televízne vysielanie IPTV / živé televízne vysielanie / videokonferencia / CATV vysielací systém.
Používame moderné technologické produkty pre všetky systémy, pretože poznáme vysokú spoľahlivosť a vysoký výkon sú tak dôležité pre systém a riešenie. Zároveň musíme zabezpečiť, aby náš systém výrobkov s veľmi rozumnú cenu.
Máme zákazníkov verejnoprávnych a komerčných vysielateľov, telekomunikačných operátorov a regulačných orgánov a ponúkame aj riešenia a produkty mnohým stovkám menších, miestnych a komunitných vysielateľov.
FMUSER.ORG exportuje viac ako 15 rokov a má klientov z celého sveta. S 13-ročnými skúsenosťami v tejto oblasti máme profesionálny tím na riešenie všetkých druhov problémov zákazníka. Venovali sme sa poskytovaniu mimoriadne primeraných cien profesionálnych produktov a služieb. Kontaktný email : [chránené e-mailom]
Naša továreň
Máme modernizácia továrne. Ste vítaní k návšteve nášho závodu, keď príde do Číny.
V súčasnej dobe už existuje zákazníci 1095 po celom svete navštívil našu Guangzhou Tianhe kanceláriu. Ak prídete do Číny, ste vítaní nás navštíviť.
na veľtrhu
To je naša účasť v 2012 Global Sources Hong Kong Electronics veľtrh . Zákazníci z celého sveta konečne majú šancu sa dostať dohromady.
Kde je Fmuser?
Tieto čísla môžete vyhľadávať " 23.127460034623816,113.33224654197693 „v google mape potom nájdete našu fmuser kanceláriu.
FMUSER Guangzhou kancelária je v okrese Tianhe, čo je centrom kantónu , veľmi blízkosti k Canton Fair , vlakovej stanice Guangzhou, xiaobei cestné a dashatou , Stačí 10 minút -Li mať TAXI , Welcome priateľmi po celom svete na návštevu a vyjednávať.
Kontakt: Sky Blue
Mobil: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [chránené e-mailom]
QQ: 727926717
Skype: sky198710021
Adresa: No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou China Zip: 510620
|
|
|
|
Angličtina: Prijímame všetky platby, ako sú PayPal, kreditná karta, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer. Ak máte akékoľvek otázky, kontaktujte ma [chránené e-mailom] alebo WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Odporúčame používať PayPal kúpiť naše produkty, The Paypal je bezpečný spôsob, ako kúpiť na internete.
Každý z nášho zoznamu položky stranu dna na vrchol mať paypal logo zaplatiť.
Kreditná karta.Ak nemáte PayPal, ale máte kreditnú kartu, môžete tiež kliknite na žlté tlačidlo PayPal zaplatiť kreditnou kartou.
-------------------------------------------------- -------------------
Ale ak nemáte kreditnú kartu, a nie mať PayPal účet alebo ťažko dostal paypal accout, môžete použiť nasledovné:
Western Union.  www.westernunion.com
Platiť prostredníctvom Western Union ku mne:
Krstné meno / meno: Yingfeng
Priezvisko / Priezvisko / Priezvisko: Zhang
Úplné meno: Yingfeng Zhang
Krajina: China
Mesto: Guangzhou
|
-------------------------------------------------- -------------------
T / T. platiť T / T (prevod / telegrafné Transfer / bankový prevod)
PRVÉ BANKOVÉ INFORMÁCIE (ÚČET SPOLOČNOSTI):
SWIFT BIC: BKCHHKHHXXX
Názov banky: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
Banková adresa: BANKA ČÍNSKEJ TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
BANKOVÝ KÓD: 012
Názov účtu: FMUSER INTERNATIONAL GROUP LIMITED
Číslo účtu. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Druhá BANKOVÁ INFORMÁCIA (ÚČET SPOLOČNOSTI):
Príjemca: Fmuser International Group Inc.
Číslo účtu: 44050158090900000337
Banka príjemcu: Čínska stavebná banka, pobočka Guangdong
Kód SWIFT: PCBCCNBJGDX
Adresa: NO.553 Tianhe Road, Guangzhou, Guangdong, okres Tianhe, Čína
** Poznámka: Keď prevádzate peniaze na náš bankový účet, NEPISUJTE nič do poznámky, inak nebudeme môcť prijať platbu z dôvodu vládnej politiky v medzinárodnom obchode.
|
|
|
|
* To bude odoslaný v 1-2 pracovných dní, ak platba jasné.
* Budeme poslať ho do svojho paypal adresu. Ak chcete zmeniť adresu, pošlite prosím svoj správnu adresu a telefónne číslo na môj email [chránené e-mailom]
* V prípade všetkých balíčkov je nižšia ako 2kg, budeme odoslané poštou letecky, bude trvať asi 15-25days do ruky.
V prípade, že balík je viac než 2kg, budeme loď cez EMS, DHL, UPS, FedEx rýchly expresné doručenie, bude to trvať asi 7 ~ 15days do ruky.
Ak balík viac ako 100kg, budeme posielať cez DHL alebo leteckú dopravu. Bude to trvať asi 3 ~ 7days do ruky.
Všetky balíčky sú formou Čína Guangzhou.
* Balíček bude odoslaný ako „darček“ a bude odstránený čo najmenej, kupujúci nemusí platiť „DAŇ“.
* Po lodi vám zašleme e-mailu a dá vám sledovacie číslo.
|
|
|
Pre záruku.
Kontaktujte nás --- >> Vráťte nám položku --- >> Prijmite a odošlite ďalšiu náhradu.
Meno: Liu Xiaoxia
Adresa: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou Čína.
PSČ: 510620
Telefón: + 8618078869184
Vráťte sa prosím na túto adresu a napísať svoj paypal adresa, meno, problém na poznámka: |
|
