Danh sách các mục trong hàng đợi.
Trường itemId của các mặt hàng phải để trống, nếu không yêu cầu sẽ không thành công
kèm theo lỗi INVALID_PARAMS. Thẻ này được sắp xếp (phần tử đầu tiên sẽ được phát trước).
Số giây (kể từ khi bắt đầu nội dung) để bắt đầu phát mục đầu tiên.
Nếu được cung cấp, giá trị này sẽ được ưu tiên hơn giá trị startTime được cung cấp ở cấp ShowcaseItem nhưng chỉ trong lần đầu tiên phát mục đó. Nội dung này bao gồm trường hợp phổ biến khi người dùng truyền mục đang phát cục bộ nên currentTime không áp dụng vĩnh viễn cho mục như Hàng đợi startTime. Thao tác này giúp tránh phải đặt lại thời gian bắt đầu một cách linh động (điều này có thể không thực hiện được nếu điện thoại đã chuyển sang chế độ ngủ).
customData
(Đối tượng không rỗng hoặc không xác định)
Dữ liệu dành riêng cho ứng dụng của yêu cầu này. Phương thức này giúp người gửi và người nhận dễ dàng mở rộng giao thức truyền thông mà không phải sử dụng không gian tên mới với các thông báo tuỳ chỉnh.
Một số để đồng bộ hoá tất cả các lệnh trong hàng đợi.
Nếu được cung cấp cho một lệnh trong hàng đợi, SDK sẽ xác minh số thứ tự mới nhất của hàng đợi khớp với yêu cầu.
Hiện tạiseqNumber được cung cấp như một phần của các thông báo đã thay đổi trong hàng đợi gửi đi.
Chỉ mục của mục trong mảng items phải là currentItem đầu tiên (mục sẽ được phát đầu tiên). Lưu ý rằng đây là chỉ mục của mảng (bắt đầu từ 0) chứ không phải là itemId (vì hệ thống sẽ không biết đến khi tạo hàng đợi). Nếu repeatMode là REPEAT_OFF, quá trình phát sẽ kết thúc khi phát mục cuối cùng trong mảng (các phần tử trước startIndex sẽ không được phát).
Điều này có thể hữu ích cho các trường hợp tiếp tục mà trong đó người dùng đã sử dụng ứng dụng gửi và ở giữa quyết định truyền. Bằng cách này, ứng dụng của người gửi không cần phải ánh xạ giữa các vị trí trong hàng đợi cục bộ và từ xa hay lưu thêm một yêu cầu ợ_UPDATE.
[null,null,["Cập nhật lần gần đây nhất: 2025-07-25 UTC."],[[["\u003cp\u003e\u003ccode\u003eQueueLoadRequestData\u003c/code\u003e is used to load a queue of media items for playback within the Cast framework.\u003c/p\u003e\n"],["\u003cp\u003eIt includes properties like \u003ccode\u003eitems\u003c/code\u003e (array of queue items), \u003ccode\u003ecurrentTime\u003c/code\u003e (playback start time), and \u003ccode\u003erepeatMode\u003c/code\u003e (queue behavior).\u003c/p\u003e\n"],["\u003cp\u003eThe \u003ccode\u003estartIndex\u003c/code\u003e property allows specifying the initial playback position within the queue.\u003c/p\u003e\n"],["\u003cp\u003e\u003ccode\u003ecustomData\u003c/code\u003e can be used to send application-specific information along with the request.\u003c/p\u003e\n"],["\u003cp\u003eRequest parameters like \u003ccode\u003emediaSessionId\u003c/code\u003e, \u003ccode\u003erequestId\u003c/code\u003e, and \u003ccode\u003esequenceNumber\u003c/code\u003e help manage and synchronize queue operations.\u003c/p\u003e\n"]]],["`QueueLoadRequestData` defines the data for a media event queue load request. Key actions include constructing it with a non-null array of `QueueItem` objects, where each item's `itemId` should be empty. It allows setting a `currentTime` for the first item's playback start, overriding the `QueueItem`'s `startTime`. `customData` facilitates application-specific extensions. Properties include `repeatMode` for queue behavior, `startIndex` for initial playback position, and `sequenceNumber` for command synchronization.\n"],null,["# Class: QueueLoadRequestData\n\ncast.[framework](/cast/docs/reference/web_receiver/cast.framework).[messages](/cast/docs/reference/web_receiver/cast.framework.messages).QueueLoadRequestData\n=============================================================================================================================================================\n\nclass static\n\nMedia event queue LOAD request data.\n\nConstructor\n-----------\n\n### QueueLoadRequestData\n\nnew\nQueueLoadRequestData(items)\n\n| #### Parameter ||\n|-------|---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------|\n| items | Array of non-null [cast.framework.messages.QueueItem](/cast/docs/reference/web_receiver/cast.framework.messages.QueueItem) List of queue items. The itemId field of the items should be empty or the request will fail with an INVALID_PARAMS error. It is sorted (first element will be played first). Value must not be null. |\n\nExtends\n: [cast.framework.messages.RequestData](/cast/docs/reference/web_receiver/cast.framework.messages.RequestData)\n\nProperties\n----------\n\n### currentTime\n\n(number or undefined)\n\nSeconds (since the beginning of content) to start playback of the first\nitem to be played.\nIf provided, this value will take precedence over the startTime value\nprovided at the QueueItem level but only the first time the item is\nplayed. This is to cover the common case where the user casts the item\nthat was playing locally so the currentTime does not apply to the item\npermanently like the QueueItem startTime does. It avoids having to reset\nthe startTime dynamically (that may not be possible if the phone has gone\nto sleep).\n\n### customData\n\n(non-null Object or undefined)\n\nApplication-specific data for this request. It enables the sender and\nreceiver to easily extend the media protocol without having to use a new\nnamespace with custom messages.\n\nInherited from\n: [cast.framework.messages.RequestData#customData](/cast/docs/reference/web_receiver/cast.framework.messages.RequestData#customData)\n\n### items\n\nnon-null Array of non-null [cast.framework.messages.QueueItem](/cast/docs/reference/web_receiver/cast.framework.messages.QueueItem)\n\nArray of queue items. It is sorted (first element will be played first).\n\n### mediaSessionId\n\n(number or undefined)\n\nId of the media session that the request applies to.\n\nInherited from\n: [cast.framework.messages.RequestData#mediaSessionId](/cast/docs/reference/web_receiver/cast.framework.messages.RequestData#mediaSessionId)\n\n### repeatMode\n\n([cast.framework.messages.RepeatMode](/cast/docs/reference/web_receiver/cast.framework.messages#.RepeatMode) or undefined)\n\nBehavior of the queue when all items have been played.\n\n### requestId\n\nnumber\n\nId of the request, used to correlate request/response.\n\nInherited from\n: [cast.framework.messages.RequestData#requestId](/cast/docs/reference/web_receiver/cast.framework.messages.RequestData#requestId)\n\n### sequenceNumber\n\n(number or undefined)\n\nA number to synchronize all queue commands.\nIf provided for a queue command, the SDK will verify the queue latest\nsequence number match the request.\nCurrent sequenceNumber is provided as part of outgoing queue changed\nmessages.\n\nInherited from\n: [cast.framework.messages.RequestData#sequenceNumber](/cast/docs/reference/web_receiver/cast.framework.messages.RequestData#sequenceNumber)\n\n### startIndex\n\n(number or undefined)\n\nThe index of the item in the items array that must be the first\ncurrentItem (the item that will be played first). Note this is the index\nof the array (starts at 0) and not the itemId (as it is not known until\nthe queue is created). If repeatMode is REPEAT_OFF playback will end when\nthe last item in the array is played (elements before the startIndex will\nnot be played).\nThis may be useful for continuation scenarios where the user was already\nusing the sender app and in the middle decides to cast. In this way the\nsender app does not need to map between the local and remote queue\npositions or saves one extra QUEUE_UPDATE request."]]
