Список элементов очереди. Поле itemId элементов должно быть пустым, иначе запрос завершится с ошибкой INVALID_PARAMS. Он отсортирован (первый элемент будет воспроизведен первым).
Секунды (с начала контента), необходимые для начала воспроизведения первого воспроизводимого элемента. Если оно указано, это значение будет иметь приоритет над значением startTime, указанным на уровне QueueItem, но только при первом воспроизведении элемента. Это сделано для того, чтобы охватить общий случай, когда пользователь приводит элемент, который воспроизводился локально, поэтому currentTime не применяется к элементу постоянно, как это делает QueueItem startTime. Это позволяет избежать динамического сброса startTime (это может быть невозможно, если телефон перешел в спящий режим).
пользовательские данные
(ненулевой объект или неопределенный)
Данные, специфичные для приложения, для этого запроса. Это позволяет отправителю и получателю легко расширять медиа-протокол без необходимости использовать новое пространство имен для пользовательских сообщений.
Число для синхронизации всех команд очереди. Если это предусмотрено для команды очереди, SDK проверит соответствие последнего порядкового номера очереди запросу. Текущий номер последовательности предоставляется как часть сообщений об изменении исходящей очереди.
Индекс элемента в массиве items, который должен быть первым currentItem (элемент, который будет воспроизведен первым). Обратите внимание, что это индекс массива (начинается с 0), а не идентификатор элемента (поскольку он неизвестен до создания очереди). Если для режима повтора установлено значение REPEAT_OFF, воспроизведение закончится, когда будет воспроизведен последний элемент массива (элементы до startIndex воспроизводиться не будут). Это может быть полезно для сценариев продолжения, когда пользователь уже использовал приложение-отправитель и в середине решает выполнить трансляцию. Таким образом, приложению-отправителю не нужно сопоставлять позиции локальной и удаленной очереди или сохранять один дополнительный запрос QUEUE_UPDATE.
[[["Прост для понимания","easyToUnderstand","thumb-up"],["Помог мне решить мою проблему","solvedMyProblem","thumb-up"],["Другое","otherUp","thumb-up"]],[["Отсутствует нужная мне информация","missingTheInformationINeed","thumb-down"],["Слишком сложен/слишком много шагов","tooComplicatedTooManySteps","thumb-down"],["Устарел","outOfDate","thumb-down"],["Проблема с переводом текста","translationIssue","thumb-down"],["Проблемы образцов/кода","samplesCodeIssue","thumb-down"],["Другое","otherDown","thumb-down"]],["Последнее обновление: 2025-07-24 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."]]
