FMUSER Wirless להעביר וידאו ושמע קל יותר!

[מוגן בדוא"ל] WhatsApp + 8618078869184
שפה

    פיתוח מערכות שידור חי של IOS (עקרון) 2

     

    04. מבוא לידע בסיסי בשידור חי
    1. אספו וידאו ושמע
    1.1 לכידת מסגרת קידוד וידאו ושמע *
    AVFoundation: AVFoundation היא מסגרת להפעלה וליצירת נתוני מדיה אורקוליים בזמן אמת. הוא גם מספק ממשק Objective-C כדי לתפעל נתונים אורקוליים אלה, כגון עריכה, סיבוב וקידוד מחדש.
    * 1.2 ציוד לחומרת וידאו ושמע *
    CCD: חיישן תמונה: משמש בתהליך רכישת ועיבוד תמונות להמרת תמונות לאותות חשמליים.
    איסוף: חיישן סאונד: משמש בתהליך איסוף ועיבוד קול, המרת קול לאותות חשמליים.
    נתוני דוגמת שמע: בדרך כלל בפורמט PCM
    נתוני דגימת וידאו: באופן כללי, הם בפורמט YUV או RGB. עוצמת הקול של האודיו והווידאו המקוריים שנאספו גדולה מאוד, ועליו לעבד אותו באמצעות טכנולוגיית דחיסה כדי לשפר את יעילות השידור
    2. עיבוד וידאו (יופי, סימן מים)
    עקרון עיבוד וידאו: מכיוון שהווידאו מוצג לבסוף על המסך דרך ה- GPU, מסגרת אחר פריים, אנו יכולים להשתמש ב- OpenGL ES לעיבוד מסגרות הווידיאו, כך שלסרטון יש השפעות שונות, בדיוק כמו ברז הזורם החוצה מים עוברים מספר צינורות ואז זורם למטרות שונות
    עכשיו כל מיני אפליקציות יופי ווידאו מוסיפות אפקטים מיוחדים מיושמות באמצעות GPUImage.
    * מסגרת לעיבוד וידאו *
    GPUImage: GPUImage היא מסגרת עיבוד תמונה / וידאו עוצמתית המבוססת על OpenGL ES. הוא מכיל פילטרים שונים ויכול לכתוב גם פילטרים מותאמים אישית. יש לו יותר מ -120 אפקטים מסננים נפוצים.
    OpenGL: OpenGL (Open Graphics Library במלואו) הוא מפרט המגדיר שפה חוצת תכנות, ממשק תכנות חוצה פלטפורמות, המשמש לתמונות תלת מימד (אפשר גם דו מימד). OpenGL הוא ממשק מקצועי לתכנית גרפית, ספריית גרפיקה עוצמתית וקלה להתקשרות.
    OpenGL ES: OpenGL ES (OpenGL עבור מערכות משובצות) היא קבוצת משנה של ממשק ה- API הגרפי של OpenGL 3D, המיועד למכשירים משובצים כמו טלפונים ניידים, מחשבי כף יד וקונסולות משחק.
    3. קידוד ופענוח וידאו
    3.1 מסגרת קידוד וידאו *
    FFmpeg: היא מסגרת וידאו קוד פתוח חוצה פלטפורמות שיכולה ליישם פונקציות עשירות כמו קידוד וידאו, פענוח, קידוד, הזרמה והשמעה. פורמטי הווידאו הנתמכים ופרוטוקולי ההפעלה עשירים מאוד, כולל כמעט כל רכיבי ה- codec של שמע ווידאו, פורמטים של אנקפסולציה ופרוטוקולי הפעלה.
    -Libswresample: הוא יכול לבצע פעולות כגון דגימה מחדש, רימטריקס והמרת פורמט הדגימה של האודיו.
    -LibavCodec: מספק מסגרת codec כללית, הכוללת זרמי וידאו, שמע, כתוביות וקודקים / מפענחים אחרים.
    -ליבבפורמט: משמש לקפץ / לקפל את הווידאו.
    -ליבבוטיל: מכיל כמה פונקציות נפוצות, כגון יצירת מספרים אקראיים, מבנה נתונים, פעולות מתמטיות וכו '.
    -Libpostproc: משמש לעיבוד פוסט מסוים של הסרטון.
    -Libswscale: משמש להגדלת תמונת וידאו, המרת שטח צבע וכו '.
    -ליבבפילטר: ספק פונקצית מסנן.
    X264: קידוד YuV ודחיסת נתוני הווידאו המקוריים לפורמט H.264
    VideoToolbox: ממשק ה- API של פענוח קשיח וקידוד קשיח של אפל, אך נפתח רק לאחר iOS8.
    audioToolbox: פענוח האודיו הקשיח של אפל וממשק ה- API לקידוד קשה
    3.2 טכנולוגיית קידוד וידאו *
    תקני קידוד דחיסת וידאו: טכנולוגיות קידוד לדחיסת וידאו (קידוד וידאו) או דחיסה (פענוח וידאו), כגון MPEG, H.264, טכנולוגיות קידוד הווידאו הללו הן קידוד קידוד.
    פונקציה עיקרית: לדחוס את נתוני פיקסל הווידיאו לזרם וידיאו, ובכך להקטין את כמות נתוני הווידאו. אם הסרטון אינו דחוס ומקודד, עוצמת הקול בדרך כלל גדולה מאוד וסרט עשוי לדרוש מאות ג'יגה שטח.
    הערה: איכות הווידיאו המשפיעת ביותר היא נתוני קידוד הווידאו ונתוני קידוד השמע שלהם, אשר אין שום קשר לפורמט האריזה.
    MPEG: שיטת דחיסת וידאו המשתמשת בדחיסת בין-מסגרת, ואוחסנת רק את ההבדלים בין פריימים עוקבים, כדי להשיג יחס דחיסה גדול יותר
    H.264 / AVC: שיטת דחיסת וידאו המשתמשת בחיזוי מראש ובאותה שיטת חיזוי פריימים כמו מסגרת PB ב- MPEG. הוא יכול לייצר זרם וידאו המתאים להעברת רשת בהתאם לצרכים, ויחס דחיסה גבוה יותר. שיהיה איכות תמונה טובה יותר
    הערה 1: אם אתה משווה את ההגדרה של מסך יחיד, ל- mpeg4 יש יתרון; מהגדרת המשכיות הפעולה, ל- H.264 יתרון
    הערה 2: מכיוון שהאלגוריתם של 264 מורכב יותר, התוכנית מסורבלת ליישום והיא זקוקה ליותר משאבי מעבד וזיכרון כדי להריץ אותה. לכן, הפעלת 264 דורשת דרישות מערכת גבוהות יחסית.
    הערה 3: מכיוון שהיישום של 264 גמיש יותר, הוא משאיר כמה יישומים ליצרנים עצמם. למרות שהדבר מביא יתרונות רבים ליישום, התקשורת בין מוצרים שונים הפכה לבעיה גדולה וכתוצאה מכך אימוץ חברת A. הנתונים המצטברים על ידי המקודד חייבים להיפתר על ידי המפענח של חברת A בכדי לפתור דברים מביכים כל כך.
    H.265 / HEVC: שיטת דחיסת וידאו המבוססת על H.264, השמירה על חלק מהטכנולוגיות המקוריות, תוך שיפור של כמה טכנולוגיות קשורות לשיפור הקשר בין זרם סיביות, איכות קידוד, עיכוב ויחסי מורכבות אלגוריתם כדי להשיג את ההגדרה האופטימלית.
    H.265 הוא תקן קידוד יעיל יותר, שיכול לדחוס את עוצמת הקול של התוכן לגודל קטן יותר באותו אפקט איכות תמונה, ולהעביר מהר יותר ולחסוך רוחב פס.
    אני מסגר: (מסגרת מפתח) שומר תמונה מלאה, רק צריך את הנתונים של מסגרת זו כדי להשלים את הפענוח (מכיוון שהיא מכילה את התמונה השלמה
    מסגרת P: (מסגרת ההבדל) ההפרש בין מסגרת זו למסגרת הקודמת נשמר. בעת פענוח, יש להציב את התמונה שנאגרה בעבר על ההפרש שהוגדר על ידי מסגרת זו כדי ליצור את התמונה הסופית. (למסגרת P אין נתוני תמונה מלאים, רק נתונים השונים מהתמונה של המסגרת הקודמת)
    מסגרת B: (מסגרת הבדל דו כיוונית) שומרת על ההבדל בין המסגרת הנוכחית למסגרת הקודמת והבא הבאה. כדי לפענח את מסגרת B, יש להשיג לא רק את התמונה המאוצרת הקודמת, אלא גם את התמונה המפוענחת. התוצאה הסופית מתקבלת באמצעות סופרפוזיציה של התמונות הקדמיות והאחוריות ונתוני המסגרת הנוכחיים Picture. קצב דחיסת המסגרת B גבוה, אך המעבד יהיה עייף יותר בעת פענוח
    דחיסת תוך פריים: בעת דחיסת מסגרת תמונה, רק הנתונים של מסגרת זו נחשבים מבלי להתחשב במידע המיותר בין מסגרות סמוכות. באופן כללי, נעשה שימוש באלגוריתם דחיסה אבדני במסגרת
    דחיסת InteRFrame: דחיסה זמנית, הדוחסת נתונים על ידי השוואת נתונים בין מסגרות שונות בציר הזמן. דחיסה בין מסגרות היא בדרך כלל ללא אובדן
    muxing (סינתזה): אנקפסו זרמי וידאו, זרמי שמע ואפילו זרמי כתוביות לקובץ (פורמט מיכל (FLV, TS)) והעבירו אותו כאות.
    3.3 טכנולוגיית קידוד שמע *
    AAC, mp3: מדובר בטכנולוגיות קידוד שמע, המשמשות לאודיו דחוס
    3.4 בקרת תעריפים *
    קצב רב סיביות: מצב הרשת בו הקהל נמצא מסובך מאוד, יכול להיות שהוא WiFi, יכול להיות שהוא 4G, 3G או אפילו 2G, אז איך לענות על הצרכים של מספר צדדים? בנה עוד כמה שורות והתאם את קצב הסיביות בהתאם לסביבת הרשת הנוכחית.
    לדוגמא: לעתים קרובות אני רואה 1024, 720, HD, SD, חלק וכו 'בתוכנת השמעת וידאו, המתייחסת לקצבי סיביות שונים.
    * 3.5 פורמט אריזת וידאו *
    TS: פורמט אנקפסולציה של מדיה זורמת. לקפסולת מדיה זורמת יש יתרון בכך שלא צריך לטעון את האינדקס לפני ההפעלה, מה שמקטין מאוד את עיכוב הטעינה הראשונה. אם הסרט ארוך יחסית, האינדקס של קובץ mp4 גדול למדי, מה שמשפיע על חוויית המשתמש
    מדוע להשתמש ב- TS: הסיבה לכך היא ששני קטעי TS ניתנים לחיתוך בצורה חלקה, והשחקן יכול לשחק ברציפות
    FLV: פורמט אנקפסולציה של מדיה זורמת. בשל גודל הקובץ הקטן ביותר ומהירות הטעינה המהירה במיוחד, הוא מאפשר צפייה בקבצי וידאו באינטרנט. לכן, פורמט FLV הפך להיות פורמט הווידאו המרכזי כיום.
    4. דחף זרם
    4.1 מסגרת העברת נתונים *
    librtmp: משמש להעברת נתונים בפורמט פרוטוקול RTMP
    * 4.2 פרוטוקול העברת נתוני מדיה זורם *
    RTMP: פרוטוקול העברת הודעות בזמן אמת, פרוטוקול פתוח שפותח על ידי אדובי מערכות להעברת שמע, וידאו ונתונים בין נגני פלאש לשרתים. מכיוון שמדובר בפרוטוקול פתוח, ניתן להשתמש בכל זה.
    פרוטוקול RTMP משמש להעברת אובייקטים, וידאו ושמע.
    פרוטוקול זה בנוי על גבי פרוטוקול TCP או פרוטוקול HTTP של סקרים.
    פרוטוקול RTMP הוא כמו מיכל המשמש להחזקת חבילות נתונים. נתונים אלה יכולים להיות נתונים אורקוליים ב- FLV. חיבור יחיד יכול להעביר מספר זרמי רשת בערוצים שונים, והחבילות בערוצים אלה מועברות במנות בגודל קבוע
    נתח: חבילת הודעות
    5. הזרמת שרת מדיה
    5.1 שרתים נפוצים *
    SRS: מערכת שרת מדיה זורמת מקור פתוח מעולה שפותחה על ידי סינים
    BMS: זוהי גם מערכת שרת מדיה זורמת, אך לא קוד פתוח. זו גרסה מסחרית של SRS ויש לה יותר פונקציות מאשר SRS
    nginx: שרת אינטרנט בחינם ובקוד פתוח, המשמש בדרך כלל לתצורה של שרתי מדיה זורמת.
    * 5.2 הפצת נתונים *
    CDN: (רשת מסירת תוכן), רשת מסירת התוכן, מפרסמת את תוכן האתר ל"קצה "הרשת הקרובה ביותר למשתמש, כך שהמשתמש יוכל להשיג את התוכן הרצוי בקרבת מקום, פותר את העומס ברשת האינטרנט. ומשפר את גישת המשתמש לאתר מהירות התגובה של האתר.
    CDN: שרת פרוקסי, שווה ערך למתווך.
    עקרון העבודה של CDN: כגון בקשת נתוני מדיה זורמים
    1. העלה נתוני מדיה זורמים לשרת (אתר מוצא)
    2. תחנת המקור מאחסנת נתוני מדיה זורמים
    3. הלקוח מנגן את המדיה הזורמת ומבקש את נתוני המדיה הזורמים המקודדים מ- CDN
    4. שרת CDN נענה לבקשה. אם נתוני המדיה הזורמים אינם קיימים בצומת, הם ממשיכים לבקש את נתוני המדיה הזורמים מתחנת המקור; אם קובץ הווידאו כבר מאוחסן במטמון בצומת, דלג לשלב 6.
    5. אתר המקור נענה לבקשת ה- CDN ומפיץ את המדיה הזורמת לצומת ה- CDN המתאים
    6. ה- CDN שולח נתוני מדיה זורמים ללקוח
    חזרה למקור: כאשר משתמש מבקר בכתובת אתר מסוימת, אם צומת ה- CDN המנותח אינו שומר את תוכן התגובה במטמון או פג תוקפו של המטמון, הוא יחזור לאתר המקור כדי לקבל את החיפוש. אם אף אחד לא מבקר, צומת ה- CDN לא יעבור באופן פעיל לאתר המקור כדי להשיג אותו.
    רוחב פס: כמות הנתונים הכוללת שניתן להעביר בזמן קבוע,
    לדוגמא, אוטובוס קדמי של 64 סיביות, 800 מגה-הרץ, קצב העברת הנתונים שלו שווה ל -64 ביט × 800 מגה-הרץ ÷ 8 (בתים) = 6.4 ג'יגה לשנייה
    איזון עומסים: מערכת שרתים מורכבת ממספר שרתים בצורה סימטרית. לכל שרת יש סטטוס שווה ערך והוא יכול לספק שירותים באופן עצמאי ללא סיוע של שרתים אחרים.
    באמצעות טכנולוגיית חלוקת עומסים מסוימת, הבקשות שנשלחות מבחוץ מופצות באופן שווה לשרת מסוים במבנה הסימטרי, והשרת שמקבל את הבקשה נענה באופן עצמאי לבקשת הלקוח.
    איזון עומסים יכול להפיץ באופן שווה בקשות לקוח למערך השרתים, ובכך לספק גישה מהירה לנתונים חשובים ולפתור את הבעיה של מספר גדול של שירותי גישה מקבילים.
    טכנולוגיית אשכול זו יכולה להשיג ביצועים הקרובים לזו של מיינפריים עם השקעה מינימלית.
    QoS (ניהול רוחב פס): הגבל את רוחב הפס של כל קבוצה, כך שניתן יהיה להשתמש ברוחב הפס המוגבל להשפעה המרבית.
    6. משוך זרימה
    בחירת פרוטוקול שידור חי:
    ניתן להשתמש ב- RTMP, RTSP לבעלי דרישות גבוהות בזמן אמת או צרכים אינטראקטיביים
    לבעלי השמעה או דרישות חוצות פלטפורמות, מומלץ HLS
    השוואה בין פרוטוקול שידור חי: (5)
    HLS: פרוטוקול להזרמה בזמן אמת שהוגדר על ידי אפל. HLS מיושם על בסיס פרוטוקול HTTP. תוכן השידור כולל שני חלקים, האחד הוא קובץ התיאור M3U8, והשני הוא קובץ המדיה TS. זה יכול לממש את המדיה הזורמת בשידור חי ועל פי דרישה, המשמשת בעיקר במערכת iOS
    HLS אמור להשיג שידור חי באמצעות טכנולוגיה לפי דרישה
    HLS הוא סטרימינג של קצב סיביות מסתגל. הלקוח יבחר אוטומטית בזרמי וידאו עם קצב סיביות שונה בהתאם לתנאי הרשת. השתמש בקצבי סיביות גבוהים אם התנאים מאפשרים זאת, והשתמש בקצב סיביות נמוך כאשר הרשת עסוקה, ועבר אוטומטית בין השניים כרצונך
    שינוי. זה מאוד מועיל להבטחת השמעה חלקה כאשר תנאי הרשת של המכשיר הסלולרי אינם יציבים.
    שיטת ההטמעה היא שהשרת מספק זרם וידיאו רב סיביות, והוא מצוין בקובץ הרשימה, והנגן מסתגל אוטומטית לפי התקדמות ההפעלה ומהירות ההורדה.
    השוואה בין HLS ו- RTMP: HLS נובע בעיקר מעיכוב גדול יחסית, והיתרון העיקרי של RTMP הוא זמן אחזור נמוך.
    שיטת הפרוסה הקטנה של פרוטוקול HLS תייצר מספר רב של קבצים, ואחסון או עיבוד של קבצים אלה יגרום לבזבוז רב של משאבים
    בהשוואה לפרוטוקול SP, היתרון הוא שברגע שהפילוח הושלם, תהליך ההפצה שלאחריו כלל אינו צריך להשתמש בתוכנה מיוחדת כלשהי. מספיק שרת רשת רגיל, מה שמקטין מאוד את דרישות התצורה של שרת ה- CDN, וניתן להשתמש בכל CDN מוכן. , ושרתים כלליים תומכים לעתים רחוקות ב- RTSP.
    HTTP-FLV: הזרמת תוכן מדיה המבוסס על פרוטוקול HTTP.
    בהשוואה ל- RTMP, HTTP הוא פשוט וידוע יותר, עיכוב התוכן יכול להיות גם 1 ~ 3 שניות, ומהירות הפתיחה מהירה יותר, מכיוון של- HTTP עצמו אין אינטראקציה של מצב מורכב. אז מנקודת המבט של חביון, HTTP-FLV טוב יותר מ- RTMP.
    RTSP: פרוטוקול הזרמה בזמן אמת, מגדיר כיצד יישומים רבים-רבים יכולים להעביר ביעילות נתוני מולטימדיה דרך רשת IP.
    RTP: פרוטוקול תחבורה בזמן אמת. RTP בנוי על פרוטוקול UDP ומשמש לעתים קרובות יחד עם RTCP. הוא אינו מספק מנגנון אספקה ​​בזמן או ערבויות איכות שירות אחרות (QoS). היא מסתמכת על שירותים ברמה נמוכה כדי להשיג תהליך זה.
    RTCP: הפרוטוקול התומך של RTP, הפונקציה העיקרית היא לספק משוב לאיכות השירות (QoS) המסופק על ידי RTP, ולאסוף מידע סטטיסטי על חיבור המדיה, כגון מספר הבתים המועברים, מספר החבילות המועברות, ה- מספר חבילות שאבדו, רשתות חד כיווניות ושני כיווניות עיכוב וכן הלאה.
    7. פענוח
    7.1 דקאפסולציה *
    Demuxing (הפרדה): פירוק הווידאו, השמע או הכתוביות מהקובץ (פורמט מיכל (FLV, TS)) המסונתז מזרם הווידאו, זרם השמע וזרם הכתוביות, ופענח אותם בנפרד.
    * 7.2 מסגרת קידוד שמע *
    fdk_aac: מסגרת קידוד ופענוח שמע, נתוני שמע PCM והמרת נתוני שמע AAC
    7.3 מבוא לפענוח *
    פענוח קשה: השתמש ב- GPU כדי לפענח, להפחית את פעולות המעבד
    יתרונות: השמעה חלקה, צריכת חשמל נמוכה, מהירות פענוח מהירה,
    * חסרונות: תאימות לקויה
    פענוח רך: השתמש במעבד לפענוח
    יתרונות: תאימות טובה
    * חסרונות: נטל CPU מוגבר, צריכת חשמל מוגברת, ללא חומרה

    פענוח חלק, מהירות פענוח איטית יחסית
    8. שחק
    ijkplayer: נגן וידיאו / אנדרואיד / iOS עם קוד פתוח המבוסס על FFmpeg
    קל לשלב API;
    ניתן לחתוך את תצורת האוסף כדי להקל על השליטה בגודל חבילת ההתקנה;
    תומך בפענוח האצת חומרה, יותר חיסכון בחשמל
    פשוט וקל לשימוש, ציין את כתובת ה- URL לסטרימינג, פענח אוטומטית והפעל אותה.
    9. אינטראקציה בצ'ט
    הודעות מיידיות: (InstantMessaging) הודעות מיידיות: היא מערכת תקשורת בזמן אמת המאפשרת לשניים אנשים או יותר להשתמש ברשת כדי לתקשר בזמן אמת בהודעות טקסט, קבצים, קול ווידאו.
    התפקיד העיקרי של IM במערכת השידור החי הוא לממש את האינטראקציה הטקסטית בין הקהל לעוגן, ובין הקהל לקהל.
    * SDK של צד שלישי *
    Tencent Cloud: SDK להעברת הודעות מיידיות שמספק Tencent, שיכול לשמש כחדר צ'אט בשידור חי
    Rongyun: SDK להעברת הודעות מיידיות נפוץ שיכול לשמש כחדר צ'אט בשידור חי
    5. כיצד לפתח במהירות אפליקציית סטרימינג בשידור חי שלם של iOS
    1. השתמש ב- SDK בשידור חי של צד שלישי לצורך התפתחות מהירה
    Qiniu Cloud: Qiniu Live Cloud הוא שירות סטרימינג בשידור חי עולמי שנוצר במיוחד עבור פלטפורמות סטרימינג בשידור חי ופלטפורמת שירות סטרימינג בשידור חי בסטרימינג ברמה ארגונית המיישמת תרחישים של סטרימינג בשידור חי מקצה לקצה.
    * פלטפורמות סטרימינג בשידור חי כמו Panda TV ו- Dragon Ball TV כולן משתמשות ב- Qiniu Cloud
    ענן וידיאו של NetEase: מבוסס על טכנולוגיית codec וידיאו חוצה פלטפורמות מקצועיות ורשת הפצת תוכן וידאו בקנה מידה גדול, הוא מספק שירותי אודיו ווידאו בזמן אמת יציב, חלק וחביון נמוך ובמקביל, ויכול לחבר בצורה חלקה וידאו חי אפליקציה משלה.
    2. מדוע חברות SDK של צד שלישי מספקות לנו SDK?
    אנו מקווים לקשור את המוצר שלנו לאותה סירה ולהסתמך יותר עליו.
    הטכנולוגיה מרוויחה כסף ועוזרת בגיוס מספר רב של מתכנתים
    3. פונקציית שידור חי: מחקר עצמי או שימוש בפיתוח SDK בשידור חי של צד שלישי?
    פיתוח SDK של צד שלישי: עבור צוות הזנק, לשידור חי בפיתוח עצמי יש סף גדול מבחינת סף טכני, CDN ורוחב פס, ולוקח הרבה זמן להכין מוצר מוגמר, שאינו תורם להשקעה.
    מחקר עצמי: פלטפורמת השידור החי של החברה גדולה. בטווח הארוך, מחקר עצמי יכול לחסוך בעלויות, וההיבטים הטכניים ניתנים לשליטה הרבה יותר מאשר שימוש ישיר ב- SDK.
    4. הטבות SDK של צד שלישי
    להוזיל את העלות
    השתמש בשירותי חברות צד ג 'טובים, כבר לא תצטרך להוציא מחירים גבוהים כדי לשכור ציידים ראשיים לחפור פרות גדולות יקרות, ואין צורך לפייס את המזג האישי של פרות גדולות.
    שפר את היעילות
    המיקוד של שירותי צד שלישי והנוחות שמביאה שילוב קוד עשויים לארוך רק 1-2 שעות, מה שחוסך כמעט 99% מהזמן, וזה מספיק בתמורה ליותר זמן להילחם נגד המתחרים ולהגדיל יותר. אפשרות גדולה להצלחה
    להפחית סיכון
    בעזרת שירותי צד שלישי מקצועיים, בשל מאפייניהם המהירים, המקצועיים, היציבים ואחרים, הוא יכול לשפר מאוד את התחרותיות של מוצרים (שירותים איכותיים, מהירות המחקר והפיתוח וכו ') ולקצר את הניסוי. וזמן טעות, שלבטח יהיה אחד האמצעים להצלת חיים ביזמות.

     

     

     

     

     

     

    כמה רחוק (ארוך) את המכסה המשדר?

    טווח שידור תלוי בגורמים רבים. המרחק האמיתי בוסס על אנטנת התקנת גובה, שבח אנטנה, באמצעות סביבה כמו בניין וחסימות אחרות, רגישות של המקלט, אנטנה של המקלט. התקנת אנטנה יותר גבוהה ושימוש באזורים הכפריים, המרחק יהיה הרבה יותר רחוק.

    דוגמא 5W משדר FM להשתמש בעיר הולדתו:

    יש לי משדר FM 5W שימוש הלקוח ארה"ב עם אנטנה GP בעיר הולדתו, והוא לבדוק את זה עם מכונית, זה לכסות 10km (6.21mile).

    אני בודק את משדר FM 5W עם אנטנת GP בעיר הוליד, זה לכסות על 2km (1.24mile).

    אני בודק את משדר FM 5W עם אנטנת GP בעיר גואנגזו, זה לכסות על רק 300meter (984ft).

    להלן מגוון המשוער של משדרי FM כוח שונים. (הטווח הוא קוטר)

    0.1W ~ 5W משדר FM: 100M ~ 1KM

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

    15W ~ 80W משדר FM: 3KM ~ 10KM

    80W ~ 500W משדר FM: 10KM ~ 30KM

    500W ~ 1000W משדר FM: 30KM ~ 50KM

    1KW ~ 2KW משדר FM: 50KM ~ 100KM

    2KW ~ 5KW משדר FM: 100KM ~ 150KM

    5KW ~ 10KW משדר FM: 150KM ~ 200KM

    כיצד לפנות אלינו לקבלת המשדר?

    התקשר אליי + 8618078869184 או
    שלח לי דוא"ל [מוגן בדוא"ל]
    1.How רחוק אתה רוצה לכסות בקוטר?
    2.How הגבוה שלך מגדל?
    3.Where אתה?
    ואנחנו ניתן לך ייעוץ מקצועי יותר.

    אודות

    FMUSER.ORG היא חברה אינטגרציה מערכת המתמקדת RF אלחוטית שידור / וידאו אולפן ציוד אודיו / הזרמת ועיבוד נתונים. אנו מספקים הכל החל ייעוץ וייעוץ באמצעות שילוב מתלה התקנה, הזמנת והכשרה.
     
    אנו מציעים משדר FM, משדר טלוויזיה אנלוגי, משדר טלוויזיה דיגיטלית, משדר VHF UHF, אנטנות, מחברים כבל קואקסיאלי, STL, על עיבוד האוויר, שידור מוצרים עבור אולפן, RF אותות ניטור, RDS אנקודרים, מעבדי אודיו ויחידות אתר מרוחק, IPTV מוצרים, וידאו / אודיו קודאי / מפענח, שנועד לענות על הצרכים של שתי רשתות שידור בינלאומיות גדולות תחנות פרטיות קטנות כאחד.
     
    לפיתרון שלנו יש תחנת רדיו FM / תחנת טלוויזיה אנלוגית / תחנת טלוויזיה דיגיטלית / ציוד סטודיו לאודיו וידאו / קישור משדר אולפן / מערכת משדר טלמטריה / מערכת טלוויזיה במלון / IPTV שידור חי / סטרימינג שידור חי / ועידת וידאו / מערכת שידור CATV.
     
    אנו משתמשים במוצרי טכנולוגיה מתקדמים עבור כל המערכות, משום שאנו יודעים מהימנות גבוהה וביצועים גבוהים כל כך חשובים עבור המערכת והפתרון. במקביל אנחנו גם צריכים לוודא מערכת המוצרים שלנו עם מחיר סביר מאוד.
     
    יש לנו לקוחות של משדרים ציבוריים ומסחריים, מפעילי תקשורת ורשויות רגולטוריות, ואנחנו מציעים גם פתרונות ומוצרים למאות רבות של משדרים קטנים, מקומיים וקהילתיים.
     
    FMUSER.ORG מייצאת יותר מ 15 שנים ויש לה לקוחות בכל רחבי העולם. עם 13 שנות ניסיון בתחום זה, יש לנו צוות מקצועי כדי לפתור את כל סוגי הבעיות של הלקוח. אנו מקדישים לספק תמחור סביר ביותר של מוצרים ושירותים מקצועיים.
    דוא"ל ליצירת קשר: [מוגן בדוא"ל]

    המפעל שלנו

    יש לנו מוֹדֶרנִיזָצִיָה של המפעל. אתם מוזמנים לבקר במפעל שלנו בעת לבוא לסין.

    נכון לעכשיו, יש כבר לקוחות 1095 ברחבי העולם ביקרו במשרד Tianhe גואנגזו שלנו. אם אתה בא לסין, אתם מוזמנים לבקר אותנו.

    ביריד

    זהו השתתפותנו מקורות 2012 גלובל יריד אלקטרוניקה הונג קונג . לקוחות מכל רחבי העולם סוף סוף יש הזדמנות להיפגש.

    איפה Fmuser?

    אתה יכול לחפש במספרים האלה " 23.127460034623816,113.33224654197693 "במפה של גוגל, אז תוכל למצוא את משרד fmuser שלנו.

    משרד FMUSER גואנגזו נמצא מחוז Tianhe המהווה את מרכז של קנטון . מאוד ליד אל ה יריד קנטון , תחנת רכבת גואנגזו, כביש xiaobei ו dashatou , רק צריך דקות 10 אם לקחת מוֹנִית . ברוכים הבאים חברים ברחבי העולם כדי לבקר ולנהל משא ומתן.

    ליצירת קשר: Blue Sky
    נייד: + 8618078869184
    WhatsApp: + 8618078869184
    Wechat: + 8618078869184
    E-mail [מוגן בדוא"ל]
    QQ: 727926717
    סקייפ: sky198710021
    כתובת: No.305 חדר HuiLan בניין No.273 Huanpu כביש גואנגזו בסין Zip: 510620

    אנגלית: אנו מקבלים את כל התשלומים, כגון PayPal, כרטיס אשראי, ווסטרן יוניון, אליפיי, פנקסי כסף, T / T, LC, DP, DA, OA, Payoneer, אם יש לך שאלה כלשהי, אנא צור איתי קשר [מוגן בדוא"ל] או WhatsApp + 8618078869184

    • PayPal.  www.paypal.com

      אנו ממליצים לך להשתמש Paypal לקנות פריטים שלנו, The Paypal היא דרך בטוחה כדי לקנות באינטרנט.

      כל של תחתית הדף ברשימת הפריטים שלנו על יש העליונה לוגו paypal לשלם.

      כרטיס אשראי.אם אין לך paypal, אבל יש לך כרטיס אשראי, אתה גם יכול ללחוץ על כפתור PayPal צהוב לשלם עם כרטיס האשראי שלך.

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

      אבל אם עדיין לא כרטיס אשראי ולא צריך חשבון PayPal או קשה קבל accout PayPal, אתה יכול לעשות זאת בדרכים הבאות:

      ווסטרן יוניון.  www.westernunion.com

       

      שלם באמצעות Western Union לי:

      שם פרטי / שם פרטי: Yingfeng
      שם משפחה / שם משפחה / שם משפחה: Zhang
      שם מלא: Yingfeng Zhang
      מדינה: סין
      עיר: גואנגזו 

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

      T / T.  שימו ידי T / T (העברה בנקאית / העברת טלגרפים / העברה בנקאית)
       
      מידע על הבנק הראשון (חשבון חברה):
      סוויפט BIC: BKCHHKHHXX
      שם הבנק: בנק סין (הונג קונג) מוגבל, הונג קונג
      כתובת הבנק: הבנק של מגדל סין, 1 GARDEN כביש, מרכז, הונג קונג
      קוד בנק: 012
      שם חשבון: FMUSER קבוצה בינלאומית מוגבלת
      מספר חשבון. : 012-676-2-007855-0
      -------------------------------------------------- -------------------
      מידע בנקאי שני (חשבון חברה):
      מוטב: Fmuser International Group Inc.
      מספר חשבון: 44050158090900000337
      בנק המוטב: סניף בנק הבנייה בסין גואנגדונג
      קוד SWIFT: PCBCCNBJGDX
      כתובת: NO.553 Tianhe Road, גואנגג'ואו, גואנגדונג, מחוז טיאנה, סין
      ** הערה: כאשר אתה מעביר כסף לחשבון הבנק שלנו, אנא אל תכתוב דבר באזור ההערות, אחרת לא נוכל לקבל את התשלום עקב מדיניות הממשלה בנושא עסקי סחר בינלאומיים.

    * זה יישלח 1-2 ימי עבודה כאשר התשלום ברור.

    * אנו נשלח אותו לכתובת PayPal שלך. אם אתה רוצה לשנות את הכתובת, שלחת את הכתובת ומספר טלפון הנכונה שלך לדוא"ל שלי [מוגן בדוא"ל]

    * אם את החבילות מתחת 2kg, אנו נישלח באמצעות דואר דואר אוויר, זה ייקח בערך 15-25days אל היד.

    אם החבילה היא יותר 2kg, ואנו הספינה באמצעות EMS, DHL, UPS, Fedex משלוח מהיר אקספרס, זה ייקח בערך 7 ~ 15days אל היד.

    אם החבילה יותר 100kg, ואנו שולחים באמצעות DHL או הובלה אווירית. זה ייקח בערך 3 ~ 7days אל היד.

    כל החבילות הן טופס סין גואנגג'ואו.

    * החבילה תישלח כ"מתנה "ותסרב כמה שפחות, הקונה לא צריך לשלם עבור" מס ".

    * אחרי הספינה, ואנו נשלח אליך הודעת דואר אלקטרוני ולתת לך את מספר מעקב.

    לקבלת אחריות.
    צרו קשר עם ארה"ב --- >> החזירו לנו את הפריט --- >> קבלו ושלחו מחליף אחר.

    שם: ליו שיאושיה
    כתובת: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu גואנגזו בסין.
    ZIP: 510620
    טלפון: + 8618078869184

    נא להחזיר לכתובת זו ולכתוב כתובת paypal שלך, שם, הבעיה על פתק:

    רשימת כל שאלה

    כינוי

    כתובת אימייל

    שאלות

      הזן דוא"ל כדי לקבל הפתעה

      fmuser.org

      es.fmuser.org
      it.fmuser.org
      fr.fmuser.org
      de.fmuser.org
      af.fmuser.org -> אפריקאית
      sq.fmuser.org -> אלבנית
      ar.fmuser.org -> ערבית
      hy.fmuser.org -> ארמנית
      az.fmuser.org -> אזרבייג'נית
      eu.fmuser.org -> באסקית
      be.fmuser.org -> בלארוסית
      bg.fmuser.org -> בולגרית
      ca.fmuser.org -> קטלאנית
      zh-CN.fmuser.org -> סינית (פשוטה)
      zh-TW.fmuser.org -> סינית (מסורתית)
      hr.fmuser.org -> קרואטית
      cs.fmuser.org -> צ'כית
      da.fmuser.org -> דנית
      nl.fmuser.org -> הולנדית
      et.fmuser.org -> אסטונית
      tl.fmuser.org -> פיליפינית
      fi.fmuser.org -> פינית
      fr.fmuser.org -> צרפתית
      gl.fmuser.org -> גליציאנית
      ka.fmuser.org -> גרוזינית
      de.fmuser.org -> גרמנית
      el.fmuser.org -> יוונית
      ht.fmuser.org -> קריאולית האיטי
      iw.fmuser.org -> עברית
      hi.fmuser.org -> הינדית
      hu.fmuser.org -> הונגרית
      is.fmuser.org -> איסלנדית
      id.fmuser.org -> אינדונזית
      ga.fmuser.org -> אירית
      it.fmuser.org -> איטלקית
      ja.fmuser.org -> יפנית
      ko.fmuser.org -> קוריאנית
      lv.fmuser.org -> לטבית
      lt.fmuser.org -> ליטאי
      mk.fmuser.org -> מקדונית
      ms.fmuser.org -> מלאית
      mt.fmuser.org -> מלטזית
      no.fmuser.org -> נורווגית
      fa.fmuser.org -> פרסית
      pl.fmuser.org -> פולני
      pt.fmuser.org -> פורטוגזית
      ro.fmuser.org -> רומנית
      ru.fmuser.org -> רוסית
      sr.fmuser.org -> סרבית
      sk.fmuser.org -> סלובקית
      sl.fmuser.org -> סלובנית
      es.fmuser.org -> ספרדית
      sw.fmuser.org -> סווהילי
      sv.fmuser.org -> שוודית
      th.fmuser.org -> תאילנדי
      tr.fmuser.org -> טורקית
      uk.fmuser.org -> אוקראינית
      ur.fmuser.org -> אורדו
      vi.fmuser.org -> וייטנאמי
      cy.fmuser.org -> וולשית
      yi.fmuser.org -> יידיש

       
  •  

    FMUSER Wirless להעביר וידאו ושמע קל יותר!

  • צרו קשר

    כתובת:
    No.305 חדר HuiLan בניין No.273 Huanpu כביש גואנגזו סין 510620

    E-mail
    [מוגן בדוא"ל]

    טל / WhatApps:
    +8618078869184

  • כל הקטגוריות

  • ניוזלטר

    השם הראשון או המלא

    דואר אלקטרוני

  • פתרון paypal  האיחוד המערביהבנק של סין
    E-mail[מוגן בדוא"ל]   WhatsApp: +8618078869184 סקייפ: sky198710021 שוחח איתי
    כל הזכויות שמורות 2006-2020 Powered By www.fmuser.org

    צור קשר