This handler is utilized by the seg

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
Fig. 4. Video processing workflow
to recognize faces. The metadata service is responsible for handling metadata. Part of the metadata are tags and technical information like length. This metadata is stored into a relational database. For the relational database MySQL. The video service is responsible for the video content storage, and splitting and merging of the video for parallel processing. The parallel processing service is responsible for creating, starting, stopping instances, handling the queue and distributing the processing tasks multiple virtual machine instances. As a cloud provider, we utilize our i5Cloud, a hybrid cloud architecture for multimedia applications and services which is described in our previous work [18]. In general, after the upload of a video or an incoming stream the video is split into several chunks (s. Fig. 4). The chunks are then processed in parallel by the intelligent video processing services of MVCS. After the processing of the video is finished in the end, the chunks are merged again to a single video. The first step of the video processing workflow is the splitting step. All steps of the video workflow are basically based on the approach by Pereira et al. [13]. The main problem of splitting a video is the fact that we have to split a video and to merge it again without any loss of synchronization.generated automatically. Like the thumbnails the tags are ordered by timely occurrence in the video. If a user clicks on a tag, the video stream goes directly to the corresponding position. Both components, i.e. the segment-based seek bar and the tag list are implemented to overcome the mobile UX problem of video browsing on a mobile device. Finally, the third part of mobile UX improvement contains the video player itself. As device information including screen size is sent to the cloud the necessary zooming ratio can be calculated. Depending on the screen size of the device
a zooming ratio is calculated and depending of the objects a center position of the zooming field is defined. The red rectangle symbolizes the zoomed video. Two persons are recognized by the object recognition service and therefore the zooming field is set at this position. The user just sees this part of the video and can better concentrate on the persons. For future implementations more enhanced classifiers or feature descriptors can be used (e.g. football, etc.) to enable personalized zooming.
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.












Fig. 1. MVCS workflow in a mobile video application
time point. This works well regarding the low bandwidth. As described before, the thumbnails have such a small resolution that they are loaded very fast. Furthermore, a lazy list has been implemented so that it requires even less bandwidth as only currently viewable images are loaded. Clicking on a thumbnail redirects the user directly to the corresponding scene in the video. The user can now search content much faster than in a traditional video player. This again improves the orientation for the user. If the user clicks on an image he is directly redirected to the corresponding time point in the video. Furthermore, the seek bar focuses the current scene and scrolls automatically.
Fig. 2. Video stream browsing based on video segmentation and automatically generated metadata
Second, the tag list (right) consists of tags which have been added manually by the user himself, by other users, or generated automatically. Like the thumbnails the tags are ordered by timely occurrence in the video. If a user clicks on a tag, the video stream goes directly to the corresponding position. Both components, i.e. the segment-based seek bar and the tag list are implemented to overcome the mobile UX problem of video browsing on a mobile device. Finally, the third part of mobile UX improvement contains the video player itself. As device information including screen size is sent to the cloud the necessary zooming ratio can be calculated. Depending on the screen size of the device
a zooming ratio is calculated and depending of the objects a center position of the zooming field is defined. The red rectangle symbolizes the zoomed video. Two persons are recognized by the object recognition service and therefore the zooming field is set at this position. The user just sees this part of the video and can better concentrate on the persons. For future implementations more enhanced classifiers or feature descriptors can be used (e.g. football, etc.) to enable personalized zooming.

ผลลัพธ์ (ไทย) 1:

การดำเนินการนี​​้ถูกนำมาใช้โดยส่วนที่ใช้ "บาร์แสวงหา" และกิจกรรมการเรียกดูภาพขนาดเล็กซึ่งรวมถึงตัวอย่างของวิดีโอ มันทำงานในลักษณะที่ว่ามันทำงานเป็นด้ายพื้นหลังที่มีความสำคัญในระดับต่ำที่จะไม่ส่งผลกระทบต่อประสิทธิภาพการทำงานของอินเตอร์เฟซ พื้นฐานของลูกค้าเป็นชั้นการสื่อสารเชื่อมต่อ 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] ถูกนำมาใช้
มะเดื่อ 4 วิดีโอ
เวิร์กโฟลว์การประมวลผลการรับรู้ใบหน้าบริการข้อมูลเป็นผู้รับผิดชอบในการจัดการข้อมูล ส่วนหนึ่งของเมตาดาต้าที่มีแท็กและข้อมูลทางเทคนิคเช่นระยะเวลา ข้อมูลนี้จะถูกจัดเก็บลงในฐานข้อมูลเชิงสัมพันธ์ สำหรับ MySQL ฐานข้อมูลเชิงสัมพันธ์ บริการวิดีโอเป็นผู้รับผิดชอบในการจัดเก็บเนื้อหาวิดีโอและการแยกและการรวมกันของวิดีโอสำหรับการประมวลผลแบบขนานบริการการประมวลผลแบบขนานเป็นผู้รับผิดชอบสำหรับการสร้างเริ่มหยุดกรณีการจัดการคิวและการกระจายงานการประมวลผลกรณีเครื่องเสมือนหลาย เป็นผู้ให้บริการคลาวด์เราใช้ i5cloud ของเราสถาปัตยกรรมเมฆไฮบริดสำหรับการใช้งานมัลติมีเดียและบริการที่อธิบายไว้ในการทำงานของเราก่อนหน้า [18] โดยทั่วไปหลังจากอัปของวิดีโอหรือวิดีโอสตรีมขาเข้าถูกแบ่งออกเป็นหลายชิ้น (เอส. มะเดื่อ 4.) ชิ้นจะถูกประมวลผลแล้วในแบบคู่ขนานโดยการให้บริการการประมวลผลวิดีโอที่ชาญฉลาดของ mvcs หลังจากการประมวลผลของวิดีโอจะเสร็จสิ้นในท้ายที่สุดชิ้นที่มีการควบรวมกิจการอีกครั้งเพื่อภาพเดียว ขั้นตอนแรกของเวิร์กโฟลว์การประมวลผลวิดีโอเป็นขั้นตอนการแยกทุกขั้นตอนของเวิร์กโฟลว์วิดีโอจะขึ้นอยู่โดยทั่วไปในวิธีการโดย Pereira et al, [13] ปัญหาหลักของการแยกวิดีโอเป็นความจริงที่เราต้องแยกวิดีโอและเพื่อตัดอีกครั้งโดยไม่สูญเสียใด ๆ synchronization.generated โดยอัตโนมัติ เช่นภาพขนาดเล็กที่แท็กได้รับคำสั่งจากปรากฏการณ์ที่เกิดขึ้นในเวลาที่เหมาะสมในวิดีโอ ถ้าผู้ใช้คลิกที่แท็ก,วิดีโอสตรีมไปโดยตรงไปยังตำแหน่งที่ตรงกัน องค์ประกอบทั้งสองคือส่วนที่ใช้บาร์แสวงหาและรายการแท็กที่มีการดำเนินการที่จะเอาชนะปัญหา UX มือถือของวิดีโอเรียกดูบนโทรศัพท์มือถือ สุดท้ายส่วนที่สามของการพัฒนาโทรศัพท์มือถือ UX มีเครื่องเล่นวิดีโอตัวเองเป็นข้อมูลของอุปกรณ์รวมทั้งขนาดของหน้าจอจะถูกส่งไปยังเมฆอัตราส่วนการซูมจำเป็นสามารถคำนวณได้ ขึ้นอยู่กับขนาดหน้าจอของอุปกรณ์
อัตราส่วนการซูมการคำนวณและขึ้นอยู่กับของวัตถุที่ตำแหน่งศูนย์กลางของสนามซูมถูกกำหนด รูปสี่เหลี่ยมผืนผ้าสีแดงเป็นสัญลักษณ์ซูมวิดีโอบุคคลทั้งสองเป็นที่ยอมรับจากผู้ให้บริการรับรู้วัตถุและดังนั้นจึงสนามซูมไว้ที่ตำแหน่งนี้ ผู้ใช้เพียงแค่เห็นส่วนหนึ่งของวิดีโอนี้และดีขึ้นสามารถมุ่งเน้นบุคคล สำหรับการใช้งานในอนาคตจําแนกเพิ่มมากขึ้นหรืออธิบายคุณลักษณะที่สามารถนำมาใช้ (เช่นฟุตบอล, ฯลฯ ) เพื่อช่วยให้การซูมภาพส่วนบุคคล.
โวลต์ เมฆบริการวิดีโอมือถือ
สถาปัตยกรรมบริการโทรศัพท์มือถือจะขึ้นอยู่กับขั้นตอนการทำงานก่อนหน้านี้ ดังแสดงในรูปที่ 3, ลูกค้ามือถือและส่วนประกอบเมฆกำลังสื่อสารกับแต่ละอื่น ๆ โดยใช้โปรโตคอลที่แตกต่างกันเพื่อวัตถุประสงค์ที่แตกต่างกัน RTP จะใช้สำหรับวิดีโอขึ้นและลงสตรีมมิ่ง ส่งข้อความขยายและโปรโตคอลการแสดงตน (XMPP) จะใช้สำหรับการแลกเปลี่ยนข้อมูลข้อมูลส่วนและข้อมูลอุปกรณ์ที่ http เป็นสิ่งจำเป็นสำหรับการถ่ายโอนไฟล์ที่ต้องการอัปโหลดวิดีโอไปยังเมฆ ตระหนักถึงฟังก์ชันการทำงานที่แตกต่างกันของการดำเนินการต่างๆ mvcs ลูกค้าจะต้อง จัดการ MP4 เป็นส่วนสำคัญของการทำงานของสตรีมมิ่งวิดีโอ ตามที่อธิบายไว้ก่อนโปรโตคอล RTP จะใช้สำหรับวิดีโอสตรีมมิ่งเพื่อให้แน่ใจว่าเข้ากันได้ดีกับเซิร์ฟเวอร์สตรีมมิ่งวิดีโอสตรีมต่างๆที่ส่งออกควรประกอบด้วยวิดีโอที่เข้ารหัสด้วยตัวแปลงสัญญาณวิดีโอ H.264 และภาชนะวิดีโอ mp4 ตัวจัดการเมตาดาต้าที่เป็นตัวจัดการที่ง่ายมาก มันจัดการเรียกของกลุ่มวิดีโอและแท็กผ่านทางเชื่อมต่อ XMPP และจะแยกวิเคราะห์ส่วน XML นอกจากนี้ก็จะส่งป้ายใหม่ผ่านการเชื่อมต่อ XMPP นอกจากนี้มันจัดการการส่งข้อมูล metadata วิดีโอเช่นชื่อและคำอธิบาย จัดการ lazylist เป็นส่วนสำคัญของประสบการณ์การใช้งานมือถือที่จะช่วยลดการถ่ายโอนข้อมูลและการใช้หน่วยความจำ












มะเดื่อ 1 เวิร์กโฟลว์ mvcs ในการประยุกต์ใช้วิดีโอมือถือจุดเวลา
นี้ทำงานได้ดีเกี่ยวกับแบนด์วิดธ์ต่ำ ตามที่อธิบายไว้ก่อนภาพขนาดเล็กที่มีความละเอียดดังกล่าวมีขนาดเล็กที่พวกเขาจะถูกโหลดอย่างรวดเร็ว นอกจากนี้รายการขี้เกียจได้รับการดำเนินการเพื่อที่จะต้องใช้แบนด์วิดธ์แม้แต่น้อยเท่านั้นที่สามารถดูได้ขณะนี้ภาพจะถูกโหลด คลิกที่ภาพเปลี่ยนเส้นทางผู้ใช้โดยตรงไปยังฉากที่สอดคล้องกันในวิดีโอ ผู้ใช้สามารถค้นหาเนื้อหาได้เร็วกว่าในการเล่นวิดีโอแบบดั้งเดิมนี้อีกครั้งช่วยเพิ่มการวางแนวทางสำหรับผู้ใช้ ถ้าผู้ใช้คลิกที่ภาพเขาถูกเปลี่ยนเส้นทางตรงไปยังจุดเวลาที่สอดคล้องกันในวิดีโอ นอกจากนี้บาร์ขอเน้นฉากในปัจจุบันและโดยอัตโนมัติเลื่อน.
มะเดื่อ 2 วิดีโอสตรีมที่กำลังอ่านข้อมูลบนพื้นฐานของการแบ่งส่วนวิดีโอและสร้างขึ้นโดยอัตโนมัติ
สองรายการแท็ก (ขวา) ประกอบด้วยคำสั่งที่ได้รับเพิ่มด้วยตนเองโดยผู้ใช้ของตัวเองโดยผู้ใช้อื่น ๆ หรือสร้างขึ้นโดยอัตโนมัติ เช่นภาพขนาดเล็กที่แท็กได้รับคำสั่งจากปรากฏการณ์ที่เกิดขึ้นในเวลาที่เหมาะสมในวิดีโอ ถ้าผู้ใช้คลิกที่แท็กวิดีโอสตรีมไปโดยตรงไปยังตำแหน่งที่ตรงกัน องค์ประกอบทั้งสองกล่าวคือส่วนตามหาบาร์และรายการแท็กที่มีการดำเนินการที่จะเอาชนะปัญหา UX มือถือของการท่องวิดีโอบนโทรศัพท์มือถือ สุดท้ายส่วนที่สามของการพัฒนาโทรศัพท์มือถือ UX มีเครื่องเล่นวิดีโอตัวเอง เป็นข้อมูลของอุปกรณ์รวมทั้งขนาดของหน้าจอจะถูกส่งไปยังเมฆอัตราส่วนการซูมจำเป็นสามารถคำนวณได้ ขึ้นอยู่กับขนาดหน้าจอของอุปกรณ์
อัตราส่วนการซูมการคำนวณและขึ้นอยู่กับของวัตถุที่ตำแหน่งศูนย์กลางของสนามซูมถูกกำหนด รูปสี่เหลี่ยมผืนผ้าสีแดงเป็นสัญลักษณ์ซูมวิดีโอ บุคคลทั้งสองเป็นที่ยอมรับจากผู้ให้บริการรับรู้วัตถุและดังนั้นจึงสนามซูมไว้ที่ตำแหน่งนี้ ผู้ใช้เพียงแค่เห็นส่วนหนึ่งของวิดีโอนี้และดีขึ้นสามารถมุ่งเน้นบุคคลสำหรับการใช้งานในอนาคตจําแนกเพิ่มมากขึ้นหรืออธิบายคุณลักษณะที่สามารถนำมาใช้ (เช่นฟุตบอล, ฯลฯ ) เพื่อช่วยให้การซูมภาพส่วนบุคคล.

ผลลัพธ์ (ไทย) 2:

ตัวจัดการนี้จะใช้ โดยการแบ่งส่วนตาม "หาบาร์" และเรียกดูกิจกรรมซึ่งรวมถึงการแสดงตัวอย่างรูปขนาดย่อของวิดีโอ ทำงานในแบบที่มันทำงานเป็นพื้นหลังของเธรดระดับความสำคัญต่ำจะมีผลต่อประสิทธิภาพการทำงานของอินเทอร์เฟซ พื้นฐานของไคลเอนต์เป็นชั้นสื่อสาร ต่อ 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]
Fig. 4 การประมวลผลวิดีโอ workflow
จดจำใบหน้า บริการข้อมูลเมตารับผิดชอบในการจัดการข้อมูลเมตา ส่วนของข้อมูลเมตาถูกแท็กและข้อมูลทางเทคนิคเช่นความยาว ข้อมูลเมตานี้ถูกจัดเก็บลงในฐานข้อมูลเชิงสัมพันธ์ สำหรับที่เชิงฐานข้อมูล MySQL บริการวิดีโอรับผิดชอบในการ เก็บเนื้อหาวิดีโอ แบ่ง และการรวมวิดีโอสำหรับประมวลผลแบบขนาน ขนานที่ประมวลผลบริการรับผิดชอบการสร้าง เริ่ม หยุดอินสแตนซ์ จัดการคิว และกระจายงานประมวลผลอินสแตนซ์ของเครื่องเสมือนหลาย เป็นผู้ให้บริการคลาวด์ เราใช้ i5Cloud ของเรา การผสมเมฆสถาปัตยกรรมสำหรับโปรแกรมประยุกต์มัลติมีเดียและบริการซึ่งอธิบายไว้ในการทำงานของเราก่อนหน้านี้ [18] ทั่วไป หลังจากอัปโหลดวิดีโอหรือสตรีมเข้ามายัง วิดีโอถูกแบ่งออกเป็นหลายก้อน (s ได้ Fig. 4) ก้อนมีการประมวลผลพร้อมกัน โดยบริการการประมวลผลวิดีโออัจฉริยะของ MVCS หลังจากการประมวลผลวิดีโอ finished ในสุด ก้อนจะผสานอีกวิดีโอเดียวกัน ขั้นตอนการแยกขั้นตอน first workflow ประมวลผลวิดีโอได้ ขั้นตอนทั้งหมดของ workflow วิดีโอพื้นงานวิธีการโดย Pereira et al. [13] ปัญหาหลักของการแบ่งวิดีโอคือ ความจริงที่เรามี การแบ่งวิดีโอ และ การผสานมันอีกครั้งโดยไม่สูญเสียใด ๆ ของ synchronization.generated โดยอัตโนมัติ เช่นย่อ แท็กเป็นไปตามเหตุการณ์ทันเวลาในวิดีโอ ถ้าผู้ใช้คลิกที่แท็ก กระแสข้อมูลวิดีโอไปโดยตรงไปยังตำแหน่งที่สอดคล้องกัน ค้นหาคอมโพเนนต์ทั้งสอง เช่นเซ็กเมนต์ตามบาร์ และแท็กรายการจะดำเนินการเพื่อเอาชนะปัญหา UX เคลื่อนของเรียกดูวิดีโอบนอุปกรณ์โมบาย สุดท้าย ส่วนสามของการปรับปรุงเคลื่อน UX ประกอบด้วยวีดีโอตัวเอง เป็นข้อมูลของอุปกรณ์ รวมถึงขนาดหน้าจอถูกส่งไปยัง cloud สามารถคำนวณอัตราส่วนขยายจำเป็น ขึ้นอยู่กับขนาดของหน้าจอของอุปกรณ์
คำนวณอัตราส่วนย่อ/ขยาย และขึ้นอยู่กับวัตถุตำแหน่งศูนย์ของ field ย่อเป็น defined สี่เหลี่ยมสีแดงสัญลักษณ์วิดีโอขยาย คนที่สองรู้จักบริการการรับรู้วัตถุ และกำหนด field ย่อที่ตำแหน่งนี้ ผู้เห็นนี้เป็นส่วนหนึ่งของวิดีโอ และสามารถมีสมาธิดีในบุคคลเพียง สำหรับใช้งานในอนาคตที่เป็นตัวเพิ่มเติมพิเศษ classifiers หรือคุณลักษณะบอกใช้ (เช่นฟุตบอล ฯลฯ) เพื่อเปิดใช้งานแบบย่อ
V. บริการฝากวิดีโอมือถือ
สถาปัตยกรรมบริการมือถือจะขึ้นอยู่กับ workflow ก่อนหน้านี้ ดังแสดงในรูปที่ 3 คอมโพเนนต์ไคลเอ็นต์และเมฆเคลื่อนกำลังสื่อสารกันโดยใช้โปรโตคอลที่แตกต่างกันสำหรับวัตถุประสงค์ที่แตกต่างกัน ใช้ RTP สำหรับวิดีโอขึ้นสตรีมมิ่ง สามารถเพิ่มความสามารถส่งข้อความและสถานะรโท (XMPP) ใช้สำหรับการแลกเปลี่ยนข้อมูลเมตา เซ็กเมนต์ข้อมูล และข้อมูลของอุปกรณ์ HTTP จะต้องโอน file เช่นอัปโหลดวิดีโอไปยัง cloud ตระหนักถึงฟังก์ชันต่าง ๆ ของไคลเอ็นต์ MVCS จัดการต่าง ๆ จำเป็น จัดการ MP4 เป็นส่วนสำคัญของฟังก์ชันการส่งกระแสข้อมูลวิดีโอ ตามที่อธิบายไว้ก่อน จะใช้โพรโทคอล RTP ส่งกระแสข้อมูลวิดีโอ ให้เข้ากันได้ดีกับสตรีมมิ่งเซิร์ฟเวอร์ต่างๆ กระแสข้อมูลวิดีโอขาออกควรประกอบด้วยวิดีโอที่เข้ารหัส โดยตัวแปลงสัญญาณวิดีโอ H.264 และคอนเทนเนอร์ที่วิดีโอ MP4 จัดการข้อมูลเมตาจะจัดการง่ายมาก ก็จัดการนำของเซ็กเมนต์ที่วิดีโอ และแท็กผ่านตัวเชื่อมต่อ XMPP และวิเคราะห์ส่วน XML นอกจากนี้ มันส่งแท็กใหม่ผ่านตัวเชื่อมต่อ XMPP นอกจากนี้ จะจัดการส่งข้อมูลเมตาวิดีโอเช่นชื่อและคำอธิบาย ตัวจัดการ lazylist เป็นส่วนสำคัญของประสบการณ์ผู้ใช้โมบายจะช่วยลดการใช้หน่วยความจำและการโอนย้ายข้อมูล












Fig. 1. Workflow MVCS ในโปรแกรมประยุกต์วิดีโอมือถือ
เวลาจุด นี้ทำงานเกี่ยวกับแบนด์วิดท์ต่ำดี ตามที่อธิบายไว้ก่อน รูปขนาดย่อได้เช่นความเล็กละเอียดว่า จะโหลดอย่างรวดเร็ว นอกจากนี้ รายการขี้เกียจมีการใช้ที่ต้องการแบนด์วิดธ์เลยแม้แต่น้อยเป็นเฉพาะขณะโหลดภาพสามารถดู คลิกที่การเปลี่ยนเส้นทางผู้ใช้โดยตรงกับฉากที่สอดคล้องกันในวิดีโอ ผู้ใช้สามารถค้นหาขณะนี้เร็วกว่าเนื้อหาในเครื่องเล่นวิดีโอแบบดั้งเดิม นี้อีกปรับปรุงการวางแนวสำหรับผู้ใช้ ถ้าผู้ใช้คลิกที่รูป เขาโดยตรงไปยังจุดเวลาที่สอดคล้องกันในวิดีโอ นอกจากนี้ แถบค้นหาโฟกัสฉากปัจจุบัน และเลื่อนอัตโนมัติ.
Fig. 2 เรียกกระแสข้อมูลวิดีโอดูตามวิดีโอแบ่ง และโดยอัตโนมัติสร้าง metadata
2 รายการป้าย (ขวา) ประกอบด้วยแท็กเพิ่มด้วยตนเอง โดยผู้ใช้เอง โดยใช้ หรือสร้างขึ้นโดยอัตโนมัติ เช่นย่อ แท็กเป็นไปตามเหตุการณ์ทันเวลาในวิดีโอ ถ้าผู้ใช้คลิกที่แท็ก ไปกระแสข้อมูลวิดีโอโดยตรงไปยังตำแหน่งที่สอดคล้องกัน ส่วนประกอบทั้งสอง เช่น การเซ็กเมนต์ตามหาบาร์ และแท็กรายการจะดำเนินการเพื่อเอาชนะปัญหา UX เคลื่อนของเรียกดูวิดีโอบนอุปกรณ์โมบาย สุดท้าย ส่วนสามของการปรับปรุงเคลื่อน UX ประกอบด้วยวีดีโอตัวเอง เป็นข้อมูลของอุปกรณ์ รวมถึงขนาดหน้าจอถูกส่งไปยัง cloud สามารถคำนวณอัตราส่วนขยายจำเป็น ขึ้นอยู่กับขนาดของหน้าจอของอุปกรณ์
คำนวณอัตราส่วนย่อ/ขยาย และขึ้นอยู่กับวัตถุตำแหน่งศูนย์ของ field ย่อเป็น defined สี่เหลี่ยมสีแดงสัญลักษณ์วิดีโอขยาย คนที่สองรู้จักบริการการรับรู้วัตถุ และกำหนด field ย่อที่ตำแหน่งนี้ ผู้เห็นนี้เป็นส่วนหนึ่งของวิดีโอ และสามารถมีสมาธิดีในบุคคลเพียง สำหรับใช้งานในอนาคตที่เป็นตัวเพิ่มเติมพิเศษ classifiers หรือคุณลักษณะบอกใช้ (เช่นฟุตบอล ฯลฯ) เพื่อเปิดใช้งานแบบย่อ

ผลลัพธ์ (ไทย) 3:

การจัดการนี้มีส่วนใช้ประโยชน์โดยใช้"หา 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 ]จะใช้
รูป 4 . การประมวลผลวิดีโอ workflow
ซึ่งจะช่วยในการจดจำใบหน้าบริการ Metadata ที่มีหน้าที่รับผิดชอบในการจัดการกับเมตาดาต้า ส่วนหนึ่งของเมตาดาต้าที่มีข้อมูลด้านเทคนิคและแท็กเหมือนกับความยาว เมตาดาต้าแห่งนี้จะจัดเก็บไว้ในฐานข้อมูลชนิดสัมพันธ์ระหว่างกันได้ สำหรับ mysql. ฐานข้อมูลชนิดสัมพันธ์ระหว่างกันได้ บริการวิดีโอที่มีความรับผิดชอบในการจัดเก็บข้อมูลวิดีโอและการแยกและการควบรวมกิจการของวิดีโอสำหรับการประมวลผลแบบคู่ขนานจัดให้บริการการประมวลผลแบบขนานที่มีหน้าที่รับผิดชอบในกรณีการหยุดการเริ่มต้นการสร้างการจัดการคิวและการกระจายงานการประมวลผลที่บางกรณีเครื่องเสมือนหลายเครื่อง ก้อนเมฆเป็นผู้ให้บริการที่เราใช้ i 5 Cloud ของเราสถาปัตยกรรมเมฆไฮบริดที่สำหรับแอพพลิเคชันและบริการมัลติมีเดียซึ่งได้อธิบายไว้ในการทำงานก่อนหน้าของเรา[ 18 ] โดยทั่วไปหลังจากอัปโหลดวิดีโอหรือสตรีมเรียกเข้าวิดีโอจะถูกแยกออกเป็นชิ้นขนาดพอเหมาะหลาย( S รูป. 4 ) หั่นเป็นชิ้นจะได้รับการประมวลผลในแบบคู่ขนานโดยบริการการประมวลผลวิดีโออันเป็นอัจฉริยะของ mvcs. แล้ว หลังจากการประมวลผลวิดีโอที่เรียบเนียนสวมใส่สบายในช่วงปลายที่หั่นเป็นชิ้นที่ได้รับรวมได้อีกครั้งในวิดีโอ ภาพ เดียว ขั้นตอนที่ first ของ workflow การประมวลผลวิดีโอที่มีขั้นตอนที่จะแยกได้ทำตามขั้นตอนทั้งหมดของ workflow วิดีโอที่มีพื้นฐานอยู่บนแนวทางโดยเปเรย์รา et al .โดยพื้นฐานแล้ว [ 13 ] ปัญหาหลักของการแยก ภาพ วิดีโอที่มีความเป็นจริงที่เรามีในการแยก ภาพ วิดีโอและการรวมกิจการอีกครั้งโดยไม่เกิดความเสียหายในการซิงโครไนซ์.ถูกสร้างขึ้นโดยอัตโนมัติ เหมือนกับ ภาพ ขนาดเล็กที่มีแท็กที่สั่งซื้อโดยเหตุการณ์และทันต่อสถานการณ์ในวิดีโอ หากผู้ใช้คลิกที่แท็กที่วิดีโอสตรีมไปโดยตรงไปที่ตำแหน่งที่เกี่ยวข้อง คอมโพเนนต์ทั้งสองแห่งคือตลาด - ใช้แถบเลื่อนและรายการแท็กที่มีการนำเพื่อเอาชนะปัญหา UX มือถือวิดีโอเบราซิ่งบนอุปกรณ์พกพา ในที่สุดส่วนที่สามของการปรับปรุง UX มือถือประกอบด้วยเครื่องเล่นวิดีโอในตัวมันเองเป็นข้อมูลอุปกรณ์รวมถึงขนาดหน้าจอจะถูกส่งไปยังกลุ่มเมฆที่อัตราการซูมที่จำเป็นสามารถคำนวณได้ ทั้งนี้ขึ้นอยู่กับขนาดหน้าจอของอุปกรณ์ที่
อัตราการซูมที่จะคำนวณและทั้งนี้ขึ้นอยู่กับวัตถุที่ตำแหน่งศูนย์กลางของ field การซูมที่มี defined รูปสี่เหลี่ยมสีแดงที่มีวิดีโอซูมคนสองคนเป็นที่รู้จักโดยการตระหนักในคุณค่าด้านการบริการและวัตถุที่ field ดังนั้นการซูมตั้งอยู่ที่ตำแหน่งนี้ ผู้ใช้ที่อยู่จะเห็นส่วนนี้ของวิดีโอและสามารถที่จะให้ความสนใจกับบุคคลที่ได้ดียิ่งขึ้น สำหรับการใช้งานในอนาคตหรือตัวอธิบายคุณสมบัติ classifiers มากยิ่งขึ้นสามารถใช้งาน(เช่นฟุตบอลฯลฯ)เพื่อเปิดใช้งานการซูมในแบบส่วนตัว.
V มือถือวิดีโอเมฆบริการ
ตามมาตรฐานสถาปัตยกรรมบริการแบบพกพาที่มีพื้นฐานอยู่บน workflow ก่อนหน้าที่ ตามที่แสดงในรูปที่ 3 เครื่องลูกข่ายไร้สายและคอมโพเนนต์เมฆที่มีการติดต่อสื่อสารกับเครื่องอื่นโดยใช้โปรโตคอลอื่นสำหรับการใช้งานที่แตกต่างกัน RTP มีอยู่ใช้สำหรับวิดีโอสตรีมมิ่งขึ้นและลง โปรโตคอลการส่งข้อความและการ Extensible Authentication Protocol ( XMPP )จะถูกนำไปใช้เพื่อการแลกเปลี่ยนของเมตาดาต้าข้อมูลกลุ่มและข้อมูลอุปกรณ์HTTP มีความจำเป็นสำหรับบริการรับส่ง file เหมือนอัพโหลดวิดีโอไปยังกลุ่มเมฆ ตระหนักถึงการทำงานที่แตกต่างกันไปของเครื่องลูกข่าย mvcs ที่การจัดการหลายชนิดเป็นที่ต้องการ 4 การจัดการ MP ที่มีความสำคัญในฐานะที่เป็นส่วนหนึ่งของการใช้งานวิดีโอสตรีมมิ่งที่ ตามที่อธิบายไว้ก่อน RTP โปรโตคอลที่ใช้สำหรับวิดีโอสตรีมมิ่งเพื่อทำให้แน่ใจสำหรับความเข้ากันได้ดีกับเซิร์ฟเวอร์การสตรีมที่หลากหลายวิดีโอสตรีมออกควรประกอบด้วยวิดีโอที่เข้ารหัสโดย 264 ตัวเข้ารหัส/ถอดรหัสวิดีโอ: H ที่ 4 และ ภาชนะ บรรจุวิดีโอ MP การจัดการ Metadata ที่มีการจัดการอย่างเรียบง่ายเป็นอย่างมาก มันจะช่วยจัดการดึงข้อมูลของกลุ่มวิดีโอและแท็กผ่านขั้วต่อ XMPP และ parses กลุ่ม XML ยิ่งไปกว่านั้นยังจะส่งแท็กใหม่โดยผ่านทางคอนเน็กเตอร์ XMPP ได้ นอกเหนือจากนี้มันจะจัดการการส่งข้อมูลวิดีโอเมตาดาต้าที่เหมือนกับคำอธิบายและชื่อ การจัดการ lazylist ที่มีส่วนสำคัญในการสร้างประสบการณ์ผู้ใช้มือถือจะช่วยลดการใช้งานหน่วยความจำและการถ่ายโอนข้อมูล












รูป. 1 . workflow mvcs ในจุดวิดีโอแอปพลิเคชัน
เวลามือถือ โรงแรมแห่งนี้สามารถทำงานได้อย่างดีเกี่ยวกับแบนด์วิดธ์ต่ำ ตามที่อธิบายไว้ก่อนภาพ ขนาดเล็กที่มีความละเอียดขนาดเล็กที่พวกเขาจะถูกโหลดมาไว้ได้อย่างรวดเร็ว ยิ่งไปกว่านั้นรายการแบบไหลเอื่อยๆได้รับการนำมาใช้นั้นต้องใช้แบนด์วิธน้อยกว่าจะเป็นเพียง ภาพ ในปัจจุบันสามารถดูได้จะถูกโหลดมาไว้ การคลิกที่ ภาพ ขนาดเล็กที่จะเปลี่ยนทิศทางผู้ใช้โดยตรงให้กับฉากที่เกี่ยวข้องในวิดีโอ ผู้ใช้สามารถค้นหาเนื้อหาได้รวดเร็วกว่าในเครื่องเล่นวิดีโอแบบดั้งเดิมที่ในตอนนี้โรงแรมแห่งนี้อีกครั้งจะช่วยปรับปรุงการกำหนดตำแหน่งจะให้ผู้ใช้ หากผู้ใช้คลิกที่ ภาพ ที่เขาจะถูกเปลี่ยนทิศทางไปยังจุดเวลาที่เกี่ยวข้องในวิดีโอโดยตรง ยิ่งไปกว่านั้นแถบเลื่อนจะเน้นฉากในปัจจุบันและเลื่อนโดยอัตโนมัติ.
รูป 2 . วิดีโอสตรีมการเบราซิ่งที่ใช้การแบ่งสิทธิ์การเข้าถึงวิดีโอและถูกสร้างขึ้นโดยอัตโนมัติที่สองเมตาดาต้า
ตามมาตรฐานรายการแถบป้าย(ขวา)ประกอบด้วยแท็กที่มีการเพิ่มด้วยตนเองโดยผู้ใช้เองโดยผู้ใช้อื่นหรือสร้างขึ้นโดยอัตโนมัติ เหมือนกับ ภาพ ขนาดเล็กที่มีแท็กที่สั่งซื้อโดยเหตุการณ์และทันต่อสถานการณ์ในวิดีโอ หากผู้ใช้คลิกที่แท็กที่วิดีโอสตรีมที่มุ่งตรงไปยังตำแหน่งที่เกี่ยวข้อง คอมโพเนนต์ทั้งสองนั่นคือส่วนที่ใช้แถบเลื่อนและรายการแท็กจะนำไปปรับใช้เพื่อเอาชนะปัญหา UX มือถือของการดูวิดีโอบนอุปกรณ์แบบพกพา ในที่สุดส่วนที่สามของการปรับปรุง UX มือถือประกอบด้วยเครื่องเล่นวิดีโอในตัวมันเอง เป็นข้อมูลอุปกรณ์รวมถึงขนาดหน้าจอจะถูกส่งไปยังกลุ่มเมฆที่อัตราการซูมที่จำเป็นสามารถคำนวณได้ ทั้งนี้ขึ้นอยู่กับขนาดหน้าจอของอุปกรณ์ที่
ตามมาตรฐานอัตราการซูมที่จะคำนวณและขึ้นอยู่กับของวัตถุที่ตำแหน่งศูนย์กลางของ field การซูมที่มี defined รูปสี่เหลี่ยมสีแดงที่มีวิดีโอซูม คนสองคนเป็นที่รู้จักโดยการตระหนักในคุณค่าด้านการบริการและวัตถุที่ field ดังนั้นการซูมตั้งอยู่ที่ตำแหน่งนี้ ผู้ใช้ที่อยู่จะเห็นส่วนนี้ของวิดีโอและสามารถที่จะให้ความสนใจกับบุคคลที่ได้ดียิ่งขึ้นสำหรับการใช้งานในอนาคตหรือตัวอธิบายคุณสมบัติ classifiers มากยิ่งขึ้นสามารถใช้งาน(เช่นฟุตบอลฯลฯ)เพื่อเปิดใช้งานการซูมในแบบส่วนตัว.