სტრიმინგის მიმოხილვა:
ე.წ. სტრიმინგ მედია გულისხმობს მედიის ფორმატს, რომელიც ეთერში გადადის სტრიმინგის საშუალებით.
სტრიმინგ მედიას სტრიმინგ მედიასაც უწოდებენ. ეს ეხება ბიზნესებს, რომლებიც იყენებენ ვიდეოს მიწოდების სერვერს, პროგრამების გაგზავნის მიზნით, როგორც მონაცემთა პაკეტები და მათი ქსელში მიწოდება.
მას შემდეგ, რაც მომხმარებელი დეკომპრესიული მოწყობილობის საშუალებით მონაცემების დეკომპრესიას მოახდენს, პროგრამა გამოჩნდება ისე, როგორც გადაცემამდე.
ნაკადი მედია გადასცემს აუდიო, ვიდეო და მულტიმედიურ ფაილებს ქსელში ნაკადი სახით.
ნაკადი მედია ფაილის ფორმატი არის მედია ფორმატი, რომელიც მხარს უჭერს სტრიმინგს და დაკვრას.
სტრიმინგის მეთოდი არის მულტიმედიური ფაილების დაყოფა, როგორიცაა ვიდეო და აუდიო, შეკუმშულ პაკეტებში სპეციალური შეკუმშვის მეთოდის საშუალებით.
უწყვეტი და რეალურ დროში გადაცემა სერვერიდან მომხმარებლის კომპიუტერზე. სისტემებში, რომლებიც იყენებენ სტრიმინგის გადაცემას, მომხმარებლებს არ სჭირდებათ დაველოდოთ მთელ ფაილს, როგორიცაა უკაბელო დაკვრა.
შინაარსის დანახვა შესაძლებელია ყველა ჩამოტვირთვის დასრულების შემდეგ, მაგრამ მხოლოდ რამდენიმე წამით ან ათობით წამიანი გაშვების დაგვიანებით შეგიძლიათ გამოიყენოთ კომპიუტერი
შესაბამისი დამკვრელი ასრულებს კომპრესირებულ ვიდეო ან აუდიო და სხვა სტრიმინგ მედია ფაილებს, ხოლო დარჩენილი ნაწილის გადმოწერა განაგრძობს დაკვრის დასრულებამდე.
1. RTP: (ტრანსპორტირების პროტოკოლი რეალურ დროში)
ეს არის ინტერნეტში მულტიმედიური მონაცემების სტრიმინგის სატრანსპორტო ფენის პროტოკოლი. RTP პროტოკოლი და RTP კონტროლის პროტოკოლი RTCP გამოიყენება ერთად,
იგი აგებულია UDP პროტოკოლზე.
RTP არ ჰგავს http და ftp- ს, რომელსაც შეუძლია მთლიანად ჩამოტვირთოს ფილმის ფაილი. იგი აგზავნის მონაცემებს ქსელში ფიქსირებული მონაცემების სიჩქარით. კლიენტი ამ სიჩქარით უყურებს ფილმის ფაილსაც.
ფილმის ეკრანის დაკვრის შემდეგ, მისი განმეორებით დაკვრა შეუძლებელია, გარდა იმ შემთხვევისა, როდესაც მონაცემები კვლავ მოითხოვება სერვერისგან.
2. RTCP: რეალურ დროში ტრანსპორტის კონტროლის პროტოკოლი ან RTP კონტროლის პროტოკოლი ან მოკლედ RTCP)
რეალურ დროში გადაცემის მართვის პროტოკოლი არის რეალურ დროში გადაცემის პროტოკოლის (RTP) დის ოქმი.
შენიშვნა: -: RTP პროტოკოლი და RTP კონტროლის პროტოკოლი (RTCP) ერთად გამოიყენება და იგი ემყარება UDP პროტოკოლს (ჩვეულებრივ გამოიყენება ვიდეო კონფერენციისთვის)
3. RTSP: (ნაკადი რეალურ დროში პროტოკოლი)
ნაკადი მედია სესიის რეალურ დროში, SDP (სესიის აღწერის პროტოკოლი), RTP (ტრანსპორტის რეალურ დროში პროტოკოლი).
ეს არის მულტიმედიური ნაკადი პროტოკოლი, რომელიც გამოიყენება ხმის ან ვიდეოს გასაკონტროლებლად. RTSP უზრუნველყოფს გაფართოებულ ჩარჩოს, რომელიც შესაძლებელს ხდის რეალურ დროში მონაცემების, როგორიცაა აუდიო და ვიდეო, კონტროლი და მოთხოვნა.
მედია მონაცემები იყენებს RTP და RTCP ოქმებს. ზოგადად გამოიყენეთ udp როგორც სატრანსპორტო ფენა. იდეალურია IPTV სცენებისთვის. მონაცემთა წყარო მოიცავს ცოცხალ მონაცემებს და კლიპებში შენახულ მონაცემებს. ამ პროტოკოლის მიზანია მრავალი მონაცემთა გადაცემის კავშირის კონტროლი, გადაცემის არხების, როგორიცაა UDP, multicast UDP და TCP შერჩევის საშუალება და RTP– ზე დაფუძნებული გადაცემის მექანიზმის არჩევის მეთოდების უზრუნველყოფა. გადაცემის დროს გამოყენებული ქსელური საკომუნიკაციო პროტოკოლი არ არის მისი განმარტების სფეროში. სერვერს შეუძლია აირჩიოს TCP ან UDP ნაკადი შინაარსის გადასაცემად, რაც უფრო ტოლერანტულია ქსელის შეფერხებების მიმართ.
--->: ყველაზე დიდი განსხვავება RTSP- სა და RTP- ს შორის არის ის, რომ: RTSP არის მონაცემთა გადაცემის ორმხრივი პროტოკოლი, რომელიც საშუალებას აძლევს კლიენტს გაგზავნოს მოთხოვნები სერვერზე, როგორიცაა დაკვრა, სწრაფი გადაბრუნება და უკუ ოპერაციები. როდესაც
რა თქმა უნდა, RTSP- ს შეუძლია RTP- ზე დაფუძნებული მონაცემების გადაცემა და ასევე შეუძლია აირჩიოს TCP, UDP, multicast UDP და სხვა არხები მონაცემთა გასაგზავნად, რომელსაც აქვს კარგი გაფართოება. ეს ჰგავს http პროტოკოლს
ქსელის გამოყენების ფენის პროტოკოლი.
4. WebRTC:
ვებ გვერდი ახორციელებს ნაკადი მედიის პროტოკოლს. როდესაც Google- მა პირველად წამოიწყო WebRTC, გიგანტები ან ისხდნენ გვერდზე ან ეწინააღმდეგებოდნენ მას. გამოიყენეთ RTP პროტოკოლის გადაცემა.
5. RTMP (შეტყობინებების რეალურ დროში პროტოკოლი)
მაკრომედიას მიერ შემუშავებული ცოცხალი ვიდეო პროტოკოლების ნაკრები ახლა ეკუთვნის Adobe- ს. HLS– ის მსგავსად, ის შეიძლება გამოყენებულ იქნას პირდაპირ ვიდეოზე და ის არ დაიკარგება TCP– ის საფუძველზე.
// განსხვავება ისაა, რომ RTMP არ შეიძლება ნახოთ iOS ბრაუზერში Flash- ის საფუძველზე, მაგრამ რეალურ დროში შესრულება უკეთესია ვიდრე HLS.
შეტყობინებების რეალურ დროში პროტოკოლი არის ღია პროტოკოლი, რომელიც Adobe Systems– მა შექმნა აუდიო, ვიდეო და მონაცემთა გადაცემა Flash ფლეერებსა და სერვერებს შორის.
// iOS კოდში, RTMP ჩვეულებრივ გამოიყენება ნაკადის გასაღრმავებლად. ნაკადის გასაზრდელად შეგიძლიათ გამოიყენოთ მესამე მხარის ბიბლიოთეკა librtmp-iOS. librtmp მოიცავს ზოგიერთ ძირითად API- ს, რომლითაც მომხმარებლები დარეკავს
RTMP პროტოკოლი ასევე მოითხოვს კლიენტს და სერვერს, რომ დაამყარონ RTMP კავშირი "ხელჩასაჭიდი" საშუალებით, შემდეგ კი გადასცენ კონტროლის ინფორმაცია კავშირის შესახებ. RTMP პროტოკოლი მონაცემებს ფორმატში გადასცემს. სინამდვილეში გადაცემისას, მულტიპლექსირების, ქვე-შეფუთვისა და ინფორმაციის სამართლიანობის უკეთ მისაღწევად, გამგზავნი დაყოფს შეტყობინებას ბლოკებად შეტყობინების ID– ით, თითოეული ბლოკი შეიძლება იყოს ერთი შეტყობინება,
ეს შეიძლება ასევე იყოს შეტყობინების ნაწილი. მიღების დასასრული აღადგენს ბლოკს სრულ შეტყობინებას, მოცემული მონაცემების სიგრძის, წერილის id– ის სიგრძისა და წერილის სიგრძის შესაბამისად, ინფორმაციის გაგზავნისა და მიღების რეალიზების მიზნით.
6. HLS: HTTP ცოცხალი ნაკადი (HLS)
ეს არის HTTP- ზე დაფუძნებული ნაკადი მედიის გადაცემის პროტოკოლი, რომელიც ახორციელებს Apple Inc.- ს, რომელსაც შეუძლია რეალიზება გაუწიოს პირდაპირ და მოთხოვნილ სტრიმინგ მედიას. იგი ძირითადად გამოიყენება iOS სისტემაში და გთავაზობთ აუდიო და ვიდეო ლაივ და მოთხოვნილებულ გადაწყვეტილებებს iOS მოწყობილობებისთვის (მაგალითად, iPhone და iPad). HLS მოთხოვნა, ძირითადად, არის საერთო სეგმენტირებული HTTP მოთხოვნა. განსხვავება იმაშია, რომ მისი სეგმენტები ძალიან მცირეა. შედარებით პირდაპირი სტრიმინგის მედია პირდაპირი გადაცემის პროტოკოლებთან, როგორიცაა RTMP, RTSP, MMS და ა.შ., ყველაზე დიდი განსხვავება HLS– ის პირდაპირ ეთერში არის ის, რომ რასაც პირდაპირი ეთერი კლიენტი იღებს, არ არის მონაცემთა სრული ნაკადი.
HLS პროტოკოლი ინახავს მონაცემთა პირდაპირ ნაკადს, როგორც უწყვეტი, მოკლევადიანი მედია ფაილები (MPEG-TS ფორმატით) სერვერის მხარეს, ხოლო კლიენტი განუწყვეტლივ ჩამოტვირთავს და თამაშობს ამ პატარა ფაილებს, რადგან სერვერის მხარე ყოველთვის განაახლებს უახლეს უახლეს გადაცემას მონაცემები წარმოქმნის ახალ პატარა ფაილებს, ასე რომ სანამ კლიენტი განუწყვეტლივ თამაშობს სერვერისგან მიღებულ ფაილებს თანმიმდევრობით, ხდება პირდაპირი ტრანსლაცია. ჩანს, რომ, ძირითადად, შეიძლება ჩაითვალოს, რომ HLS არის ტექნიკური მეთოდი >> მოთხოვნაზე პირდაპირი რედაქციის რეალიზაციისთვის. მას შემდეგ, რაც მონაცემები გადაეცემა HTTP პროტოკოლის საშუალებით, საერთოდ არ არის საჭირო Firewall- ების ან მარიონეტების განხილვა.
გარდა ამისა, სეგმენტირებული ფაილის ხანგრძლივობა ძალიან მცირეა და კლიენტს შეუძლია სწრაფად შეარჩიოს და შეცვალოს ბიტის სიჩქარე, რათა შეასრულოს დაკვრა სხვადასხვა გამტარუნარიანობის პირობებში. ამასთან, HLS- ის ეს ტექნიკური მახასიათებელი განსაზღვრავს მის
დაგვიანება ყოველთვის უფრო მაღალი იქნება, ვიდრე ჩვეულებრივი პირდაპირი სტრიმინგის პროტოკოლი.
// iOS და Android ბუნებრივად მხარს უჭერენ ამ პროტოკოლს, კონფიგურაცია მარტივია, უბრალოდ გამოიყენეთ ვიდეოს ნიშანი
*** VLS: ეს არის ერთგვარი სტრიმინგის სერვერი, რომელიც სპეციალურად გამოიყენება სტრიმინგის სხვადასხვა პრობლემების გადასაჭრელად. მას ასევე აქვს VLC– ს ზოგიერთი მახასიათებელი. როგორც სერვერს, videolan- ს შეუძლია გამოაქვეყნოს http, rtp, rtsp ნაკადები.
პრინციპში, RTSP, RTMP და HTTP შეიძლება გამოყენებულ იქნას პირდაპირი მაუწყებლობისა და მოთხოვნადი მაუწყებლობისთვის, მაგრამ ზოგადად RTSP და RTMP გამოიყენება პირდაპირი მაუწყებლობისთვის, ხოლო HTTP გამოიყენება მოთხოვნადი მაუწყებლობისთვის. ჩვენ ავირჩიეთ RTMP პროტოკოლი.
სხვადასხვა პროტოკოლის შეფერხებები და მათი მიზეზები
rtmp და httpflv: ამ ორი პროტოკოლის მონაცემები დაახლოებით ერთნაირია, ამიტომ შეფერხების მიზეზები იგივეა. დასაბუთებულია, რომ tcp სტრიმინგის პირდაპირი გადაცემები უნდა ჰქონდეს ძალიან დაბალი შეყოვნება. რატომ აქვთ rtmp და httpflv შეყოვნება? მიზეზი არის ის, რომ h264- ზე, rtmp და httpflv არის flv ტეგები, რომლებიც გადაეცემა. ვიდეო ტეგის მონაცემები, როგორც წესი, h264 მონაცემებია. H264 დეკოდირებას აქვს IBP. მე ვარ ძირითადი ჩარჩო, რომელიც არის სრული სურათი. დეკოდირებამდე უნდა გქონდეთ I. ეს უკანასკნელი BP, BP ჩარჩოები შეიძლება იყოს რამდენიც გსურთ, მაგრამ I ჩარჩოები არ შეიძლება იყოს ნაკლები, ამიტომ I ჩარჩოები უნდა გადაეცეს მეორეზე flv ტეგის გადაცემაში (პირველი h264spspps), მაგრამ I ჩარჩოები ხშირად არ გვხვდება h264 ნაკადებში, გარკვეული პერიოდის შემდეგ არსებობს I ჩარჩო. დროის ეს მონაკვეთი საყოველთაოდ ცნობილია როგორც GOP. დაშიფვრისას, GOP დაყენებულია ძალიან მოკლე. როდესაც კლიენტი დაუკავშირდება, სერვერი ნახავს უახლოეს I ჩარჩოს ნაკადში უსწრაფესი სიჩქარით და გაგზავნის I ჩარჩოდან. ცოცხალი მონაცემები, მაგრამ როდესაც GOP ძალიან გრძელია, I ჩარჩოს ინტერვალი ძალიან გრძელია, ან დაელოდეთ შემდეგ I კადრს, რომ დაიწყოს მონაცემთა გაგზავნა ახალი კავშირისთვის, ან ბუფერში იპოვნოთ უახლოესი I ჩარჩო გაგზავნის დასაწყებად, აი აქ rtmp და hls პროტოკოლის შეფერხება. მთავარი საკითხია ის, რომ CDN– ის მთავარ პლატფორმებზე მას უწოდებენ "RTM მეორე გახსნის ტექნოლოგიას". პრინციპია ბიძგების მონაცემების ორჯერ დეკოდირება და მცირე ზომის დაყენება. ზოგადად, gop არის 1s. მიუხედავად ქსელის გადაცემის ბმულის შეფერხებისა, მონაცემთა მაქსიმალური შეფერხებაა 1s. საბედნიეროდ, I ჩარჩო 0 შეფერხებაა!
|
|
|
|
რამდენად შორს (ხანგრძლივი) გადამცემი საფარი?
გადაცემა სპექტრი დამოკიდებულია ბევრ ფაქტორზე. ნამდვილი მანძილი ეფუძნება ანტენის დაყენების სიმაღლე, ანტენის, გამოყენებით გარემოს მსგავსად შენობის და სხვა დაბრკოლებები, მგრძობიარობა მიმღები, ანტენა მიმღების. დაყენების ანტენის უფრო მაღალი და გამოყენების ქალაქგარეთ, მანძილი კიდევ უფრო შორს.
მაგალითი 5W FM გადამცემის გამოყენება ქალაქი და მშობლიურ:
მაქვს USA კლიენტების გამოყენება 5W FM გადამცემი ერთად ჯი ანტენის თავის მშობლიურ და ის შესამოწმებლად იგი მანქანაში, ის ფარავს 10km (6.21mile).
მე შესამოწმებლად 5W FM გადამცემი ერთად ჯი ანტენის ჩემს მშობლიურ, ის ფარავს 2km (1.24mile).
მე შესამოწმებლად 5W FM გადამცემი ერთად ჯი ანტენის in Guangzhou ქალაქის, ის ფარავს მხოლოდ 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 tall თქვენ კოშკი?
3.Where ხარ?
და ჩვენ მოგცემთ უფრო პროფესიული კონსულტაცია.
ჩვენს შესახებ
FMUSER.ORG არის სისტემური ინტეგრაციის კომპანია, რომელიც ფოკუსირებულია RF უკაბელო გადაცემის / სტუდიის ვიდეო აუდიო აპარატურა / ნაკადი და მონაცემთა დამუშავება .ჩვენ ვუზრუნველყოფთ ყველაფერს რჩევების და კონსულტაციებისგან, რათა უზრუნველყონ ინსტალაციის,
ჩვენ გთავაზობთ FM გადამცემი, ანალოგური სატელევიზიო გადამცემი, ციფრული სატელევიზიო გადამცემი, VHF UHF გადამცემი, ანტენები, კოაქსიალური საკაბელო კონექტორები, STL, საჰაერო გადამუშავება, სტუდიის სამაუწყებლო პროდუქტები, RF სიგნალის მონიტორინგი, RDS Encoders, აუდიო პროცესორი და დისტანციური საიტის საკონტროლო დანადგარები, IPTV პროდუქტები, ვიდეო / აუდიო encoder / დეკოდერი, რომელიც მიზნად ისახავს როგორც დიდი საერთაშორისო სამაუწყებლო ქსელების და მცირე კერძო სადგურების მოთხოვნებს.
ჩვენს გამოსავალს აქვს FM რადიოსადგური / ანალოგური ტელევიზია / ციფრული სატელევიზიო სადგური / აუდიო ვიდეო სტუდია აღჭურვილობა / სტუდია გადამცემის ბმული / გადამცემი ტელემეტრიული სისტემა / სასტუმროს სატელევიზიო სისტემა / IPTV პირდაპირი მაუწყებლობა / პირდაპირი ტრანსლაცია / ვიდეო კონფერენცია / CATV მაუწყებლობის სისტემა.
ჩვენ ვხარჯავთ მოწინავე ტექნოლოგიურ პროდუქტებს ყველა სისტემასთან, რადგან ვიცით, რომ მაღალი საიმედოობა და მაღალი ხარისხის სისტემა იმდენად მნიშვნელოვანია, რომ სისტემა და გამოსავალია. ამავე დროს, ჩვენ ასევე უნდა დავრწმუნდეთ ჩვენი პროდუქციის სისტემა ძალიან გონივრულ ფასად.
ჩვენ გვყავს კლიენტებისა და კომერციული მაუწყებლების, სატელეკომუნიკაციო ოპერატორების და მარეგულირებელი ორგანოების მომხმარებლები და ჩვენ ასევე გთავაზობთ ასობით და ადგილობრივ და სათემო მაუწყებლებს გამოსავალსა და პროდუქტს.
FMUSER.ORG ექსპორტზე გადის 15 წელზე მეტი ხნის განმავლობაში და ჰყავს კლიენტები მთელ მსოფლიოში. ამ სფეროში 13 წლიანი გამოცდილებით, ჩვენ გვყავს პროფესიონალი გუნდი, რომელიც გადაჭრის მომხმარებლის ყველა სახის პრობლემას. ჩვენ ვიზრუნეთ პროფესიონალური პროდუქციისა და მომსახურების უკიდურესად გონივრული ფასების მომარაგებაში. Საკონტაქტო ელ. ფოსტა : [ელ.ფოსტით დაცულია]
ჩვენი ქარხანა
ჩვენ გვაქვს მოდერნიზაცია ქარხანა. თქვენ ხართ მისასალმებელი ეწვევა ჩვენს ქარხანას, როდესაც თქვენ მოვიდა ჩინეთში.
დღეისათვის უკვე არსებობს 1095 მომხმარებელს მსოფლიოს ეწვია ჩვენი Guangzhou Tianhe ოფისში. თუ მოვა ჩინეთში, თქვენ მივესალმებით ეწვევა us.
სამართლიანი
ეს არის ჩვენი მონაწილეობა 2012 გლობალური წყაროები ჰონკონგში ელექტრონიქსი სამართლიანი . მომხმარებელთა მთელი მსოფლიოს საბოლოოდ აქვს შანსი ერთად.
სად არის Fmuser?
თქვენ შეგიძლიათ მოძებნოთ ეს ციფრები " 23.127460034623816,113.33224654197693 "google map- ში შეგიძლიათ იხილოთ ჩვენი fmuser ოფისი.
FMUSER Guangzhou ოფისი Tianhe რაიონი, რომელიც ცენტრში Canton . ძალიან ახლოს რომ Canton სამართლიანი , Guangzhou რკინიგზის სადგური, xiaobei გზა და dashatou , მხოლოდ უნდა 10 წუთი თუ მიიღოს TAXI . სტუმარს მეგობრების მთელს მსოფლიოში ეწვევა და მოლაპარაკებას.
საკონტაქტო: Sky Blue
მობილური ტელეფონები: + 8618078869184
WhatsApp: + 8618078869184
Wechat: + 8618078869184
ელ-ფოსტა: [ელ.ფოსტით დაცულია]
QQ: 727926717
Skype: sky198710021
მისამართი: No.305 ოთახი HuiLan სამშენებლო No.273 Huanpu Road Guangzhou China 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 accout, შეგიძლიათ გამოიყენოთ შემდეგი:
დასავლეთის გაერთიანება.  www.westernunion.com
მიაქციეთ დასავლეთის მიერ კავშირის me:
სახელი / სახელი: Yingfeng
გვარი / გვარი / საოჯახო სახელი: Zhang
სრული სახელი: Yingfeng Zhang
ქვეყანა: ჩინეთი
ქალაქი: Guangzhou
|
-------------------------------------------------- -------------------
T / T. გადახდა T / T (გადარიცხვით / სატელეგრაფო გადარიცხვა / საბანკო გადარიცხვა)
პირველი ინფორმაცია ბანკის შესახებ (კომპანიის ანგარიში):
SWIFT BIC: BKCHHKHHXXX
ბანკის დასახელება: ჩინეთის ბანკის (HONG KONG) შეზღუდვა, HONG KONG
ბანკის მისამართი: ჩინეთის TOWER BANK, XXX GARDEN ROAD, CENTRAL, HONG KONG
ბანკის კოდი: 012
ანგარიშის დასახელება: FMUSER INTERNATIONAL GROUP LIMITED
ანგარიში NO. : 012-676-2-007855-0
-------------------------------------------------- -------------------
ინფორმაცია მეორე ბანკის შესახებ (კომპანიის ანგარიში):
ბენეფიციარი: Fmuser International Group Inc.
ანგარიშის ნომერი: 44050158090900000337
ბენეფიციარის ბანკი: China Construction Bank Guangdong- ის ფილიალი
SWIFT კოდი: PCBCCNBJGDX
მისამართი: NO.553 Tianhe Road, Guangzhou, Guangdong, Tianhe District, ჩინეთი
** შენიშვნა: როდესაც ჩვენს საბანკო ანგარიშზე თანხას გადარიცხავთ, გთხოვთ, არაფერი დაწეროთ შენიშვნების არეალში, წინააღმდეგ შემთხვევაში, ჩვენ ვერ მივიღებთ გადახდას საერთაშორისო სავაჭრო ბიზნესის სამთავრობო პოლიტიკის გამო.
|
|
|
|
* ეს იქნება გაგზავნილი 1-2 სამუშაო დღის განმავლობაში, როდესაც გადახდის ნათელია.
* ჩვენ გაუგზავნოთ თქვენი paypal მისამართზე. თუ გსურთ რომ შეიცვალოს მისამართი, გთხოვთ, თქვენი ზუსტი მისამართი და ტელეფონის ნომერი ჩემი ელ [ელ.ფოსტით დაცულია]
* თუ პაკეტების ქვემოთ 2kg, ჩვენ გაიგზავნება გავლით პოსტი airmail, ის მიიღებს დაახლოებით 15-25days თქვენს ხელში.
თუ პაკეტი უფრო მეტია, ვიდრე 2kg, ჩვენ მოვახდენთ მეშვეობით EMS, DHL, UPS, Fedex სწრაფი გამოხატული მიწოდების, ის მიიღებს დაახლოებით 7 ~ 15days თქვენს ხელში.
თუ პაკეტი ზე მეტი 100kg, ჩვენ ვუგზავნით მეშვეობით DHL ან საჰაერო სატვირთო. იგი მიიღებს დაახლოებით 3 ~ 7days თქვენს ხელში.
ყველა პაკეტები ფორმა China Guangzhou.
* პაკეტი გაიგზავნება როგორც საჩუქარი და რაც შეიძლება ნაკლები დეკლარაციით, მყიდველს არ სჭირდება გადახდა "TAX" - ისთვის.
* შემდეგ გემი, ჩვენ გამოგიგზავნით ელ და გაძლევთ თვალთვალის რაოდენობის.
|
|
|
გარანტიისთვის.
დაგვიკავშირდით --- >> დაგვიბრუნეთ ნივთი --- >> მიიღეთ და გაგზავნეთ სხვა ჩანაცვლება.
სახელი: Liu xiaoxia
მისამართი: 305Fang HuiLanGe HuangPuDaDaoXi 273Hao TianHeQu Guangzhou China.
ZIP: 510620
ტელეფონი: + 8618078869184
გთხოვთ, ამ მისამართზე და წერა თქვენი paypal მისამართი, სახელი, პრობლემა შენიშვნა: |
|
