From what I can ascertain from the

From what I can ascertain from the bug description, the issue is that after splicing out of the ad block and back into main content, some times the end of the main content ad can also be seen/heard. Additionally, this issue manifests by placing the user slighly into the main content. From the client perspective, this has to do with the data sent back from the server when making a http a/v request for main content. The client application makes a request for data immediately after the ad block ends as calculated by the duration of the ads. What is observed is that some times the data being sent back includes the last portion of the main content ads. I suspect that the server is using the same point in calculating where to begin resuming, and as a result is encountering the same issue. Since the a/v request does not change, but the data does change, I assume that the logic used to determine what data to send/use has an edge case producing this unintended behavior.

Результаты (русский) 1:

От чего можно выяснить из описания ошибки, этот вопрос является то, что после сплайсинга из ad блок и обратно в основное содержание несколько раз к концу основной содержание объявлений можно также увидеть/услышать. Кроме того эта проблема проявляется, поместив пользователя slighly в основное содержание. С точки зрения клиента, это должно сделать с данных, отправляемых с сервера при принятии http / v запрос для основного содержимого. Клиентское приложение выполняет запрос данных, сразу же после того, как ad блок заканчивается, рассчитанные на продолжительность объявления. Что наблюдается является, что несколько раз отправленных обратно данных включает в себя последнюю часть основных содержание объявлений. Я подозреваю, что сервер использует ту же точку в расчете где начать возобновления и как следствие сталкивается с той же проблемой. Так как / v запрос не изменить, но изменить данные, я предполагаю, что логика используется для определения данных для отправки/использования пограничный случай, производить это непредвиденное поведение.

Результаты (русский) 2:

Из того, что я могу установить по описанию ошибки, то вопрос в том, что после сплайсинга из рекламного блока и обратно в основного содержания, несколько раз в конце основного содержания объявления также можно увидеть / услышать. Кроме того, этот вопрос проявляется путем размещения пользователю slighly в основному содержанию. С точки зрения клиента, это имеет отношение к данным, переданным от сервера при принятии HTTP A / V заявку на главном содержании в. Клиентское приложение делает запрос на данные сразу же после объявления блока заканчивается, как рассчитывается продолжительности объявлений. Что наблюдается в том, что несколько раз данные посылаются обратно включает в себя последнюю часть основных объявлений контента. Я подозреваю, что сервер использует ту же точку при расчете с чего начать возобновления, и в результате сталкивается с той же проблемой. Так запрос A / V не изменится, но данные изменения делает, я предполагаю, что логика используется для определения того, что данные для отправки / использование имеет крайний случай получения этого непреднамеренного поведения.

Результаты (русский) 3:

из чего я могу удостовериться в ошибке описание, вопрос заключается в том, что после сплайсинг из специального блока и обратно в основное содержание, иногда в конце основного содержания ad также можно увидеть / слышал.кроме того, эта проблема проявляется, если пользователь slighly в основное содержание.с точки зрения клиентов,это связано с данными отправлены с сервера при принятии http / v запроса основного содержания.приложение клиента обращается с просьбой о данных, сразу же после ad блока заканчивается рассчитываемый срок. - отметил, заключается в том, что иногда данные отправили назад, включает в себя последнюю часть основного содержания.я подозреваю, что сервер использует ту же точку в расчете, где начать возобновления и, как следствие, сталкивается с той же проблемой.поскольку A / V просьба не изменится, но данные меняется, я полагаю, что логика, используемых для определения того, какие данные для отправки / использование имеет преимущество дело подготовки этого случайного поведение.