FMUSER Wirless ส่งวิดีโอและเสียงได้ง่ายขึ้น!
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 -> ยิดดิช
1、 หลักการส่งวิดีโอ
วิดีโอคือการใช้หลักการของการคงไว้ซึ่งการมองเห็นของดวงตาของมนุษย์ผ่านการเล่นภาพหลายภาพทำให้ดวงตาของมนุษย์รู้สึกถึงการเคลื่อนไหว วิดีโอจะถูกส่งเท่านั้นและวิดีโอมีจำนวนมากซึ่งไม่สามารถยอมรับได้กับเครือข่ายและพื้นที่เก็บข้อมูลที่มีอยู่ เพื่อให้การส่งและจัดเก็บวิดีโอเป็นเรื่องง่ายผู้คนพบว่าวิดีโอนั้นมีข้อมูลซ้ำ ๆ กันมากมาย หากข้อมูลที่ซ้ำกันถูกลบออกจากจุดสิ้นสุดการส่งและกู้คืนเมื่อสิ้นสุดการรับไฟล์ข้อมูลวิดีโอจะลดลงอย่างมากดังนั้นจึงมีมาตรฐานการบีบอัดวิดีโอ H.264
ข้อมูลภาพต้นฉบับในวิดีโอจะถูกบีบอัดในรูปแบบการเข้ารหัส H.264 และข้อมูลการสุ่มตัวอย่างเสียงจะถูกบีบอัดในรูปแบบการเข้ารหัส AAC หลังจากเข้ารหัสและบีบอัดเนื้อหาวิดีโอจะเอื้อต่อการจัดเก็บและการส่งข้อมูลอย่างแท้จริง อย่างไรก็ตามเมื่อรับชมการเล่นกระบวนการถอดรหัสก็จำเป็นเช่นกัน ดังนั้นจึงเห็นได้ชัดว่าทั้งตัวเข้ารหัสและตัวถอดรหัสจะต้องมีรูปแบบที่เข้าใจได้ระหว่างการเข้ารหัสและการถอดรหัส ในแง่ของการเข้ารหัสและถอดรหัสภาพวิดีโออนุสัญญานี้มีความเรียบง่าย:
ตัวเข้ารหัสเข้ารหัสรูปภาพหลายภาพและสร้าง GOP (กลุ่มรูปภาพ) ในเซ็กเมนต์ เมื่อเล่นตัวถอดรหัสจะอ่านส่วนของ GOP สำหรับการถอดรหัสจากนั้นอ่านรูปภาพจากนั้นจึงแสดงผลการแสดงผล GOP (กลุ่มรูปภาพ) คือชุดของรูปภาพต่อเนื่องซึ่งประกอบด้วยเฟรม I หนึ่งเฟรมและเฟรม B / P หลายเฟรม เป็นหน่วยพื้นฐานของการเข้าถึงตัวเข้ารหัสและตัวถอดรหัสภาพวิดีโอ ลำดับการจัดเรียงจะถูกทำซ้ำจนกว่าจะสิ้นสุดภาพ I frame คือกรอบการเข้ารหัสภายใน (หรือที่เรียกว่าคีย์เฟรม) เฟรม P คือเฟรมทำนายไปข้างหน้า (กรอบอ้างอิงไปข้างหน้า) และเฟรม B คือกรอบการแก้ไขแบบสองทิศทาง (กรอบอ้างอิงแบบสองทิศทาง) ในระยะสั้นเฟรม I เป็นภาพที่สมบูรณ์ในขณะที่บันทึก P และ B จะเปลี่ยนไปเมื่อเทียบกับเฟรม I หากไม่มีเฟรม I จะไม่สามารถถอดรหัสเฟรม P และ B ได้
ในมาตรฐานการบีบอัด H.264 จะใช้ I frame, P frame และ B frame เพื่อแสดงภาพวิดีโอที่ส่ง
กลับไปด้านบน
2、 เฟรม I, P, เฟรม B, GOP
กรอบ I
กรอบ I: นั่นคือรูปภาพที่เข้ารหัสภายใน กรอบ I หมายถึงคีย์เฟรมและคุณสามารถเข้าใจได้ว่ารูปภาพของเฟรมนี้ได้รับการเก็บรักษาไว้อย่างสมบูรณ์ การถอดรหัสต้องการข้อมูลของเฟรมเท่านั้นจึงจะเสร็จสมบูรณ์ (เนื่องจากมีภาพที่สมบูรณ์) หรือที่เรียกว่าภาพภายในเฟรม I มักเป็นเฟรมแรกของแต่ละ GOP (เทคโนโลยีการบีบอัดวิดีโอที่ใช้โดย MPEG) หลังจากการบีบอัดปานกลางสามารถใช้เป็นจุดอ้างอิงการเข้าถึงแบบสุ่มและถือเป็นรูปภาพได้ ในการเข้ารหัส MPEG ลำดับเฟรมวิดีโอบางส่วนจะถูกบีบอัดลงใน I เฟรม บางส่วนถูกบีบอัดลงในเฟรม P และบางส่วนจะถูกบีบอัดลงในเฟรม B วิธีการ I frame เป็นวิธีการบีบอัดในเฟรมหรือที่เรียกว่าวิธีการบีบอัด "คีย์เฟรม" วิธีการเฟรม I เป็นเทคโนโลยีการบีบอัดที่ใช้ DCT (การแปลงโคไซน์แบบไม่ต่อเนื่อง) ซึ่งคล้ายกับอัลกอริธึมการบีบอัด JPEG อัตราส่วนการบีบอัด 1/6 สามารถทำได้โดยใช้การบีบอัดเฟรม I โดยไม่มีร่องรอยการบีบอัดที่ชัดเจน
[คุณสมบัติกรอบรูป]
1. เป็นกรอบการเข้ารหัสการบีบอัดแบบเต็มเฟรม มันเข้ารหัสและส่งข้อมูลภาพทั้งเฟรมโดยการบีบอัด JPEG;
2. ภาพที่สมบูรณ์สามารถสร้างขึ้นใหม่ได้โดยใช้ข้อมูลของ I frame ในระหว่างการถอดรหัสเท่านั้น
3. กรอบฉันอธิบายพื้นหลังของภาพและรายละเอียดของร่างกายที่เคลื่อนไหว
4. ฉันไม่ได้สร้างกรอบโดยอ้างถึงรูปภาพอื่น ๆ
5. กรอบ I คือกรอบอ้างอิงของเฟรม P และกรอบ B (คุณภาพของมันส่งผลโดยตรงต่อคุณภาพของแต่ละเฟรมในกลุ่มเดียวกัน);
6. เฟรม I เป็นเฟรมพื้นฐาน (เฟรมแรก) ของกลุ่มเฟรม GOP และมีเพียงเฟรมเดียวเท่านั้นที่อยู่ในกลุ่ม
7. ไม่จำเป็นต้องใช้เวกเตอร์การเคลื่อนไหวสำหรับเฟรม I;
8. ข้อมูลของ I frame มีขนาดค่อนข้างใหญ่
[กระบวนการเข้ารหัสเฟรมของฉัน]
(1) การทำนายภายในจะดำเนินการเพื่อกำหนดโหมดการทำนายภายใน
(2) ค่าพิกเซลจะลบค่าที่คาดการณ์ไว้เพื่อให้ได้ส่วนที่เหลือ
(3) ส่วนที่เหลือจะถูกแปรสภาพและหาปริมาณ
(4) การเข้ารหัสความยาวตัวแปรและการเข้ารหัสเลขคณิต
(5) รูปภาพถูกสร้างขึ้นใหม่และกรองและรูปภาพจะถูกใช้เป็นกรอบอ้างอิงของเฟรมอื่น ๆ
ตัวอย่างเช่นในระบบการประชุมทางวิดีโอรูปภาพที่ส่งโดยเทอร์มินัลไปยัง MCU (หรือ MCU ไปยังเทอร์มินัล) จะไม่ส่งภาพที่สมบูรณ์ไปยังจุดสิ้นสุดระยะไกลในแต่ละครั้ง แต่จะมีเพียงส่วนที่เปลี่ยนแปลงหลังจากส่งภาพตามก่อนหน้านี้ ภาพ. หากสภาพเครือข่ายไม่ดีเทอร์มินัลจะรับปลายรีโมตหรือส่งไปยังภาพระยะไกลโดยสูญเสียแพ็กเก็ตและภาพจะถูกบล็อก ในกรณีนี้หากไม่มีกลไกเฟรมในการส่งภาพที่สมบูรณ์ใหม่ไปยังโลคัล (หรือโลคัลส่งภาพที่สมบูรณ์ใหม่ไปยังรีโมตอีกครั้ง) หน้าจอดอกไม้ของภาพเอาต์พุตของเทอร์มินัลจะแสดงปรากฏการณ์ของ Caton จะรุนแรงขึ้นเรื่อย ๆ ซึ่งจะทำให้การประชุมไม่สามารถดำเนินไปได้ตามปกติ
ในขั้นตอนการเล่นหน้าจอวิดีโอหากฉันทำเฟรมหายเฟรม P ด้านหลังจะปรากฏขึ้นทันทีที่ไม่สามารถแก้ไขได้และปรากฏการณ์ของหน้าจอสีดำจะปรากฏขึ้น หากเฟรม P หายไปหน้าจอวิดีโอจะแสดงปรากฏการณ์ของหน้าจอดอกไม้และกระเบื้องโมเสค
ในระบบการประชุมทางวิดีโอเฟรม I จะเกิดขึ้นภายในขีด จำกัด แบนด์วิดท์ของการประชุมเท่านั้นและจะไม่เกินแบนด์วิดท์การประชุมและมีผลบังคับใช้ กลไกกรอบ I ไม่เพียง แต่มีอยู่ใน MCU เท่านั้น แต่ยังอยู่ในเซิร์ฟเวอร์ทีวีวอลล์และเซิร์ฟเวอร์วิดีโอด้วย เป็นการแก้ปัญหาการสูญเสียแพ็กเก็ตในกรณีที่สภาพเครือข่ายไม่ดีเช่นหน้าจอและปุ่มภาพซึ่งจะส่งผลต่อความคืบหน้าตามปกติของการประชุม
กรอบ P
P frame: นั่นคือภาพรหัสคาดเดา กรอบ P แสดงความแตกต่างระหว่างเฟรมนี้กับคีย์เฟรมก่อนหน้า (หรือเฟรม P) เมื่อถอดรหัสความแตกต่างที่กำหนดไว้ในเฟรมนี้จะต้องซ้อนทับบนรูปภาพแคชก่อนหน้าเพื่อสร้างภาพสุดท้าย (นั่นคือเฟรมที่แตกต่างเฟรม P ไม่มีข้อมูลภาพที่สมบูรณ์มีเพียงข้อมูลที่แตกต่างจากเฟรมก่อนหน้า)
[การทำนายและการสร้างเฟรม P ใหม่]
กรอบ P คือกรอบอ้างอิง I ซึ่งพบค่าการทำนายและเวกเตอร์การเคลื่อนที่ของ "จุด" ของเฟรม P ในกรอบ I และความแตกต่างของการทำนายและเวกเตอร์การเคลื่อนที่จะถูกส่งไปพร้อมกัน ค่าทำนายของ "จุด" ของเฟรม P พบได้จากกรอบ I ตามเวกเตอร์การเคลื่อนที่ที่เครื่องรับและเพิ่มความแตกต่างเพื่อให้ได้ค่าตัวอย่างของ "จุด" ของเฟรม P เพื่อให้เฟรม P สมบูรณ์สามารถ ได้รับ
[คุณสมบัติเฟรม P]
1. P frame คือกรอบการเข้ารหัสที่มี 1-2 เฟรมหลัง I frame;
2. เฟรม P ใช้วิธีการชดเชยการเคลื่อนไหวเพื่อส่งความแตกต่างและเวกเตอร์การเคลื่อนไหว (ข้อผิดพลาดในการทำนาย) ระหว่างเฟรม P และเฟรม I
3. ค่าการคาดการณ์และข้อผิดพลาดในการคาดการณ์ใน I frame จะต้องถูกสรุปในการถอดรหัสก่อนที่จะสามารถสร้างภาพ P frame ที่สมบูรณ์ขึ้นใหม่ได้
4. เฟรม P เป็นของการเข้ารหัสระหว่างเฟรมที่คาดการณ์ล่วงหน้า หมายถึงกรอบ I หรือกรอบ P ที่อยู่ใกล้กับด้านหน้ามากที่สุดเท่านั้น
5. กรอบ P สามารถเป็นกรอบอ้างอิงของกรอบ P หลังหรืออาจเป็นกรอบอ้างอิงของกรอบ B ก่อนและหลังก็ได้
6. เนื่องจากกรอบ P เป็นกรอบอ้างอิงจึงอาจทำให้เกิดข้อผิดพลาดในการถอดรหัส
7. เนื่องจากการส่งผ่านที่แตกต่างกันการบีบอัดของเฟรม P จึงค่อนข้างสูง
กรอบ B
เฟรม B: นั่นคือภาพที่คาดการณ์แบบสองทิศทาง เฟรม B เป็นเฟรมที่แตกต่างกันสองทางนั่นคือความแตกต่างระหว่างเฟรมกับเฟรมด้านหน้าและด้านหลังจะถูกบันทึกไว้ในเฟรม B กล่าวอีกนัยหนึ่งคือในการถอดรหัส B เฟรมไม่เพียง แต่รูปภาพแคชก่อนหน้านี้เท่านั้น แต่ยังต้องใช้รูปภาพที่ถอดรหัสด้วย ภาพสุดท้ายได้มาจากการซ้อนทับของรูปภาพด้านหน้าและด้านหลังและข้อมูลของเฟรม อัตราการบีบอัดเฟรม B สูง แต่ CPU จะเหนื่อยมากขึ้นเมื่อถอดรหัส
[การคาดคะเนและการสร้างเฟรม B ใหม่]
เฟรม B ยึดตามกรอบหน้า I หรือ P และกรอบ P ที่ด้านหลังเป็นกรอบอ้างอิง พบค่าการทำนายและเวกเตอร์การเคลื่อนที่สองจุดของ "จุด" ของเฟรม B และความแตกต่างของการทำนายและเวกเตอร์การเคลื่อนไหวจะถูกนำไปส่ง ผู้รับ "ค้นหา (คำนวณ)" ค่าที่คาดการณ์ไว้ในกรอบอ้างอิงสองกรอบตามเวกเตอร์การเคลื่อนไหวและสรุปผลต่างและได้รับค่าตัวอย่างของ "จุดใดจุดหนึ่ง" ของเฟรม B จึงได้รับเฟรม B ที่สมบูรณ์ การทำนายสองทางเข้ารหัสระหว่างเฟรมโดยการทำนายการเคลื่อนไหว
[คุณสมบัติเฟรม B]
1. เฟรม B คาดคะเนโดยกรอบหน้า I หรือ P และกรอบ P ในภายหลัง
2. เฟรม B ส่งข้อผิดพลาดในการทำนายและเวกเตอร์การเคลื่อนไหวระหว่างเฟรมกับเฟรม I หรือเฟรม P และเฟรม P ที่ด้านหลัง
3. B frame คือกรอบการเขียนโค้ดทำนายแบบสองทิศทาง
4. อัตราส่วนการบีบอัดของเฟรม B สูงที่สุดเพราะมันสะท้อนเฉพาะการเปลี่ยนแปลงของเนื้อหาหลักของการเคลื่อนไหวระหว่างกรอบอ้างอิง C เท่านั้นและการคาดคะเนมีความแม่นยำมากขึ้น
5. กรอบ B ไม่ใช่กรอบอ้างอิงและจะไม่ทำให้เกิดข้อผิดพลาดในการถอดรหัส
[ทำไมต้องใช้เฟรม B]
จากที่กล่าวมาเรารู้ว่าอัลกอริทึมการถอดรหัสของ I และ P นั้นค่อนข้างง่ายและการยึดครองทรัพยากรค่อนข้างน้อย ฉันแค่ต้องทำให้เสร็จด้วยตัวเอง P. ต้องการเพียงตัวถอดรหัสเพื่อแคชรูปภาพก่อนหน้า เมื่อพบ P ควรใช้รูปภาพที่แคชไว้ก่อนหน้านี้จะดีกว่า หากสตรีมวิดีโอมีเพียง I และ P ตัวถอดรหัสจะสามารถอ่านและถอดรหัสได้ในขณะที่อ่านและเลื่อนไปตามเส้นตรง มันสะดวกสบายมากสำหรับเราที่จะก้าวไปข้างหน้าฉันไม่ชอบมัน แล้วทำไมถึงแนะนำ B frame?
ภาพยนตร์หลายเรื่องในเครือข่ายใช้เฟรม B เนื่องจากความแตกต่างระหว่างเฟรมด้านหน้าและด้านหลังที่บันทึกโดยเฟรม B สามารถประหยัดพื้นที่ได้มากกว่าเฟรม P อย่างไรก็ตามไฟล์มีขนาดเล็กและตัวถอดรหัสมีปัญหา ในการถอดรหัสไม่เพียง แต่รูปภาพที่แคชไว้ก่อนหน้านี้เท่านั้น แต่ยังใช้รูปภาพ I หรือ P ถัดไป (นั่นคือการอ่านและถอดรหัสล่วงหน้า) ยิ่งไปกว่านั้นเฟรม B จะหายไปไม่ได้เลยเพราะจริงๆแล้วเฟรม B มีข้อมูลรูปภาพถ้ามันหายไปและทำซ้ำกับรูปภาพก่อนหน้ามันจะทำให้การ์ดรูปภาพ (อันที่จริงมันหายไป) เพื่อประหยัดเนื้อที่ภาพยนตร์ในเครือข่ายมักใช้เฟรม B ค่อนข้างมาก ยิ่งใช้เฟรม B มากเท่าไหร่ก็ยิ่งสร้างปัญหาให้กับผู้เล่นที่ไม่รองรับเฟรม B และภาพก็จะยิ่งติดมากขึ้นเท่านั้น
GOP (ลำดับ) และ IDR
ใน h264 รูปภาพจะถูกจัดเรียงตามลำดับและลำดับหนึ่งคือสตรีมข้อมูลหลังจากการเข้ารหัสรูปภาพ
ภาพแรกในลำดับเรียกว่าภาพ IDR (รีเฟรชภาพทันที) และภาพ IDR เป็นภาพกรอบ I H. 264 แนะนำรูปภาพ IDR เพื่อซิงโครไนซ์การถอดรหัส เมื่อตัวถอดรหัสถอดรหัสอิมเมจ IDR มันจะล้างคิวกรอบอ้างอิงเอาต์พุตหรือทิ้งข้อมูลที่ถอดรหัสทั้งหมดตั้งค่าพารามิเตอร์การค้นหาใหม่ทันทีและเริ่มลำดับใหม่ ด้วยวิธีนี้หากมีข้อผิดพลาดที่สำคัญในลำดับก่อนหน้าคุณสามารถรับโอกาสในการซิงโครไนซ์ใหม่ได้ที่นี่ ภาพหลังจากภาพ IDR จะไม่ถูกถอดรหัสโดยใช้ข้อมูลจากภาพ IDR ก่อนหน้านี้
ลำดับคือชุดของสตรีมข้อมูลที่สร้างขึ้นหลังจากการเข้ารหัสรูปภาพโดยมีเนื้อหาแตกต่างกันเล็กน้อย เมื่อการเคลื่อนไหวเปลี่ยนแปลงน้อยลงลำดับอาจมีความยาวมากเนื่องจากการเปลี่ยนแปลงการเคลื่อนไหวน้อยลงแสดงถึงการเปลี่ยนแปลงเนื้อหาของภาพมีขนาดเล็กมากดังนั้นคุณสามารถสร้างกรอบ I จากนั้นจึงจะต้องเป็นเฟรม P และเฟรม B เมื่อการเคลื่อนไหวเปลี่ยนแปลงไปมากลำดับหนึ่งอาจสั้นลงตัวอย่างเช่นมีเฟรม I และ 3 หรือ 4 P เฟรม
ในลำดับการเข้ารหัสวิดีโอ GOP คือกลุ่มของรูปภาพซึ่งหมายถึงระยะห่างระหว่างสองเฟรม I และการอ้างอิงหมายถึงระยะห่างระหว่างเฟรม P สองเฟรม กลุ่มของรูปภาพถูกสร้างขึ้นระหว่างสองกรอบ I คือ GOP (กลุ่มของรูปภาพ)
|
ป้อนอีเมลเพื่อรับเซอร์ไพรส์
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 ส่งวิดีโอและเสียงได้ง่ายขึ้น!
ติดต่อ
ที่ตั้ง:
เลขที่ 305 อาคาร HuiLan เลขที่ 273 Huanpu Road Guangzhou China 510620
หมวดหมู่
จดหมายข่าว