FMUSER Wirless Transmit Video And Audio More Easier !

[email protected] WhatsApp +8618078869184
Language

    Streaming and transmission of live broadcast technology

     

    Push agreement
    Let’s first introduce what push protocols are available, their current status, advantages and disadvantages in the live broadcast field.

    RTMP
    WebRTC
    Proprietary protocol based on UDP
    HLS
    FLV
    RTMP
    RTMP is the acronym for Real Time Messaging Protocol. The protocol is based on TCP and is a protocol family, including RTMP basic protocol and RTMPT/RTMPS/RTMPE and many other variants. RTMP is a network protocol designed for real-time data communication. It is mainly used for audio, video and data communication between the Flash/AIR platform and streaming media/interactive servers that support the RTMP protocol. Software that supports this agreement includes Adobe Media Server/Ultrant Media Server/red5, etc.

     

    RTMP is the current mainstream streaming media transmission protocol, which is widely used in the live broadcast field. It can be said that most of the live broadcast products on the market adopt this protocol.

     

    advantage

    CDN support is good, mainstream CDN vendors support
    Simple protocol, easy to implement on various platforms


    Disadvantage

    Based on TCP, the transmission cost is high, and the problem is significant when the packet loss rate is high in a weak network environment
    Does not support browser push
    Adobe proprietary agreement, Adobe no longer updates
    Unpredictable stability problems are also prone to occur when massive concurrency

     


    WebRTC


    WebRTC, whose name is derived from the abbreviation of Web Real-Time Communication (English: Web Real-Time Communication), is an API that supports web browsers for real-time voice or video conversations. It was open sourced on June 1, 2011 and was included in the W3C recommended standards of the World Wide Web Consortium with the support of Google, Mozilla, and Opera.

     

    advantage

    W3C standard, high degree of support by mainstream browsers
    Google is behind it and has reference implementations on various platforms
    The bottom layer is based on SRTP and UDP, and there is a lot of room for optimization in weak network conditions
    Point-to-point communication can be realized, with low delay between the communication parties


    Disadvantage

    ICE, STUN, TURN Traditional CDN does not provide similar services
    Proprietary protocol based on UDP
    Some live broadcast applications will use UDP as the underlying protocol to develop their own private protocols, because the advantages of UDP in a weak network environment can achieve a better weak network optimization effect through some customized tuning, but it is also bound to be a private protocol.

     

    advantage

    More space for customization and optimization

     

    Disadvantage

    High development cost
    CDN is not friendly, you need to build your own CDN or reach an agreement with CDN
    Fight independently, unable to evolve with the community
    Other agreements

     


    FLV

    The FLV protocol is mainly promoted by Adobe. The format is extremely simple, except that some marker header information is added to a large block of video frames and audio and video headers. Because of this extreme simplicity, it is mature in terms of delay performance and large-scale concurrency. The only shortcoming is that the support on the mobile browser is very limited, but it is extremely suitable for use as a mobile APP live broadcast protocol.

     

    HLS

    The solution introduced by Apple divides the video into small video segments of 5-10 seconds, and then manages them with the m3u8 index table. Since the videos downloaded by the client are complete data of 5-10 seconds, the smoothness of the video is very good. Good, but it also introduces a large delay (the general delay of HLS is about 10-30s). Compared with FLV, HLS has very strong support on iPhone and most android mobile browsers, so it is often used for URL sharing in QQ and WeChat Moments.

     

    transporting network


    The streaming media that we push out needs to be transmitted to the audience. The entire link is the transmission network. The analogy of freight logistics is all the distance from the departure point to the destination. If the capacity of the road is not enough, it will cause traffic jams, which is network congestion. At this time, We will change the distance, which is the so-called intelligent scheduling, but the transmission network will schedule from a global perspective, so it will have a better effect than the scheduling of the atomic world. It is conceivable that there is a god looking down at the origin and destination in the sky. All the traffic information in the time, and it is real-time, and then gives you a clear road, how magical.

     

    Let's first review the traditional content distribution network.

     

    Why there is a content distribution network, the origin of the content distribution network
    The Internet originated from an internal network of the US military. Tim Berners-Lee is one of the inventors of the Internet. He foresaw early that network congestion would become the biggest obstacle to the development of the Internet in the near future, so he raised an academic problem. To invent a new and fundamentally problem-solving method to realize the congestion-free distribution of Internet content, this academic problem eventually gave birth to an innovative Internet service-CDN. At that time, Dr. Berners-Lee was next door to the office of Professor Tom Leighton, a professor of applied mathematics at the Massachusetts Institute of Technology. He was aroused by Berners-Lee's challenge. Letghton finally solved this problem and started his own business plan, establishing Akamai, becoming the world's first CDN company.

     

     

    Traditional CDN architecture


    The figure above is a schematic diagram of the three-level deployment of a typical CDN system. The node is the most basic deployment unit in the CDN system. It is divided into three-level deployment, central node, regional node and edge node. The top level is the central node, and the middle one is the central node. The level is a regional node, and the edge nodes are geographically dispersed, providing users with nearby content access services.

     

    The following introduces the classification of CDN nodes, which are mainly divided into two categories, backbone nodes and POP nodes, and backbone nodes are further divided into central nodes and regional nodes.

     

    Backbone node

    Central node

    Area node

    POP node

    Edge node
    Logically speaking, backbone nodes are mainly responsible for content distribution and return to the source when edge nodes are missed, and POP nodes are mainly responsible for providing users with nearby content access services. However, if the CDN network scale is large, the edge nodes directly return to the center node will cause excessive pressure on the core equipment of the middle layer. Physically introduce regional nodes to be responsible for the management of a geographical area and save some hot data.

     

    The pain points of live broadcast transmission network that are different from traditional CDN
    With the advent of the Live era, live broadcasting has become another major battlefield for current CDN vendors. What kind of services does CDN need to support in the Live era?

     

    Support for streaming media protocols, including RTMP, HLS, HTTP-FLV, etc.
    The first screen is turned on in seconds, and the control is within seconds from the user's click to the playback
    1~3 Delay control, from the streaming end to the playback end, the delay is controlled between 1 and 3 seconds
    The global intelligent routing of the entire network can use all nodes in the entire CDN network to serve a single user, regardless of geographical restrictions. With the continuous advancement of the global integration process, live broadcasting across regions, countries, and continents is becoming the norm. It is very likely that the anchor will be in Europe and the United States and the users will be in Asia.


    Day-level nodes are increasing on demand, and Chinese companies going overseas have become a trend. CDN needs more overseas nodes. Nowadays, more overseas nodes are competing for rapid deployment. It takes one day from raising the demand for nodes to connecting to the network to provide services. Within this, very high requirements are placed on CDN operation and maintenance and planning. The original monthly plan and network access cannot meet the advanced requirements.
    Traditional CDN link routing


    CDN is based on a tree-like network topology. Each layer has GSLB (Global Server Load Balancing) for load balancing of multiple CDN nodes in the same layer. What are the benefits?

    Among the many CDN application scenarios mentioned above, web acceleration, video acceleration, and file transfer acceleration all rely on GSLB and Cache systems at the same time. The Cache system is the cost of the entire CDN system, and the design tree structure can be maximized. Save the capital investment of the Cache system. Because only the central node needs to keep all the cache copies of the opportunity, it is reduced step by step, and the edge nodes only need a small amount of hot cache to hit most of the CDN access requests, which greatly reduces the cost of the CDN network, which is also in line with the time. The needs of CDN users are a win-win situation.

     

    But in the Live era, the live broadcast service is a streaming service and rarely involves the Cache system. Basically, the storage resources can be released after the broadcast is completed. Even if the storage requirements are due to policy reasons, they are all cold storage. The investment in storage is relatively It is very cheap and does not require storage in all nodes, as long as the data can be traced back and available.

     

    Let’s take a look at the tree-like network topology. The number of links available to users is limited. As shown in the figure below, the number of links available to users in a certain area is: 2 * 5 = 10

     

    If the user is in a certain area, GSLB (usually Smart DNS at the edge node level) will route the user to an edge node in the area, and the upper layer will route the user to an area node (here, GSLB Usually the internal load balancer), and finally back to the central node, the central node will link the source station.

     

    The assumption here is:

    The fastest node that the user can access must be the edge node in the area. If there is no edge node in the area, the fastest node must be the edge node in the logically adjacent area.


    The fastest node that an edge node can access must be an area node in the area, and it must not be a node in other areas.
    The regional node to the central node must be the fastest, and the speed and bandwidth of this link are both optimal.
    But is this really the case? Is it true to introduce so many assumptions?

     

    In fact, even if theoretically we can prove that the above assumptions are valid, node planning and regional configuration mostly depend on people’s design and planning. We know that a large number of people is unreliable, and even if the regional planning is correct at the time, who can guarantee these static Will the network planning be changed because of the laying of a fiber or because of excessive pressure on certain IDCs? Therefore, we can jump out of the shackles of the tree-like network topology and explore a new network topology suitable for live broadcast acceleration.

     

    In order to get rid of the limited link routing restrictions and activate the ability to organize the network, we can turn the above nodes into a mesh network topology:

     

    We have seen that once we change the network structure to a mesh structure, the user's selectable links become: all the paths between two points specified in the undirected graph, as the students who have studied graph theory know, the number is staggering.

     

    The system can select any fastest link through intelligent routing instead of relying on outdated manual planning during system deployment. Whether it is the addition of fiber between some links or the excessive pressure of a certain IDC, it can be reflected in the finishing network in real time , To help users push out the optimal link in real time. At this time, we can remove some of the previous assumptions and plan the link routing of the network in real time through machines instead of humans. Such real-time large-scale computing tasks are inherently not human strengths, and we should give them to more suitable species.

     

    CDN expansion


    As mentioned earlier, Chinese companies’ going overseas has become a general trend, and the demand for CDN overseas nodes is increasing. In this situation, CDN vendors need to deploy new backbone networks and edge nodes in new regions, and detailed network planning is required. The times have changed. Originally, CDN users were all enterprise-level users, and the iteration cycle of their business lines was long, there was a long time plan, and more time was left for CDN vendors. Internet companies pay attention to speed. Bi-weekly iterations have become the norm. This involves the contradiction between cost and response speed. If nodes are deployed in advance, they can better serve these Internet companies, but there is a higher cost pressure, and vice versa. Unable to respond to these fast-growing Internet companies.

     

    Ideally, if the user puts forward a requirement, the CDN manufacturer internally evaluates it, gives feedback on the same day, and deploys on the same day, the customer can test new nodes in the new area on the same day. How to deal with it?

     

    The answer is a peer-to-peer network based on a mesh topology. In the mesh topology, each node is a Peer. Logically, the services provided by each node are equivalent. There is no need to design a complex network topology by region. After the nodes are online There is no need for a complicated deployment process, and you can directly register node information online to provide services to users. In theory, the time before and after combined with virtualization technology can be controlled within one day.

     

     

     

     

     

     

    How far(long) the transmitter cover?

    The transmission range depends on many factors. The true distance is based on the antenna installing height , antenna gain, using environment like building and other obstructions , sensitivity of the receiver, antenna of the receiver . Installing antenna more high and using in the countryside , the distance will much more far.

    EXAMPLE 5W FM Transmitter use in the city and hometown:

    I have a USA customer use 5W fm transmitter with GP antenna in his hometown ,and he test it with a car, it cover 10km(6.21mile).

    I test the 5W fm transmitter with GP antenna in my hometown ,it cover about 2km(1.24mile).

    I test the 5W fm transmitter with GP antenna in Guangzhou city ,it cover about only 300meter(984ft).

    Below are the approximate range of different power FM Transmitters. ( The range is 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

    How to contact us for the transmitter?

    Call me +8618078869184 OR
    Email me [email protected]
    1.How far you want to cover in diameter ?
    2.How tall of you tower ?
    3.Where are you from ?
    And we will give you more professional advice.

    About Us

    FMUSER.ORG is a system integration company focusing on RF wireless transmission / studio video audio equipment / streaming and data processing .We are providing everything from advice and consultancy through rack integration to installation, commissioning and training.
     
    We offer FM Transmitter, Analog TV Transmitter, Digital TV transmitter, VHF UHF Transmitter, Antennas, Coaxial Cable Connectors, STL, On Air Processing, Broadcast Products for the Studio, RF Signal Monitoring, RDS Encoders, Audio Processors and Remote Site Control Units, IPTV Products, Video / Audio Encoder / Decoder, designed to meet the needs of both large international broadcast networks and small private stations alike.
     
    Our solution has 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.
     
    We are using advanced technology products for all the systems, because we know the high reliability and high performance are so important for the system and solution . At the same time we also have to make sure our products system with a very reasonable price.
     
    We have customers of public and commercial broadcasters, telecom operators and regulation authorities , and we also offer solution and products to many hundreds of smaller, local and community broadcasters .
     
    FMUSER.ORG has been exporting more than 15 years and have clients all over the world. With 13 years experience in this field ,we have a professional team to solve customer's all kinds of problems. We dedicated in supplying the extremely reasonable pricing of professional products & services.
    Contact email : [email protected]

    Our Factory

    We have modernization of the factory . You are welcome to visit our factory when you come to China.

    At present , there are already 1095 customers around the world visited our Guangzhou Tianhe office . If you come to China , you are welcome to visit us .

    At Fair

    This is our participation in 2012 Global Sources Hong Kong Electronics Fair . Customers from all over the world finally have a chance to get together.

    Where is Fmuser ?

    You can search this numbers " 23.127460034623816,113.33224654197693 " in google map , then you can find our fmuser office .

    FMUSER Guangzhou office is in Tianhe District which is the center of the Canton . Very near to the Canton Fair , guangzhou railway station, xiaobei road and dashatou , only need 10 minutes if take TAXI . Welcome friends around the world to visit and negotiate .

    Contact: Sky Blue
    Cellphone: +8618078869184
    WhatsApp: +8618078869184
    Wechat: +8618078869184
    E-mail: [email protected]
    QQ: 727926717
    Skype: sky198710021
    Address: No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou China Zip:510620

    English: We accept all payments , such as PayPal, Credit Card, Western Union, Alipay, Money Bookers, T/T, LC, DP, DA, OA, Payoneer, If you have any question , please contact me [email protected] or WhatsApp +8618078869184

    • PayPal.  www.paypal.com

      We recommend you use Paypal to buy our items ,The Paypal is a secure way to buy on internet .

      Every of our item list page bottom on top have a paypal logo to pay.

      Credit Card.If you do not have paypal,but you have credit card,you also can click the Yellow PayPal button to pay with your credit card.

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

      But if you have not a credit card and not have a paypal account or difficult to got a paypal accout ,You can use the following:

      Western Union.  www.westernunion.com

       

      Pay by Western Union to me :

      First name/Given name: Yingfeng
      Last name/Surname/ Family name: Zhang
      Full name: Yingfeng Zhang
      Country: China
      City: Guangzhou 

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

      T/T .  Pay by T/T (wire transfer/ Telegraphic Transfer/ Bank Transfer)
       
      First BANK INFORMATION (COMPANY ACCOUNT):
      SWIFT BIC: BKCHHKHHXXX
      Bank name: BANK OF CHINA (HONG KONG) LIMITED, HONG KONG
      Bank Address: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
      BANK CODE: 012
      Account Name : FMUSER INTERNATIONAL GROUP LIMITED
      Account NO. : 012-676-2-007855-0
      ---------------------------------------------------------------------
      Second BANK INFORMATION (COMPANY ACCOUNT):
      Beneficiary: Fmuser International Group Inc
      Account Number: 44050158090900000337
      Beneficiary's Bank: China Construction Bank Guangdong Branch
      SWIFT Code: PCBCCNBJGDX
      Address: NO.553 Tianhe Road, Guangzhou, Guangdong,Tianhe District, China
      **Note: When you transfer money to our bank account, please DO NOT write anything in the remark area, otherwise we won't be able to receive the payment due to government policy on international trade business.

    * It will be sent in 1-2 working days when payment clear.

    * We will send it to your paypal address. If you want to change address, please send your correct address and phone number to my email [email protected]

    * If the packages is below 2kg,we will be shipped via post airmail, it will take about 15-25days to your hand.

    If the package is more than 2kg,we will ship via EMS , DHL , UPS, Fedex fast express delivery,it will take about 7~15days to your hand.

    If the package more than 100kg , we will send via DHL or air freight. It will take about 3~7days to your hand.

    All the packages are form China guangzhou.

    * Package will be sent as a "gift" and declear as less as possible,buyer don't need to pay for "TAX".

    * After ship, we will send you an E-mail and give you the tracking number.

    For Warranty .
    Contact US--->>Return the item to us--->>Receive and send another replace .

    Name: Liu xiaoxia
    Address: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
    ZIP:510620
    Phone: +8618078869184

    Please return to this address and write your paypal address,name,problem on note:

    List all Question

    Nickname

    Email

    Questions

      Enter email  to get a surprise

      fmuser.org

      es.fmuser.org
      it.fmuser.org
      fr.fmuser.org
      de.fmuser.org
      af.fmuser.org ->Afrikaans
      sq.fmuser.org ->Albanian
      ar.fmuser.org ->Arabic
      hy.fmuser.org ->Armenian
      az.fmuser.org ->Azerbaijani
      eu.fmuser.org ->Basque
      be.fmuser.org ->Belarusian
      bg.fmuser.org ->Bulgarian
      ca.fmuser.org ->Catalan
      zh-CN.fmuser.org ->Chinese (Simplified)
      zh-TW.fmuser.org ->Chinese (Traditional)
      hr.fmuser.org ->Croatian
      cs.fmuser.org ->Czech
      da.fmuser.org ->Danish
      nl.fmuser.org ->Dutch
      et.fmuser.org ->Estonian
      tl.fmuser.org ->Filipino
      fi.fmuser.org ->Finnish
      fr.fmuser.org ->French
      gl.fmuser.org ->Galician
      ka.fmuser.org ->Georgian
      de.fmuser.org ->German
      el.fmuser.org ->Greek
      ht.fmuser.org ->Haitian Creole
      iw.fmuser.org ->Hebrew
      hi.fmuser.org ->Hindi
      hu.fmuser.org ->Hungarian
      is.fmuser.org ->Icelandic
      id.fmuser.org ->Indonesian
      ga.fmuser.org ->Irish
      it.fmuser.org ->Italian
      ja.fmuser.org ->Japanese
      ko.fmuser.org ->Korean
      lv.fmuser.org ->Latvian
      lt.fmuser.org ->Lithuanian
      mk.fmuser.org ->Macedonian
      ms.fmuser.org ->Malay
      mt.fmuser.org ->Maltese
      no.fmuser.org ->Norwegian
      fa.fmuser.org ->Persian
      pl.fmuser.org ->Polish
      pt.fmuser.org ->Portuguese
      ro.fmuser.org ->Romanian
      ru.fmuser.org ->Russian
      sr.fmuser.org ->Serbian
      sk.fmuser.org ->Slovak
      sl.fmuser.org ->Slovenian
      es.fmuser.org ->Spanish
      sw.fmuser.org ->Swahili
      sv.fmuser.org ->Swedish
      th.fmuser.org ->Thai
      tr.fmuser.org ->Turkish
      uk.fmuser.org ->Ukrainian
      ur.fmuser.org ->Urdu
      vi.fmuser.org ->Vietnamese
      cy.fmuser.org ->Welsh
      yi.fmuser.org ->Yiddish

       
  •  

    FMUSER Wirless Transmit Video And Audio More Easier !

  • Contact

    Address:
    No.305 Room HuiLan Building No.273 Huanpu Road Guangzhou China 510620

    E-mail:
    [email protected]

    Tel / WhatApps:
    +8618078869184

  • Categories

  • Newsletter

    FIRST OR FULL NAME

    E-mail

  • paypal solution  Western UnionBank OF China
    E-mail:[email protected]   WhatsApp:+8618078869184   Skype:sky198710021 Chat with me
    Copyright 2006-2020 Powered By www.fmuser.org

    Contact Us