FMUSER Бесправадная перадача відэа і аўдыё лягчэй!
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. Базавыя веды пра відэа, прамую трансляцыю і гэтак далей
Што такое відэа?
Па-першае, нам трэба зразумець адно з самых асноўных паняццяў: відэа. З пункту гледжання ўспрымання, відэа - гэта фільм, поўны весялосці, можа быць фільмам, можа быць кароткаметражным фільмам, з'яўляецца суцэльным візуальным уздзеяннем, багатым малюнкам і аўдыя. Але з рацыянальнага пункту гледжання відэа - гэта структураваныя дадзеныя. Яго можна інтэрпрэтаваць на інжынернай мове. Мы можам прааналізаваць відэа ў наступнай структуры:
1) Вопыт другога па аптымізацыі тэхналогіі мабільнага жывога вяшчання (уключаючы ppt)
2) Элемент зместу
3) Выява
4) Аўдыё
5) Метаінфармацыя
6) Кодэк
Відэа: H.264 , H.265, ...
Аўдыя: AAC , HE-AAC, ...
7) кантэйнер
MP4, MOV, FLV, RM, RMVB, AVI ...
Любы відэафайл у структурным сэнсе ўяўляе сабой такі спосаб кампазіцыі:
1) Асноўныя элементы зместу складаюцца з выявы і аўдыя;
2) Выява апрацоўваецца фарматам кадавання і сціскання відэа (звычайна H.264);
3) аўдыя апрацоўваецца фарматам сціскання аўдыякадавання (напрыклад, AAC);
4) Пазначце адпаведную метаінфармацыю (метаданыя);
Нарэшце, пакет кантэйнера (напрыклад, MP4) завершаны, каб сфармаваць поўны відэафайл.
Калі вам здаецца, што гэта цяжка зразумець, уявіце сабе бутэльку кетчупа. Бутэлька вонкавага пласта падобная на ёмістасць, звесткі пра сыравіну і перапрацоўчыя прадпрыемствы, падобныя на метаданыя. Пасля адкрыцця (распакавання) вечка бутэлькі сам кетчуп падобны на закадаваны змест пасля апрацоўкі сціскам. Працэс перапрацоўкі памідораў і прыправаў у кетчуп падобны на кадзіраванне, у той час як сыравіна з памідораў і прыпраў найбольш падобныя на самы арыгінальны элемент зместу.
2. Перадача відэа ў рэжыме рэальнага часу
Карацей кажучы, рацыянальная кагнітыўная структура відэа дапамагае нам зразумець відэатрансляцыю. Калі відэа - гэта своеасаблівыя структураваныя дадзеныя, то відэатрансляцыя, несумненна, з'яўляецца спосабам перадачы гэтых "структураваных дадзеных" (відэа) у рэжыме рэальнага часу.
Такім чынам, відавочны пытанне: як можна перадаць гэтыя структураваныя дадзеныя ў рэжыме рэальнага часу?
Вось парадокс: відэа, змешчанае ў кантэйнеры, павінна быць нязменным відэафайлам, нязменны відэафайл ужо з'яўляецца вытворчым вынікам, паводле "тэорыі адноснасці", і гэты вынік вытворчасці не можа быць дакладным да ўзроўню ў рэжыме рэальнага часу, гэта была памяць часу і прасторы.
Такім чынам, відэатрансляцыя павінна быць працэсам "вытворчасці, перадачы і спажывання". Гэта азначае, што нам трэба больш уважліва паглядзець на сярэдні працэс (кадаванне) відэа перад зыходнымі элементамі змесціва (выявамі і аўдыя) да гатовага прадукту (відэафайлы).
3. Сціск відэакадавання
Давайце паглядзім на тэхналогію кадавання і сціску відэа.
Для палягчэння захоўвання і перадачы відэакантэнту звычайна неабходна паменшыць аб'ём відэакантэнту, гэта значыць, зыходныя элементы змесціва (малюнак і аўдыя) трэба сціскаць, а алгарытм сціскання таксама называюць фармат кадавання. Напрыклад, зыходныя дадзеныя выявы ў відэа будуць сціскацца ў фармаце кадавання H.264, а дадзеныя выбаркі аўдыя будуць сціскацца ў фармаце кадавання AAC.
Пасля кадавання і сціску відэазмест сапраўды спрыяе захоўванню і перадачы; аднак пры праглядзе і прайграванні таксама неабходны працэс дэкадавання. Такім чынам, відавочна, што своеасаблівыя дамоўленасці могуць быць зразуметы як кадавальнікам, так і дэкодэрам. З пункту гледжання кадавання і дэкадавання відэамалюнкаў гэтая Канвенцыя простая:
Кадавальнік кадуе некалькі малюнкаў і вырабляе GOP (групу здымкаў) у сегменце. Пры прайграванні дэшыфратар счытвае раздзел GOP для дэкадавання, затым счытвае малюнак, а затым адлюстроўвае дысплей.
Вопыт другога па аптымізацыі тэхналогіі мабільнага жывога вяшчання (уключаючы ppt)
GOP (група малюнкаў) - гэта серыя бесперапынных здымкаў, якая складаецца з аднаго I кадра і некалькіх B / P кадраў. Гэта асноўная адзінка доступу да відэакодэра і дэкодэра. Паслядоўнасць яго размяшчэння будзе паўтарацца да канца выявы.
Вопыт другога па аптымізацыі тэхналогіі мабільнага жывога вяшчання (уключаючы ppt)
I-фрэйм - гэта ўнутраны фрэйм кадавання (таксама вядомы як ключавы кадр), P-кадр - гэта прагноз прамога прагназавання (пярэдні эталонны кадр), а кадр B - двухнакіраваны кадр інтэрпаляцыі (двухнакіраваны эталонны кадр). Карацей кажучы, кадр I - гэта поўная карціна, у той час як запісы P і B змяняюцца адносна I кадра.
Без кадраў I кадры P і B немагчыма расшыфраваць.
Вопыт другога па аптымізацыі тэхналогіі мабільнага жывога вяшчання (уключаючы ppt)
Такім чынам, відэа, дадзеныя часткі малюнка якога ўяўляе сабой набор GOP, у той час як адзін GOP - набор кадраў I / P / B.
У такіх геаметрычных адносінах відэа падобна на "аб'ект", GOP - як "малекула", а выява кадра I / P / B - як "атам".
Уявіце, што было б, калі б мы змянілі перадачу аб'екта на атам і самую дробную часцінку з хуткасцю святла і ўспрымалі няўзброеным вокам чалавека?
4. Што такое відэа ў прамым эфіры?
Адкрыць мазгавую дзірку не складана, жывы эфір - гэта такі досвед. Тэхналогія відэа ў прамым эфіры - гэта найменшая часцінка (кадр I / P / B), тэхналогія перадачы з хуткасцю святла на аснове часовых шэрагаў.
Карацей кажучы, жывая трансляцыя - гэта працэс струменевай перадачы дадзеных (відэа / аўдыё / кадр дадзеных) і пазнакі часу. Перадатчык бесперапынна збірае аўдыя- і відэаданыя, затым распаўсюджваецца з дапамогай кадавання, пакета, імпульснага патоку, а затым распаўсюджваецца праз сетку рэтрансляцыі. Канец прайгравання бесперапынна загружае дадзеныя, дэкадуе і прайгравае ў адпаведнасці з часовай паслядоўнасцю. Такім чынам рэалізуецца працэс прамой трансляцыі "вытворчасці, перадачы і спажывання".
Пасля разумення двух вышэйзгаданых паняццяў пра відэа і жывую трансляцыю мы можам убачыць бізнес-логіку жывой трансляцыі.
Бізнес-логіка жывога эфіру
Тут ёсць спрошчаная мадэль абслугоўвання для многіх, а таксама пратаколы паміж рознымі ўзроўнямі.
Вопыт другога па аптымізацыі тэхналогіі мабільнага жывога вяшчання (уключаючы ppt)
Адрозненні паміж пагадненнямі заключаюцца ў наступным
Вопыт другога па аптымізацыі тэхналогіі мабільнага жывога вяшчання (уключаючы ppt)
Вопыт другога па аптымізацыі тэхналогіі мабільнага жывога вяшчання (уключаючы ppt)
Вышэй прыведзены некаторыя асноўныя паняцці аб тэхналогіі жывога эфіру. Далей мы далей разбіраемся ў паказчыках эфектыўнасці, якія ўплываюць на візуальны досвед людзей.
Індэкс эфектыўнасці жывога эфіру, які ўплывае на візуальны досвед
Першым паказчыкам эфектыўнасці жывой трансляцыі з'яўляецца затрымка, гэта час, неабходны для адпраўкі дадзеных ад крыніцы інфармацыі да месца прызначэння.
Вопыт другога па аптымізацыі тэхналогіі мабільнага жывога вяшчання (уключаючы ppt)
Згодна з вузкай тэорыі адноснасці Эйнштэйна, хуткасць святла - гэта самая высокая хуткасць, якую можа дасягнуць уся энергія, матэрыя і інфармацыя. Гэтая выснова ўсталёўвае абмежаванне на хуткасць перадачы. Такім чынам, нават калі мы адчуваем сябе ў рэжыме рэальнага часу няўзброеным вокам, на самой справе ёсць пэўная затрымка.
Вопыт другога па аптымізацыі тэхналогіі мабільнага жывога вяшчання (уключаючы ppt)
Паколькі rtmp / hls заснаваны на пратаколе прыкладнога ўзроўню па TCP, TCP поціскаў рукі тры разы, чатыры хвалі, і кожны зваротны зварот у працэсе павольнага запуску будзе дададзены з часам зваротнага звароту (RTT), што павялічыць затрымку.
Вопыт другога па аптымізацыі тэхналогіі мабільнага жывога вяшчання (уключаючы ppt)
Па-другое, у адпаведнасці з характарыстыкамі рэтрансляцыі страты пакета TCP, дрыгаценне сеткі можа выклікаць рэтрансляцыю страты пакета, а таксама ўскосна прывесці да павелічэння затрымкі.
Вопыт другога па аптымізацыі тэхналогіі мабільнага жывога вяшчання (уключаючы ppt)
Поўны працэс жывой трансляцыі ўключае, але не абмяжоўваецца, наступныя спасылкі: збор, апрацоўка, кадзіраванне, пакетаванне, трансляцыя, перадача, перакадаванне, распаўсюджванне, трансляцыя, дэкадаванне і прайграванне. Ад струменевага да прайгравання, а потым праз прамежкавую спасылку перасылкі, чым меншая затрымка, тым лепшы карыстацкі досвед.
Другі паказчык эфектыўнасці жывой трансляцыі - гэта адставанне кадра адлюстравання ў працэсе прайгравання відэа, якое прымушае людзей адчуваць сябе "на карце". Статыстыка колькасці адыграных хітоў за адзінку часу называецца хуткасцю картрынга.
Фактарамі, якія выклікаюць Caton, могуць быць перапыненне перадачы дадзеных у струменевым рэжыме, перагрузка сеткі агульнадаступнай сеткі альбо ненармальнае дрыгаценне сеткі альбо дрэнная прадукцыйнасць дэкадавання тэрмінальных прылад. Чым менш альбо адсутнічае частата Caton, тым лепш карыстацкі досвед.
Першы экран трэцяга паказчыка выканання ў рэжыме рэальнага часу займае шмат часу, гэта адносіцца да часу, якое экран чакае няўзброеным вокам, каб убачыць пасля першага націску і прайгравання. Тэхнічна, гэта ставіцца да часу, які патрабуе ад гульца расшыфроўкі першага кадра дысплея рэндэрынгу. Наогул кажучы, "секунда ўключэння" адносіцца да экрана, якую можна ўбачыць на працягу адной секунды пасля націску на прайграванне. Чым хутчэй адкрыецца першы экран, тым лепшы карыстацкі досвед.
Вышэйпаказаныя тры паказчыкі прадукцыйнасці жывой трансляцыі адпавядаюць нізкай латэнтнасці, гладкай і высокай выразнасці, хуткай секундзе па патрабаваннях карыстацкага досведу. Разуменне гэтых трох паказчыкаў эфектыўнасці вельмі важна для аптымізацыі карыстацкага досведу мабільнага жывога прыкладання.
Дык якія агульныя ямы ў мабільным жывым эфіры?
Згодна з вопытам, абагульненым на практыцы, ямы відэатрансляцыі на мабільнай платформе можна абагульніць у два аспекты: розніца абсталявання і тэхнічны тэст, які гэтыя сцэны ствараюць у сеткавым асяроддзі.
Яма і меры пазбягання мабільнай жывой трансляцыі сцэны
Адрозненні ў кадаванні на розных чып-платформах
Вопыт другога па аптымізацыі тэхналогіі мабільнага жывога вяшчання (уключаючы ppt)
Незалежна ад цвёрдага і мяккага кадавання на платформе IOS, паколькі гэта завод Apple, розніцы ў кадаванні практычна няма з-за розных чып-платформаў.
Аднак на платформе Android кодэк мультыкодэка, прадастаўлены платформай Android SDK, мае вялікія адрозненні на розных чып-платформах. Розныя вытворцы выкарыстоўваюць розныя чыпы, у той час як прадукцыйнасць медыякодэка Android некалькі адрозніваецца на розных чып-платформах, і кошт рэалізацыі сумяшчальнасці ўсёй платформы не нізкая.
Акрамя таго, параметры якасці кадавання H.264 цвёрдага пласта кадавання Android mediacodec фіксуюцца, таму якасць афарбоўкі звычайна таксама агульная. Такім чынам, на платформе Android рэкамендавана выкарыстоўваць мяккае рэдагаванне, перавага заключаецца ў тым, што якасць афарбоўкі можна рэгуляваць і сумяшчальнасць лепш.
Як збіраць і кадаваць недарагое абсталяванне з высокай прадукцыйнасцю?
Вопыт другога па аптымізацыі тэхналогіі мабільнага жывога вяшчання (уключаючы ppt)
Напрыклад, здымак можа быць камера. Аб'ём малюнка не малы. Калі частата атрымання вельмі высокая, а частата кадавання кадра вельмі высокая, кожная выява праходзіць праз энкодэр, энкодэр можа зноў перагрузіцца.
У гэты час мы можам лічыць, што перад кадаваннем, не ўплываючы на якасць выявы (мы ўжо гаварылі пра мікразначэнне частоты кадраў), мы можам выбарачна губляць кадры, каб паменшыць энергаспажыванне кадавальнай лініі.
Як гарантаваць плыўную трансляцыю высокай выразнасці пры слабой сетцы
Вопыт другога па аптымізацыі тэхналогіі мабільнага жывога вяшчання (уключаючы ppt)
У мабільнай сетцы лёгка сутыкнуцца з нестабільнасцю сеткі, скідам злучэння, перападключэннем парванай лініі, з аднаго боку, частым падключэннем і ўстанаўленнем сувязі патрабуюцца накладныя выдаткі. З іншага боку, узнікненне прапускной здольнасці можа ўзнікнуць, асабліва калі адбываецца пераключэнне GPRS / 2G / 3G / 4G. Калі прапускной здольнасці недастаткова, змесціва з высокай частатой кадраў / высокай бітавай хуткасцю рассылаецца цяжка, таму неабходна падтрымка зменнай бітавай хуткасці.
Гэта значыць, у канцы штуршка можна выявіць стан сеткі і простае вымярэнне хуткасці, а хуткасць кода можна дынамічна пераключаць, каб забяспечыць плаўны паток штуршка падчас камутацыі сеткі.
Па-другое, логіка кадавання, пакета і штуршка таксама можа быць дакладна наладжана. Вы можаце паспрабаваць страціць кадры выбарачна, напрыклад, страціць спачатку відэакадр (I кадр і аўдыякадр), што таксама можа паменшыць змест дадзеных, якія будуць перадавацца, але ў той жа час гэта можа дасягнуць мэты, не ўплываючы на якасць жывапісу і гладкая аўдыя-візуальная версія.
Трэба адрозніваць статус і статус бізнесу ў прамым эфіры
Прамая трансляцыя - гэта ўзаемадзеянне мультымедыйнага патоку, а дадатак - API-сігнал, і статус абодвух нельга пераблытаць. У прыватнасці, статус жывой трансляцыі нельга меркаваць на аснове стану API узаемадзеяння APP.
Вопыт другога па аптымізацыі тэхналогіі мабільнага жывога вяшчання (уключаючы ppt)
Вышэй выкладзена некалькі распаўсюджаных ям і мер пазбягання ў жывой мабільнай сцэне.
Іншыя меры па аптымізацыі мабільнай жывой трансляцыі
1 、 Як аптымізаваць хуткасць адкрыцця, каб дасягнуць легендарнай "секунды далей"?
Вы можаце ўбачыць, што некаторыя прыкладання для мабільных тэлефонаў на рынку працуюць вельмі хутка, няшмат. А некаторыя праграмы для мабільных тэлефонаў жывыя. Націсніце, каб прайграць праз некалькі секунд, перш чым гуляць. Што выклікае такую розніцу?
Большасць гульцоў могуць расшыфраваць і гуляць пасля таго, як яны атрымаюць запоўненую GOP. Прайгравальнікі, заснаваныя на Ffmpeg, могуць прайграваць толькі пасля таго, як патрэбна сінхранізацыя аўдыё і афарбоўкі з пазнакай часу (калі ў прамым эфіры няма аўдыя, толькі відэа можа прайграваць твар пасля чакання таймаўту гуку).
Другі можна разглядаць у наступных аспектах:
1. перапішыце логіку плэера, каб адлюстраваць плэер пасля таго, як ён атрымае першы ключавы кадр.
Першы кадр GOP звычайна з'яўляецца ключавым кадрам, і ён можа дасягнуць "першага кадра другім уключаным" з-за меншай загружанасці дадзеных.
Калі жывы сервер падтрымлівае кэш GOP, гэта азначае, што плэер можа атрымаць дадзеныя адразу пасля ўстанаўлення сувязі з серверам, эканомячы тым самым час зваротнай крыніцы перадачы па рэгіёнах і паміж аператарамі.
GOP адлюстроўвае перыяд ключавых кадраў, гэта значыць адлегласць паміж двума ключавымі кадрамі, а менавіта максімальную колькасць кадраў у групе кадраў. Калі выказаць здагадку, што пастаянная частата кадраў відэа складае 24 кадры ў секунду (гэта значыць 1 секунда 24 кадры), а перыяд ключавога кадра - 2S, то GOP складае 48 малюнкаў. Увогуле, для кожнай секунды відэа патрабуецца па меншай меры адзін ключавы кадр.
Павелічэнне колькасці ключавых кадраў паляпшае якасць выявы (GOP звычайна кратна FPS), але адначасова павялічвае прапускную здольнасць і сеткавую нагрузку. Гэта азначае, што кліенцкі плэер загружае 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 Бесправадная перадача відэа і аўдыё лягчэй!
Кантакт
Адрас:
No.305 Нумар HuiLan Будынак No.273 Huanpu Road Гуанчжоу Кітай 510620
катэгорыі
бюлетэнь