FMUSER Truyền video và âm thanh không dây dễ dàng hơn!
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Người Afrikaans
sq.fmuser.org -> Tiếng Albania
ar.fmuser.org -> tiếng Ả Rập
hy.fmuser.org -> Armenia
az.fmuser.org -> Azerbaijan
eu.fmuser.org -> Basque
be.fmuser.org -> Tiếng Belarus
bg.fmuser.org -> Tiếng Bulgaria
ca.fmuser.org -> Catalan
zh-CN.fmuser.org -> Tiếng Trung (Giản thể)
zh-TW.fmuser.org -> Trung Quốc (truyền thống)
hr.fmuser.org -> Tiếng Croatia
cs.fmuser.org -> Tiếng Séc
da.fmuser.org -> Đan Mạch
nl.fmuser.org -> Hà Lan
et.fmuser.org -> Tiếng Estonia
tl.fmuser.org -> Phi Luật Tân
fi.fmuser.org -> Phần Lan
fr.fmuser.org -> Pháp
gl.fmuser.org -> Galicia
ka.fmuser.org -> tiếng Georgia
de.fmuser.org -> Đức
el.fmuser.org -> Hy Lạp
ht.fmuser.org -> Tiếng Creole của Haiti
iw.fmuser.org -> Tiếng Do Thái
hi.fmuser.org -> Tiếng Hindi
hu.fmuser.org -> Hungary
is.fmuser.org -> tiếng Iceland
id.fmuser.org -> tiếng Indonesia
ga.fmuser.org -> Ailen
it.fmuser.org -> Ý
ja.fmuser.org -> Nhật Bản
ko.fmuser.org -> Hàn Quốc
lv.fmuser.org -> Tiếng Latvia
lt.fmuser.org -> Tiếng Litva
mk.fmuser.org -> Người Macedonian
ms.fmuser.org -> Mã Lai
mt.fmuser.org -> Maltese
no.fmuser.org -> Na Uy
fa.fmuser.org -> tiếng Ba Tư
pl.fmuser.org -> Tiếng Ba Lan
pt.fmuser.org -> tiếng Bồ Đào Nha
ro.fmuser.org -> Rumani
ru.fmuser.org -> tiếng Nga
sr.fmuser.org -> Tiếng Serbia
sk.fmuser.org -> Tiếng Slovak
sl.fmuser.org -> Tiếng Slovenia
es.fmuser.org -> tiếng Tây Ban Nha
sw.fmuser.org -> Tiếng Swahili
sv.fmuser.org -> Thụy Điển
th.fmuser.org -> Thái
tr.fmuser.org -> Thổ Nhĩ Kỳ
uk.fmuser.org -> Tiếng Ukraina
ur.fmuser.org -> Tiếng Urdu
vi.fmuser.org -> Tiếng việt
cy.fmuser.org -> tiếng Wales
yi.fmuser.org -> Yiddish
Thách thức của công nghệ phát sóng trực tiếp di động khác xa so với thiết bị truyền thống hoặc phát sóng trực tiếp trên máy tính. Các liên kết xử lý hoàn chỉnh của nó bao gồm nhưng không giới hạn ở: thu nhận âm thanh và video, làm đẹp / lọc / xử lý hiệu ứng đặc biệt, mã hóa, gói, phát trực tuyến, chuyển mã, phân phối, giải mã / kết xuất / phát, v.v.
Các vấn đề phổ biến của phát sóng trực tiếp bao gồm:
Làm thế nào để host stream ổn định trong môi trường mạng không ổn định?
Làm thế nào để khán giả ở vùng sâu vùng xa có thể xem chương trình truyền hình trực tiếp một cách mượt mà với độ nét cao?
Làm thế nào để chuyển đổi đường dây một cách thông minh ngay lập tức của thẻ trực tiếp?
Làm thế nào để đo lường độ chính xác của chỉ số chất lượng phát sóng trực tiếp và điều chỉnh nó theo thời gian thực?
Làm cách nào các nền tảng chip khác nhau trên thiết bị di động có thể mã hóa và hiển thị video với hiệu suất cao?
Làm thế nào để đối phó với các hiệu ứng đặc biệt của bộ lọc như làm đẹp?
Làm thế nào để nhận ra lần thứ hai khi phát lại?
Làm thế nào để đảm bảo quá trình phát sóng trực tiếp liên tục được thông suốt mà không bị cắt thẻ?
Buổi chia sẻ này sẽ vén màn bí ẩn về công nghệ cốt lõi của phát sóng di động.
1. Kiến thức cơ bản về video, phát sóng trực tiếp, v.v.
Video là gì?
Đầu tiên, chúng ta cần hiểu một trong những khái niệm cơ bản nhất: video. Từ quan điểm cảm thụ, video là một bộ phim đầy thú vị, có thể là một bộ phim, có thể là một bộ phim ngắn, là một hiệu suất tác động trực quan mạch lạc, hình ảnh và âm thanh phong phú. Nhưng theo quan điểm hợp lý, video là dữ liệu có cấu trúc. Nó có thể được diễn giải bằng ngôn ngữ kỹ thuật. Chúng ta có thể phân tích video thành cấu trúc sau:
1) Kinh nghiệm thứ hai về Tối ưu hóa công nghệ phát sóng trực tiếp trên thiết bị di động (bao gồm ppt)
2) Yếu tố nội dung
3) Hình ảnh
4) Âm thanh
5) Thông tin meta
6) Codec
Video: H.264 , H.265,…
Âm thanh: AAC , HE-AAC,…
7) Container
MP4 , MOV , FLV , RM , RMVB , AVI ,…
Bất kỳ tệp video video nào, về mặt cấu trúc, đều là một cách bố cục như vậy:
1) Các yếu tố nội dung cơ bản nhất bao gồm hình ảnh và âm thanh;
2) Hình ảnh được xử lý bằng mã hóa video và định dạng nén (thường là H.264);
3) Âm thanh được xử lý bằng định dạng nén mã hóa âm thanh (chẳng hạn như AAC);
4) Cho biết thông tin meta (siêu dữ liệu) tương ứng;
Cuối cùng, gói vùng chứa (chẳng hạn như MP4) đã hoàn thành để tạo thành một tệp video hoàn chỉnh.
Nếu bạn cảm thấy khó hiểu, hãy tưởng tượng một chai tương cà. Lớp bên ngoài chai giống như hộp đựng, thông tin nguyên liệu và nhà máy chế biến ghi trên chai giống như siêu dữ liệu. Sau khi mở nắp chai (mở gói), tương cà giống như nội dung được mã hóa sau quá trình xử lý nén. Quá trình chế biến cà chua và gia vị thành tương cà giống như mã hóa, trong khi cà chua nguyên liệu và gia vị là giống nhất với nguyên tố nội dung ban đầu nhất.
2. Thời gian thực truyền video
Tóm lại, cấu trúc video nhận thức hợp lý giúp chúng ta hiểu được việc phát video. Nếu video là một loại dữ liệu có cấu trúc, thì chương trình phát video chắc chắn là cách để truyền "dữ liệu có cấu trúc" (video) này trong thời gian thực.
Vì vậy, câu hỏi hiển nhiên là: làm thế nào thời gian thực có thể truyền dữ liệu có cấu trúc này?
Đây là một nghịch lý: video được đóng gói trong vùng chứa phải là tệp video bất biến, tệp video bất biến đã là kết quả sản xuất, theo "thuyết tương đối", và kết quả sản xuất này không thể chính xác ở mức thời gian thực, nó đã là một bộ nhớ của thời gian và không gian.
Vì vậy, việc phát sóng video phải là một quá trình “sản xuất, truyền tải và tiêu thụ”. Điều này có nghĩa là chúng ta cần xem xét kỹ hơn quá trình trung gian (mã hóa) của video trước khi các yếu tố nội dung gốc (hình ảnh và âm thanh) đến thành phẩm (các tệp video).
3. Nén mã hóa video
Chúng ta hãy xem xét công nghệ mã hóa và nén video.
Để tạo điều kiện thuận lợi cho việc lưu trữ và truyền tải nội dung video, thông thường cần giảm khối lượng nội dung video, tức là, các phần tử nội dung gốc (hình ảnh và âm thanh) cần được nén và thuật toán nén còn được gọi là định dạng mã hóa. Ví dụ: dữ liệu hình ảnh gốc trong video sẽ được nén ở định dạng mã hóa H.264 và dữ liệu lấy mẫu âm thanh sẽ được nén ở định dạng mã hóa AAC.
Sau khi mã hóa và nén, nội dung video thực sự có lợi cho việc lưu trữ và truyền tải; tuy nhiên khi xem và chơi cũng cần quá trình giải mã cho phù hợp. Do đó, rõ ràng là cần có một loại quy ước có thể hiểu được bởi cả bộ mã hóa và bộ giải mã giữa mã hóa và giải mã. Về mã hóa và giải mã hình ảnh video, Công ước này rất đơn giản:
Bộ mã hóa mã hóa nhiều hình ảnh và tạo ra GOP (nhóm hình ảnh) trong một phân đoạn. Khi phát, bộ giải mã đọc một phần của GOP để giải mã, sau đó đọc hình ảnh và sau đó kết xuất màn hình.
Kinh nghiệm thứ hai về Tối ưu hóa công nghệ phát sóng trực tiếp trên thiết bị di động (bao gồm ppt)
GOP (nhóm ảnh) là một loạt ảnh liên tục, bao gồm một khung I và một số khung B / P. Nó là đơn vị cơ bản của bộ mã hóa hình ảnh video và quyền truy cập bộ giải mã. Trình tự sắp xếp của nó sẽ được lặp lại cho đến khi kết thúc hình ảnh.
Kinh nghiệm thứ hai về Tối ưu hóa công nghệ phát sóng trực tiếp trên thiết bị di động (bao gồm ppt)
Khung I là khung mã hóa bên trong (còn được gọi là khung hình chính), khung P là khung dự đoán thuận (hệ quy chiếu thuận), và khung B là hệ nội suy hai chiều (hệ quy chiếu hai chiều). Tóm lại, khung I là một bức tranh hoàn chỉnh, trong khi bản ghi P và B thay đổi so với khung hình I.
Không có khung I, khung P và B không thể được giải mã.
Kinh nghiệm thứ hai về Tối ưu hóa công nghệ phát sóng trực tiếp trên thiết bị di động (bao gồm ppt)
Tóm lại, video có dữ liệu phần hình ảnh là một tập hợp các GOP, trong khi một GOP đơn lẻ là một tập hợp các hình ảnh khung I / P / B.
Trong mối quan hệ hình học như vậy, video giống như một "vật thể", GOP giống như "phân tử", và hình ảnh của khung I / P / B giống như "nguyên tử".
Hãy tưởng tượng trải nghiệm sẽ như thế nào nếu chúng ta thay đổi sự truyền của một vật thể thành một nguyên tử, và hạt nhỏ nhất với tốc độ ánh sáng, và được nhận biết bằng mắt thường của con người?
4. Video trực tiếp là gì?
Không khó để mở lỗ não, truyền hình trực tiếp là một trải nghiệm như vậy. Công nghệ video trực tiếp là hạt nhỏ nhất (I / P / B frame), một công nghệ truyền với tốc độ ánh sáng dựa trên chuỗi thời gian.
Tóm lại, phát sóng trực tiếp là quá trình truyền dữ liệu (video / âm thanh / khung dữ liệu) và dấu thời gian. Máy phát liên tục thu thập dữ liệu âm thanh và hình ảnh, sau đó lan truyền qua mã hóa, gói tin, luồng đẩy, sau đó lan truyền qua mạng phân phối chuyển tiếp. Đầu phát tải dữ liệu liên tục và giải mã, phát theo trình tự thời gian. Bằng cách này, quá trình phát sóng trực tiếp "sản xuất, truyền tải và tiêu thụ" được thực hiện.
Sau khi hiểu hai khái niệm cơ bản trên về video và phát sóng trực tiếp, chúng ta có thể thấy logic kinh doanh của phát sóng trực tiếp.
Logic kinh doanh của phát sóng trực tiếp
Đây là mô hình dịch vụ trực tiếp từ một đến nhiều được sắp xếp hợp lý, cũng như các giao thức giữa các cấp độ khác nhau.
Kinh nghiệm thứ hai về Tối ưu hóa công nghệ phát sóng trực tiếp trên thiết bị di động (bao gồm ppt)
Sự khác biệt giữa các thỏa thuận như sau
Kinh nghiệm thứ hai về Tối ưu hóa công nghệ phát sóng trực tiếp trên thiết bị di động (bao gồm ppt)
Kinh nghiệm thứ hai về Tối ưu hóa công nghệ phát sóng trực tiếp trên thiết bị di động (bao gồm ppt)
Trên đây là một số khái niệm cơ bản về công nghệ truyền hình trực tiếp. Tiếp theo, chúng tôi hiểu thêm về các chỉ số hiệu suất trực tiếp ảnh hưởng đến trải nghiệm hình ảnh của mọi người.
Chỉ số hiệu suất của chương trình phát sóng trực tiếp ảnh hưởng đến trải nghiệm hình ảnh
Chỉ báo hiệu suất đầu tiên của phát sóng trực tiếp là độ trễ, là thời gian cần thiết để dữ liệu được gửi từ nguồn thông tin đến đích.
Kinh nghiệm thứ hai về Tối ưu hóa công nghệ phát sóng trực tiếp trên thiết bị di động (bao gồm ppt)
Theo thuyết tương đối hẹp của Einstein, tốc độ ánh sáng là tốc độ cao nhất mà mọi năng lượng, vật chất và thông tin có thể đạt được. Kết luận này đặt ra một giới hạn cho tốc độ truyền. Vì vậy, ngay cả khi chúng ta cảm nhận thời gian thực bằng mắt thường, thực tế vẫn có một độ trễ nhất định.
Kinh nghiệm thứ hai về Tối ưu hóa công nghệ phát sóng trực tiếp trên thiết bị di động (bao gồm ppt)
Bởi vì rtmp / hls dựa trên giao thức lớp ứng dụng qua TCP, TCP bắt tay ba lần, bốn đợt và mỗi chuyến khứ hồi trong quá trình bắt đầu chậm sẽ được thêm thời gian khứ hồi (RTT), điều này sẽ làm tăng độ trễ.
Kinh nghiệm thứ hai về Tối ưu hóa công nghệ phát sóng trực tiếp trên thiết bị di động (bao gồm ppt)
Thứ hai, theo các đặc điểm của truyền lại mất gói TCP, mạng bị chập chờn có thể gây ra việc truyền lại mất gói, và cũng gián tiếp dẫn đến sự gia tăng độ trễ.
Kinh nghiệm thứ hai về Tối ưu hóa công nghệ phát sóng trực tiếp trên thiết bị di động (bao gồm ppt)
Một quy trình phát sóng trực tiếp hoàn chỉnh bao gồm nhưng không giới hạn ở các liên kết sau: thu thập, xử lý, mã hóa, gói tin, phát trực tuyến, truyền tải, chuyển mã, phân phối, phát trực tuyến, giải mã và phát lại. Từ phát trực tuyến đến phát và sau đó thông qua liên kết chuyển tiếp trung gian, độ trễ càng thấp, trải nghiệm người dùng càng tốt.
Chỉ số hiệu suất thứ hai của phát sóng trực tiếp là độ trễ khung hình hiển thị trong quá trình phát video khiến người xem có cảm giác "cạc cạc". Số liệu thống kê về số lần truy cập được chơi trong đơn vị thời gian được gọi là tỷ lệ ghép.
Các yếu tố gây ra Caton có thể là sự gián đoạn dữ liệu của đầu cuối phát trực tuyến, sự tắc nghẽn của đường truyền mạng công cộng hoặc mạng chập chờn bất thường hoặc hiệu suất giải mã kém của các thiết bị đầu cuối. Tần số Caton càng ít hoặc không có thì trải nghiệm người dùng càng tốt.
Màn hình đầu tiên của chỉ báo hiệu suất trực tiếp thứ ba là tiêu tốn thời gian, đề cập đến thời gian mà màn hình đang chờ mắt thường nhìn thấy sau lần nhấp và phát đầu tiên. Về mặt kỹ thuật, nó đề cập đến việc người chơi tốn thời gian để giải mã khung hình đầu tiên của màn hình hiển thị. Nói chung, "giây bật" đề cập đến màn hình có thể được nhìn thấy trong vòng một giây sau khi nhấp vào phát lại. Màn hình đầu tiên mở càng nhanh, trải nghiệm người dùng càng tốt.
Ba chỉ số hiệu suất phát sóng trực tiếp ở trên tương ứng với độ trễ thấp, độ nét cao mượt mà, nhanh thứ hai theo yêu cầu trải nghiệm người dùng. Hiểu ba chỉ số hiệu suất này là rất quan trọng để tối ưu hóa trải nghiệm người dùng của ứng dụng trực tiếp trên thiết bị di động.
Vì vậy, những lỗ hổng phổ biến trong phát sóng trực tiếp trên thiết bị di động là gì?
Theo kinh nghiệm đúc kết từ thực tế, hố video phát trực tiếp trên nền tảng di động có thể tóm tắt ở hai khía cạnh: sự khác biệt về thiết bị và kiểm tra kỹ thuật do những cảnh quay này mang lại trên môi trường mạng.
Các biện pháp phòng tránh và nguy hiểm của cảnh phát sóng trực tiếp trên thiết bị di động
Sự khác biệt về mã hóa trên các nền tảng chip khác nhau
Kinh nghiệm thứ hai về Tối ưu hóa công nghệ phát sóng trực tiếp trên thiết bị di động (bao gồm ppt)
Không cần biết mã hóa cứng hay mềm trên nền tảng IOS, vì là nhà máy của apple nên hầu như không có sự khác biệt về mã hóa do nền tảng chip khác nhau.
Tuy nhiên, trên nền tảng Android, bộ mã hóa mediacodec được cung cấp bởi Android framework SDK có sự khác biệt lớn trên các nền tảng chip khác nhau. Các nhà sản xuất khác nhau sử dụng các chip khác nhau, trong khi hiệu suất của Android mediacodec hơi khác nhau trên các nền tảng chip khác nhau và chi phí để nhận ra tính tương thích của toàn bộ nền tảng là không thấp.
Ngoài ra, các thông số chất lượng mã hóa H.264 của lớp mã hóa cứng Android mediacodec được cố định dựa trên cơ sở cố định, vì vậy chất lượng của bức tranh thường cũng chung chung. Do đó, với nền tảng Android, khuyến nghị là sử dụng chỉnh sửa mềm, ưu điểm là chất lượng bức tranh có thể được điều chỉnh và khả năng tương thích tốt hơn.
Làm thế nào để thu thập và mã hóa thiết bị cấp thấp với hiệu suất cao?
Kinh nghiệm thứ hai về Tối ưu hóa công nghệ phát sóng trực tiếp trên thiết bị di động (bao gồm ppt)
Ví dụ, máy ảnh có thể là hình ảnh. Khối lượng của một bức tranh không hề nhỏ. Nếu tần số thu nhận rất cao và tốc độ khung hình mã hóa rất cao, mỗi hình ảnh đi qua bộ mã hóa, bộ mã hóa có thể quá tải một lần nữa.
Tại thời điểm này, chúng ta có thể xem xét rằng trước khi mã hóa, mà không ảnh hưởng đến chất lượng của hình ảnh (chúng ta đã nói về ý nghĩa vi mô của tốc độ khung hình), chúng ta có thể làm mất khung hình một cách có chọn lọc, để giảm mức tiêu thụ điện năng của liên kết mã hóa.
Cách đảm bảo phát trực tuyến mượt mà với độ nét cao trong điều kiện mạng yếu
Kinh nghiệm thứ hai về Tối ưu hóa công nghệ phát sóng trực tiếp trên thiết bị di động (bao gồm ppt)
Trong mạng di động, có thể dễ dàng gặp phải tình trạng mất ổn định mạng, thiết lập lại kết nối, kết nối lại đường truyền bị hỏng, một mặt là kết nối lại thường xuyên và việc thiết lập kết nối đòi hỏi chi phí cao. Mặt khác, tắc nghẽn băng thông có thể xảy ra đặc biệt khi xảy ra chuyển mạch GPRS / 2G / 3G / 4G. Khi không đủ băng thông, nội dung có tốc độ khung hình cao / tốc độ bit cao sẽ khó gửi ra ngoài, do đó cần hỗ trợ tốc độ bit thay đổi.
Có nghĩa là, ở đầu đẩy, trạng thái mạng và phép đo tốc độ đơn giản có thể được phát hiện, và tốc độ mã có thể được chuyển đổi linh hoạt để đảm bảo luồng đẩy thông suốt trong quá trình chuyển đổi mạng.
Thứ hai, logic của mã hóa, gói và luồng đẩy cũng có thể được tinh chỉnh. Bạn có thể cố gắng làm mất khung hình có chọn lọc, chẳng hạn như mất khung tham chiếu video trước (khung hình I và khung âm thanh), điều này cũng có thể làm giảm nội dung dữ liệu được truyền, nhưng đồng thời, nó có thể đạt được mục đích là không ảnh hưởng đến chất lượng tranh và phiên bản nghe nhìn mượt mà.
Trạng thái và trạng thái kinh doanh của luồng trực tiếp cần được phân biệt
Phát trực tiếp là sự tương tác của luồng phương tiện và ứng dụng là luồng báo hiệu API và không thể nhầm lẫn trạng thái của cả hai. Đặc biệt, trạng thái của luồng trực tiếp không thể được đánh giá dựa trên trạng thái API của tương tác APP.
Kinh nghiệm thứ hai về Tối ưu hóa công nghệ phát sóng trực tiếp trên thiết bị di động (bao gồm ppt)
Trên đây là một số vết rỗ phổ biến và các biện pháp tránh trong hiện trường di động trực tiếp.
Các biện pháp tối ưu hóa khác cho cảnh phát sóng trực tiếp trên thiết bị di động
1 、 Làm thế nào để tối ưu hóa tốc độ mở cửa để đạt được "giây trên" huyền thoại?
Bạn có thể thấy rằng một số ứng dụng trực tiếp trên điện thoại di động trên thị trường rất nhanh, một chút. Và một số ứng dụng trực tiếp trên điện thoại di động, hãy nhấp để chơi sau vài giây trước khi chơi. Nguyên nhân nào gây ra sự khác biệt như vậy?
Hầu hết người chơi có thể giải mã và chơi sau khi họ nhận được GOP hoàn chỉnh. Người chơi dựa trên Ffmpeg chỉ có thể phát sau khi cần đồng bộ hóa dấu thời gian của âm thanh và hội họa (nếu không có âm thanh trong chương trình phát sóng trực tiếp, chỉ video mới có thể phát khuôn mặt sau khi chờ hết thời gian âm thanh).
Điều thứ hai có thể được xem xét ở các khía cạnh sau:
1. viết lại logic trình phát để hiển thị trình phát sau khi nhận được khung phím đầu tiên.
Khung đầu tiên của GOP thường là khung chính và nó có thể đạt đến "khung hình đầu tiên thứ hai trở đi" do tải ít dữ liệu hơn.
Nếu máy chủ trực tiếp hỗ trợ bộ nhớ cache GOP, điều đó có nghĩa là người chơi có thể nhận dữ liệu ngay lập tức sau khi thiết lập kết nối với máy chủ, do đó tiết kiệm thời gian truyền nguồn ngược giữa các vùng và giữa các nhà khai thác.
GOP phản ánh khoảng thời gian của khung hình chính, nghĩa là khoảng cách giữa hai khung hình chính, cụ thể là số lượng khung hình tối đa trong một nhóm khung hình. Giả sử rằng tốc độ khung hình không đổi của video là 24 khung hình / giây (tức là 1 giây 24 khung hình) và khoảng thời gian khung hình chính là 2S, thì GOP là 48 hình ảnh. Nói chung, cần có ít nhất một khung hình chính cho mỗi giây video.
Tăng số lượng khung hình chính giúp cải thiện chất lượng hình ảnh (GOP thường là bội số của FPS), nhưng đồng thời tăng băng thông và tải mạng. Điều này có nghĩa là trình phát máy khách tải xuống GOP.
|
Nhập email để nhận bất ngờ
es.fmuser.org
it.fmuser.org
fr.fmuser.org
de.fmuser.org
af.fmuser.org -> Người Afrikaans
sq.fmuser.org -> Tiếng Albania
ar.fmuser.org -> tiếng Ả Rập
hy.fmuser.org -> Armenia
az.fmuser.org -> Azerbaijan
eu.fmuser.org -> Basque
be.fmuser.org -> Tiếng Belarus
bg.fmuser.org -> Tiếng Bulgaria
ca.fmuser.org -> Catalan
zh-CN.fmuser.org -> Tiếng Trung (Giản thể)
zh-TW.fmuser.org -> Trung Quốc (truyền thống)
hr.fmuser.org -> Tiếng Croatia
cs.fmuser.org -> Tiếng Séc
da.fmuser.org -> Đan Mạch
nl.fmuser.org -> Hà Lan
et.fmuser.org -> Tiếng Estonia
tl.fmuser.org -> Phi Luật Tân
fi.fmuser.org -> Phần Lan
fr.fmuser.org -> Pháp
gl.fmuser.org -> Galicia
ka.fmuser.org -> tiếng Georgia
de.fmuser.org -> Đức
el.fmuser.org -> Hy Lạp
ht.fmuser.org -> Tiếng Creole của Haiti
iw.fmuser.org -> Tiếng Do Thái
hi.fmuser.org -> Tiếng Hindi
hu.fmuser.org -> Hungary
is.fmuser.org -> tiếng Iceland
id.fmuser.org -> tiếng Indonesia
ga.fmuser.org -> Ailen
it.fmuser.org -> Ý
ja.fmuser.org -> Nhật Bản
ko.fmuser.org -> Hàn Quốc
lv.fmuser.org -> Tiếng Latvia
lt.fmuser.org -> Tiếng Litva
mk.fmuser.org -> Người Macedonian
ms.fmuser.org -> Mã Lai
mt.fmuser.org -> Maltese
no.fmuser.org -> Na Uy
fa.fmuser.org -> tiếng Ba Tư
pl.fmuser.org -> Tiếng Ba Lan
pt.fmuser.org -> tiếng Bồ Đào Nha
ro.fmuser.org -> Rumani
ru.fmuser.org -> tiếng Nga
sr.fmuser.org -> Tiếng Serbia
sk.fmuser.org -> Tiếng Slovak
sl.fmuser.org -> Tiếng Slovenia
es.fmuser.org -> tiếng Tây Ban Nha
sw.fmuser.org -> Tiếng Swahili
sv.fmuser.org -> Thụy Điển
th.fmuser.org -> Thái
tr.fmuser.org -> Thổ Nhĩ Kỳ
uk.fmuser.org -> Tiếng Ukraina
ur.fmuser.org -> Tiếng Urdu
vi.fmuser.org -> Tiếng việt
cy.fmuser.org -> tiếng Wales
yi.fmuser.org -> Yiddish
FMUSER Truyền video và âm thanh không dây dễ dàng hơn!
Liên hệ
Địa Chỉ:
Phòng số 305 Tòa nhà HuiLan Số 273 đường Huanpu Quảng Châu Trung Quốc 510620
Categories
Đăng ký bản tin