1. Trang chủ
  2. » Luận Văn - Báo Cáo

tìm hiểu công nghệ chia sẻ audio và nghe nhạc trực tuyến qua mạng IP trên môi trường windows hoặc linux

18 620 4

Đang tải... (xem toàn văn)

Tài liệu hạn chế xem trước, để xem đầy đủ mời bạn chọn Tải xuống

THÔNG TIN TÀI LIỆU

Chức năng: chức năng của hệ thống chia sẻ nhạc nhằm mục đích tạo ra một kho nhạc có thể chia sẻ cho một hoặc nhiều người dùng. Người dùng có thể truy cập vào kho nhạc và thoải mái lựa chọn và chơi nhạc

Báo cáo: Truyền thông đa phương tiện Đề tài 18 – Nhóm 14: tìm hiểu công nghệ chia sẻ audio nghe nhạc trực tuyến qua mạng IP môi trường windows linux Tên thành viên: Trần Việt Anh – 20121242 An Mạnh Công – 20121330 Nguyễn Như Nai - 20122096 Đoàn khắc hùng - 20121821 Contents Chương 0: Giới thiệu Ngày nay, ngành công nghệ thông tin phát triển, việc chia sẻ nhạc, video, audio cho lĩnh vực giải trí cần thiết Đáp ứng nhu cầu này, số giải pháp số dịch vụ đời Hiện biết đến số trang web chia sẻ nhạc như: zing.vn, youtobe.com, mp3.vn … Việc truy cập vào, sử dụng dịch vụ nghe nhạc trực tuyến trang web chia sẻ nhạc đơn giản Vậy tự hỏi chúng hoạt động thể nào? Làm mà thiết bị máy tính, điện thoại lại phát hát yêu thích cần vào trang web này? Vậy liệu truyền thể nào? Trong khuôn khổ báo cáo chúng em giải thích hệ thống chia sẻ nhạc audio or video, làm việc thể nào, sử dụng công nghệ gì? Các công nghệ áp dụng vào thực tế (phần demo) Chúng em lựa chọn việc nghiên cứu hệ thống chia sẻ nhạc web, môi trường lựa chọn tìm hiểu môi trường windows dịch vụ youtube Chương I: Tổng quan hệ thống chia sẻ nhạc Yêu cầu: Tìm hiêu chức hoạt động hệ thống chia sẻ audio nghe nhac trưc tuyến qua mạng IP, khảo sát dịch vụ có môi trường Window Linux? Chức mô hình hoạt động hệ thống Chức năng: chức hệ thống chia sẻ nhạc nhằm mục đích tạo kho nhạc chia sẻ cho nhiều người dùng Người dùng truy cập vào kho nhạc thoải mái lựa chọn chơi nhạc Trước bắt đầu chúng em xin giới thiệu mô hình chia sẻ nhạc Mô hình bao gồm phần quan trọng: - Data music: phần liệu, file nhạc, hệ thống lưu trữ nhạc Nói chugn data music kho lưu trữ nhạc Ngày số trang web lấy - số nguồn online Server: server server chia sẻ nhạc, web server, streaming - server … Application Client: Ứng dụng phía client ứng dụng, có thiết bị smartphone, browser Công việc người dùng truy cập vào site chia sẻ nhạc chơi thưởng thức Khảo sát dịch vụ môi trường windows Có nhiều ứng dụng dịch vụ chia sẻ nhạc có Như biết đến youtube, zing, mp3 … trang web chia sẻ nhạc phổ biến Đối với windows sử dụng windows player để chia sẻ nhạc môi trường mạng IP Ngoài có số phần mềm khác VLC … Trong phần thực hành chúng em tìm hiểu nghiên cứu công nghệ sử dụng youtube data streaming Chương II: Khảo sát – phân tích công nghệ sử dụng Tổng quan công nghệ sử dụng (Youtube) Được thành lập năm 2005, Youtube website phát triển nhanh nhất, trở thành website truy cập nhiều Internet Nó có tác động đáng kể đến phân bố lưu lượng truy cập Internet, điều làm hạn chế khả mở rộng chất lượng dịch vụ Hiểu biết tính YouTube vậy, quan trọng cho mạng lưới mạng kỹ thuật để phát triển bền vững hệ dịch vụ Trong khảo sát, mô tả cách tăng tính sẵn sàng siêu liệu Web 2.0 khai thác cách hiệu để cải thiện hiệu suất khả YouTube Đặc biệt, nghiên cứu lợi ích đạt cách nhớ đệm địa phương với tìm nạp trước việc giảm thời gian truy cập client bắt đầu lên chậm trễ việc xem video 2 Phân tích công nghệ sư dụng youtube a Youtube làm việc nào? Một chìa khóa thành công YouTube việc sử dụng Flash Video (FLV) định dạng Adobe để phân phối video Trong người dùng tải lên nội dung loạt định dạng phương tiện truyền thông (ví dụ, WMV, MPEG AVI), YouTube chuyển đổi chúng sang Flash Video trước gửi cho họ Điều cho phép người dùng xem video mà không cần tải trình duyệt bổ sung thêm điều kiện họ có cài đặt Flash Player Để kích hoạt tính phát lại video Flash trước nội dung tải xong, YouTube dựa công nghệ tải tiến Adobe Truyền thống download-and-play đòi hỏi tập tin FLV đầy đủ để tải trước phát lại bắt đầu Tính tải tiến Adobe cho phép phát lại để bắt đầu mà không cần tải file hoàn toàn Điều thực cách sử dụng lệnh ActionScript cung cấp tập tin FLV để người chơi tải về, cho phép phát lại tập tin tải phần Tải tiến làm việc với máy chủ Web nội dung video giao sử dụng HTTP / TCP Kỹ thuật vận chuyển gọi pseudo-streaming để phân biệt từ phương tiện truyền thông truyền thống streaming Truyền thống yêu cầu trực tuyến tập tin đa phương tiện lưu thông thường đòi hỏi việc sử dụng máy chủ trực tuyến dành riêng cho điều kiện tương tác client-server trình phát lại video Sự tương tác sử dụng cho việc thích ứng chất lượng video sử dụng tương tác nhanh phía trước tua lại hoạt động Trong nội dung video thường trọng tâm lượt xemm trang web YouTube, có nhiều chuyển file xảy đằng sau hậu trường để nhúng file video hiển thị xung quanh nội dung trang web Ví dụ, người dùng nhấp vào video quan tâm, yêu cầu GET cho trang tiêu đề HTML cho yêu cầu video thực Trang HTML thường bao gồm tài liệu tham khảo cho số tập tin javascript Những kịch chịu trách nhiệm cho việc nhúng Shockwave Flash (SWF) chơi, nhiệm vụ ngoại vi khác xếp hạng xử lý video bình luận Các tập tin SWF tương đối nhỏ (26 KB), đó, trang web tải nhanh chóng Một người chơi nhúng, yêu cầu cho file video FLV ban hành Các file video FLV tải máy tính người dùng cách sử dụng yêu cầu HTTP GET, phục vụ hai máy chủ YouTube máy chủ từ mạng lưới phân phối nội dung (CDN) Hình minh hoạ thông tin liên lạc máy khách, máy chủ YouTube, máy chủ CDN Khi khách hàng chọn video cụ thể, thông GET HTTP gửi từ máy khách đến máy chủ web YouTube Thông báo client yêu cầu video cụ thể xác định định video Sau nhận tin nhắn GET, máy chủ web trả lời với tin nhắn chuyển hướng Thông báo có chứa trường phản ứngheader vị trí, mà chuyển hướng khách hàng đến máy chủ video từ mà video xem trực tiếp Các chế chuyển hướng giới thiệu cân tải cho hệ thống từ máy chủ web chuyển hướng khách hàng đến máy chủ video cách động Vì vậy, máy chủ web phải biết video phục vụ từ máy chủ video tải trọng thực tế video servers Để cho phép cân tải, YouTube, sử dụng dịch vụ CDN cung cấp hai máy chủ YouTube Google Video Limelight CDN Một dịch vụ tự động phân phối video đến máy chủ CDN b Buffer management Trong truyền liệu qua mang – audio video, cần chế để thiết lập kích thước nhớ đệm (client buffer) để việc trình diễn audio (video) tốt để client (người dùng) có trải nghiệm dịch vụ youtube mượt Thông thường Flash Player – Plugin xem video xử lý việc này, quy định cách xử lý các giải buffer client tương ứng người dùng cuối có trải nghiệm dịch vụ tốt Sau số cách để phân chia buffer client sử dụng rộng dãi Standard video buffering, Dual-threshold buffering, H.264 encoded video buffering i Standard video buffering Đối với cách này, Streaming server (máy chủ chia sẻ nhạc) quản lý nhớ đẹm với cách thức đơn giản Server gửi liệu tới client liệu lưu trữ buffer (bộ nhớ đệm client) Dữ liệu gửi với tốc độ mạng cho phép – nhanh tốt Khi buffer đầy (bộ nhớ đệm đầy) – ngưỡng định nghĩa trước cho phép lưu trữ, bắt đầu phát video (audio) Khi server tiếp tục gửi liệu cho client mà gửi để đủ số lượng buffer cho đầy Nếu tốc độ mạng không cho phép gửi đủ để đầy liệu phải đợi khoảng thời gian để buffer đầy (trường hợp xem video bị treo) Như việc lựa chọn size buffer quan trọng, ảnh hưởng tới chất lượng video.Nếu thực xem lại video trình thực lúc đầu, gọi chế rebuffer-ing Một buffer size nhỏ trả lại kết (xem video tức khắc) Còn buffer size lớn lại giúp khả phục hồi cao phù hợp vào băng thông (việc thực phát lại dễ dàng) ii Dual-threshold buffering Có vẻ cách giải “standard buffering” – cố định buffer không tối ưu băng thông tăng giảm đột ngột “Dual-threshold buffering” sử lý buffer để tối ưu hóa vấn đề Khi buffer làm đầy lượng định (ngưỡng đầu tiên), video trình chiếu bình thường Sau server gửi liệu cho client lưu buffer thứ Khi video trình chiếu hết buffer chiển sang video thứ để trình chiếu tiếp Một lặp lặp lại diễn ra, Chú ý buffer thứ xác đinh size, giải vấn đề băng thông liệu tăng đột ngột iii H.264 encoded video buffering Buffering – nhớ đệm H.264 encoded videos phức tạp nhiều so với video FLV buffering bình thường Trong H.264 encode video, video frames tham nhiều từ khứ tương lai Vì yêu cầu lại frame trước bắt đầu phát Điều có nghĩa video mã hóa với H.264 cần buffer đặc biệt để xử lý video này, dịch vụ cung cấp không khuyến cáo điều Giải pháp áp dụng video có kiểu encode H.264 Chương III: Kỹ thuật truyền liệu – youtube streaming Kỹ thuật Video Streaming a Giới thiệu Streaming video sử dụng cách thức phát lại đoạn video lưu trữ máy tính mạng tới người dùng đầu cuối muốn xem đoạn video mà không cần tải đoạn video máy tính Về chất, streaming video trình chia nhỏ file video thành frame, gửi frame tới đệm máy tính người xem hiển thị nội dung frame Và trình tuân thủ chặt chẽ ràng buộc theo thời gian, nói khác tuân thủ chặt chẽ theo giao thức RTSP, RTP RTCP b Kỹ thuật streaming video Các bước thực kỹ thuật streaming video: - Phần mềm máy khách (media player, web browser, ) cần kết nối xác định file video máy streaming server muốn xem - Yêu cầu streaming file video gửi tới streaming server để tìm file video - Chương trình thực streaming chạy máy streaming server chia file video thành frame gửi frame tới máy yêu cầu sử dụng giao thức ràng buộc thời gian (RTSP, RTP, RTCP) - Khi frame máy khách, lưu trữ vùng đệm nội dung frame giải mã (decode) hiển thị thông qua chương trình chơi video (ví dụ VLC) Quá trình truyền liệu a Quá trình truyền dòng B1:Mã hóa: - Âm stream nén cách sử dụng định dạng âm MP3, Vorbis - AAC Hình ảnh video stream nén cách sử dụng codec video H.264 VP8 B2.Phân gói:(Lấy mẫu) - chia nhỏ nôi dung video thành khối nhỏ thích hợp để truyền môi trường - mạng ,thực theo thời gian+không gian o Thời gian:tương ứng với thời gian thể khung hình o Không gian:chia nhỏ khung hình thành phần với kích thước thích hợp Yêu cầu:các mẫu phải chứa đủ thông tin dùng cho việc khôi phục lại liêu video ,audio - không gian thời gian bên nhận nhận Được thực tự đông với giao thức RTP B3.Truyền mẫu qua mạng - thực trực tiếp thông qua giao diện môi trường mạng Socket thông qua giao thức cấp cao tâng ứng dụng RTP.Thường dùng cách - mẫu đóng gói thành gói tin ,mang đầy đủ thông tin thời gian,số thứ tự thông tin khác đảm bảo việc khôi phục đồng dòng bên nhận nhận trình diễn.Các gói tin truyền thông qua giao thức lớp dứoi B4.Khôi phục liệu đồng - bên nhận vào thông tin gói để xác định vị trí không gian thời gian - mẫu liệu mà gói tin mang theo trường hợp nhiều dòng nhiều dòng khác có quan hệ thời gian thực cần đồng - dòng mặt thời gian thực tự động bời giao thức truyền dòng thời gian thực RTP B5 Giải nén - b - giải nén dòng video/audio với chuẩn nén dùng nén Streaming với băng thông lưu trữ Băng thông rộng tốc độ từ 2,5 Mbit /s trở lên khuyến khích cho việc streaming phim điện ảnh, ví dụ AppleTV, GoogleTV SonyTV Blu-ray Disc Player, vào khoảng 10 - Mbit/s cho nội dung độ nét cao HD Kích thước lưu trữ Streaming media tính băng thông để Streaming chiều dài tập tin Media, cách sử dụng công thức sau (cho người dùng tập tin): Kích thước lưu trữ (MB) = chiều dài (giây) × tỷ lệ bit (bit / s) / (8 × 1024 × 1024) Ví dụ thực tế: Một video mã hóa 300 kbit /s (đây băng thông video điển hình năm 2005 thường mã hóa 320 x 240 điểm ảnh) là: (3.600 s × 300.000 bit / s) / (8 × 1024 × 1024) yêu cầu dung lượng lưu trữ ~128 MB Nếu tập tin lưu trữ máy chủ cho việc streaming theo yêu cầu xem 1.000 người lúc cách sử dụng giao thức Unicast, yêu cầu là: 300 kbit/s × 1000 = 300.000 kbit/s = 300 Mbit/s băng thông Điều tương đương với khoảng 135 GB cho Sử dụng giao thức Multicast server gửi luồng đơn(thông thường) cho tất người dùng Do đó, việc Stream sử dụng 300 kbit/s băng thông Mã hóa âm video stream nhúng gói bitstream FLV, WebM, ASF ISMA Bitstream phân phối từ streaming server tới streaming client cách sử dụng giao thức truyền tải, ví dụ MMS RTP Các streaming client tương tác với streaming server cách sử dụng giao thức kiểm soát, chẳng hạn MMS RTSP i  Giao thức RTSP Giới thiệu - RTSP (Real Time Streaming Protocol) -Giao thức truyền tin thời gian thực tiêu chuẩn - Nhóm chuyên trách kỹ thuật Internet - Internet Engineering Task Force (IETF) phát hành giao thức điều khiển mạng thiết kế để sử dụng giao tiếp máy client máy streaming server Giao thức sử dụng để thiết lập điều khiển phiên giao dịch  máy tính (end points) Đặc điểm - RTSP giao thức tầng ứng dụng giao thức Internet - Về hình thức giao thức RTSP có nét tương đồng với giao thức HTTP, RTSP định nghĩa - tín hiệu điều khiển tuần tự, phục vụ cho việc điều khiển trình playback Trong giao thức HTTP giao thức trạng thái RTSP giao thức có xác định trạng thái Một định danh sử dụng cần thiết để theo dõi phiên giao dịch - trình streaming video gọi số hiệu session Cũng giống HTTP, RTSP sử dụng TCP giao thức để trì kết nối đầu cuối tới đầu cuối thông điệp điểu khiển RTSP gửi máy client tới máy server Nó thực điều khiển lại đáp trả từ máy server tới máy client Cổng mặc định  sử dụng giao thức 554 Cách thực - Client gửi lên máy server ( streaming server) request sau phải theo trình tự định B1 + client gửi yêu cầu OPTIONS kèm link trỏ tới file video cần xem tới server, để server chấp nhận +Nếu server trả mã chấp nhận link client tiếp tục gửi yêu cầu DESCRIBE tới máy server để máy server phân tích đường link Một yêu cầu DESCRIBE bao gồm đường link RTSP có dạng (rtsp:// ) kiểu liệu đáp trả từ phía server +Cổng mặc định sử dụng cho giao thức RTSP 554 cổng sử dụng cho giao thức tầng giao vận UDP TCP +Thông điệp đáp lại từ server cho yêu cầu DESCRIBE client bao gồm : • tin miêu tả chi tiết phiên giao dịch( Session Description Protocol – SDP) • liệt kê đường link thích hợp tới file video cần chơi mà file video có trộn lẫn phụ đề âm • Và điều quan trọng tin miêu tả phiên giao dịch streamid luồng video streamid luồng âm mà đoạn video có lồng âm vào frame Hình 3: DESCRIBE Request B2 +client tiếp tục gửi tiếp yêu cầu SETUP tới server Một yêu cầu SETUP cách mà dòng liệu ( single media stream ) bắt buộc phải truyền Và yêu cầu SETUP bắt buộc phải hoàn thành trước yêu cầu PLAY gửi từ máy client +Yêu cầu SETUP bao gồm đường link tới file video cần streaming thông tin đặc tả cho phần giao vận Đặc tả bao gồm cổng có cổng cục máy client dành cho việc nhận cac gói tin RTP (audio video) cổng lại dùng để nhận gói tin RTCP ( meta information ) + Máy server đáp trả lại xác nhận tham số lựa chọn, điền vào phần thiếu ví dụ máy server chọn lại cổng Mỗi luồng liệu cấu hình cụ thể sau yêu cầu SETUP hoàn tất trước máy client gửi yêu cầu PLAY Hình 4: SETUP Request B3 +Sau hoàn tất yêu cầu SETUP, cấu hình luồng liệu để chuẩn bị streaming, client gửi yêu cầu PLAY để thực truyền frame liệu thật từ server tới client , frame liệu lưu đệm máy client, frame giải mã ( decode ), hiển thị trình chơi file video âm ( VLC) +Yêu cầu PLAY bao gồm đường dẫn trỏ tới file video cần phát giống yêu cầu trước Đường link đường tổng hợp ( để phát luồng liệu) môt đường link đơn lẻ ( phát luồng liệu ) Trong yêu cầu PLAY, máy client dải ( range) rõ cách cụ thể số hiệu frame bắt đầu gửi số hiệu frame kết thúc, Nếu không rõ tham số này, toàn frame gửi tới máy client Và luồng liệu có bị tạm dừng ( pause) luồng liệu phục hồi frame mà tạm dừng truyền Hình 5: PLAY Request Trong trình streaming video, người dùng muốn tạm dừng trình streaming gửi yêu cầu PAUSE tới máy server, yêu cầu làm tạm dừng hay nhiều luồng liệu truyền frame máy client Máy server tạm dừng gửi frame liệu tới máy client Hình 6: PAUSE Request Trong trình streaming video, người dùng muốn dừng hẳn trình streaming gửi yêu cầu TEARDOWN để dừng truyền kết thúc phiên giao dịch giao thức RTSP Máy server đáp trả lại thông điệp xác nhận cho yêu cầu TEARDOWN dừng gửi frame tới máy client Hình 7: TEARDOWN Request ii  Giao thức RTP Giới thiệu - Tiêu chuẩn RTP (Real Time Transport Protocol) – Giao thức truyền tải thời gian thực cung cấp dịch vụ truyền tải liệu tuân theo thời gian thực điểm đầu cuối âm thanh, video RTP Nhóm chuyên trách kỹ thuật Internet (Internet Engineering Task Force (IETF)) xây dựng phát triển ban hành dạng RFC  (Request for Comment) Đặc điểm RTP thiết kế cho trình streaming theo thời gian thực từ theo kiểu điểm tới điểm Giao thức cung cấp tiện ích để dò gói tin RTP hạn Trên thực tế, gói tin RTP sử dụng địa IP mạng để định danh máy tính gửi nhận RTP hỗ trợ truyền liệu tới nhiều điểm đích thông qua địa IP multicast - RTP sử dụng kết hợp với giao thức khác H.323 giao thức RTSP Chuẩn RTP định nghĩa cặp giao thức làm việc với RTP RTCP RTP sử dụng để truyền tải liệu đa phương tiện giao thức RTCP sử dụng để gửi thông tin điều khiển với tham số QoS Đặc tả RTP gồm giao thức RTP RTCP: • Giao thức truyền, RTP, quy định cách thức truyền liệu theo thời gian thực Thông tin cung cấp giao thức bao gồm thời gian đồng (timestamps), số thứ tự gói tin (phục vụ cho việc tìm gói tin bi lạc ) chi phí cho việc mã hóa định dạng liệu • Giao thức điều khiển, RTCP sử dụng cho việc kiểm tra chất lượng (QoS) luồng liệu thực đồng luồng liệu So với RTP, băng thông RTCP nhỏ hơn, vào cỡ 5% Hình vẽ hình ảnh header gói tin RTP -Kích thước nhỏ header gói tin RTP 12 bytes Sau phần header chính, phần header mở rộng không cần thiết phải có phần header Chi tiết trường header sau: • Version ( bits): Cho biết phiên giao thức Phiên phiên • P (Padding) (1 bit) : Cho biết số byte mở rộng cần thêm vào cuối gói tin RTP Ví dụ trường hợp ta muốn sử dụng thuật toán mã hóa, ta thêm vào số byte vào phần kết thúc gói tin để tiến hành mã hóa frame đường truyền • X ( Extension) ( 1bit): Cho biết có thêm phần header mở rộng vào sau phần header hay không • CC (CSRC Count) ( bit) : Chứa số định danh CSRC cho biết kích thước cố định header • M ( Marker) ( bit) : Cho biết mức ứng dụng định nghĩa profile Nếu thiết lập, có nghĩa liệu tính toán chi phí cách thích hợp • PT (Payload Type) ( bit) : Cho biết định dạng file video Đây đặc tả định nghĩa profile RTP • Sequence Number (16 bits) : số hiệu frame Và tăng lên đơn vị cho gói tin RTP trước gửi sử dụng bên nhận để dò gói bị lạc phục hồi lại gói có số thứ tự • Timestamp ( 32 bits): Được sử dụng thông báo cho bên nhận biết để phát lại frame khoảng thời gian thích hợp SSRC ( 32 bits): Định danh cho nguồn streaming Mỗi nguồn cho phép streaming video định danh phiên RTP iii  Giao thức RTCP Giới thiệu Tiêu chuẩn RTCP (Real Time Transport Control Protocol) – Giao thức điều khiển vận chuyển thời gian thực tiêu chuẩn Nhóm chuyên trách kỹ thuật Internet (Internet Engineering Task Force - IETF) phát hành  Chức Cung cấp phản hồi chất lượng việc truyền tải liệu Đây thành phần thiếu giao thức RTP, đóng vai trò giao thức vận chuyển có liên hệ với luồng liệu chức điều khiển tắc nghẽn giao thức vận chuyển khác Cung cấp định danh giao vận (CNAME - canonical end-point identifiers – định danh điểm đầu cuối) cho nguồn (source) RTP Đưa tỉ lệ gói tin gửi để từ RTP giới hạn phạm vi số lượng đối tượng tham gia truyền tải Cung cấp thông tin tối thiểu việc điều khiển phiên truyền tải, ví dụ việc xác định đối tượng tham gia truyền tải thể giao điện người dùng  Đặc điểm Mỗi thành viên tham gia phiên RTP định kỳ gửi gói điều khiển RTCP cho tất thành viên khác Mỗi gói RTCP có báo cáo bên gửi báo cáo bên nhận Báo cáo thống kê số gói gửi đi, số gói bị mất, độ trể mạng thông tin sử dụng để kiểm soát hiệu suất bên gửi hiệu chỉnh việc truyền thông Mỗi phiên RTP:sử dụng địa multicast Gói RTP, RTCP phân biệt với thông qua số cổng riêng biệt  Các loại gói tin SR (Sender Report): chứa thông tin nhằm đồng gói tin, thống kê việc truyền, nhận… RR (Receiver Report): thông tin phản hồi liệu nhận được, số gói tin nhận mất, độ tắc nghẽn… SDES (Source DEScription items): Thông tin mô tả nguồn gởi, bao gồm CNAME BYE: Xác định việc kết thúc tham gia trao đổi thông tin, báo kết thúc phiên làm việc APP (APPlication specific functions): Xác định chức phụ thuộc vào ứng dụng cụ thể  Đồng liệu RTCP đồng dòng liệu khác khau phiên RTP Ví dụ hội nghị trực tuyến, người gửi tạo dòng RTP với video, dòng cho audio Mỗi gói RTCP báo cáo bên gửi chứa: Nhãn thời gian gói RTP Thời điểm hànhkhi gói tin tạo Bên nhận dùng để đồng phát sóng audio, video  Tỉ lệ băng thông RTCP cố gắng hạn chế lưu lượng đến 5% băng thông phiên làm việc RTCP cung cấp 75% cho bên nhận, 25% cho bên gửi Chương IV: Tài liệu tham khảo http://fit.mta.edu.vn/fi…/FileMonHoc/DCBG_TTDPT_V0.1_b05.pdf https://sites.google.com/…/tim-hieu-ky-thuat-video-streaming http://www.handheld.com.vn/threads/streaming-video-tren-internet.1117/ [...]... dựng và phát triển ban hành dưới dạng RFC  (Request for Comment) Đặc điểm RTP được thiết kế cho quá trình streaming theo thời gian thực từ theo kiểu điểm tới điểm Giao thức này cung cấp tiện ích để dò ra những gói tin RTP đã quá hạn Trên thực tế, gói tin RTP sử dụng địa chỉ IP trên mạng để định danh các máy tính gửi và nhận RTP cũng hỗ trợ truyền dữ liệu tới nhiều điểm đích thông qua địa chỉ IP multicast... buộc phải được truyền đi như thế nào Và yêu cầu SETUP bắt buộc phải được hoàn thành trước khi một yêu cầu PLAY được gửi từ máy client +Yêu cầu SETUP bao gồm một đường link tới file video cần streaming và một thông tin đặc tả cho phần giao vận Đặc tả này bao gồm 2 cổng trong đó có một cổng cục bộ trên máy client dành cho việc nhận cac gói tin RTP (audio và video) và cổng còn lại dùng để nhận các gói... tả chi tiết phiên giao dịch( Session Description Protocol – SDP) • liệt kê các đường link thích hợp hơn tới file video cần chơi khi mà trong file video đó có trộn lẫn giữa phụ đề và âm thanh • Và điều quan trọng nhất ở trong bản tin miêu tả phiên giao dịch này là streamid của luồng video và streamid của luồng âm thanh khi mà đoạn video đó có lồng âm thanh vào trong các frame Hình 3: DESCRIBE Request... phần header mở rộng và không cần thiết phải có phần header này Chi tiết các trường trong một header như sau: • Version ( 2 bits): Cho biết phiên bản của giao thức này Phiên bản hiện tại là phiên bản 2 • P (Padding) (1 bit) : Cho biết số các byte mở rộng cần thêm vào cuối của gói tin RTP Ví dụ trong trường hợp ta muốn sử dụng các thuật toán mã hóa, ta có thể thêm vào một số byte vào phần kết thúc của... RTCP có thể đồng bộ giữa các dòng dữ liệu khác khau trong cùng một phiên RTP Ví dụ hội nghị trực tuyến, mỗi người gửi tạo ra một dòng RTP với video, một dòng cho audio Mỗi gói RTCP báo cáo bên gửi chứa: Nhãn thời gian của gói RTP và Thời điểm hiện hànhkhi gói tin được tạo ra Bên nhận dùng nó để đồng bộ phát sóng audio, video  Tỉ lệ băng thông RTCP cố gắng hạn chế lưu lượng của nó chỉ đến 5% băng thông... multicast - RTP được sử dụng kết hợp với các giao thức khác như H.323 và giao thức RTSP Chuẩn RTP định nghĩa một cặp giao thức làm việc với nhau đó là RTP và RTCP RTP được sử dụng để truyền tải dữ liệu đa phương tiện và giao thức RTCP được sử dụng để gửi các thông tin điều khiển với các tham số QoS Đặc tả RTP gồm 2 giao thức con là RTP và RTCP: • Giao thức truyền, RTP, quy định cách thức truyền dữ liệu... bao gồm thời gian đồng bộ (timestamps), số thứ tự gói tin (phục vụ cho việc tìm gói tin bi lạc ) và chi phí cho việc mã hóa định dạng dữ liệu • Giao thức điều khiển, RTCP được sử dụng cho việc kiểm tra chất lượng (QoS) luồng dữ liệu và thực hiện đồng bộ giữa các luồng dữ liệu So với RTP, thì băng thông của RTCP sẽ nhỏ hơn, vào cỡ 5% Hình vẽ dưới đây là hình ảnh của một header của gói tin RTP -Kích... nhận +Nếu server trả về mã chấp nhận link trên thì client tiếp tục gửi yêu cầu DESCRIBE tới máy server để máy server phân tích đường link Một yêu cầu DESCRIBE bao gồm một đường link RTSP có dạng (rtsp:// ) và kiểu dữ liệu đáp trả từ phía server +Cổng mặc định được sử dụng cho giao thức RTSP là 554 và cổng này được sử dụng cho cả giao thức của tầng giao vận UDP và TCP +Thông điệp đáp lại từ server cho... RTCP cho tất cả các thành viên khác Mỗi gói RTCP có báo cáo bên gửi hoặc báo cáo bên nhận Báo cáo thống kê số gói gửi đi, số gói bị mất, độ trể mạng thông tin này được sử dụng để kiểm soát hiệu suất hoặc bên gửi hiệu chỉnh việc truyền thông Mỗi phiên RTP:sử dụng một địa chỉ multicast duy nhất Gói RTP, RTCP phân biệt với nhau thông qua chỉ số cổng riêng biệt  Các loại gói tin SR (Sender Report): chứa... là một tiêu chuẩn - do Nhóm chuyên trách kỹ thuật Internet - Internet Engineering Task Force (IETF) phát hành là một giao thức điều khiển trên mạng được thiết kế để sử dụng giao tiếp giữa máy client và máy streaming server Giao thức này được sử dụng để thiết lập và điều khiển phiên giao dịch  giữa các máy tính (end points) Đặc điểm - RTSP là một giao thức ở tầng ứng dụng trong bộ các giao thức Internet ... thống chia sẻ nhạc web, môi trường lựa chọn tìm hiểu môi trường windows dịch vụ youtube Chương I: Tổng quan hệ thống chia sẻ nhạc Yêu cầu: Tìm hiêu chức hoạt động hệ thống chia sẻ audio nghe nhac... web chia sẻ nhạc phổ biến Đối với windows sử dụng windows player để chia sẻ nhạc môi trường mạng IP Ngoài có số phần mềm khác VLC … Trong phần thực hành chúng em tìm hiểu nghiên cứu công nghệ. .. nghe nhac trưc tuyến qua mạng IP, khảo sát dịch vụ có môi trường Window Linux? Chức mô hình hoạt động hệ thống Chức năng: chức hệ thống chia sẻ nhạc nhằm mục đích tạo kho nhạc chia sẻ cho nhiều

Ngày đăng: 16/03/2016, 21:36

Xem thêm: tìm hiểu công nghệ chia sẻ audio và nghe nhạc trực tuyến qua mạng IP trên môi trường windows hoặc linux

TỪ KHÓA LIÊN QUAN

Mục lục

    Chương I: Tổng quan hệ thống chia sẻ nhạc

    1. Chức năng mô hình hoạt động của hệ thống

    2. Khảo sát một dịch vụ trên môi trường windows

    Chương II: Khảo sát – phân tích công nghệ sử dụng

    1. Tổng quan về công nghệ sử dụng (Youtube)

    2. Phân tích công nghệ sư dụng của youtube

    a. Youtube làm việc như thế nào?

    Chương III: Kỹ thuật truyền dữ liệu – youtube streaming

    1. Kỹ thuật Video Streaming

    b. Kỹ thuật streaming video

TÀI LIỆU CÙNG NGƯỜI DÙNG

TÀI LIỆU LIÊN QUAN

w