พื้นดินทั่วไป:
1: RTSP RTMP HTTP ทั้งหมดอยู่ที่เลเยอร์แอปพลิเคชัน
2: ตามทฤษฎีแล้ว RTSP rtmphttp สามารถใช้สำหรับการถ่ายทอดสดและตามความต้องการ แต่โดยทั่วไป RTSP RTMP จะใช้สำหรับการถ่ายทอดสดและ HTTP สำหรับตามความต้องการ โปรโตคอล SIP ถูกใช้ในการประชุมทางวิดีโอและตอนนี้ถูกแทนที่ด้วย RTMP
ความแตกต่าง:
คัดลอกรหัส
1: Http: นั่นคือโปรโตคอลการถ่ายโอนไฮเปอร์เท็กซ์ (FTP คือโปรโตคอลการถ่ายโอนไฟล์)
http: (โปรโตคอลการสตรีมแบบเรียลไทม์), โปรโตคอลการสตรีมแบบเรียลไทม์
โปรโตคอลการบำรุงรักษาตารางเส้นทาง HTTP ชื่อเต็ม
2: HTTP ประมวลผลข้อมูลทั้งหมดเป็นไฟล์ โปรโตคอล HTTP ไม่ใช่โปรโตคอลการสตรีม
RTMP และ RTSP กำลังสตรีมโพรโทคอลสื่อ
3: โปรโตคอล RTMP เป็นข้อตกลงส่วนตัวของ adobe ซึ่งไม่ได้เปิดเผยอย่างสมบูรณ์ โปรโตคอล RTSP และโปรโตคอล HTTP เป็นข้อตกลงทั่วไปและมีองค์กรพิเศษในการดูแลรักษา
4: โปรโตคอล RTMP โดยทั่วไปจะส่ง flv, สตรีมรูปแบบ f4v, โปรโตคอล RTSP โดยทั่วไปจะส่ง ts, สตรีมรูปแบบ MP4 HTTP ไม่มีสตรีมเฉพาะ
5: การส่งผ่าน RTSP โดยทั่วไปต้องใช้ 2-3 ช่องสัญญาณคำสั่งและการแยกช่องสัญญาณโดยทั่วไป HTTP และ RTMP จะถ่ายโอนคำสั่งและข้อมูลบนช่องสัญญาณเดียวของ TCP
คัดลอกรหัส
ความแตกต่างระหว่าง RTSP, RTCP และ RTP
คัดลอกรหัส
1: RTSP โปรโตคอลการไหลตามเวลาจริง
ในฐานะที่เป็นโปรโตคอลชั้นแอปพลิเคชัน RTSP มีเฟรมเวิร์กที่ขยายได้ซึ่งทำให้สามารถควบคุมและสตรีมข้อมูลตามความต้องการได้แบบเรียลไทม์ โดยทั่วไปแล้ว RTSP เป็นโปรโตคอลการแสดงสื่อแบบสตรีมมิ่งซึ่งส่วนใหญ่จะใช้เพื่อควบคุมการส่งข้อมูลที่มีลักษณะเรียลไทม์ แต่จะไม่ส่งข้อมูลเอง แต่ต้องอาศัยบริการบางอย่างที่มีให้โดยโปรโตคอลการขนส่งชั้นล่าง RTSP สามารถให้การดำเนินการต่างๆเช่นการเล่นหยุดชั่วคราวกรอไปข้างหน้าและอื่น ๆ สำหรับสื่อสตรีมมิ่ง มีหน้าที่กำหนดข้อความควบคุมวิธีการทำงานรหัสสถานะ ฯลฯ และยังอธิบายการโต้ตอบกับ RTP (rfc2326)
2: โปรโตคอลควบคุม RTCP
ต้องใช้โปรโตคอลควบคุม RTCP กับโปรโตคอลข้อมูล RTP เมื่อแอปพลิเคชันเริ่มเซสชัน RTP แอปพลิเคชันจะใช้สองพอร์ตในเวลาเดียวกันซึ่ง RTP และ RTCP ใช้ตามลำดับ RTP เองไม่สามารถให้การรับประกันที่เชื่อถือได้สำหรับการส่งแพ็กเก็ตข้อมูลตามลำดับหรือให้การควบคุมการรับส่งข้อมูลและการควบคุมความแออัดซึ่งทั้งหมดนี้ดำเนินการโดย RTCP โดยทั่วไป RTCP จะใช้กลไกการกระจายเดียวกันกับ RTP ส่งข้อมูลการควบคุมไปยังสมาชิกทั้งหมดของเซสชันเป็นระยะ แอปพลิเคชันสามารถควบคุมคุณภาพบริการหรือวินิจฉัยสภาพเครือข่ายโดยการรับข้อมูลรับข้อมูลที่เกี่ยวข้องของผู้เข้าร่วมเซสชันตลอดจนสถานะเครือข่ายความน่าจะเป็นของการสูญเสียแพ็กเก็ตและข้อมูลข้อเสนอแนะอื่น ๆ
ฟังก์ชั่นของโปรโตคอล RTCP นั้นรับรู้โดยดาต้าแกรม RTCP ที่แตกต่างกันซึ่งส่วนใหญ่เป็นประเภทต่อไปนี้:
SR: รายงานผู้ส่งหมายถึงแอปพลิเคชันหรือเทอร์มินัลที่ส่งรายงานข้อมูล RTP และผู้ส่งยังสามารถเป็นผู้รับได้ (เวลาคงที่เซิร์ฟเวอร์ส่งไปยังไคลเอนต์)
RR: รายงานการสิ้นสุดการรับ สิ่งที่เรียกว่าการสิ้นสุดการรับหมายถึงแอปพลิเคชันหรือเทอร์มินัลที่รับ แต่ไม่ส่งรายงานข้อมูล RTP (เซิร์ฟเวอร์ได้รับการตอบกลับที่ส่งโดยฝั่งไคลเอ็นต์)
SDEs: คำอธิบายแหล่งที่มาหน้าที่หลักคือทำหน้าที่เป็นผู้ให้บริการข้อมูลประจำตัวของสมาชิกเซสชันเช่นชื่อผู้ใช้ที่อยู่อีเมลหมายเลขโทรศัพท์ ฯลฯ และยังมีหน้าที่ในการถ่ายทอดข้อมูลการควบคุมเซสชันไปยังสมาชิกเซสชัน
บาย: ใบแจ้งเตือน หน้าที่หลักคือการระบุว่าแหล่งที่มาอย่างน้อยหนึ่งแหล่งไม่ถูกต้องอีกต่อไปกล่าวคือสมาชิกคนอื่น ๆ ในเซสชันการแจ้งเตือนจะออกจากเซสชันนั้นเอง
แอป: กำหนดโดยแอปพลิเคชันเองช่วยแก้ปัญหาความสามารถในการปรับขนาด RTCP และให้ความยืดหยุ่นอย่างมากสำหรับผู้ใช้โปรโตคอล
3: โปรโตคอลข้อมูล RTP
โปรโตคอลข้อมูล RTP รับผิดชอบข้อมูลสื่อสตรีมแพ็กเก็ตและการส่งสตรีมสื่อแบบเรียลไทม์ แต่ละแพ็กเก็ตข้อมูล RTP ประกอบด้วยสองส่วนคือส่วนหัวและส่วนโหลด ส่วนหัว 12 ไบต์แรกได้รับการแก้ไขในขณะที่โหลดอาจเป็นข้อมูลเสียงหรือวิดีโอ
สถานที่ที่ RTP ใช้คือการเล่น เซิร์ฟเวอร์ใช้โปรโตคอล UDP เพื่อส่งข้อมูลไปยังไคลเอนต์ RTP เพิ่มส่วนหัว 12 ไบต์ (ข้อมูลคำอธิบาย) ที่ด้านหน้าของการส่งข้อมูล
แพคเกจโหลด RTP การออกแบบการส่งผ่านเครือข่ายในเอกสารนี้ใช้โปรโตคอล IP ดังนั้นหน่วยส่งสูงสุด (MTU) คือ 1500 ไบต์ เมื่อใช้ลำดับชั้นของโปรโตคอล IP / UDP / RTP จะมีส่วนหัว IP อย่างน้อย 20 ไบต์ส่วนหัว UDP 8 ไบต์และส่วนหัว RTP 12 ไบต์ ดังนั้นข้อมูลส่วนหัวจึงใช้เวลาอย่างน้อย 40 ไบต์และขนาดสูงสุดของโหลด RTP คือ 1460 ไบต์ ยกตัวอย่าง H264 หากข้อมูลเฟรมมีค่ามากกว่า 1460 ข้อมูลจะต้องถูกบรรจุเป็นชิ้น ๆ จากนั้นแกะที่เครื่องรับจากนั้นรวมเข้ากับเฟรมข้อมูลสำหรับการถอดรหัสและการเล่น
คัดลอกรหัส
ในแอปพลิเคชันถ่ายทอดสด RTMP และ HLS สามารถครอบคลุมการรับชมของลูกค้าทั้งหมด
HLS ส่วนใหญ่มีความล่าช้ามากและ RTMP มีข้อได้เปรียบหลักในการหน่วงเวลาต่ำ
1、 สถานการณ์การใช้งาน
สถานการณ์ของแอปพลิเคชันที่มีความล่าช้าต่ำ ได้แก่ :
คัดลอกรหัส
การถ่ายทอดสดแบบโต้ตอบ: ตัวอย่างเช่นผู้ประกาศข่าวความงามยอดนิยมในปี 2013 เกมถ่ายทอดสด ฯลฯ
โฮสต์ต่างๆสื่อสตรีมมิ่งถูกแจกจ่ายให้กับผู้ใช้เพื่อรับชม ผู้ใช้สามารถสนทนาด้วยข้อความและโต้ตอบกับโฮสต์
การประชุมทางวิดีโอ: หากเรามีเพื่อนร่วมงานที่เดินทางในภาคสนามเราจะใช้การประชุมทางวิดีโอเพื่อจัดการประชุมภายใน
อันที่จริงมันไม่สำคัญว่าการประชุมจะล่าช้าไปหนึ่งวินาทีเพราะหลังจากที่คนอื่นพูดจบคนอื่นก็ต้องคิดเกี่ยวกับเรื่องนี้
เวลาที่ล่าช้าในการคิดก็จะอยู่ที่ประมาณ 1 วินาทีเช่นกัน แน่นอนถ้าคุณทะเลาะกันในการประชุมทางวิดีโอคุณจะทำไม่ได้
. อื่น ๆ : การตรวจสอบและการถ่ายทอดสดยังต้องมีความล่าช้าในบางสถานที่
ความล่าช้าของโปรโตคอล RTMP บนอินเทอร์เน็ตโดยทั่วไปสามารถตอบสนองความต้องการได้
คัดลอกรหัส
2、 RTMP และล่าช้า
1. ลักษณะของ RTMP มีดังนี้:
คัดลอกรหัส
1) Adobe รองรับได้ดี:
RTMP เป็นโปรโตคอลมาตรฐานอุตสาหกรรมสำหรับเอาต์พุตตัวเข้ารหัสโดยทั่วไปตัวเข้ารหัสทั้งหมด (กล้องและอื่น ๆ ) รองรับเอาต์พุต RTMP
เหตุผลก็คือตลาดพีซีมีขนาดใหญ่พีซีส่วนใหญ่เป็น Windows และเบราว์เซอร์ Windows โดยทั่วไปรองรับแฟลช
Flash ยังรองรับ RTMP ได้เป็นอย่างดี
2) เหมาะสำหรับเล่นยาว:
เนื่องจาก RTMP รองรับได้ดีจึงสามารถเล่นแฟลชสตรีม RTMP ได้เป็นเวลานานและต่อเนื่อง
การทดสอบคือหนึ่งล้านวินาทีหรือมากกว่า 10 วันในการเล่นต่อเนื่อง
สำหรับการใช้งานสื่อสตรีมมิ่งเชิงพาณิชย์ความเสถียรของไคลเอนต์เป็นสิ่งที่จำเป็นอย่างแน่นอนมิฉะนั้นผู้ใช้ปลายทางจะไม่สามารถเห็นวิธีการเล่น
ฉันรู้ว่ามีไคลเอนต์ด้านการศึกษาที่เล่นสตรีม HTTP กับผู้เล่นในตอนแรกและจำเป็นต้องเล่นไฟล์อื่นและมักจะมีปัญหา
หากฝั่งเซิร์ฟเวอร์แปลงไฟล์ต่าง ๆ เป็นสตรีม RTMP ไคลเอนต์สามารถเล่นได้ตลอดเวลา
หลังจากไคลเอนต์ไปที่โครงการ RTMP เขาไม่ได้ยินว่าไคลเอนต์มีปัญหาหลังจากที่เผยแพร่โดย CDN
3) ความล่าช้าต่ำ:
RTMP ล่าช้ามาก (1-3 วินาที) กว่าโปรโตคอลส่วนตัว UDP ประเภท YY
RTMP ต่ำกว่าความล่าช้าของสตรีม HTTP (โดยทั่วไปมากกว่า 10 วินาที)
ตราบใดที่แอปพลิเคชันการถ่ายทอดสดทั่วไปไม่ใช่ประเภทของการสนทนาทางโทรศัพท์การหน่วงเวลา RTMP เป็นที่ยอมรับได้
ในแอปพลิเคชันการประชุมทางวิดีโอทั่วไปเวลาในการตอบสนอง RTMP เป็นที่ยอมรับได้เนื่องจากเราฟังผู้อื่นเมื่อพวกเขาพูด
ในความเป็นจริงการหน่วงเวลาหนึ่งวินาทีไม่สำคัญและเราต้องคิดถึงมัน (บางคนยังไม่มีความเร็วในการประมวลผลของ CPU ที่เร็วขนาดนี้)
4) ความล่าช้าสะสม:
เทคโนโลยีต้องรู้จุดอ่อน จุดอ่อนของ RTMP คือข้อผิดพลาดสะสมเนื่องจาก RTMP ไม่สูญเสียแพ็กเก็ตตาม TCP
ดังนั้นเมื่อสถานะเครือข่ายไม่ดีเซิร์ฟเวอร์จะแคชแพ็กเก็ตซึ่งนำไปสู่ความล่าช้าสะสม
เมื่อเครือข่ายอยู่ในสภาพดีก็ส่งให้ไคลเอ็นต์ด้วยกัน
วิธีแก้ปัญหาคือการตัดการเชื่อมต่อใหม่เมื่อไคลเอนต์บัฟเฟอร์มีขนาดใหญ่
คัดลอกรหัส
2. HLS ล่าช้าต่ำ
บางคนมักจะถามคำถามนี้เสมอว่าจะลดความล่าช้าของ HLS ได้อย่างไร
HLS ช่วยแก้ความล่าช้าได้เช่นเดียวกับการปีนขึ้นไปบนต้นเมเปิ้ลเพื่อจับปลา แปลกยังมีคนตะโกนดูมีปลา
พูดว่าอะไรนะ?
ฉันบอกได้แค่ว่าคุณกำลังมีส่วนร่วมในการแสดงมายากลแห่งความสงบเสงี่ยมภาพลวงตา
หากคุณแน่ใจจริงๆโปรดแสดงด้วยภาพการวัดจริงโปรดดูการวัดล่าช้าด้านล่าง
3. การวัดความล่าช้า RTMP
วิธีการวัดความล่าช้าเป็นปัญหาที่ยาก
แต่มีวิธีที่มีประสิทธิภาพในการใช้นาฬิกาจับเวลาของโทรศัพท์มือถือซึ่งสามารถเปรียบเทียบการหน่วงเวลาได้อย่างแม่นยำมากขึ้น
พบว่าเมื่อเครือข่ายอยู่ในสภาพดีจะพบมาตรการต่อไปนี้:
คัดลอกรหัส
. การหน่วงเวลา RTMP อาจอยู่ที่ประมาณ 0.8 วินาที
. โหนดขอบหลายระดับไม่มีผลต่อความล่าช้า (เซิร์ฟเวอร์ขอบของ CDN homologous กับ SRS สามารถทำได้)
. ความล่าช้าของ nginx RTMP มีขนาดใหญ่ไปหน่อย ประมาณว่าการประมวลผลแคชเกิดจากการสื่อสารแบบหลายกระบวนการ?
. GOP เป็นตัวบ่งชี้ที่ยาก แต่ SRS สามารถปิดแคชของ GOP เพื่อหลีกเลี่ยงผลกระทบนี้
. ประสิทธิภาพของเซิร์ฟเวอร์ต่ำเกินไปซึ่งจะทำให้ความล่าช้าใหญ่ขึ้นและเซิร์ฟเวอร์ไม่สามารถส่งข้อมูลได้
. ความยาวบัฟเฟอร์ของไคลเอนต์ยังส่งผลต่อเวลาในการตอบสนอง
ตัวอย่างเช่นแฟลชไคลเอ็นต์ NetStream.bufferTime ตั้งค่าเป็น 10 วินาทีจากนั้นหน่วงเวลาอย่างน้อย 10 วินาที
คัดลอกรหัส
4. GOP-แคช
GOP คืออะไร? คือระยะเวลาระหว่างเฟรม I สองเฟรมในสตรีมวิดีโอ
ผลกระทบของ GOP คืออะไร?
Flash (ตัวถอดรหัส) สามารถเริ่มถอดรหัสและเล่นได้จนกว่าจะได้รับ GOP เท่านั้น
นั่นคือเซิร์ฟเวอร์มักจะให้แฟลชเป็น I frame ก่อน
น่าเสียดายที่ปัญหาคือสมมติว่า GOP คือ 10 วินาทีนั่นคือทุกๆ 10 วินาทีจะมีคีย์เฟรม
จะเกิดอะไรขึ้นถ้าผู้ใช้เริ่มเล่นในวินาทีที่ XNUMX?
วิธีแก้ปัญหาแรก: รอเฟรมถัดไป I
นั่นคือรออีก 5 วินาทีเพื่อเริ่มให้ข้อมูลไคลเอนต์
ความล่าช้านี้ต่ำมากและไหลแบบเรียลไทม์เสมอ
ปัญหาคือ 5 วินาทีที่รอจะเป็นสีดำ ปรากฏการณ์คือผู้เล่นติดอยู่ที่นั่นไม่มีอะไร
ผู้ใช้บางคนอาจคิดว่าพวกเขาตายแล้วและรีเฟรชหน้า
ในระยะสั้นลูกค้าบางรายจะคิดว่าการรอคีย์เฟรมเป็นข้อผิดพลาดที่ไม่อาจให้อภัยได้ ความสัมพันธ์ระหว่างความล่าช้าคืออะไร?
ฉันแค่อยากจะเริ่มและเล่นวิดีโออย่างรวดเร็วและฉันควรเปิดมันและเล่นมัน!
แนวทางที่สอง: เริ่มเลย
คุณใส่อะไร?
คุณต้องรู้. ใส่กรอบ I ก่อนหน้านี้
นั่นคือเซิร์ฟเวอร์จำเป็นต้องแคช GOP เสมอ
ดังนั้นไคลเอนต์จะเล่น I เฟรมก่อนหน้าและเริ่มต้นอย่างรวดเร็ว
ปัญหาคือความล่าช้ามีมากตามธรรมชาติ
มีการวางแผนที่ดีหรือไม่?
ใช่! มีอย่างน้อยสองประเภท:
ตัวเข้ารหัสจะลด GOP เช่น 0.5 วินาที, GOP ดังนั้นความล่าช้าจึงต่ำและไม่จำเป็นต้องรอ
ข้อเสียคืออัตราการบีบอัดตัวเข้ารหัสจะลดลงและคุณภาพของภาพก็ไม่ดีนัก
5. ความล่าช้าสะสม
นอกจากแคช GOP แล้วยังมีความสัมพันธ์เวลาแฝงสะสม
เซิร์ฟเวอร์สามารถกำหนดค่าความยาวของคิวสดและเซิร์ฟเวอร์จะใส่ข้อมูลในคิวสด
หากคุณยาวเกินกว่านี้ให้ล้างไปที่กรอบ I สุดท้าย:
แน่นอนว่าค่านี้ไม่สามารถกำหนดค่าให้เล็กเกินไป
ตัวอย่างเช่น GOP คือหนึ่งวินาทีคิว _ ความยาวคือหนึ่งวินาทีซึ่งจะทำให้ข้อมูลถูกล้างใน 1 วินาทีและข้ามไป
มีวิธีที่ดีกว่านี้ไหม ใช่เรามี.
โดยพื้นฐานแล้วความล่าช้าจะเท่ากับความยาวบัฟเฟอร์ของไคลเอนต์ เนื่องจากความล่าช้าส่วนใหญ่เกิดจากแบนด์วิดท์เครือข่ายต่ำเซิร์ฟเวอร์จะส่งไปยังไคลเอ็นต์พร้อมกันหลังจากแคช ปรากฏการณ์คือบัฟเฟอร์ของไคลเอนต์มีขนาดใหญ่ขึ้น
ตัวอย่างเช่น NetStream.BufferLength = 5 วินาทีจากนั้นจะมีข้อมูลอย่างน้อย 5 วินาทีในบัฟเฟอร์
วิธีที่ดีที่สุดในการจัดการกับเวลาแฝงสะสมคือไคลเอ็นต์ตรวจพบว่าบัฟเฟอร์มีข้อมูลจำนวนมากและหากทำได้ให้เชื่อมต่อเซิร์ฟเวอร์อีกครั้ง
แน่นอนถ้าเครือข่ายได้รับไม่ดีไม่มีทาง
|
|
|
|
ไกลเท่าไหร่ (ยาว) ฝาครอบเครื่องส่งสัญญาณหรือไม่
ช่วงส่งขึ้นอยู่กับปัจจัยหลายอย่าง ระยะทางจริงจะขึ้นอยู่กับการติดตั้งเสาอากาศสูงที่ได้รับเสาอากาศโดยใช้สภาพแวดล้อมเช่นอาคารและสิ่งกีดขวางอื่น ๆ , ความไวของตัวรับสัญญาณ, เสาอากาศของเครื่องรับ การติดตั้งเสาอากาศสูงมากขึ้นและใช้ในชนบทระยะทางจะไกลมากขึ้น
ตัวอย่าง 5W FM Transmitter ใช้ในเมืองและบ้านเกิด:
ฉันมีการใช้งานของลูกค้า 5W ส่งสัญญาณ FM ประเทศสหรัฐอเมริกาที่มีเสาอากาศ GP ในบ้านเกิดของเขาและเขาทดสอบกับรถมันครอบคลุม 10km (6.21mile)
ผมทดสอบการส่งสัญญาณ FM 5W กับเสาอากาศ GP ในบ้านเกิดของฉันมันครอบคลุมเกี่ยวกับ 2km (1.24mile)
ผมทดสอบการส่งสัญญาณ FM 5W กับเสาอากาศ GP ในเมืองกวางโจวมันครอบคลุมเกี่ยวกับเพียง 300meter (984ft)
ด้านล่างนี้เป็นช่วงโดยประมาณของเครื่องส่งสัญญาณ FM อำนาจที่แตกต่างกัน (ช่วงมีเส้นผ่าศูนย์กลาง)
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
วิธีการติดต่อเราเพื่อส่งสัญญาณหรือไม่
โทรหาฉัน + 8618078869184 หรือ
ส่งอีเมลถึงฉัน [ป้องกันอีเมล]
1.How ไกลคุณต้องการที่จะครอบคลุมในเส้นผ่าศูนย์กลาง?
2.How สูงของหอคุณ?
3.Where คุณมาจาก?
และเราจะให้คำแนะนำมืออาชีพมากขึ้น
เกี่ยวกับเรา
FMUSER.ORG เป็น บริษัท บูรณาการระบบที่เน้นการส่งสัญญาณไร้สาย RF / อุปกรณ์สตูดิโอวิดีโอเสียง / สตรีมมิ่งและการประมวลผลข้อมูลเราให้บริการทุกอย่างตั้งแต่คำแนะนำและคำปรึกษาผ่านการรวมเข้ากับแร็คจนถึงการติดตั้ง
เรานำเสนอเครื่องส่งสัญญาณ FM, เครื่องส่งสัญญาณโทรทัศน์อะนาล็อก, เครื่องส่งสัญญาณโทรทัศน์ดิจิตอล, เครื่องส่งสัญญาณ VHF UHF, เสาอากาศ, ช่องเสียบสายโคแอกเชียล, STL, การประมวลผลทางอากาศ, ผลิตภัณฑ์ออกอากาศสำหรับสตูดิโอ, การตรวจสอบสัญญาณ ผลิตภัณฑ์ IPTV, Video / Audio Encoder / Decoder ออกแบบมาเพื่อตอบสนองความต้องการของทั้งเครือข่ายออกอากาศระหว่างประเทศขนาดใหญ่และสถานีส่วนตัวขนาดเล็กเหมือนกัน
โซลูชันของเรามีสถานีวิทยุ FM / สถานีโทรทัศน์อะนาล็อก / สถานีโทรทัศน์ดิจิตอล / อุปกรณ์สตูดิโอวิดีโอเสียง / ลิงค์เครื่องส่งสัญญาณสตูดิโอ / ระบบส่งสัญญาณโทรมาตร / ระบบโทรทัศน์ของโรงแรม / การแพร่ภาพสด IPTV / สตรีมมิงถ่ายทอดสด / การประชุมทางวิดีโอ / ระบบกระจายเสียง CATV
เราใช้ผลิตภัณฑ์เทคโนโลยีขั้นสูงสำหรับทุกระบบเพราะเรารู้ว่าความน่าเชื่อถือสูงและประสิทธิภาพสูงเป็นสิ่งสำคัญสำหรับระบบและโซลูชั่น ในเวลาเดียวกันเรายังต้องให้แน่ใจว่าระบบผลิตภัณฑ์ของเราในราคาที่สมเหตุสมผล
เรามีลูกค้าของผู้แพร่ภาพกระจายเสียงภาครัฐและเชิงพาณิชย์ผู้ประกอบการด้านการสื่อสารและหน่วยงานกำกับดูแลและเรายังนำเสนอโซลูชั่นและผลิตภัณฑ์ให้กับผู้กระจายสัญญาณขนาดเล็กท้องถิ่นและชุมชนหลายร้อยราย
FMUSER.ORG ส่งออกมานานกว่า 15 ปีและมีลูกค้าทั่วโลก ด้วยประสบการณ์ 13 ปีในด้านนี้เรามีทีมงานมืออาชีพเพื่อแก้ปัญหาทุกประเภทของลูกค้า เราทุ่มเทในการจัดหาผลิตภัณฑ์และบริการระดับมืออาชีพในราคาที่สมเหตุสมผล อีเมลติดต่อ: [ป้องกันอีเมล]
โรงงานของเรา
เรามี สร้างสรรค์สิ่งใหม่ ๆ ของโรงงาน คุณจะยินดีที่จะเข้าเยี่ยมชมโรงงานของเราเมื่อคุณมาถึงประเทศจีน
ในปัจจุบันมีอยู่แล้ว ลูกค้า 1095 ทั่วโลกเข้าเยี่ยมชมสำนักงานกวางเจาของเรา ถ้าคุณมาถึงประเทศจีนคุณจะยินดีที่จะมาเยี่ยมชม
ในงาน
นี่คือการมีส่วนร่วมของเราในแหล่งที่มาทั่วโลก 2012 ฮ่องกง Electronics Fair . ลูกค้าจากทั่วทุกมุมโลก ในที่สุดก็มีโอกาสที่จะได้พบปะกัน
Fmuser อยู่ที่ไหน
คุณสามารถค้นหาหมายเลขนี้ " 23.127460034623816,113.33224654197693 "ใน google map จากนั้นคุณจะพบสำนักงาน fmuser ของเรา
สำนักงาน FMUSER กว่างโจวอยู่ใน Tianhe District ซึ่งเป็น ศูนย์กลางของแคนตัน . มาก ใกล้ ไป แคนตันแฟร์ , กว่างโจวสถานีรถไฟ, ถนน xiaobei และ dashatou จะต้อง 10 นาที ถ้าใช้เวลา TAXI . ยินดีต้อนรับเพื่อน ๆ ทั่วโลกเพื่อเยี่ยมชมและเจรจาต่อรอง
ติดต่อ: บลูสกาย
โทรศัพท์มือถือ: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
E-mail: [ป้องกันอีเมล]
QQ: 727926717
skype: sky198710021
ที่อยู่: No.305 ห้อง Huilan อาคาร No.273 Huanpu ถนนกว่างโจวประเทศจีนไปรษณีย์: 510620
|
|
|
|
ภาษาอังกฤษ: เรายอมรับการชำระเงินทั้งหมดเช่น PayPal, Credit Card, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer หากคุณมีคำถามใด ๆ โปรดติดต่อฉัน [ป้องกันอีเมล] หรือ WhatsApp + 8618078869184
-
PayPal  www.paypal.com
เราขอแนะนำให้คุณใช้ PayPal เพื่อซื้อสินค้าของเราที่ PayPal เป็นวิธีการที่ปลอดภัยที่จะซื้อบนอินเทอร์เน็ต
ทุกด้านล่างของหน้าในรายการของเราด้านบนมีโลโก้ PayPal จะจ่าย
บัตรเครดิต.หากคุณไม่ได้มี PayPal แต่คุณมีบัตรเครดิตคุณยังสามารถคลิกที่ปุ่มสีเหลือง PayPal ชำระเงินด้วยบัตรเครดิตของคุณ
-------------------------------------------------- -------------------
แต่ถ้าคุณยังไม่ได้บัตรเครดิตและไม่ได้มีบัญชี PayPal หรือยากที่จะมี Accout PayPal คุณสามารถใช้ต่อไปนี้:
เวสเทิร์นยูเนี่ย  www.westernunion.com
ชำระเงินผ่าน Western Union กับฉัน:
ชื่อ / ชื่อจริง: Yingfeng
นามสกุล / นามสกุล / นามสกุล: จาง
ชื่อเต็ม: Yingfeng Zhang
ประเทศ: China
เมืองกว่างโจว
|
-------------------------------------------------- -------------------
T / T ชำระเงินด้วย T / T (โอน / โอน / โอนเงินผ่านธนาคาร)
ข้อมูลธนาคารแรก (บัญชีบริษัท):
SWIFT BIC: BKCHHKHHXXX
ชื่อธนาคาร: ธนาคารแห่งประเทศจีน (ฮ่องกง) จำกัด ฮ่องกง
ที่อยู่ธนาคาร: BANK OF CHINA TOWER, 1 GARDEN ROAD, CENTRAL, HONG KONG
รหัสธนาคาร: 012
ชื่อบัญชี: FMUSER INTERNATIONAL GROUP LIMITED
เลขที่บัญชี : 012-676-2-007855-0
-------------------------------------------------- -------------------
ข้อมูลธนาคารที่สอง (บัญชีบริษัท):
ผู้รับผลประโยชน์: Fmuser International Group Inc
หมายเลขบัญชี: 44050158090900000337
ธนาคารผู้รับผลประโยชน์: China Construction Bank สาขากวางตุ้ง
SWIFT Code: PCBCCNBJGDX
ที่อยู่: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, China
**หมายเหตุ: เมื่อคุณโอนเงินเข้าบัญชีธนาคารของเรา โปรดอย่าเขียนอะไรในช่องหมายเหตุ มิฉะนั้น เราจะไม่สามารถรับการชำระเงินได้เนื่องจากนโยบายของรัฐบาลเกี่ยวกับธุรกิจการค้าระหว่างประเทศ
|
|
|
|
* มันจะถูกส่งไปใน 1 2-วันทำการเมื่อชำระเงินที่ชัดเจน
* เราจะส่งไปยังที่อยู่ของ PayPal หากคุณต้องการเปลี่ยนที่อยู่กรุณาส่งที่อยู่ที่ถูกต้องและหมายเลขโทรศัพท์อีเมลของฉัน [ป้องกันอีเมล]
* ถ้าแพคเกจที่อยู่ด้านล่าง 2kg เราจะถูกส่งผ่านทางไปรษณีย์ทางอากาศก็จะใช้เวลาประมาณ 15-25days ถึงมือของท่าน
ถ้าแพคเกจเป็นมากกว่า 2kg เราจะจัดส่งทาง EMS, DHL, UPS, Fedex ส่งด่วนรวดเร็วก็จะใช้เวลาประมาณ 7 ~ 15days ถึงมือของท่าน
ถ้าแพคเกจมากกว่า 100kg เราจะส่งผ่าน DHL หรือขนส่งสินค้าทางอากาศ จะใช้เวลาประมาณ 3 ~ 7days ถึงมือของท่าน
แพคเกจทั้งหมดที่มีรูปแบบจีนกวางโจว
* แพคเกจจะถูกส่งเป็น "ของขวัญ" และแจ้งให้ทราบน้อยที่สุดเท่าที่จะเป็นไปได้ผู้ซื้อไม่จำเป็นต้องจ่าย "ภาษี"
* หลังจากเรือเราจะส่ง E-mail และให้คุณติดตามตัวเลข
|
|
|
สำหรับการรับประกัน
ติดต่อเรา --- >> ส่งคืนสินค้าให้เรา --- >> รับและส่งเปลี่ยนใหม่
ชื่อ: หลิว Xiaoxia
ที่อยู่: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu กว่างโจวประเทศจีน
ไปรษณีย์: 510620
โทรศัพท์: + 8618078869184
โปรดกลับไปอยู่นี้และเขียนที่อยู่ของ PayPal ชื่อปัญหาของคุณบนหมายเหตุ: |
|
