V. MOBILE VIDEO CLOUD SERVICESThe mobile services architecture is base การแปล - V. MOBILE VIDEO CLOUD SERVICESThe mobile services architecture is base ไทย วิธีการพูด

V. MOBILE VIDEO CLOUD SERVICESThe m

V. MOBILE VIDEO CLOUD SERVICES
The mobile services architecture is based on the previous workflow. As shown in Figure 3, the mobile client and cloud components are communicating with each other using different protocols for different purposes. RTP is used for video up and down streaming. The extensible messaging and presence protocol (XMPP) is used for the exchange of metadata, segments information, and device information. HTTP is required for file transfers like video upload to the cloud. Realizing the different functionalities of the MVCS client various handler are required. The MP4 handler is an important part of the video streaming functionality. As described before the RTP protocol is used for video streaming. To ensure good compatibility with various streaming servers the outgoing video stream should consist of a video encoded by the H.264 video codec and an MP4 video container. The metadata handler is a very simple handler. It manages the fetching of the video segments and tags via the XMPP connector and parses the XML segments. Furthermore, it sends new tags via the XMPP connector. Additionally, it manages sending the video metadata information like title and description. The lazylist handler is an important part of mobile user experience as it reduces data transfer and memory usage. This handler is utilized by the segment-based “seek bar” and by the browse activities which include preview thumbnails of the videos. It works in the way that it runs as a background thread with a low priority to not affect the interface performance. The basis of the client is the communication layer. Its XMPP connector is the gateway to the cloud services and is used to exchange data with the cloud, including metadata, segment
Fig. 3. MVCS client’s software architecture on Android platform
information, and device information like screen size, model, etc. In MVCS, the following XEPs are used: XEP-0009: Jabber- RPC, XEP-0030: Service Discovery and XEP-0060: Publish- Subscribe. They provide easy-to-use but yet powerful features in like bi-directional XML streaming. The RTP connector is responsible for the communication with the streaming server of recorded videos and also for delivering the video to the video player. The most important part of the mobile client is the video player. Here is where all the tools for improvements of the mobile user experience matter. It displays the segments, tags and also the zoomed video content, as show on Figure 2. On the cloud side, the XMPP service handles all major communication between the client and the cloud. The transcod- ing service is an interface for the cloud video processing tasks. It uses the FFmpeg library [15] for transcoding of the video into different formats and to generate thumbnails. The zooming service is responsible for cropping the video. It provides standard zooming functionality like zooming to the middle of the video and more complex zooming functionality based on the object recognition service. The segmentation service recognizes scenes in the video and creates a list of time points of the scenes. Additionally, it utilizes the transcoding service to create the thumbnails for the segments. This is realized by using the FFmpeg and the shotdetect library for scene detection. The object recognition service is necessary for realizing ROI-enhanced zooming. The service recognizes objects in a video and therefore the center of the zooming region can be adjusted. Recognizable objects are, for example, faces, profile faces, etc. In summary, the video transcoding and zooming services are handled by FFmpeg and the segmentation and object recognition services are mainly handled by OpenCV algorithms [16]. The object recognition is realized with the Java wrapper for OpenCV, i.e. JavaCV. Standard Haar classifiers [17] are used
0/5000
จาก: -
เป็น: -
ผลลัพธ์ (ไทย) 1: [สำเนา]
คัดลอก!
โวลต์วิดีโอมือถือบริการเมฆ
สถาปัตยกรรมบริการโทรศัพท์มือถือจะขึ้นอยู่กับขั้นตอนการทำงานก่อนหน้านี้ ดังแสดงในรูปที่ 3, ลูกค้ามือถือและส่วนประกอบเมฆกำลังสื่อสารกับแต่ละอื่น ๆ โดยใช้โปรโตคอลที่แตกต่างกันเพื่อวัตถุประสงค์ที่แตกต่างกัน RTP จะใช้สำหรับวิดีโอขึ้นและลงสตรีมมิ่ง ส่งข้อความขยายและโปรโตคอลการแสดงตน (XMPP) จะใช้สำหรับการแลกเปลี่ยนข้อมูลเมตาข้อมูลส่วนและอุปกรณ์ ที่ http เป็นสิ่งจำเป็นสำหรับการถ่ายโอนไฟล์ที่ต้องการอัปโหลดวิดีโอไปยังเมฆ ตระหนักถึงฟังก์ชันการทำงานที่แตกต่างกันของการดำเนินการต่างๆ mvcs ลูกค้าจะต้อง จัดการ MP4 เป็นส่วนสำคัญของการทำงานของสตรีมมิ่งวิดีโอ ตามที่อธิบายไว้ก่อนโปรโตคอล RTP จะใช้สำหรับวิดีโอสตรีมมิ่งเพื่อให้แน่ใจว่าเข้ากันได้ดีกับเซิร์ฟเวอร์สตรีมมิ่งวิดีโอสตรีมต่างๆที่ส่งออกควรประกอบด้วยวิดีโอที่เข้ารหัสด้วยตัวแปลงสัญญาณวิดีโอ H.264 และภาชนะวิดีโอ mp4 ตัวจัดการเมตาดาต้าที่เป็นตัวจัดการที่ง่ายมาก มันจัดการเรียกของกลุ่มวิดีโอและแท็กผ่านทางเชื่อมต่อ XMPP และจะแยกวิเคราะห์ส่วน XML นอกจากนี้ก็จะส่งป้ายใหม่ผ่านการเชื่อมต่อ XMPP นอกจากนี้มันจัดการการส่งข้อมูล metadata วิดีโอเช่นชื่อและคำอธิบาย จัดการ lazylist เป็นส่วนสำคัญของประสบการณ์การใช้งานมือถือที่จะช่วยลดการถ่ายโอนข้อมูลและการใช้หน่วยความจำ การดำเนินการนี​​้ถูกนำมาใช้โดยส่วนที่ใช้ "บาร์แสวงหา" และกิจกรรมการเรียกดูภาพขนาดเล็กซึ่งรวมถึงตัวอย่างของวิดีโอมันทำงานในลักษณะที่ว่ามันทำงานเป็นด้ายพื้นหลังที่มีความสำคัญในระดับต่ำที่จะไม่ส่งผลกระทบต่อประสิทธิภาพการทำงานของอินเตอร์เฟซ พื้นฐานของลูกค้าเป็นชั้นการสื่อสาร เชื่อมต่อ XMPP ที่เป็นประตูไปสู่​​การให้บริการคลาวด์และใช้ในการแลกเปลี่ยนข้อมูลกับเมฆรวมทั้งข้อมูลส่วน
มะเดื่อ 3 สถาปัตยกรรมซอฟต์แวร์ mvcs ของลูกค้าบนแพลตฟอร์ม Android
ข้อมูล,และข้อมูลของอุปกรณ์เช่นขนาดหน้าจอรุ่นอื่น ๆ ใน mvcs, xeps ต่อไปนี้จะใช้: XEP-0009: พูดรัว-RPC, XEP-0030: การค้นพบบริการและ XEP-0060: เผยแพร่การสมัคร พวกเขาให้ง่ายต่อการใช้งาน แต่ยังคุณลักษณะที่มีประสิทธิภาพเช่นในสองทิศทางสตรีมมิ่งแบบ xmlเชื่อมต่อ RTP เป็นผู้รับผิดชอบสำหรับการสื่อสารกับสตรีมมิ่งเซิร์ฟเวอร์ของว​​ิดีโอที่บันทึกและยังสำหรับการส่งวิดีโอไปยังเครื่องเล่นวิดีโอ ส่วนที่สำคัญที่สุดของลูกค้ามือถือเป็นเครื่องเล่นวิดีโอ ที่นี่คือที่เครื่องมือทั้งหมดสำหรับการปรับปรุงจากเรื่องประสบการณ์การใช้งานมือถือ จะแสดงส่วนแท็กและเนื้อหาวิดีโอซูมเป็นงานแสดงรูปที่ 2ทางด้านคลาวด์, บริการ XMPP จัดการทั้งหมดที่สำคัญการสื่อสารระหว่างลูกค้าและเมฆ บริการ transcod ไอเอ็นจีเป็นอินเตอร์เฟซสำหรับเมฆวิดีโองานการประมวลผล จะใช้ ffmpeg ห้องสมุด [15] ภาพขนาดเล็กสำหรับการแปลงรหัสของวิดีโอในรูปแบบที่แตกต่างกันและการสร้าง บริการการซูมจะเป็นผู้รับผิดชอบสำหรับการปลูกพืชวิดีโอมันมีฟังก์ชันการซูมมาตรฐานเช่นการซูมไปตรงกลางของวิดีโอและการทำงานของการซูมที่ซับซ้อนมากขึ้นบนพื้นฐานของการให้บริการรับรู้วัตถุ บริการแบ่งส่วนตระหนักถึงฉากในวิดีโอและสร้างรายชื่อของจุดเวลาที่เกิดเหตุ นอกจากนี้จะใช้บริการการแปลงรหัสเพื่อสร้างภาพขนาดเล็กสำหรับกลุ่มนี้เป็นตระหนักโดยใช้ ffmpeg และห้องสมุด shotdetect สำหรับการตรวจสอบที่เกิดเหตุ บริการรับรู้วัตถุเป็นสิ่งจำเป็นสำหรับการตระหนักถึงผลตอบแทนการลงทุนที่เพิ่มการซูม บริการตระหนักถึงวัตถุในวิดีโอและดังนั้นจึงเป็นศูนย์กลางของภูมิภาคการซูมจะสามารถปรับได้ วัตถุที่เป็นที่รู้จักเป็นเช่นใบหน้า, ใบหน้ารายละเอียด ฯลฯ ในสรุปแปลงวิดีโอและซูมบริการที่มีการจัดการโดย ffmpeg และการแบ่งส่วนและการบริการที่รับรู้วัตถุได้รับการจัดการโดยส่วนใหญ่เป็นอัลกอริทึม OpenCV [16] รับรู้วัตถุคือรู้ด้วยกระดาษห่อ Java สำหรับ OpenCV เช่น javacv จําแนก Haar มาตรฐาน [17] ถูกนำมาใช้
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 2:[สำเนา]
คัดลอก!
V. บริการฝากวิดีโอมือถือ
สถาปัตยกรรมบริการมือถือจะขึ้นอยู่กับ workflow ก่อนหน้านั้น ดังแสดงในรูปที่ 3 คอมโพเนนต์ไคลเอ็นต์และเมฆเคลื่อนกำลังสื่อสารกันโดยใช้โปรโตคอลที่แตกต่างกันสำหรับวัตถุประสงค์ที่แตกต่างกัน RTP ใช้สำหรับวิดีโอขึ้นสตรีมมิ่ง การเพิ่มความสามารถได้ส่งข้อความและสถานะรโท (XMPP) ใช้สำหรับการแลกเปลี่ยนข้อมูลเมตา เซ็กเมนต์ข้อมูล และข้อมูลของอุปกรณ์ HTTP จะต้องโอน file เช่นอัปโหลดวิดีโอไปยัง cloud ตระหนักถึงฟังก์ชันการทำงานแตกต่างกันของไคลเอ็นต์ MVCS จัดการต่าง ๆ จำเป็น จัดการ MP4 เป็นส่วนสำคัญของฟังก์ชันการส่งกระแสข้อมูลวิดีโอ ตามที่อธิบายไว้ก่อน จะใช้โพรโทคอล RTP ส่งกระแสข้อมูลวิดีโอ ให้เข้ากันได้ดีกับสตรีมมิ่งเซิร์ฟเวอร์ต่างๆ กระแสข้อมูลวิดีโอขาออกควรประกอบด้วยวิดีโอที่เข้ารหัส โดยตัวแปลงสัญญาณวิดีโอ H.264 และคอนเทนเนอร์ที่วิดีโอ MP4 จัดการข้อมูลเมตาจะจัดการง่ายมาก ก็จัดการนำของเซ็กเมนต์ที่วิดีโอ และแท็กผ่านตัวเชื่อมต่อ XMPP และวิเคราะห์ส่วน XML นอกจากนี้ มันส่งแท็กใหม่ผ่านตัวเชื่อมต่อ XMPP นอกจากนี้ จะจัดการส่งข้อมูลเมตาวิดีโอเช่นชื่อและคำอธิบาย จัดการ lazylist เป็นส่วนสำคัญของประสบการณ์ผู้ใช้โมบายจะช่วยลดการใช้หน่วยความจำและการโอนย้ายข้อมูล ตัวจัดการนี้จะใช้ โดยการเซ็กเมนต์ตาม "หาบาร์" และเรียกดูกิจกรรมซึ่งรวมถึงการแสดงตัวอย่างรูปขนาดย่อของวิดีโอ ทำงานในลักษณะที่จะเรียกใช้เป็นพื้นหลังของเธรด ด้วยระดับความสำคัญต่ำจะมีผลต่อประสิทธิภาพการทำงานของอินเทอร์เฟซ พื้นฐานของไคลเอนต์เป็นชั้นสื่อสาร ต่อ XMPP ของเกตเวย์บริการฝาก และใช้เพื่อแลกเปลี่ยนข้อมูลกับเมฆ รวมข้อมูลเมตา เซกเมนต์
Fig. 3 สถาปัตยกรรมซอฟต์แวร์ของไคลเอ็นต์ MVCS บนแพลตฟอร์ม Android
ข้อมูล และข้อมูลของอุปกรณ์เช่นขนาดหน้าจอ รูปแบบ ฯลฯ ใน MVCS, XEPs ต่อไปนี้ใช้: XEP-0009: Jabber - RPC, XEP 0030: XEP-0060 และการค้นพบบริการ: สมัครสมาชิกประกาศ ใช้งานง่าย แต่มีประสิทธิภาพยังรีดในทิศทางการส่งกระแสข้อมูล XML ให้เลือก ตัวเชื่อมต่อ RTP รับผิดชอบ สำหรับการสื่อสารกับเซิร์ฟเวอร์การส่งกระแสข้อมูลของวิดีโอที่บันทึกไว้ และ สำหรับการส่งวิดีโอไปยังเครื่องเล่นวิดีโอ ส่วนสำคัญที่สุดของไคลเอ็นต์มือถือเป็นเครื่องเล่นวิดีโอ นี่คือที่เครื่องมือทั้งหมดสำหรับการปรับปรุงของผู้ใช้โทรศัพท์มือถือประสบการณ์เรื่อง จะแสดงเซ็กเมนต์ แท็ก และยังขยาย เนื้อหาวิดีโอ เป็นแสดงในรูปที่ 2 ด้านคลาวด์ XMPP บริการจัดการสื่อสารหลักทั้งหมดระหว่างไคลเอนต์และเมฆ บริการ transcod-ing เป็นอินเทอร์เฟซสำหรับงานประมวลผลวิดีโอเมฆ มันใช้ FFmpeg ไลบรารี [15] สำหรับ transcoding ของวิดีโอ ในรูปแบบต่าง ๆ และ การสร้างรูปขนาดย่อ ขยายบริการรับผิดชอบสำหรับการครอบตัดวิดีโอ อีกทั้งฟังก์ชันขยายมาตรฐานเช่นย่อกลางภาพ และซับซ้อนขยายฟังก์ชันตามบริการการรับรู้วัตถุ บริการแบ่งรู้จักฉากในวิดีโอ และสร้างรายการของจุดเวลาของฉาก นอกจากนี้ มันใช้บริการ transcoding จะสร้างรูปขนาดย่อสำหรับเซ็กเมนต์ นี้เป็นจริง โดยใช้ FFmpeg การและไลบรารี shotdetect สำหรับตรวจหาฉาก บริการการรับรู้วัตถุเป็นสิ่งจำเป็นสำหรับการตระหนักถึงร้อยเพิ่มการย่อ/ขยาย บริการการรับรู้วัตถุในวิดีโอ และดังนั้นจึง สามารถปรับปรุงตัวภาคขยาย รู้จักวัตถุได้ ตัวอย่าง ใบหน้า ใบหน้า profile ฯลฯ ในสรุป วิดีโอ transcoding และขยายบริการจัดการ โดย FFmpeg และแบ่งการบริการการรับรู้วัตถุเป็นส่วนใหญ่จัดการ โดยอัลกอริทึมของ OpenCV [16] การรู้จำวัตถุถูกรับรู้ ด้วยกระดาษห่อ Java สำหรับ OpenCV, JavaCV เช่น ใช้มาตรฐาน Haar classifiers [17]
การแปล กรุณารอสักครู่..
ผลลัพธ์ (ไทย) 3:[สำเนา]
คัดลอก!
สถาปัตยกรรมบริการ Mobile เมฆบริการ
ซึ่งจะช่วยให้ ภาพ วิดีโอแบบพกพา V อยู่บนพื้นฐาน workflow ก่อนหน้าที่ ตามที่แสดงในรูปที่ 3 เครื่องลูกข่ายไร้สายและคอมโพเนนต์เมฆที่มีการติดต่อสื่อสารกับเครื่องอื่นโดยใช้โปรโตคอลอื่นสำหรับการใช้งานที่แตกต่างกัน RTP มีอยู่ใช้สำหรับวิดีโอสตรีมมิ่งขึ้นและลง โปรโตคอลการส่งข้อความและการ Extensible Authentication Protocol ( XMPP )จะถูกนำไปใช้เพื่อการแลกเปลี่ยนของเมตาดาต้าข้อมูลอุปกรณ์และข้อมูลทุกกลุ่ม. HTTP มีความจำเป็นสำหรับบริการรับส่ง file เหมือนอัพโหลดวิดีโอไปยังกลุ่มเมฆ ตระหนักถึงการทำงานที่แตกต่างกันไปของเครื่องลูกข่าย mvcs ที่การจัดการหลายชนิดเป็นที่ต้องการ 4 การจัดการ MP ที่มีความสำคัญในฐานะที่เป็นส่วนหนึ่งของการใช้งานวิดีโอสตรีมมิ่งที่ ตามที่อธิบายไว้ก่อน RTP โปรโตคอลที่ใช้สำหรับวิดีโอสตรีมมิ่งเพื่อทำให้แน่ใจสำหรับความเข้ากันได้ดีกับเซิร์ฟเวอร์การสตรีมที่หลากหลายวิดีโอสตรีมออกควรประกอบด้วยวิดีโอที่เข้ารหัสโดย 264 ตัวเข้ารหัส/ถอดรหัสวิดีโอ: H ที่ 4 และ ภาชนะ บรรจุวิดีโอ MP การจัดการ Metadata ที่มีการจัดการอย่างเรียบง่ายเป็นอย่างมาก มันจะช่วยจัดการดึงข้อมูลของกลุ่มวิดีโอและแท็กผ่านขั้วต่อ XMPP และ parses กลุ่ม XML ยิ่งไปกว่านั้นยังจะส่งแท็กใหม่โดยผ่านทางคอนเน็กเตอร์ XMPP ได้ นอกเหนือจากนี้มันจะจัดการการส่งข้อมูลวิดีโอเมตาดาต้าที่เหมือนกับคำอธิบายและชื่อ การจัดการ lazylist ที่มีส่วนสำคัญในการสร้างประสบการณ์ผู้ใช้มือถือจะช่วยลดการใช้งานหน่วยความจำและการถ่ายโอนข้อมูล การจัดการนี้มีส่วนใช้ประโยชน์โดยใช้"หา Bar "และกิจกรรมต่างๆเรียกดูซึ่งรวมถึง ภาพ ขนาดเล็กดูตัวอย่างของ ภาพ วิดีโอมันใช้งานได้ดีในทางที่จะเป็นลวดลาย ภาพ พื้นหลังที่มีลำดับความสำคัญต่ำที่จะไม่มีผลต่อ ประสิทธิภาพ การทำงานส่วนที่แสดงผล(อินเทอร์เฟซสำหรับ พื้นฐานของเครื่องลูกข่ายที่มีชั้นการสื่อสาร คอนเน็กเตอร์ XMPP เป็นเกตเวย์ในการบริการเมฆและได้ใช้ในการแลกเปลี่ยนข้อมูลกับเมฆรวมถึงเมตาดาต้าส่วน
รูป 3 . สถาปัตยกรรมซอฟต์แวร์ของเครื่องลูกข่าย mvcs บนแพลตฟอร์ม Android
ข้อมูลข้อมูลอุปกรณ์และเหมือนกับรุ่นขนาดหน้าจอเป็นต้นใน mvcs xeps ต่อไปนี้จะถูกนำไปใช้ xep -0009 ส่งเสียงเจี๊ยวจ๊าว - RPC xep -0030 Service Discovery และ xep -0060 ประกาศ - สมัคร. ห้องพักจัดให้บริการได้อย่างง่ายดายในการใช้งานแต่คุณสมบัติที่มี ประสิทธิภาพ สูงในแบบ Bi - การสตรีม XML แบบรอบทิศทางคอนเน็กเตอร์ RTP มีหน้าที่รับผิดชอบในการสื่อสารกับเซิร์ฟเวอร์การสตรีมวิดีโอที่บันทึกและนอกจากนั้นยังเหมาะสำหรับการส่งวิดีโอไปยังเครื่องเล่นวิดีโอ ส่วนที่สำคัญที่สุดของเครื่องลูกข่ายมือถือที่มีเครื่องเล่นวิดีโอได้ ณที่นี่คือสถานที่ซึ่งเครื่องมือทั้งหมดสำหรับการปรับปรุงประสบการณ์ของผู้ใช้โทรศัพท์มือถือที่ว่า จะแสดงเฉพาะกลุ่มที่แท็กและยังมีเนื้อหาวิดีโอซูม ภาพ เข้าที่เป็นการแสดงในรูปที่ 2บนฝั่งด้านกลุ่มเมฆที่ให้บริการ XMPP ที่จับการสื่อสารที่สำคัญทั้งหมดระหว่างเครื่องลูกข่ายและเมฆ บริการ transcod - ไอเอ็นจีประกันชีวิตที่เป็นอินเตอร์เฟซสำหรับงานด้านการประมวลผลวิดีโอเมฆ มีการใช้ ffmpeg ไลบรารี:[ 15 ]สำหรับในการเข้ารหัสวิดีโอลงในรูปแบบที่แตกต่างกันและในการสร้าง ภาพ ขนาดเล็ก จัดให้บริการการซูมที่มีหน้าที่รับผิดชอบการคร็อป ภาพ วิดีโอโรงแรมจัดให้บริการการใช้งานการซูมแบบมาตรฐานเช่นการซูมไปกลางของการทำงานการซูม ภาพ :ความซับซ้อนมากขึ้นและวิดีโอที่ใช้ในการตระหนักในคุณค่าด้านการบริการสิ่งที่ จัดให้บริการการแบ่งสิทธิ์การเข้าถึงที่ตรวจพบ ภาพ ในวิดีโอและสร้างรายการของจุดเวลาของฉาก นอกจากนี้ยังจะใช้ในการเข้ารหัสที่จัดให้บริการเพื่อสร้าง ภาพ ขนาดเล็กสำหรับกลุ่มโรงแรมแห่งนี้คือรู้โดยการใช้ ffmpeg และห้องสมุด shotdetect สำหรับการตรวจจับ ภาพ จัดให้บริการการจดจำวัตถุที่มีความจำเป็นเพื่อตระหนักถึงการซูมร้อย - เพิ่ม จัดให้บริการที่ตรวจพบวัตถุในวิดีโอและดังนั้นจึงศูนย์กลางของเขตพื้นที่การซูมที่สามารถปรับได้ วัตถุจดจำได้ง่ายมีตัวอย่างเช่นหันหน้าเข้าหาใบหน้า profile เป็นต้นในการสรุปข้อมูลในการเข้ารหัสและการซูม ภาพ :บริการวิดีโอที่จะถูกจัดการโดย ffmpeg และบริการการจดจำวัตถุและการแบ่งส่วนจะถูกจัดการโดยอัลกอริธึม opencv [ 16 ]เป็นส่วนใหญ่ การจดจำวัตถุจะตระหนักถึงกับห่อ Java ที่สำหรับ opencv เช่น javacv มาตรฐาน haar classifiers [ 17 ]จะใช้
ตามมาตรฐาน
การแปล กรุณารอสักครู่..
 
ภาษาอื่น ๆ
การสนับสนุนเครื่องมือแปลภาษา: กรีก, กันนาดา, กาลิเชียน, คลิงออน, คอร์สิกา, คาซัค, คาตาลัน, คินยารวันดา, คีร์กิซ, คุชราต, จอร์เจีย, จีน, จีนดั้งเดิม, ชวา, ชิเชวา, ซามัว, ซีบัวโน, ซุนดา, ซูลู, ญี่ปุ่น, ดัตช์, ตรวจหาภาษา, ตุรกี, ทมิฬ, ทาจิก, ทาทาร์, นอร์เวย์, บอสเนีย, บัลแกเรีย, บาสก์, ปัญจาป, ฝรั่งเศส, พาชตู, ฟริเชียน, ฟินแลนด์, ฟิลิปปินส์, ภาษาอินโดนีเซี, มองโกเลีย, มัลทีส, มาซีโดเนีย, มาราฐี, มาลากาซี, มาลายาลัม, มาเลย์, ม้ง, ยิดดิช, ยูเครน, รัสเซีย, ละติน, ลักเซมเบิร์ก, ลัตเวีย, ลาว, ลิทัวเนีย, สวาฮิลี, สวีเดน, สิงหล, สินธี, สเปน, สโลวัก, สโลวีเนีย, อังกฤษ, อัมฮาริก, อาร์เซอร์ไบจัน, อาร์เมเนีย, อาหรับ, อิกโบ, อิตาลี, อุยกูร์, อุสเบกิสถาน, อูรดู, ฮังการี, ฮัวซา, ฮาวาย, ฮินดี, ฮีบรู, เกลิกสกอต, เกาหลี, เขมร, เคิร์ด, เช็ก, เซอร์เบียน, เซโซโท, เดนมาร์ก, เตลูกู, เติร์กเมน, เนปาล, เบงกอล, เบลารุส, เปอร์เซีย, เมารี, เมียนมา (พม่า), เยอรมัน, เวลส์, เวียดนาม, เอสเปอแรนโต, เอสโทเนีย, เฮติครีโอล, แอฟริกา, แอลเบเนีย, โคซา, โครเอเชีย, โชนา, โซมาลี, โปรตุเกส, โปแลนด์, โยรูบา, โรมาเนีย, โอเดีย (โอริยา), ไทย, ไอซ์แลนด์, ไอร์แลนด์, การแปลภาษา.

Copyright ©2024 I Love Translation. All reserved.

E-mail: