Du thao TCVN 14496 12 khuon dang file chuan ISO

Tiêu chuẩn này quy định về định dạng của tệp tinđa phương tiệncơ sở theo chuẩn ISO, đây là định dạng được dùng để xây dựng nên các định dạng tệp tinđa phương tiệncụ thể hơn. Định dạng này chứa thông tin về thời gian, cấu trúc và thông tin đa phương tiện của chuỗi dữ liệu đa phương tiện tuân theo thời gian, ví dụ như các bản trình diễn hình ảnh, âm thanh. Tiêu chuẩn này được xây dựng dựa trên tiêu chuẩn ISOIEC 1449612, ISOIEC 1449612 lại là một phẩn của bộ tiêu chuẩn ISOIEC 14496 áp dụng cho MPEG4, nội dung kỹ thuật của ISOIEC 1449612 giống với tiêu chuẩn ISOIEC 1544412, áp dụng cho JPEG2000. Các tổ chức, cá nhân tại Việt Nam có thể áp dụng tiêu chuẩn này để xây dựng nên các định dạng tệp tinđa phương tiện, hoặc để nghiên cứu và phát triển các thiết bị phần cứng, phần mềm liên quan đến việc thu phát, xử lý âm thanh hình ảnh của các tệp tin có định dạng được xây dựng nên từ tiêu chuẩn cơ sở này.

TCVN TIÊU CHUẨN QUỐC GIA TCVN xxx:201x ISO/IEC 14496-12:2012 Xuất lần MÃ HĨA CÁC ĐỐI TƯỢNGHÌNH ẢNHÂM THANH – KHUÔN DẠNG FILE ĐA PHƯƠNG TIỆN THEO CHUẨN ISO Coding of audio-visual objects — ISO base media file format HÀ NỘI – 201x TCVN xxx:201x TCVN xxx:201x Mục lục TCVN xxx:201x Lời nói đầu TCVN xxx:201x hoàn toàn tương đương với ISO/IEC 1449612:2012 Information technology – Coding of audio-visual objects – Part 12: ISO base media file format (Cơng nghệ thơng tin – Mã hóa đối tượng hình ảnh âm – Phần 12: Định dạng tệp tin đa phương tiện sở theo chuẩn ISO) TCVN xxx:201x Học viện Cơng nghệ Bưu Viễn thông biên soạn, Bộ Thông tin Truyền thông đề nghị,Tổng cục Tiêu chuẩn Đo lường Chất lượng thẩm định, Bộ Khoa học Công nghệ công bố TIÊU CHUẨN QUỐC GIA TCVN XXX:201X Mã hóa đối tượng hình ảnh âm – Khn dạng file đa phương tiện theo chuẩn ISO Coding of audio-visual objects — ISO base mediafileformat TCVN xxx:201x Phạm vi áp dụng Tiêu chuẩn quy định định dạng tệp tinđa phương tiệncơ sở theo chuẩn ISO, định dạng dùng để xây dựng nên định dạng tệp tinđa phương tiệncụ thể Định dạng chứa thông tin thời gian, cấu trúc thông tin đa phương tiện chuỗi liệu đa phương tiện tn theo thời gian, ví dụ trình diễn hình ảnh, âm Tiêu chuẩn xây dựng dựa tiêu chuẩn ISO/IEC 14496-12, ISO/IEC 14496-12 lại phẩn tiêu chuẩn ISO/IEC 14496 áp dụng cho MPEG-4, nội dung kỹ thuật ISO/IEC 14496-12 giống với tiêu chuẩn ISO/IEC 15444-12, áp dụng cho JPEG-2000 Các tổ chức, cá nhân Việt Nam áp dụng tiêu chuẩn để xây dựng nên định dạng tệp tinđa phương tiện, để nghiên cứu phát triển thiết bị phần cứng, phần mềm liên quan đến việc thu phát, xử lý âm hình ảnh tệp tin có định dạng xây dựng nên từ tiêu chuẩn sở Tài liệu viện dẫn Các tài liệu viện dẫn sau cần thiết cho việc áp dụng tiêu chuẩn Đối với tài liệu viện dẫn ghi năm công bố áp dụng phiên nêu Đối với tài liệu viện dẫn không ghi năm công bố áp dụng phiên nhất, bao gồm sửa đổi, bổ sung (nếu có) ISO 639-2:1998, Bộ quy tắc cho tên ngôn ngữ - Phần 2: Mã Alpha-3 ISO/IEC 9834-8:2005, Công nghệ thông tin – Kết nối hệ thống mở - Các thủ tục liên quan đến quyền đăng ký OSI: Việc tạo đăng ký UUID, cách thức sử dụng thành phần định danh đối tượng ASN.1 ISO/IEC 11578:1996, Công nghệ thông tin – Kết nối hệ thống mở - Gọi thủ tục từ xa (RPC) ISO/IEC 14496-1:2010: Công nghệ thông tin – Mã hóa đối tượng âm hình hảnh – Phần – Các hệ thống ISO/IEC 14496-10, Cơng nghệ thơng tin – Mã hóa đối tượng âm hình hảnh – Phần 10: Mã hóa hình ảnh tiên tiến ISO/IEC 14496-14, Công nghệ thông tin – Mã hóa đối tượng âm hình hảnh – Phần 14: định dạng tệp tin MP4 ISO/IEC 15444-1, Công nghệ thơng tin – Hệ thống mã hóa hình ảnh JPEG 2000: Hệ thống mã hóa lõi ISO/IEC 15444-3, Cơng nghệ thơng tin – Hệ thống mã hóa hình ảnh JPEG 2000: Ảnh động JPEG 2000 ISO/IEC 15938-1, Công nghệ thông tin -Giao diện miêu tả nội dung đa phương tiện – Phần 1: Các hệ thống ISO/IEC 23001-1, Công nghệ thông tin –Các công nghệ hệ thống MPEG – Phần 1: định dạng MPEG nhị phân XML ISO/IEC 23002-3, Công nghệ thông tin – Các công nghệ hình ảnh MPEG – Phần 3: Hình ảnh phụ trợ thông tin bổ sung ISO/IEC 29199-2:2012, Công nghệ thơng tin –Hệ thống mã hóa hình ảnh JPEG XR – Phần 2: Tiêu chuẩn mã hóa hình ảnh ISO 15076-1:2010, Kiểm soát màu ảnh – Kiến trúc, định dạng cấu trúc liệu – Phần 1: Dựa ICC.1:2010 IETF RFC 2045, Mở rộng Internet Mail đa mục đích phần 1: định dạng tin nhắn Internet, FREED, N BORENSTEIN, N., tháng 11 năm 1996 IETF RFC 2046, Mở rộng Internet Mail đa mục đích phần 2: Các dạng đa phương tiện, FREED, N BORENSTEIN, N., tháng 11 năm 1996 TCVN xxx:201x IETF RFC 3550, RTP: Giao thức truyền tải ứng dụng thời gian thực, SCHULZRINNE, H et al., tháng năm 2003 IETF RFC 3711,”Giao thức truyền tải thời gian thực an toàn (SRTP)”, BAUGHER, M et al., tháng tư năm 2004 IETF RFC 5052, Khối hiệu chỉnh phòng lỗi, WATSON, M et al., tháng năm 2007 IETF RFC 5905, Giao thức quản lý thời gian mạng phiên 4: Đặc tả giao thức thuật toán, MILLS, D., et al, tháng năm 2010 SMIL 1.0 “Đặc tả ngơn ngữ tích hợp đa phương tiện đồng 1.0(SMIL)”, http://www.w3.org/TR/RECsmil/ Rec ITU-R TF.460-6, Sự phát xạ tín hiệu theo thời gian tần số chuẩn (Định nghĩa UTC đề cập đến Phụ lục 1) Thuật ngữ, định nghĩa, danh mục từ viết tắt 3.1 Thuật ngữ định nghĩa Trong tiêu chuẩn sử dụng thuật ngữ định nghĩa sau: 3.1.1 Hộp (box) Là khối cấu trúc hướng đối tượng định nghĩa định danh độ dài đơn LƯU Ý: số tiêu chuẩn, hộp gọi nguyên tử (atom) 3.1.2 Đoạn (chunk) Là tập mẫu liền kề rãnh 3.1.3 Hộp chứa (container box) Là hộp có mục đích chứa nhóm tập hộp có liên quan LƯU Ý: Các hộp chứa thường khơng tạo từ hộp đầy đủ (fullbox) 3.1.4 Rãnh dẫn (hint track) Làkiểu rãnh đặc biệt, không chứa liệu đa phương tiện mà dẫn cho việc đóng gói nhiều rãnh vào kênh truyền streaming 3.1.5 Công cụ tạo dẫn (hinter) Là công cụ dùng để thêm nhiều rãnh dẫn vào tệp tin chứa đa phương tiện 3.1.6 Tệp tin đa phương tiện sở theo chuẩn ISO (ISO Base Media File) Là tệp tin tuân theo định dạng miêu tả tiêu chuẩn 3.1.7 Phân đoạn lớp (leaf subsegment) Là phân đoạn không chứa thông tin mục hỗ trợ việc phân chia thành phân đoạn nhỏ 3.1.8 Hộp liệu đa phương tiện (media data box) TCVN xxx:201x Là hộp chứa liệu đa phương tiện thực dùng để trình diễn (‘mdat’) 3.1.9 Hộp Movie (Movie box) Là hộp chứa hộp định nghĩa siêu liệu cho trình diễn (‘moov’) 3.1.10 Trình diễn (presentation) Là nhiều chuỗi chuyển động, bao gồm âm 3.1.11 Điểm truy nhập ngẫu nhiên (random access point (RAP)) Là điểm trỏ tới mẫu rãnh, bắt đầu điểm I SAU điểm truy nhập luồng SAP kiểusố 1, miêu tảtrong Phụ lục H LƯU Ý:Thơng thường, giải mã xác mẫu xếp thứ tự 3.1.12 Điểm phục hồi ngẫu nhiên (random access recovery point) Là điểm trỏ tới mẫu rãnh với thời gian trình diễn T SAP điểm truy nhập luồng SAP kiểu số miêu tả Phụ lục H LƯU Ý:Thơng thường, mẫu giải mã xác sau giải mã số mẫu trước đó, kiểu giải mã nhiều gọi làm giải mã bước (gradual decoding refresh) 3.1.13 Mẫu (sample) Là toàn liệu liên kết nhãn thời gian LƯU Ý 1:2 mẫu rãnh nhãn thời gian LƯU Ý 2: Trong rãnh khơng có dẫn, mẫu khung hình, chuỗi khung hình,hoặc đoạn âm thanh; rãnh dẫn, mẫu xác định định dạng nhiều gói streaming 3.1.14 Mô tả mẫu (sample description) Mô tả định dạng số mẫu rãnh 3.1.15 Bảng mẫu (sample table) Là bảng thể xắp xếp mẫu rãnh theo thời gian theo cấu trúc vật lý 3.1.16 Mẫu đồng (sync sample) Là mẫu nằm rãnh, bắt đầu vị trí I SAU điểm truy nhập luồng SAP kiểu số miêu tảtrong Phụ lục H LƯU Ý: Mẫu đồng định nghĩa cách không thức mẫu khởi đầu chuỗi mẫu độc lập mới; việc giải mã bắt đầu mẫu đồng thân mẫu với mẫu thứ tự giải mã giải mã đúng, chuỗi mẫu giải mã thể nội dung cần trình diễn, bắt đầu mẫu giải mã có thời gian hình thành sớm nhất; định dạng đa phương tiện định nghĩa cách xác mẫu đồng định dạng 3.1.17 Phân đoạn (segment) Là phần tệp tin có định dạng đa phương tiện sở theo chuẩn ISO, có chứa (a) mộtHộp Movie với liệu đa phương tiện hộp kháccó liên quan (b) hay số Hộp Phân mảnh Movie, liệu đa phương tiện hộp khác có liên quan TCVN xxx:201x 3.1.18 Phân đoạn (subsegment) Là phần phân đoạn tạo từ Hộp Phân mảnh Movie, phân đoạn có đặc điểm phân đoạn 3.1.19 Rãnh (track) Là chuỗi mẫu liên tục theo thời gian có liên hệ với tệp tinđa phương tiệncơ sở theo chuẩn ISO LƯU Ý: Đối với liệu đa phương tiện, rãnhlà chuỗi hình ảnh âm thanh; rãnh dẫn, rãnhlà kênh streaming 3.1.20 Streaming Là phương pháp truyền nhận liệu (đặc biệt âm hình ảnh), thơng qua mạng máy tính, cách đặt, liên lục cho phép bên thu trình chiếu nhận liệu 3.2 3.2 Ký hiệu thuật ngữ viết tắt Các thuật ngữ viết tắt sử dụng tài liệu ALC Asynchronous Layered Coding Mã hóa lớp khơng đồng DVI Digital Visual Interface Giao diện hình ảnh số FD File Delivery Vận chuyển tệp tin FDT File Delivery Table Bảng vận chuyển tệp tin FEC Forward Error Correction Sửa lỗi trước FLUTE File Delivery over Unidirectional Transport Vận chuyển tệp tin qua truyền tải đơn hướng IANA Internet Assigned Numbers Authority Tổ chức cấp phát số hiệu Internet IEC International Electrotechnical Commission Uỷ ban Kỹ thuật Điện Quốc tế IETF Internet Engineering Task Force Nhóm đặc trách kỹ thuật Internet IP Internet Protocol Gian thức Internet ISO International Organization for Standardization Tổ chức tiêu chuẩn hoá quốc tế ITU International Telecommunication Union Liên minh Viễn thông Quốc tế LCT Layered Coding Transport Truyền tải mã hóa phân lớp MBMS Multimedia Broadcast/Multicast Service Dịch vụ Broadcast/Multicast đa phương tiện MIME Multi-Purpose Internet Mail Extensions Chuẩn thư điện tử Internet mở rộng sử dụng cho nhiều mục đích khác MPEG Motion Picture Expert Group Nhóm chuyên gia ảnh động RTP Real-time Transport Protocol Giao thức truyền tải thời gian thực SDL Syntax Description Language Ngôn ngữ miêu tả cú pháp TCVN xxx:201x URI Uniform Resource Identifier Định danh tài nguyên thống URL Uniform Resource Locator Định vị Tài nguyên thống UTC Universal Time Coordinated Giờ phối hợp quốc tế UUID Universal Unique Identifier Định danh toàn cầu TCVN xxx:201x Cấu trúc tệp tin hướng đối tượng Cấu trúc tệp tin Các tệp tin tạo loạt đối tượng mà theo tiêu chuẩn gọi hộp Tất liệu chứa hộp Dữ liệu tệp tincó thể bao gồm cảchứ ký khởi tạo ứng với định dạng tệp tin cụ thể Tất tệp tin có cấu trúc hướng đối tượng tuân theo phần tiêu chuẩn (tất tệp tin hướng đối tượng) chứa Hộp Kiểu Tệp tin (File Type Box) 4.1 Cấu trúc đối tượng Đối tượng đề cập đến hộp Mỗi hộp có phần mào đầu rõ kích cỡ kiểucủa hộp Phần mào đầu hỗ trợ kích cỡ thu gọn mở rộng (32 bit 64 bit) kiểu thu gọn mở rộng (32 bit mã định danh đơn phổ biến đầy đủ, tức UUID) Các hộp tuân theo tiêu chuẩn sử dụng kiểu thu gọn (32 bit) hầu hết hộp sử dụng kích cỡ thu gọn (32 bit) Duy có Hộp Dữ liệu Đa phương tiện (Media Data Box) có kích cỡ 64 bit Kích cỡ đề cập đến kích cỡ tồn hộp, bao gồm kích cỡ kiểu mào đầu, trường tất hộp chứa Điều thuận tiện cho việc phân tích tệp tin Các hộp miêu tả thông qua ngôn ngữ miêu tả cú pháp (SDL) định nghĩa MPEG-4 (xem 2) Phần ghi đoạn mã mang ý nghĩa bổ sung thơng tin cho đoạn mã Các trường đối tượng lưu trữ theo thứ tự byte có trọng số lớn lưu trước, kiểu lưu giống việc trữ liệu máy tính (dạng big-endian) Trong trường hợp trường nhỏ lớn byte, bit xếp theo thứ tựtừ bit có trọng số lớn đến bit có trọng số nhỏ Ví dụ, trường thứ có hai bit trường có sáu bit hai bit trường bit có thứ tự cao byte ghép lại từ hai trường aligned(8) class Box (unsigned int(32) boxtype, optional unsigned int(8)[16] extended_type) { unsigned int(32) size; unsigned int(32) type = boxtype; if (size==1) { unsigned int(64) largesize; } else if (size==0) { // box extends to end offile } if (boxtype==‘uuid’) { unsigned int(8)[16] usertype = extended_type; } } Trong đó: sizecó kiểu số nguyên, số lượng byte có hộp, bao gồm tất trường hộp chứa đó; size kích cỡ thực tế hộp trường largesize, size hộp hộp cuối tệp tin liệu mở rộng tới hết tệp tin (thường sử dụng cho Hộp Dữ liệu Đa phương tiện) type xác định kiểu hộp, hộp tiêu chuẩn sử dụng dạng thu gọn, thường bốn ký tự in được, thuận lợi cho việc nhận dạng miêu tả hộp bên Với kiểu người dùng tự định nghĩa trường thiết lập “uuid “ Các hộp khơng nhận dạng kiểu bị bỏ qua 10 TCVN xxx:201x cho đơn vị ghi Tuy nhiên, truy nhập vào tệp tin từ vị trí phát lạicơ xác gây khó khăn hơn, địi hỏi tất luồng ghi lại tạithời điểm truy nhập; 2) Các clock drift luồng RTP ghi thay cách thay đổi nhãn thời gian RTP nhiều luồng ghi lại Chế độ hoạt động yêu cầu xử lý báo cáo bên gửi RTCP thời điểm ghi Tuy nhiên, thiết bị đọc đơn giản Đơn vị ghi nên sử dụng hộp đồng nhãn thời gian [9.4.1.2] để phương pháp tiếp cận đồng hình tiếng sử dụng Hộp Đồng Nhãn thời gian bao gồm timestamp_sync Ở đây, timestamp_sync thiết bị đọc nên sử dụng rãnh dẫn tiếp nhận RTCPcho đồng hình tiếng Cịn timestamp_sync thiết bị đọcnên sử dụng thời gian thành phần cho trình đồng hình tiếng Một số q trình thực tạo rãnh dẫn tiếp nhận RTCP trước tiên ghi thời gian thực sau bù việc trôi thời gian băng cách thay đổi nhãn thời gian RTP bước tiền xử lý off-line G.3.6.2 Tạo điều kiện cho đồng hình tiếng dựa báo cáo bên gửi RTCP Một đơn vị ghi lưu trữ tất báo cáo bên gửi RTCP cho luồng RTP đặc biệt mẫu tương ứng rãnh dẫn tiếp nhận RTP G.3.6.3 Bù trôi thời gian đồng hồ nhãn thời gian Người ta khơng khuyến khích thay đổi nhãn thời gian RTP luồng âm ghi lại Mỗi thay đổi gây khoảng thời gian thay đổi âm thiết bị đọc, Đại diện ghi lại nhãn thời gian RTP hình ảnh luồngâm khác nên sửa đổi sử dụng thủ tục sau 1) Đầu tiên, nhãn thời gian đồng hồ khung hình hình ảnh gửi từ nhãn thời gian RTP tương ứng với khung hình Ihình ảnh tổng nhãn thời gian đồng hồ khung hình hình ảnh trước khác biệt nhãn thời gian khung hình hình ảnh đơn vị nhãn thời gian đồng hồ 2) Thứ hai, thời gian xem lại b cho khung hình hình ảnh vào thời gian đồng hồ gửi dựa báo cáo bên gửi RTCP Nếu khơng có báo cáo bên gửi RTCPcơ xác cho biết thời gian đồng hộ cho khung hình hình ảnh có sẵn, thời gian đồng hồ ngoại suy giả định tốc độ đồng hồ nhãn thời gian RTP thời gian gửi báo cáo bên gửi RTCP không thay đổi 3) Thứ 3, dựa báo cáo bên gửi RTCP cho âm thanh, nhãn thời gian RTP âm chạy lúc với khung hình hình ảnh thời điểm b thời gian đồng hồ lấy Đây khung âm có xác nhãn thời gian RTP xuất phát Các nhãn thời gian đồng hồ c mẫu âm tính từ nguồn gốc nhãn thời gian âm RTP tổng nhãn thời gian đồng hồ khung âm trước khác biệt nhãn thời gian RTP nhãn thời gian âm RTP có nguồn gốc nhãn thời gian RTP khung âm trước Sự khác biệt a c, có, nên bù cho hình ảnh nhãn thời gian RTP tệp tin Trong thực tế, cách dễ để thêm khác biệt cho trường độ dịch chuyểnlà hộp rtpoffsetTLV minh họa hình G.6.Trong trường hợp khác, việc viết lại Hộp Ánh xạ Mẫu Thời gian Giải mã vàHộp Xử lý Phân mảnh Rãnh (nếu có) khó khăn để thực hiện, mã hóa mẫu thời gian thực kết hợp cách đếm mẫu, thời gian mẫu yêu cầu nhiều khơng gian lưu trữ 187 TCVN xxx:201x Hình G.6 – Ví dụ việc điều chỉnh đồng hình tiếng biểu diễn nhãn thời gian RTP G.3.7 Biểu diễn thời gian tiếp nhận Theo qui định 9.4.1.4, thời gian tiếp nhận gói tin định tổng thời gian giải mã mẫu có chứa gói tin giá trị relative_time cấu trúc RTPpacket gói tin Thời gian tiếp nhận gói tin RTP nhận sớm nên 0, thời gian tiếp nhận tất gói nên liên quan đến thời gian tiếp nhận gói tin RTP nhận sớm Nguồn đồng hồ cho thời gian tiếp nhận không xác định xác định, ví dụ, đồng hồ bên nhận Nếu khoảng thời gian tiếp nhận rãnh dẫn tiếp nhậntrùng lặp hoàn toàn phần với khoảng thời gian tiếp nhận rãnh dẫn tiếp nhậnkhác, clock cho rãnh dẫnnày trở nên giống Thời gian tiếp nhận gói tin phải tương ứng với thời gian giao thức ngăn lớp RTP, UDP thường, kết đầu gói tin bên G.3.8 Tạo mẫu đa phương tiện Các mẫu đa phương tiện tạo từ gói RTP nhận theo liệu RTP RTP Tuy nhiên, hầu hết đa phương tiện tiêu chuẩn mã hóa ghi giải mã luồnglỗi cần đảm bảo nội dung đa phương tiện giải mã cách xác giải mã tiêu chuẩn Do đó,việc xử lí lỗi đa phương tiện đòi hỏi bước sau: phát lỗi đa phương tiện suy luận mẫu giải mã cách xác Các bước miêu tả đoạn Các gói tin bị RTP phát từ giá trị số RTP Các gói tin RTP chứa đựng số lỗi thường khơng chuyển tiếp đến ứng dụng kiểm tra lỗi UDP gói tin bị kiểu bỏ ngăn xếp giao thức bên nhận Do đó, gói tin chứa số lỗi thường coi gói tin bên nhận Các mẫu đa phương tiện giải mã cách xác phụ thuộc vào định dạng mã hóa đa phương tiện khơng miêu tả chi tiết Nói chung, việc dự đốn intersample yếu không tồn định dạng mã hóa âm thanh, hầu hết định dạng hình ảnh mã hóa sử dụng dự đốn này.Do đó, mẫu bị nhiều định dạng âm thường thay mẫu âm im lặng mẫu che dấu lỗi âm Nó cần phân tích liệu có mát movie liên quan đến hình ảnh không tham chiếu không hay tổng quát hình ảnh tham khảo, mức độ hệ thống phân cấp cókhả mở rộng tổn thất thời gian xảy Sau đó, nên đưa kết luận hình ảnh khơng giải mã xác Ví dụ, mát hình ảnh khơng tham chiếu khơng ảnh hưởng đến việc giải mã hình ảnh khác, mát hình ảnh tham chiếu mức thời gian sở thường ảnh hưởng đến tất hình ảnh hình ảnh cho truy nhập ngẫu nhiên, chẳng hạn ảnh IDR H.264/AVC 188 TCVN xxx:201x G.3.9 Tạo mẫu dẫntham chiếu tới mẫu đa phương tiện Các mẫu đa phương tiện tạo từ gói RTP nhận giải thích G.3.8 rãnh dẫn tiếp nhận RTP tạo giải thích G.3.4, nội dung cấu trúc RTPpacket phụ thuộc vào tồn mẫu đa phương tiện tương ứng sau Nếu phần tải liệu gói RTP nhận biểu diễn rãnh đa phương tiện, tham chiếu theo thiết lập để đa phương tiện bao gồm gói tải liệu Nó khơng khuyến khích sử dụng gói tải liệu phần extradata mẫu RTP nhận để tiết kiệm không gian lưu trữ khiến cho hoạt động chỉnh sửa tệp tin trở nên dễ dàng Nếu gói tải liệu gói RTP nhận khơng đại diện cho rãnh đa phương tiện, thể cấu trúc gói RTP tạo giải thích G.3.4 G.4 Phát luồng RTPđã ghi G.4.1 Giới thiệu Trong mục miêu tả hoạt động cần thiết phát lại tệp tin có chứa luồng RTP ghi Nó tổ chức sau: • Trước luồng RTP sử dụng, nội dung tệp tin cần phân tích Đặc biệt, rãnh thay đại diện cho luồngđa phương tiện giống nên xác định rãnh chọn để giải mã phát lại Định dạngmã hóa phải phát để giải mã thiết bị đọc hay không Các hoạt động miêu tả chi tiết G.4.2 • Nếu rãnh dẫn tiếp nhận RTPđang xử lý, cần Lưu ý số điều mục G.4.3 Ví dụ, gói bị cần phát xử lý cách thích hợp • Việc đồng hóa mẫu đa phương tiện giải mã nên xử lý miêu tả G.4.4 • Nếu luồng RTP lưu trữ tệp tin truy nhập từ vị trí khác so với nơi bắt đầu luồng này, inter-stream đồng hóa giải mã khởi tạo cần thiết miêu tả G.4.5 G.4.2 Sự chuẩn bị cho trình phát lại Trong giai đoạnchuẩn bị trình phát lại, thiết bị đọc chọn rãnh sử dụng Đầu tiên, việc theo dõi tệp tin phân tích Các rãnh phân kiểu theo nhóm mà chúng thuộc rãnh thuộc nhóm định giá trị alternate_group hộp mào đầu Một rãnh từ nhóm thay chọn để phát lại sau Nếu có rãnh dẫn tiếp nhận RTP nhóm thay thế, dùng để thực việc phát lại, chứa đại diện tồn luồng RTP nhận được, không giống rãnh đa phương tiệnđược bắt nguồn từ luồng RTP nhận được, mà sử dụng tập hợp gói RTP nhận để giải mã giải mã tiêu chuẩnnào Sự tương thích thiết bị đọc trackđược chọn phải đảm bảo Ví dụ, cần kiểm tra xem liệu mật mã, hồ sơ, mức độ sử dụng rãnh có cân với khả hỗ trợ thiết bị đọc hay không Mật mã, hồ sơ, mức độ sử dụng luồng bit mật mã hóa rãnh dẫn tiếp nhận RTPcó thể suy từ miêu tả SDP luồng RTP Các miêu tả SDP lưu trữ số theo dõi movie-level Nếu SDP không thay đổi suốt tệp tin, lưu trữ bổ sung thông tin SDP movie rãnh thông tin SDP Hộp Dữ liệu Người dùng Nếu rãnh thông tin SDP biểu thị, phân tích để tìm mật mã, hồ sơ mức độ sử dụng cho luồng bit có chứa rãnh dẫn tiếp nhận RTP Nếu thông tin SDP movie hoặcrãnh thông tin SDP không biểu thị, số theo dõi movie-level bị bỏ qua để tìm phân tích số SDP, mật mã, hồ sơ, mức độ sử dụng cho luồng bit có chứa rãnh dẫn tiếp nhận RTP 189 TCVN xxx:201x Nếu rãnh dẫn tiếp nhận RTPkhông tồn nhóm khác, nhiều mục mẫu rãnh đa phương tiệntrong nhóm thay nên kiểm tra để tìm thiết bị đọc có khả hỗ trợ G.4.3 Giải mã mẫu rãnh dẫn tiếp nhận RTP Các gói tin RTP ban đầu dựng lại từ mẫu rãnh dẫn tiếp nhận RTPbằng cách tạo tiêu đề gói tin RTP từ cấu trúc RTPpacket cách giải các cấu trúc RTPpacket Vì vậy, cách để tệp tinthiết bị đọc xử lý rãnh dẫn tiếp nhận RTPlà tái tạo luồng, gói tin nhận xử lý luồng, gói tin tái tạo lại thể chúng nhận Trường relative_time bao gồm cấu trúc RTPpacket sử dụng để xếp việc chèn gói tin vào đệm cho bên nhận RTP Tuy nhiên, việc khuyến khích nhiều thay đổi q trình giải mã luồng RTP, cách đệm đầu giải mã lưu trữ cách đầy đủ để tránh gián đoạn việc giật phát lại gây gói tin sau vấn đề thường xuyên thời gian giải mã hệ thống chạy trình khác bên cạnh thiết bị đọc Tổn thất gói phát từ khoảng trống dãy số RTP Phản ứng với tổn thất gói phụ thuộc vào giải mã cụ thể phụ thuộc vào người dùng G.4.4 Đồng hình tiếng Các bước sau yêu cầu để đạt xác đồng hóa luồng: 1) Đồng hóa inter-stream vào thời điểm bắt đầu q trình phát lại Vị trí bắt đầu trục thời gian đa phương tiện rãnh dịch chuyển trục thời gian movie tệp tin miêu tả hai Đối với rãnh đa phương tiệnvà rãnh dẫn tiếp nhận RTPkhông liên kết với rãnh dẫn tiếp nhận RTCP, Hộp Danh sách Biên tập sử dụng để thay đổi vị trí bắt đầu trục thời gian đa phương tiện miêu tả G.3.2 Các trục thời gian đa phương tiện rãnh lựa chọn để phát lại xếp tới trục thời gian movie cách phân tích Hộp Danh sách Biên tập rãnh, có Việc phát lại rãnh đa phương tiệnvà rãnh dẫn tiếp nhận RTPkhông liên kết với rãnh dẫn tiếp nhận RTPbắt đầu vị trí trục thời gian movie Hộp Danh sách Biên tập rãnh từ lúc bắt đầu trục thời gian movie Đối với rãnh dẫn tiếp nhận RTPcó liên quan với rãnh dẫn tiếp nhận RTCPtương ứng, việc chuyển đổi vị trí bắt đầu trục thời gian đa phương tiện trục thời gian movie suy sau Các trục thời gian đa phương tiện rãnh dẫn tiếp nhận RTPchứa gói tin RTP sớm (thời gian bên gửiđồng hồ) số tất rãnh rãnh dẫn tiếp nhận RTPthì khơng thay đổi trục thời gian movie (ví dụ, bắt đầu thời điểm trục thời gian movie) Thời gian bắt đầu trục thời gian đa phương tiện rãnh dẫn tiếp nhận RTPtheo dõi khác khác biệt nhãn thời gian gói tin RTP sớm rãnh theo dõi có chứa gói RTP sớm số tất rãnh dẫn tiếp nhận RTP 2) Xây dựng lại nhãn thời gian RTP thành phần thời gian trục thời gian đa phương tiện(G.3.5) 3) Sửa chữa nhãn thời gianvà thành phần thời gian dựa báo cáo bên gửi RTP, rãnh dẫn tiếp nhận RTCPđược sử dụng Việc điều chỉnh thực tương tự miêu tả G.3.6.3 Tuy nhiên, thay thêm khác biệt lần a c vào đại diện nhãn thời gian RTP tệp tin, khác biệt thêm vào trình phát lại thời gian hiển thị khung hình hình ảnh trục thời gian movie 4) Tốc độ đầu mẫu đa phương tiện giải mã 190 TCVN xxx:201x Người ta khuyến khích nên sử dụng chương trình ghi lại tốc độ đồng hồ thiết bị đọc dùng đồng hồ phát lại đồng hồ thiết bị đọc Việc phát lại âm bố trí liên tục tần số mẫu tự nhiên tín hiệu âm Một đồng hồ hiển thị thiết bị đọc chạy tốc độ âm phát lại, tức giá trị ln với (số lượng mẫu âm không nén thường gặp sử dụng) ×(tần số tự nhiên tín hiệu âm thanh) Sự phát lại đồng hóa với đồng hồ hiển thị thiết bị đọc Nói cách khác, đồng hồ hiển thị thiết bị đọc giao với thời gian thành phần mẫu hình ảnh trục thời gian movie, mẫuhình ảnh phát Chỉ tệp tin đồng thời ghi lại phát lại đồng hồ bên nhận chạy nhanh so với đồng hồ bên gửi, tốc độ phát lại theo tỉ lệ đồng hồ bên gửi khơng đượckhuyến khích việc đồng hóa tốc độ đồng hồ bên gửi thực sau Tốc độ thời gian bên gửi phục hồi lại cách tạo mối quan hệ lầntiếp nhận (theo đồng hồ máy thu) nhãn thời gian đồng hồ tương ứng bên gửi dựng lại từ báo cáo bên gửi RTCP Người ta khuyên nên sử dụng đồng hồ phát lại âm đồng hồ máy thu Mối quan hệ thời gian tiếp nhận nhãn thời gian tương ứng bên gửi nên chia trung bình số lượng lớn gói tin nhận Một yếu tố kết trung bình nhân thời gian tiếp nhận nhãn thời gian tương ứng bên gửi Thời gian hiển thị trục thời gian đồng hồ thu lấy từ mẫu Nếu rãnh dẫn tiếp nhận RTCPđang sử dụng, thời gian hiển thị thành phần thời gian mẫu trục thời gian movie, bao gồm việc sửa chữa clock drift miêu tả bước Nếu rãnh dẫn tiếp nhận RTCPkhông sử dụng, thời gian hiển thị thời gian thành phần trực tiếp mẫu trục thời gian movie Vì vậy, dùng cho mục đích phát lại, thời gian hiển thị mẫu tất rãnh phát nên nhân hệ số nhân khoảng thời gian Thời gian kéo dài tín hiệu nên thực cho phù hợp Các mẫu phát thời điểm trình bày Trong thực tế, yếu tố nhân khoảng thời gian việc ánh xạ từ trục thời gian RTP lênđồng hồ bên gửi (bước trên) thực hoạt động đơn lẻ G.4.5 Truy nhập ngẫu nhiên Truy nhập ngẫu nhiên đề cập đến truy nhập phi tuyến tính với luồng đa phương tiện đại diện tệp tin Nói cách khác, hoạt động truy nhập ngẫu nhiên, tệp tin truy nhập từ mẫu khác so với mẫu phát trước tệp tin ban đầu truy nhập từ vị trí khơng phải điểm khởi đầu trục thời gian movie Người ta khuyến khích nên cung cấp cho người sử dụng chức truy nhập ngẫu nhiên liên quan đến trục thời gian movie tệp tin khơng phải mốc thời gian khác, ví dụ thời gian đồng hồbên gửi Bằng việc sử dụng trục thời gian movie làm sở, số lượng bước cho hoạt động ngẫu nhiên giữ mức thấp Đầu tiên, khung đa phương tiện bắt nguồn từ vị trí mong muốn (hoặc gần với khung hình đó, khơng có vị trí mong muốn truy nhập ngẫu nhiên xác) Trong trường hợp rãnh đa phương tiện, rãnh dẫn tiếp nhận RTPcho âm thanh, rãnh dẫn tiếp nhận RTPcó timestamp_sync 2, khung đa phương tiện gần với vị trí mong muốn truy nhập ngẫu nhiên gửi trực tiếp dựa nhãn thời gian thành phần (trên trục thời gian đa phương tiện) chuyển vị trí xuất phát cho thấy Hộp Danh sách Biên tập Trong trường hợp rãnh dẫn tiếp nhận RTPkhơng âm có timestamp_sync (chỉ sử dụng cho rãnh dẫn tiếp nhận RTCP),các mẫu phải gửi G.4.4, thời gian hiển thị gần với vị trí mong muốn truy nhập ngẫu nhiên tìm thấy Thứ hai, việc giải mã nhiều luồng bit đa phương tiện kiểu hình cụ thể, chẳng hạn hình ảnh IDR H.264/AVC Do đó, việc triển khai thiết bị đọc có nhiều cách tiếp cận khác nhau, bao gồm cách sau: 1) Khám phá khung hình gần trước vị trí mong muốn truy nhập ngẫu nhiên mà từ việc giải mã bắt đầu, bắt đầu giải mã từ khung đó, bắt đầu gửi từ điểm truy 191 TCVN xxx:201x nhập ngẫu nhiên mong muốn Cách tiếp cận bao gồm số xử lý chậm trễ trước việc gửi bắt đầu; 2) Bắt đầu giải mã gửi sau điểm truy nhập mong muốn ngẫu nhiên cách sử dụng khung hình mà từ việc giải mã bắt đầu Thông thường, việc phát lại âm bắt đầu sớm việc phát lạihình ảnh, xử lý chậm trễ trước gửi nhỏ so với tùy chọn trước G.5 Gửi lại luồng RTP đẫ ghi G.5.1 Giới thiệu Việc gửi lại luồng RTP ghi trước vào tệp tin hoạt động đáng giá Ví dụ, luồng RTP nhận thơng qua dịch vụ truyền hình trực tiếp ghi vào tệp tin, ghi lại gửi lại cho họ từ thiết bị đến thiết bị khác khơng gian gia đình sử dụng mạng kết nối WLAN Khoản cung cấp khuyến nghị việc gửi lại luồng RTP ghi lại Một hệ thống thông tin liên lạc dựa RTP bao gồm thiết bị đầu nguồn (hay gọi bên gửi) điểm đến thiết bị cuối nguồn (còn gọi thu) chứa nhiều trộn phiên dịch Bên gửivà bên nhận thiết bị đầu cuối phiên RTP RTCP Cách hoạt động phiên dịch RTP máy trộn qui định RFC 3550 làm rõ RFC 5117 Nhìn chung, đơn vị ghi nhận luồng RTP lưu trữ chúng vào tệp tin hoạt động thiết bị đầu cuối, đơn vị gửi-đọc lại lưu trữ luồng RTP từ tệp tin gửi chúng hoạt động nguồn Thông thường, payload luồng RTP gửi lại không sửa đổi, điều khiến cho kết hợp đơn vị ghi đơn vị gửi lại hoạt động tương tự chuyển đổi truyền tải miêu tả RFC 5117 Tuy nhiên, đặc tính thiết yếu chuyển đổi cho bên nhận phát diện Do đó, kết hợp đơn vị ghi âm đơn vị gửi lại hoạt động chuyển đổi truyền tải, trừ việc gửi lại xảy đồng thời với việc ghi luồng gốc Trường hợp coi hoi, thảo luận khoản liên quan đến đơn vị ghi âm điểm đến chấm dứt RTP RTCP phiên gốc đơn vị tái gửi nguồn RTP RTCP phiên Phần tổ chức sau: • G.5.2 bao gồm khuyến nghị việc làm để soạn gói tin RTP từ rãnh dẫn tiếp nhận RTPvà làm để xếp việc truyền tải gói RTP; • G.5.3 Thảo luận gói RTCP nên phát gói RTCP nhận sản xuất G.5.2 Gửi lại gói RTP Các gói nên thiết lập truyền sau: Payload gói khuyến nghị xây dựng rãnh dẫn tiếp nhận Ví dụ, liệu gói nên xác định với bên nhận, khơng cần kích thước gói khác cho mạng lưới mà gói gửi lại • Giá trị mào đầu gói RTP nên giữ giống cấu trúcRTPpacket tương ứng, trừ trường hợp sau: • Độ dịch chuyển nhãn thời gian RTP ban đầu độ dịch chuyển chuỗi số RTP nên chọn ngẫu nhiênbất chấp giá trị lưu trữ trườngdịch chuyển hộp ‘tsro’ trongrãnh dẫn tiếp nhậnmẫu đề cập, giá trị miền RTPequenceseed cấu trúc RTPpacket gói RTPrãnh dẫn tiếp nhậntương đương 192 TCVN xxx:201x • Giá trị miền nhãn thời giantrong RTP tổng độ dịch chuyển ban đầu ngẫu nhiên, giá trị độ dịch chuyển cấu trúc RTPpacket, thời gian giải mã mẫu RTP tương ứng Nếu tổng vượt tối đa số nguyên không dấu 32 bit, nên đóng lại • Giá trị liên quan chuỗi số RTP thu giá trị miền RTPequenceseed Do có gói luồng thu bị mất, luồng gửi lại có khoảng cách tương tương chuỗi số RTP, bên nhận suy luận gói bị • Giá trị miền đếm CSRC ln ln 0, khơng có nguồn đóng góp phần thu RTP trước chủ động thay đổi luồng để phần RTP luồng gửi lại Khoảng xác định nguồn (cho SSRC CSRC) phần đặc thù Do danh sách CSRC ghi nhãn RTP nên để trống bất chấp giá trị CSRC lưu trữ với luồng nhận (bao gồm hộp ReceivedCSRC TLV cấu trúc RTPpacket) • Giá trị miền payload lựa chọn phụ thuộc vào sơ đồ dùng làm dấu hiệu sử dụng • Giá trị miền SSRC nên chọn ngẫu nhiên xung đột xảy nên giải đặc thù RFC 3550 Giá trị SSRC luồng nhận lưu trữ hộp receivedSsrccủa rãnh dẫn tiếp nhậnmẫu đề cập, nên bỏ qua luồng gửi lại • Phần mở rộng mào đầu RTP ghi lưu rtphdrext TLV cấu trúc RTPpacket, có,chỉ nên gửi lại đơn vị gửi lại xác minh có giá trị luồng gửi lại Nếu đơn vị gửi lại phân tách ngữ nghĩa việc mở rộng ghi nhãn RTP thu khơng nên gửi lại Thời gian nhận gói tin tính tổng thời gian giải mã mẫu dẫn tiếp nhận RTP chứa gói tin giá trị relative_time cấu trúc RTPpacket, thời gian truyền gói tin với sai lệchdo trễ truyền dẫn trễ xử lý chồng giao thức bên nhận Sự sai lệch gói liền kề khơng jitter trễ truyền dẫn độ trễ xử lý khơng đồng Thêm vào đó, chồng giao thức sử dụng nhận luồng thơng tin khác với chồng giao thức dùng cho việc gửi lại luồng Do lý đó, thời gian nhận thường khơng áp dụng cho gói tin phải truyền lại Trong trường hợp, gói tin truyền lại nên xác nhận luồng tin truyền lại tương tích với mơ hình đệm sử dụng, việc nhận luồng gửi lại luồng tương tự thời gian nhận dùng làm sở cho việc lập lịch truyền gói tin Bộ phận gửi lại cần kiểu bỏ jitter trễ truyền lan luồng Nếu phận gửi lại đưa kết luận môi trường mạng chồng giao thức dùng nhận luồng gửi lại luồng giống không chắn kiểu lập lịch gói tin phù hợp sử dụng thời gian giải mã làm sở cho việc lập lịch G.5.3 Xử lý RTCP Các báo cáo bên gửi RTCP tin RTCP khác phục hồi theo ràng buộc đặc thù RFC 3550hơn trực tiếp sử dụng tin RTCP ghitrong rãnh dẫn tiếp nhận RTCP Một báo cáo bên gửi RTCP chứa thời gian đồng hồ báo cáo gửi nhãn thời gian RTP tương ứng lúc với thời gian đồng hồ hiển thị Nhãn thời gian RTP cho báo cáo bên gửi RTCP tạo sau:thời gian biểu diễn trục thời gian đồng hồ tham chiếu lấy từ đồng hồ mẫu đơn vị gửi lại, vào lúc bắt đầu phiên làm việc Mẫu tương đương thời gian đồng hồ hiển thị khơng tồn rãnh dẫn tiếp nhận RTPphản hồi, khilấy mẫu mẫu rãnh dẫn tiếp nhận RTCPcó thể khơng phù hợp với lúctruyền báo cáo bên gửi RTCP Tuy nhiên hướng dẫn RFC 3550, nhãn thời gian RTP lấy có mẫu luồng RTP tương ứng với thời gian đồng hồ hiển thị nhãn thời gianRTP báo cáo bên gửi nên nội suy tuyến tính từ nhãn thời gian RTP mẫu trướcvà sau đồng hồ hiển thị báo cáo bên gửi RTCP Để kết luận mẫu trước sau đồng hồ hiển thị báo cáo bên gửi RTCP, thời gian biểu diễn trục thời gian đồng hồ tham chiếu nên lấy 193 TCVN xxx:201x tìm mẫu gần Nếu rãnh dẫn tiếp nhận RTPđang gửi lại, thời gian biểu diễn thời gian tổng hợp mẫu luồngtrục thời gian movie, bao gồm đồng hồ theo chiều hướng miêu tả bước G.4.4 Nếu rãnh dẫn tiếp nhận RTCPkhông biểu thị, thời gian biểu diễn trực tiếp thời gian tổng hợp mẫu luồngtrục thời gian movie Khi xử lý báo cáo nhận RTCP, nên để ý số lũy tích chồng chất báo cáo gói bị bao gồm gói chưa gửi mà khơng nhận tương ứng với khoảng trống chuỗi số RTP rãnh dẫn tiếp nhận RTP Nên thực việc quản lí tải, truyền lại phương pháp phục hồi gói bị 20 194 TCVN xxx:201x 21 Phụ lục (Quy H định) Các điểm truy nhập luồng H.1 Giới thiệu Phụ lục định nghĩa điểm truy nhậpluồng (SAP) định rõ kiểu SAP Một điểm truy nhậpluồng cho phép truy nhập ngẫu nhiên mộtthực thể chứamột hay nhiều luồng đa phương tiện Một thực thể chứa chứa nhiều mộtluồng đa phương tiện, luồng phiên mã hóa đa phương tiện liên tục kiểuđa phương tiện Mỗi SAP vị trí thực thể chứa cho phép phận phát lại mộtluồng đa phương tiện xác định bắt đầu sử dụng a) thông tin chứa thực thể chứa vị trí trở b) liệu khởi tạo từ phần khác thực thể chứa có sẵn bên Các đặc điểm kĩ thuật nhận tiết hóa cần liệu khởi tạo để truy nhập vào thực thể chứa điểm truy nhập theo luồng, làm liệu khởi tạo truy nhập H.2 Các đặc tính điểm truy nhập theo luồng (SAP) Với SAP, đặc tính ISAP, TSAP, ISAU, TDEC, TEPT TPTF xác định định nghĩa sau: • TSAP thời gian biểu diễn sớm đơn vị truy nhập luồng đa phương tiện tất đơn vị truy nhập luồng đa phương tiện với thời gian biểu diễn lớn TSAP, mà giải mã xácsử dụng luồng bit bắt đầu I SAP khơng có liệu trước ISAP • ISAP vị trí lớn luồng bit tất đơn vị truy nhập luồng đa phương tiệnvới thời gian biểu diễn lớn TSAP, mà giải mã sử dụng liệu luồng bit bắt đầu ISAP không liệu trước ISAP • ISAU vị trí bắt đầu luồng bit đơn vị truy nhập cuối thứ tự giải mã luồng đa phương tiện tất đơn vị truy nhập luồng đa phương tiện, với thời gian biểu diễn lớn TSAP, giải mã xác sử dụng đơn vị truy nhập cuối đơn vị truy nhập theo sau thứ tự giải mã, khơng có đơn vị truy nhập sớm thứ tự giải mã LƯU Ý:ISAU ln lớn ISAP • TDEC thời gian biểu diễn sớm đơn vị truy nhập luồng đa phương tiện mà giải mã xác sử dụng liệu luồng bit bắt đầu I SAU khơng có liệu trước ISAU • TEPT thời gian biểu diễn sớm đơn vị truy nhập luồng đa phương tiện bắt đầu ISAU luồng bit • TPTF thời gian biểu diễn đơn vị truy nhập luồng đa phương tiện thứ tự giải mã luồng bit bắt đầu ISAU H.3 Các kiểu SAP kiểu SAP định nghĩa với tính chất sau: • Kiểu 1: TEPT= TDEC= TSAP= TPTF • Kiểu 2: TEPT= TDEC= TSAP< TPTF 195 TCVN xxx:201x • Kiểu 3: TEPT< TDEC= TSAP