04. Въведение в основни познания за прякото предаване
1. Събирайте видео и аудио
* 1.1 Снимайте рамка за кодиране на видео и аудио *
AVFoundation: AVFoundation е рамка за възпроизвеждане и създаване на аудиовизуални медийни данни в реално време. Той също така предоставя интерфейс Objective-C за манипулиране на тези аудиовизуални данни, като редактиране, завъртане и прекодиране
* 1.2 Видео и аудио хардуерно оборудване *
CCD: Сензор за изображение: Използва се в процеса на събиране и обработка на изображения за преобразуване на изображения в електрически сигнали.
Вземане: Звуков сензор: Използва се в процеса на събиране и обработка на звука, превръщайки звука в електрически сигнали.
Аудио примерни данни: обикновено в PCM формат
Данни за вземане на проби от видео: По принцип те са във формат YUV или RGB. Обемът на оригиналното събрано аудио и видео е много голям и той трябва да бъде обработен чрез технология за компресия, за да се подобри ефективността на предаване
2. Обработка на видео (красота, воден знак)
Принцип на видео обработка: Тъй като видеото най-накрая се изобразява на екрана чрез графичния процесор, кадър по кадър, можем да използваме OpenGL ES за обработка на видеокадрите, така че видеото да има различни ефекти, точно като чешмата, изтичаща от водата, преминава през няколко тръби и след това тече към различни цели
Сега всички видове приложения за специални ефекти за красота и видео са внедрени с помощта на рамката GPUImage.
* Рамка за видео обработка *
GPUImage: GPUImage е мощна рамка за обработка на изображения / видео, базирана на OpenGL ES. Той капсулира различни филтри и може също да пише персонализирани филтри. Той има вградени над 120 често срещани филтърни ефекта.
OpenGL: OpenGL (Open Graphics Library в пълен размер) е спецификация, която дефинира език за кръстосано програмиране, интерфейс за програмиране на различни платформи, който се използва за триизмерни изображения (двуизмерни също е възможно). OpenGL е професионален графичен интерфейс на програма, мощна, лесна за повикване основна графична библиотека.
OpenGL ES: OpenGL ES (OpenGL за вградени системи) е подмножество на OpenGL 3D графичния API, предназначен за вградени устройства като мобилни телефони, PDA и игрови конзоли.
3. Видео кодиране и декодиране
* 3.1 Рамка за видео кодиране *
FFmpeg: е междуплатформена видео рамка с отворен код, която може да реализира богати функции като видео кодиране, декодиране, прекодиране, стрийминг и възпроизвеждане. Поддържаните видео формати и протоколи за възпроизвеждане са много богати, включително почти всички аудио и видео кодеци, формати за капсулиране и протоколи за възпроизвеждане.
-Libswresample: Той може да изпълнява операции като преизбор, повторно матрициране и преобразуване на формата на дискретизация на аудиото.
-LibavCodec: Осигурява обща рамка за кодеци, включително много потоци видео, аудио, субтитри и други кодеци / декодери.
-Libavformat: Използва се за капсулиране / декапсулиране на видеото.
-Libavutil: Съдържа някои общи функции, като генериране на произволни числа, структура на данни, математически операции и др.
-Libpostproc: използва се за някаква последваща обработка на видеото.
-Libswscale: използва се за мащабиране на видео изображения, преобразуване на цветовото пространство и др.
-Libavfilter: Осигурява функция за филтриране.
X264: YuV кодиране и компресиране на оригиналните видео данни във формат H.264
VideoToolbox: Собственият API на Apple за твърдо декодиране и кодиране на видео, но отворен само след iOS8.
audioToolbox: Собствен API на Apple за твърдо декодиране и твърдо кодиране
* 3.2 Технология за видео кодиране *
Стандарти за кодиране на видео компресия: технологии за кодиране на видео компресия (видео кодиране) или декомпресия (видео декодиране), като MPEG, H.264, тези технологии за видео кодиране са видео кодиране на компресия
Основна функция: да компресира данните от видео пикселите във видео поток, като по този начин намалява количеството видео данни. Ако видеото не е компресирано и кодирано, обемът обикновено е много голям и филмът може да изисква стотици гигабайта пространство.
Забележка: Най-влиятелното качество на видеото е неговото видео кодиране и аудио кодиране, което няма нищо общо с формата на опаковката
MPEG: Метод за видео компресия, който използва междукадрово компресиране, като само съхранява разликите между последователните кадри, за да се постигне по-голямо съотношение
H.264 / AVC: Метод за видео компресия, който използва предварително предсказване и същия метод за предсказване на кадри като PB кадъра в MPEG. Той може да генерира видеопоток, подходящ за мрежово предаване според нуждите и има по-високо съотношение на компресия. Имат по-добро качество на изображението
Забележка 1: Ако сравните определението за отделен екран, mpeg4 има предимство; от дефиницията за непрекъснатост на действието, H.264 има предимство
Забележка 2: Тъй като алгоритъмът на 264 е по-сложен, програмата е тромава за изпълнение и се нуждае от повече процесор и ресурси за памет, за да я стартира. Следователно, стартирането на 264 изисква относително високи системни изисквания.
Забележка 3: Тъй като внедряването на 264 е по-гъвкаво, оставя някои реализации на самите производители. Въпреки че това носи много ползи за внедряването, взаимодействието между различни продукти се превърна в голям проблем, което доведе до приемането на компания А Данните, събрани от кодера, трябва да бъдат решени от декодера на компания А, за да се решат подобни смущаващи неща
H.265 / HEVC: Метод за видео компресия, базиран на H.264, запазващ някои от оригиналните технологии, като същевременно подобрява някои свързани технологии за подобряване на връзката между битовия поток, качеството на кодиране, закъснението и сложността на алгоритъма за постигане на оптимална настройка.
H.265 е по-ефективен стандарт за кодиране, който може да компресира обема на съдържанието до по-малък размер при същия ефект на качеството на изображението и да предава по-бързо и да спести честотна лента.
I frame: (ключов кадър) поддържа цялостна картина, за да завърши декодирането се нуждаят само от данните от този кадър (защото съдържа пълната картина
P кадър: (Различен кадър) Разликата между този кадър и предишния кадър се запазва. Когато декодирате, предварително буферираната картина трябва да бъде насложена върху разликата, определена от този кадър, за да се генерира окончателната картина. (P кадърът няма пълни данни за картината, а само данни, които се различават от картината от предишния кадър)
B кадър: (двупосочен кадър разлика) запазва разликата между текущия кадър и предишния и следващия кадър. За да декодирате B кадъра, трябва да се получи не само предишната буферирана картина, но и декодираната картина. Крайният резултат се получава чрез наслагване на предни и задни снимки и текущи данни за кадъра Картина. Степента на компресия на B кадър е висока, но процесорът ще бъде по-уморен при декодиране
Внутрикадрово компресиране: Когато се компресира кадър от изображение, се вземат предвид само данните от този кадър, без да се отчита излишната информация между съседни кадри. Обикновено в рамката се използва алгоритъм за компресиране със загуби
InteRFrame компресия: Времева компресия, която компресира данни чрез сравняване на данни между различни кадри по оста на времето. Компресията между кадрите обикновено е без загуби
муксиране (синтез): Капсулирайте видео потоци, аудио потоци и дори потоци със субтитри във файл (формат на контейнера (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. Натиснете Stream
* 4.1 Рамка за предаване на данни *
librtmp: използва се за предаване на данни във формат RTMP протокол
* 4.2 Протокол за предаване на мултимедийни данни *
RTMP: Протокол за съобщения в реално време, отворен протокол, разработен от Adobe Systems за аудио, видео и предаване на данни между Flash плейъри и сървъри. Тъй като това е отворен протокол, всичко това може да се използва.
Протоколът RTMP се използва за предаване на обекти, видео и аудио.
Този протокол е изграден върху протокола TCP или HTTP протокола.
Протоколът RTMP е като контейнер, използван за съхранение на пакети данни. Тези данни могат да бъдат аудиовизуални данни във FLV. Една връзка може да предава множество мрежови потоци през различни канали и пакетите в тези канали се предават в пакети с фиксиран размер
парче: пакет съобщения
5. Поточно предаване на медиен сървър
* 5.1 Често използвани сървъри *
SRS: Отлична система за сървър за поточно предаване на медийни сървъри, разработена от китайци
BMS: Това е и стрийминг медийна сървърна система, но не с отворен код. Това е търговска версия на SRS и има повече функции от SRS
nginx: Безплатен уеб сървър с отворен код, често използван за конфигуриране на поточни медийни сървъри.
* 5.2 Разпределение на данните *
CDN: (Content Delivery Network), мрежата за доставка на съдържание, публикува съдържанието на уебсайта до "ръба" на мрежата, най-близка до потребителя, така че потребителят да може да получи желаното съдържание наблизо, решава задръстванията на интернет мрежата и подобрява достъпа на потребителя до скоростта на реакция на уебсайта.
CDN: Прокси сървър, еквивалентен на посредник.
Принципът на работа на CDN: като например искане на поточни медийни данни
1. Качете поточни медийни данни на сървъра (първоначален сайт)
2. Станцията източник съхранява поточни медийни данни
3. Клиентът възпроизвежда стрийминг медиите и иска кодираните данни за поточно мултимедия от CDN
4. CDN сървърът отговаря на заявката. Ако данните за поточно предаване на мултимедия не съществуват на възела, той продължава да изисква данните за предаване на мултимедия от станцията източник; ако видео файлът вече е кеширан на възела, преминете към стъпка 6.
5. Изходният сайт отговаря на заявката за CDN и разпространява поточния носител до съответния CDN възел
6. CDN изпраща поточни медийни данни до клиента
Обратно към произход: Когато потребителят посети определен URL, ако анализираният CDN възел не кешира съдържанието на отговора или кешът е изтекъл, той ще се върне към първоначалния сайт, за да получи търсенето. Ако никой не посети, CDN възелът няма да отиде активно на изходния сайт, за да го получи.
Широчина на честотната лента: Общото количество данни, които могат да бъдат предадени в определен момент,
Например, 64-битова, 800MHz предна страна, скоростта на трансфер на данни е равна на 64bit × 800MHz ÷ 8 (байт) = 6.4GB / s
Балансиране на натоварването: Сървърният набор се състои от множество сървъри по симетричен начин. Всеки сървър има еквивалентен статус и може да предоставя услуги независимо без съдействието на други сървъри.
Чрез определена технология за споделяне на натоварването, заявките, изпратени отвън, се разпределят равномерно до определен сървър в симетричната структура и сървърът, който получава заявката, независимо отговаря на заявката на клиента.
Балансирането на натоварването може равномерно да разпределя клиентски заявки към сървърния масив, като по този начин осигурява бърз достъп до важни данни и решава проблема с голям брой услуги за едновременен достъп.
Тази клъстерна технология може да постигне производителност, близка до тази на мейнфрейм с минимални инвестиции.
QoS (управление на честотната лента): Ограничете честотната лента на всяка група, така че ограничената честотна лента може да се използва до максималния си ефект
6. Издърпайте поток
Избор на протокол за излъчване на живо:
RTMP, RTSP могат да се използват за тези с високи изисквания в реално време или интерактивни нужди
За тези с изисквания за възпроизвеждане или междуплатформена платформа се препоръчва HLS
Сравнение на протокол за излъчване на живо: (5)
HLS: Протокол за поточно предаване в реално време, определен от Apple. 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 Декапсулация *
Демуксиране (разделяне): Декомпозирайте видеото, аудиото или субтитрите от файла (формат на контейнера (FLV, TS)), синтезиран от видео потока, аудио потока и потока субтитри, и ги декодирайте отделно.
* 7.2 Рамка за аудио кодиране *
fdk_aac: Рамка за аудио кодиране и декодиране, PCM аудио данни и преобразуване на AAC аудио данни
* 7.3 Въведение в декодирането *
Твърдо декодиране: Използвайте GPU за декодиране, намалете операциите на процесора
Предимства: гладко възпроизвеждане, ниска консумация на енергия, бърза скорост на декодиране,
* Недостатъци: лоша съвместимост
Меко декодиране: Използвайте CPU за декодиране
Предимства: добра съвместимост
* Недостатъци: увеличена натовареност на процесора, увеличена консумация на енергия, липса на хардуер
Плавно декодиране, относително ниска скорост на декодиране
8. играя
ijkplayer: видео плейър с Android / iOS с отворен код, базиран на FFmpeg
API е лесен за интегриране;
Конфигурацията на компилацията може да бъде изрязана, за да улесни контрола на размера на инсталационния пакет;
Поддържа хардуерно ускорено декодиране, повече икономия на енергия
Лесен и лесен за използване, посочете URL за поточно предаване, автоматично декодиране и възпроизвеждане.
9. Чат взаимодействие
IM: (InstantMessaging) Instant messaging: е система за комуникация в реално време, която позволява на двама или повече души да използват мрежата за комуникация в текстови съобщения, файлове, глас и видео в реално време.
Основната роля на IM в системата за излъчване на живо е да реализира текстовото взаимодействие между публиката и котвата, както и между публиката и публиката.
* SDK на трета страна *
Tencent Cloud: SDK за незабавни съобщения, предоставен от Tencent, който може да се използва като стая за чат на живо
Rongyun: Често използван SDK за незабавни съобщения, който може да се използва като стая за чат на живо
5. Как бързо да разработите цялостно приложение за поточно предаване на живо за iOS
1. Използвайте SDK на трети страни за поточно предаване на живо за бързо развитие
Qiniu Cloud: Qiniu Live Cloud е глобална услуга за стрийминг на живо, създадена специално за платформи за стрийминг на живо и платформа за услуги за стрийминг на живо на корпоративно ниво, която прилага SDK сценарии за стрийминг на живо.
* Платформите за стрийминг на живо като Panda TV и Dragon Ball TV използват Qiniu Cloud
NetEase Video Cloud: Базиран на професионална технология за кодеци на различни платформи и широкомащабна мрежа за разпространение на видео съдържание, той осигурява стабилни, гладки, аудио и видео услуги в реално време с висока конкурентност в реално време и може безпроблемно да свързва видео на живо към собствено приложение.
2. Защо компаниите на SDK на трети страни ни предоставят SDK?
Надяваме се да свържем нашия продукт и него със същата лодка и да разчитаме повече на него.
Технологиите правят пари и помагат за набирането на голям брой програмисти
3. Функция за излъчване на живо: самостоятелно проучване или използване на разработка на SDK на живо за излъчване на живо?
Разработване на SDK на трети страни: За стартиращ екип, саморазработеното излъчване на живо има голям праг по отношение на технически праг, CDN и честотна лента и отнема много време, за да се направи краен продукт, който не е благоприятен към инвестиция.
Самопроучване: Платформата за излъчване на живо на компанията е голяма. В дългосрочен план самоизследването може да спести разходи, а техническите аспекти са много по-контролируеми от директното използване на SDK.
4. Ползи от SDK на трети страни
по-ниска цена
Използвайте добри корпоративни услуги на трети страни, вече няма да се налага да харчите високи цени, за да наемете ловци на глави да копаят скъпи големи крави и няма нужда да успокоявате личния темперамент на големите крави.
Подобряване на ефективността
Фокусът на услугите на трети страни и удобството, донесено от интеграцията на кода, може да отнеме само 1-2 часа, което спестява близо 99% от времето, което е достатъчно в замяна на повече време за борба с конкурентите и увеличаване на повече. Голяма възможност за успех
намаляване на риска
С помощта на професионални услуги на трети страни, благодарение на своите бързи, професионални, стабилни и други характеристики, той може значително да повиши конкурентоспособността на продуктите (висококачествени услуги, скорост на научноизследователска и развойна дейност и др.) И да съкрати пробния период и времето за грешки, което със сигурност ще бъде едно от средствата за спасяване на човешки живот в предприемачеството.
|
|
|
|
Колко далеч (дълга) на капака на предавателя?
Диапазонът на предаване зависи от много фактори. Истинската разстоянието се основава на антената инсталиране височина, антена печалба, като се използва среда като сграда и други препятствия, чувствителността на приемника, антената на приемника. Инсталиране на антената по-високо и с помощта на село, на разстояние много ще по-далеч.
Пример 5W FM трансмитер използва в града и родния град:
Имам USA използване клиент 5W FM предавател с 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 OR
Изпрати ми имейл [имейл защитен]
1.How далеч искате да покрие в диаметър?
2.How висок от вас кула?
3.Where сте?
И ние ще ви даде по-професионален съвет.
За нас
FMUSER.ORG е компания за системна интеграция, фокусираща се върху безжичното предаване на RF / студио видео аудио оборудване / стрийминг и обработка на данни. Ние предлагаме всичко - от консултации и консултации чрез интегриране на стелажи до инсталация, пускане в експлоатация и обучение.
Предлагаме FM предавател, аналогов телевизионен предавател, цифров телевизионен предавател, VHF UHF предавател, антени, коаксиални кабелни конектори, STL, обработка на въздуха, излъчвани продукти за студиото, RF сигнален мониторинг, RDS енкодери, аудио процесори и дистанционни контролни единици, IPTV продукти, видео / аудио енкодер / декодер, предназначени да отговорят на нуждите както на големи международни излъчващи мрежи, така и на малки частни станции.
Нашето решение има FM радио станция / аналогова телевизионна станция / цифрова телевизионна станция / аудио видео студио оборудване / студио предавател връзка / предавател Телеметрична система / хотелска телевизионна система / IPTV на живо излъчване / стрийминг на живо излъчване / видео конференция / CATV излъчване система.
Ние използваме съвременни технологични продукти за всички системи, защото знаем, че високата надеждност и високата производителност са толкова важни за системата и решението. В същото време ние също трябва да се уверим, че системата ни продукти с много разумна цена.
Имаме клиенти на обществени и комерсиални оператори, телекомуникационни оператори и регулаторни органи, а също така предлагаме решения и продукти на много стотици по-малки, местни и общински телевизионни оператори.
FMUSER.ORG изнася повече от 15 години и има клиенти от цял свят. С 13 години опит в тази област, ние имаме професионален екип за решаване на всички видове проблеми на клиента. Ние сме посветени на предоставянето на изключително разумни цени на професионални продукти и услуги. Имейл за връзка: [имейл защитен]
Нашата фабрика
Ние имаме модернизация на фабриката. Вие сте добре дошли да посетите нашия завод, когато дойдете в Китай.
В момента вече има клиентите 1095 цял свят посетиха нашия Guangzhou Tianhe офис. Ако дойдете в Китай, вие сте добре дошли да ни посетите.
В Fair
Това е нашето участие в 2012 Global Източници Hong Kong Electronics Fair . Клиенти от цял свят най-накрая имаме шанс да се съберат заедно.
Къде е Fmuser?
Можете да търсите тези номера " 23.127460034623816,113.33224654197693 "в google map, тогава можете да намерите нашия офис на fmuser.
FMUSER Гуанджоу офис се намира в Област Tianhe което е център на кантон , много близо до към Canton Fair , ЖП гара Гуанджоу, xiaobei път и dashatou , Само трябва 10 минути ако се вземат TAXI , Добре дошли приятели от цял свят да посетят и да преговарят.
За контакти: Sky Blue
Cellphone: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
Мейл: [имейл защитен]
QQ: 727926717
Skype: sky198710021
Адрес: No.305 стая HuiLan Building No.273 Huanpu Road Гуанджоу Китай Zip: 510620
|
|
|
|
Английски: Приемаме всички плащания, като PayPal, кредитна карта, Western Union, Alipay, Money Bookers, T / T, LC, DP, DA, OA, Payoneer, Ако имате някакви въпроси, моля свържете се с мен [имейл защитен] или WhatsApp + 8618078869184
-
PayPal.  www.paypal.com
Препоръчваме ви да използвате Paypal да купуват нашите продукти, на PayPal е сигурен начин да се купуват по интернет.
Всеки от нашия списък т страница дъно на върха имат PayPal логото, за да плати.
Кредитна карта.Ако не разполагате с PayPal, но имате кредитна карта, можете също така да щракнете Жълтия бутон PayPal, за да платите с кредитна карта.
-------------------------------------------------- -------------------
Но ако имате не една кредитна карта и не имате PayPal акаунт или трудно да се получи PayPal разчетна, можете да използвате следното:
Western Union.  www.westernunion.com
Платете чрез Western Union за мен:
Първо име / Наименование: Yingfeng
Фамилия / Фамилия / Фамилия: Джанг
Пълно име: Yingfeng Zhang
Държава: Китай
Град: Гуанджоу
|
-------------------------------------------------- -------------------
T / T. Платете чрез T / T (банков превод / телеграфен превод / Bank Transfer)
ПЪРВА БАНКОВА ИНФОРМАЦИЯ (СЧЕТОВОДСТВО НА КОМПАНИЯТА):
SWIFT BIC: BKCHHKHHXXX
Име на банката: Банка на Китай (Хонг Конг) ООД, Хонг Конг
Банка Адрес: БАНКАТА НА КИТАЙ КИТАЙ, 1 ГРАДИНА ПЪТ, ЦЕНТРАЛНА, ХОНКОНГ
БАНК КОД: 012
Име на профила: FMUSER INTERNATIONAL GROUP LIMITED
Профил №. : 012-676-2-007855-0
-------------------------------------------------- -------------------
Втора ИНФОРМАЦИЯ ЗА БАНКАТА (КОМПАНИОННА СЧЕТ):
Бенефициент: Fmuser International Group Inc.
Номер на сметката: 44050158090900000337
Банка на бенефициента: Китайска строителна банка, клон Гуангдонг
SWIFT код: PCBCCNBJGDX
Адрес: NO.553 Tianhe Road, Гуанджоу, Гуангдонг, район Tianhe, Китай
** Забележка: Когато превеждате пари по нашата банкова сметка, моля, НЕ пишете нищо в полето за забележки, в противен случай няма да можем да получим плащането поради правителствената политика за международния търговски бизнес.
|
|
|
|
* Той ще бъде изпратен в 1-2 работни дни, когато плащането ясно.
* Ние ще го изпратите на вашия PayPal адрес. Ако искате да промените адреса, моля изпратете точен адрес и телефонен номер на моя имейл [имейл защитен]
* Ако пакетите е под 2kg, ние ще бъдат изпратени по пощата въздушна поща, това ще отнеме около 15-25days до ръката си.
Ако пакетът е повече от 2kg, ние ще се изпращат чрез EMS, DHL, UPS, Fedex бързо експресна доставка, това ще отнеме около 7 ~ 15days до ръката си.
Ако пакетът повече от 100kg, ние ще изпратим чрез DHL или въздушен транспорт. Това ще отнеме около 3 ~ 7days до ръката си.
Всички пакети са форма на Китай Гуанджоу.
* Пакетът ще бъде изпратен като "подарък" и ще бъде изчистен възможно най-малко, купувачът не трябва да плаща за "ДАНЪК".
* След кораб, ние ще Ви изпратим имейл и ще ви даде номер за проследяване.
|
|
|
За гаранция.
Свържете се с нас --- >> Върнете ни артикула --- >> Получете и изпратете нова замяна.
Име: Liu Xiaoxia
Адрес: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Гуанджоу Китай.
Пощенски код: 510620
Телефон: + 8618078869184
Моля, върнете се на този адрес и напишете своя PayPal адрес, име, проблем на бележка: |
|
