MPC-BE forum

MPC-BE => Баг Репорт / The bug report => Архив / Archive => Тема начата: Aleksoid1978 от 11 апреля 2018, 14:18:53

Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 11 апреля 2018, 14:18:53
Собственно недавно столкнулся с данной проблемой - изначально пользователь с дум9 сообщил о периодическом дропе данных при битстриме. Начал ковырять - и оказывается что не только при битстриме. Периодичность - раз в 5 - 20 минут. Дроп происходит по причине того что во время проигрывания накапливается разница между временем пакетов и "системными часами". Причина мне совершенно не ясна - ну хоть убей(т.к. пакеты обрабатываются не в реальном времени - а накапливаются в очередь, т.е. это не нехватка данных 100%, в момент дропа в очереди еще есть данные).

Просьба проверить у себя кто может. Запускаете билд и просто смотрите/ждете. При дропе пакета - создастся лог-файл на рабочем столе.

https://yadi.sk/d/ovRYpAL63UKAhj

P.S. Проверял только в эксклюзивном режиме.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: V0lt от 11 апреля 2018, 17:39:15
Вопросы:
1. На какие форматы следует обратить внимание?
2. Если ли смысл проверять на рендерере DirectSound?
3. Настройка аудиодекодера. Включена или выключена странная опция "Корректировка A/V синхронизации"?
4. Настройка аудиорендерера. Какой метод синхронизации использовать?
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 11 апреля 2018, 21:34:33
Цитата: Aleksoid1978Просьба проверить у себя кто может. Запускаете билд и просто смотрите/ждете. При дропе пакета - создастся лог-файл на рабочем столе.

https://yadi.sk/d/ovRYpAL63UKAhj

P.S. Проверял только в эксклюзивном режиме.
А есть ли у вас конкретные сэмплы, или видео файлы на которых 100% проявляется этот дроп пакетов?
Ибо у себя я ни разу не замечал никаких дропов, при том что я постоянно использую WASAPI на новых системах.

А как хоть примерно выглядит этот дроп, иначе говоря, что он собой представляет?
Это пропуски данных, пропуски кадров или что-то еще?
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: V0lt от 11 апреля 2018, 21:47:05
Aleksoid1978
Вот что у меня получилось при отправке AC3 по HDMI на ТВ.
2018.04.11 21:16:24.216 : CMpcAudioRenderer::RenderWasapiBuffer() - Drop packet, size = 6144, dueTime = 8488960000, refclock = 8489290000(diff = 330000)
2018.04.11 21:37:05.495 : CMpcAudioRenderer::RenderWasapiBuffer() - Drop packet, size = 6144, dueTime = 20901760000, refclock = 20902090000(diff = 330000)
PS: Сам ТВ был отключен, но это не мешает компу его видеть (особенность моего ТВ). В общем получил два дропа на 16-й и 37-й минутах просмотра (начало воспроизведения примерно в 21:01).
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 12 апреля 2018, 02:59:52
Да вот именно так он выглядит. На PCM тоже самое, может просто интервал больше.
[merge_posts_bbcode]Добавлено: 2018-04-12 09:59:52[/merge_posts_bbcode]

А вот что интересно - на работе, с выводом на обычные наушники со звуковухи(в отличии от дома - там вывод по HDMI на телек/монитор) пока не смог поймать "дроп".
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: V0lt от 12 апреля 2018, 06:15:39
Поясни, что такое dueTime.

Есть ли разница при воспроизведении MKV, DVD, BD?
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 12 апреля 2018, 06:26:04
dueTime - время начала текущих данных(оно может быть больше времени начала текущего пакета - из-за того что часть данных из пакета уже обработались).
Формат не важен - хоть mkv, хоть BD
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 12 апреля 2018, 08:52:43
Aleksoid1978

Прогнал ваш тестовый билд. Получил лог-файл с дропом пакетов.

2018.04.12 08:41:33.630 : CMpcAudioRenderer::RenderWasapiBuffer() - Discontinuity detected by -520.63 ms
2018.04.12 08:41:33.630 : CMpcAudioRenderer::RenderWasapiBuffer() - Correct reference clock by -520.63 ms
2018.04.12 08:41:33.630 : CMpcAudioRenderer::RenderWasapiBuffer() - Drop packet, size = 1672, dueTime = 2328167082, refclock = 2333150000(diff = 4982918)

2018.04.12 08:45:26.743 : CMpcAudioRenderer::RenderWasapiBuffer() - Discontinuity detected by -502.04 ms
2018.04.12 08:45:26.744 : CMpcAudioRenderer::RenderWasapiBuffer() - Correct reference clock by -502.04 ms
2018.04.12 08:45:26.744 : CMpcAudioRenderer::RenderWasapiBuffer() - Drop packet, size = 7440, dueTime = 2319799791, refclock = 2324630000(diff = 4830209)

Интересно то, что визуально никак это даже не увидеть. Ни за что не догадаться, что вообще есть какие-то там дропы пакетов.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 14 апреля 2018, 03:04:52
Ну по идее в этом месте будет слышно, т.к. один пакет теряется.
[merge_posts_bbcode]Добавлено: 2018-04-12 19:26:40[/merge_posts_bbcode]

И самое что интересное - если убрать этот дроп, то со временем будет накапливаться рассинхронизация. Да - очень медленно, но будет. А вот на работе нет такого, сегодня более часа проигрывания и все ок.

[merge_posts_bbcode]Добавлено: 2018-04-12 23:53:24[/merge_posts_bbcode]

Очередной тестовый билд - в нем кое что изменил именно для бистрима(ну так, для тестов).
https://yadi.sk/d/CnPLkVxg3UMWj5

Т.к. со временем нарастает разница и возникает дроп - я при бистриме просто корректирую системные часы под аудио-данные. Если есть возможность - погонять и понаблюдать за видео-картинкой, нет ли рывков или еще чело ли.

[merge_posts_bbcode]Добавлено: 2018-04-14 10:04:52[/merge_posts_bbcode]

Вообщем я переделываю систему работу с "часами" - сам аудио-рендерер будет выступать в роли часов(а не как сейчас - подстраиваться под системные). Опцию выбора синхронизации уберу - аудио данные всегда будут выступать за источник времени.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: V0lt от 14 апреля 2018, 07:04:18
Цитата: Aleksoid1978Опцию выбора синхронизации уберу - аудио данные всегда будут выступать за источник времени.
Круто!
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 16 апреля 2018, 09:26:03
Вроде бы получилось переделать, но пока остались нюансы - плохо стартует после паузы и освобождения устройства, после длительного прожатия плей/пауза.
[merge_posts_bbcode]Добавлено: 2018-04-15 19:16:02[/merge_posts_bbcode]

Предлагаю тестовый билд - https://yadi.sk/d/yQMMAgxB3URVs8
Единственное что - не проверял в нем(и наверняка некорректно будут работать) смена настроек/устройства, потеря устройства(в случае использования Shared режима). Но основное все должно работать корректно.
Опция выбора синхронизации ессно игнорируется.

[merge_posts_bbcode]Добавлено: 2018-04-16 16:26:04[/merge_posts_bbcode]

Новая версия - https://yadi.sk/d/UpfUpIRi3USdrS
Работает вроде бы все что должно, но при реинициализации устройства присутствует небольшой рывок видео.

Просьба погонять по разному и потом отписаться.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 16 апреля 2018, 11:19:42
Цитата: Aleksoid1978Предлагаю тестовый билд - https://yadi.sk/d/yQMMAgxB3URVs8
Единственное что - не проверял в нем(и наверняка некорректно будут работать) смена настроек/устройства, потеря устройства(в случае использования Shared режима). Но основное все должно работать корректно.
Опция выбора синхронизации ессно игнорируется.х.
Прогнал вчера ваш первый данный тестовый билд. Все верно, при переключении звуковых устройств на лету, во время воспроизведения, происходит мертвое зависание, как на Exclusive, так и на Shared-режимах. В остальном все работает нормально.  
Цитата: Aleksoid1978Новая версия - https://yadi.sk/d/UpfUpIRi3USdrS
Работает вроде бы все что должно, но при реинициализации устройства присутствует небольшой рывок видео.

Просьба погонять по разному и потом отписаться.
Прогнал и продолжаю гонять сегодня ваш второй тестовый билд. И теперь абсолютно все работает правильно, корректно. При переключении звуковых устройств и режимов WASAPI на лету, во время воспроизведения, зависания и отсутствие звука, больше не проявляются. Все переключения работают достаточно быстро и мгновенно, как звуковых устройств, так и режимов WASAPI на лету, во время воспроизведения. Никаких рывков видео вообще не наблюдается, ни при каких условиях, даже, при переключении на лету, во время воспроизведения, все выполняется моментально быстро, кадры при этом вообще никак не дергаются, да и по статистике видео-рендерера этого не видно.

В общем, ваши изменения/исправления полностью удались и работают просто превосходно! ;)
[merge_posts_bbcode]Добавлено: 2018-04-16 11:10:47[/merge_posts_bbcode]

Продолжаю тщательную прогонку...

[merge_posts_bbcode]Добавлено: 2018-04-16 11:19:42[/merge_posts_bbcode]

Раньше, до ваших изменений и переделок, были методы синхронизации, которые, согласно последним тестам и последним всем массовым изменениям, до ваших новых переделок, влияли лишь на некоторые аудио форматы, например на "True-HD", или "DTS-HD MA", включающие "Core".

Сейчас же, методы синхронизации не используются вообще, т.е. теперь их вообще нет, и данные видео файлы содержащие некоторые такие форматы и им подобные воспроизводятся также нормально.

Под "нормально" имеется в виду то, что отсутствуют рывки аудио потоков.

Из своих прошлых тестовых, прежних пометок я нашел следующее:

DTS HD MA Core (Sync Method\'s WASAPI in MPC Audio Renderer):

Sync Method:

Sync Audio to Video - прерывистый звук
Sync Video to Audio - нормальный звук
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 16 апреля 2018, 11:26:09
В тестовых билдах есть метод синхронизации, и это видео к аудио. Поэтому ессно никаких рывков в аудио не может быть. По поводу переключения на лету и изменения настроек - есть короткие рывки видео, это заметно при включенной статистике(смотреть на линии графа)
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 16 апреля 2018, 11:42:10
Цитата: Aleksoid1978В тестовых билдах есть метод синхронизации, и это видео к аудио. Поэтому ессно никаких рывков в аудио не может быть.)
А, ясно, значит все-таки теперь остался только один метод синхронизации из двух и это "Видео по аудио".
Тогда понятно, почему звук на некоторых форматах полностью нормальный, без рывков.
Цитата: Aleksoid1978По поводу переключения на лету и изменения настроек - есть короткие рывки видео, это заметно при включенной статистике(смотреть на линии графа
В моем случае только красная линия заметно, но незначительно слегка съехала вниз.
[merge_posts_bbcode]Добавлено: 2018-04-16 11:42:10[/merge_posts_bbcode]

Хотя нет, если переключать звуковые устройства на лету, то обе линии и зеленая и красная становятся заметно искривленными, а вот если переключать режимы WASAPI на лету, во время воспроизведения, то в этом случае преимущественно, в большинстве случаев искривляется в основном только красная линия.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 16 апреля 2018, 12:38:00
Я же говорил что есть рывки. Сейчас задача моя от них избавиться :)
[merge_posts_bbcode]Добавлено: 2018-04-16 19:38:00[/merge_posts_bbcode]

Я сейчас в раздумье - либо залить как оно сейчас есть и потом уже "пытаться" довести до ума, либо доводить и периодически выкладывать тестовый билды. Я считаю что лучше залить - тем более что все эти переключения и микро-рывки не особо и заметны ))

Кто что думает ??
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: V0lt от 16 апреля 2018, 12:52:37
Aleksoid1978
Ты поясни. Само время и длительность ушедших пакетов переписывается или просто идет привязка часов к "тактогенератору" HDMI?
[merge_posts_bbcode]Добавлено: 2018-04-16 12:50:11[/merge_posts_bbcode]

Просто, если значения пересчитываются и забиваются новыми, то в конечном счете мы получим рассинхрон в видео.
Если мы просто используем свои часы, то должно быть нормально.

PS: Всякие сложные случаи, когда таймкод резко меняется, Я пока не рассматриваю.
[merge_posts_bbcode]Добавлено: 2018-04-16 12:52:37[/merge_posts_bbcode]

Можно сначала бета-релиз выпустит, а уже после все перелопачивать. :)
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 16 апреля 2018, 13:22:50
Цитата: Aleksoid1978Я сейчас в раздумье - либо залить как оно сейчас есть и потом уже "пытаться" довести до ума, либо доводить и периодически выкладывать тестовый билды. Я считаю что лучше залить - тем более что все эти переключения и микро-рывки не особо и заметны ))

Кто что думает ??
Несмотря на то, что при переключении звуковых устройств и режимов WASAPI на лету, во время воспроизведения, присутствуют рывки кадров, все остальное работает совершенно нормально.

Также, хочу отметить, что сейчас в SVN присутствует проблема, которой нет в переделанных билдах - это изменения графика времени кадров, я бы даже сказал так - нарастание графиков, при переключении режимов WASAPI, особенно с Shared нв Exclusive, в результате чего, проявляются трески и помехи в звуке. А это неправильно, т.е. уже баг.

Выглядит это вот так. Обязательно обратите на это внимание. Это как раз то, что сейчас творится в SVN.
Во время воспроизведения, при переключении с Shared на Exclusive, графики становятся более волнистыми и появляются трески звука в колонках. При обратном переключении с Exclusive на Shared, трески исчезают.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 16 апреля 2018, 13:32:49
Ну тогда, наверное, завтра залью изменения.
[merge_posts_bbcode]Добавлено: 2018-04-16 20:32:49[/merge_posts_bbcode]

Просьба внимательно погонять переключения режимов/устройств/настроек и A/V синхронизацию.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 16 апреля 2018, 14:36:58
Цитата: Aleksoid1978Просьба внимательно погонять переключения режимов/устройств/настроек и A/V синхронизацию.
Я как раз сейчас этим и занимаюсь. И как уже стало ясно, в SVN присутствует с этим проблема.
[merge_posts_bbcode]Добавлено: 2018-04-16 13:41:08[/merge_posts_bbcode]

Aleksoid1978
Для вас прилагаю два похожих видео файла для сравнения.
Сравните пожалуйста графики, при переключении режимов WASAPI с Shared на Exclusive в SVN-билде и на вашем последнем втором тестовом билде.

Вы увидите, что проблема с более волнистыми графиками присутствует только в SVN-билде.

[merge_posts_bbcode]Добавлено: 2018-04-16 14:14:58[/merge_posts_bbcode]

"Еще лучше" - эта проблема, которая есть в SVN, с более волнистыми графиками, при переключении режимов WASAPI, еще и плавающая к тому же. Но я точно скажу вам, что я и раньше замечал такое, но почему-то решил, что это и не проблема вовсе, хотя это не так, а все потому, что в тот момент, когда я впервые ее увидел, я слушал звук на звуковой карте "ASUS Xonar DG". А на ней, в отличие от других имеющихся у меня активных звуковых карт "Realtek HD" и "C-Media 8738 SX/LX", нет и не было треска и помех звука. Но сам факт того, что графики стали более волнистыми уже говорит о том, что так быть не должно. Как будто происходит сдвиг времени кадра.
[merge_posts_bbcode]Добавлено: 2018-04-16 14:20:05[/merge_posts_bbcode]

Данную проблему с более волнистыми графиками, при переключении режимов WASAPI, я ни в какую не могу получить на переделанном втором тестовом билде. Ее просто там даже и близко нет.

[merge_posts_bbcode]Добавлено: 2018-04-16 14:22:58[/merge_posts_bbcode]

Хотя, неудивительно, что она периодически возникает в SVN, ведь там же присутствуют и эти дропы пакетов, отчего смело можно сказать, что в определенный момент времени происходит или сбой, или сдвиг времени кадра, или еще что-то, отчего и возникают эти проблемы с дропами пакетов и более кривывми волнистыми графиками.

[merge_posts_bbcode]Добавлено: 2018-04-16 14:36:58[/merge_posts_bbcode]

Aleksoid1978:

На данный момент получились такие ситуации:

В SVN - нет рывков кадров, при переключении звуковых устройств и режимов WASAPI, но зато есть дропы пакетов и нарастающие более волнистые графики.

Во втором тестовом билде - есть незначительные рывки кадров, при переключении звуковых устройств и режимов WASAPI,  но зато нет всего остального - нет дропов пакетов и более волнистых графиков.

Получилось как бы все наоборот.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 17 апреля 2018, 03:12:10
Ну да - на данный момент пока просто нет времени чтобы конкретно заняться "рывками" при изменении на лету. Но думаю со временем получиться - т.к. причину я знаю, просто пока не нашел решения(банально нет времени :) ).

Так что думаю завтра заливаю изменения.
[merge_posts_bbcode]Добавлено: 2018-04-17 10:12:10[/merge_posts_bbcode]

Изменения залиты.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 17 апреля 2018, 11:18:36
Цитата: Aleksoid1978Изменения залиты.
Ок, начал проверять различные всевозможные условия...
Цитата: Aleksoid1978Ну да - на данный момент пока просто нет времени чтобы конкретно заняться "рывками" при изменении на лету. Но думаю со временем получиться - т.к. причину я знаю, просто пока не нашел решения(банально нет времени smile ).
Когда вы будете реализовывать свое решение для устранения проблемы с рывками кадров, вам нужно будет также учесть одно условие.

И это условие - если не используется "Exclusive Mode".

Дело в том, что в обычном состоянии, при переключении режимов WASAPI, логика работает верно, да, пока есть незначительные рывки кадров, но остальное выполняется корректно, т.е. нет визуально задержек кадров и "A/V DeSync".

А теперь добавляем к этому обычному состоянию наше условие, когда не используется "Exclusive Mode" и получаем уже совсем другое - это визуальное присутствие не только задержек кадров, но и их слегка ускоренное воспроизведение, на некоторое время, после переключения режимов WASAPI на лету, во время воспроизведения, а также и рассинхронизацию, после повторного и обратного переключения режимов WASAPI.

Выглядит это вот так.

Алгоритм воспроизведения:

1. Задаем условие: "Если не используется Exclusive Mode"
2. Открываем видео файл
3. Во время его воспроизведения, переключаем режим WASAPI: Shared на Exclusive и сразу же обратно на Shared

Фактический результат: произойдет ускоренное воспроизведение кадров видео без звука на некоторое время, после чего, появится звук и воспроизведение нормализуется.

Так вот, это так называемое ускоренное воспроизведение кадров видео есть ничто иное, как наглядные визуальные те же самые незначительные рывки кадров, что и в обычном состоянии, когда используется "Exclusive Mode".

Если сказать проще, то "ускоренное воспроизведение кадров видео" и "незначительные рывки кадров" - это одно и тоже.

Просто в зависимости от условий, это выглядит по-разному. Но зато так хотя бы видно визуально и наглядно, что с кадрами, в момент переключения режимов WASAPI, и правда происходят рывки, но уже более, скажем так, - резкие и ускоренные.

Теперь про A/V DeSync:

Проявляется при повторном переключении режимов WASAPI с одного на другой и обратно и присутствует в двух формах:

Первая форма - обычный нормальный звук, который просто идет впереди, чем видео карды.

Вторая форма - более худшая и неприятная - это резкая перемотка в конец воспроизведения, при этом, сам прогресс дошел до конца, или почти до конца, а видео кадры продолжают воспроизводиться, причем они могут воспроизводится и быть, как в виде рывков слегка, или резко ускоренных, так и в обычном нормальном виде.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 17 апреля 2018, 11:37:09
Да уж, я бы и не подумал про такое извращение :)
Посмотрю что там происходит.

P.S. Исправил в 3542.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 17 апреля 2018, 14:32:48
Цитата: Aleksoid1978Да уж, я бы и не подумал про такое извращение :)
Посмотрю что там происходит.

P.S. Исправил в 3542.
Отлично! :) В целом, все работает нормально. Останется только решить проблему с рывками кадров, при переключении звуковых устройств и режимов WASAPI на лету, во время воспроизведения.

Кстати, после последних изменений, я заметил такую особенность (странность), т.е. при переключении:

"Shared" -> "Exclusive" - графики, в момент переключения, слегка искривляются. А обратно:
"Exclusive" -> "Shared" - графики, в момент переключения, остаются всегда нормальными.

А вот, при переключении звуковых устройств на лету, во время воспроизведения, графики всегда немного искривляются в момент переключения.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 17 апреля 2018, 14:56:50
Те "искривления" что остались сейчас - уже не смертельно, все останется как есть. Ибо это уже не заметно визуально.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 18 апреля 2018, 01:12:41
Цитата: Aleksoid1978Те "искривления" что остались сейчас - уже не смертельно, все останется как есть. Ибо это уже не заметно визуально.
Увы, но все же заметно визуально...  

Обнаружена A/V DeSync, после тщательной прогонки различных видео файлов с различными форматами. Оказалось все не так просто, как хотелось бы. На данный момент пока, но это только пока, - это единственные видео файлы с аудио, где всегда и совершенно стабильно проявляется рассинхронизация.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: V0lt от 28 апреля 2018, 22:15:42
Aleksoid1978
Слушай, а как новая синхронизация работает вот с таким случаем (https://forum.ru-board.com/topic.cgi?forum=5&topic=49025&start=3560#20)?
Она работает, но мне непонятно как. :D
Цитироватьmikhaelkh
В общем так. У твоего файла видео 25 к/с, а английская дорожка сделана под 23,976 к/с. Дорожку подогнали под видео за счет пересчета тайм-кодов (реальная длительность не менялась).
 
Для такого случая решение следующее. Зайти в Настройки->Встроенные фильтры->Аудио декодеры->Настройка аудио декодера и отключить "Корректировка A/V синхронизации".
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 29 апреля 2018, 03:01:24
Аудио дорожка "выступает в роли часов". Если подогнали с разрывами между аудио-пакетами - то рендерер будет "сдвигать" часы дабы аудио-данные шли бесперерывно(по времени). В этом случае будут рывки видео.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: V0lt от 01 мая 2018, 15:35:28
Aleksoid1978
При переходе на полный экран двойным кликом картинка и прогресс бар подвисают. Тоже самое при выходе из полного экрана. На DirectSound нормально.
MPC-BE r3576.

Так же пишут про проблемы с Framestep после r3572 (https://forum.doom9.org/showthread.php?p=1840807#post1840807).
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 01 мая 2018, 15:44:37
Ага, есть такое. Вот же блин - одно починишь, другое поломается :)
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 01 мая 2018, 20:23:33
Оставшиеся проблемы, после переделки встроенного "MPC Audio Renderer":

Проблема №1 - "волшебное воспроизведение и рассинхрон после его возобновления (https://yadi.sk/i/iTvD7K5l3V74YL)"
К данным проблемам относятся некоторые сэмплы и видео файлы от wanezhiling.

Да, я вижу, что они слегка "не такие как все", но раньше были сделаны для них отдельные фиксы.
Сейчас же, после переделок встроенного аудио декодера и встроенного аудио-рендерера, они ведут себя совершенно некорректно. Рассмотрим один выложенный выше пример. Видео файл открывается и воспроизводится. Вроде бы с ним все ок, но только до тех пор, пока не посмотришь на превью и не поставищь это видео на паузу, а после - возобновишь его воспроизведение. И вот тогда-то, после возобновления воспроизведения, виден рассинхрон на встроенном аудио-рендерере, т.е. звук пошел дальше, а кадры тупо стоят на месте, после чего, спустя примерно полминуты начинают воспроизводится, но звук уже далеко от них впереди. В общем, никакой A/V-коррекции нет и на превью - просто чернота (черные кадры).
[merge_posts_bbcode]Добавлено: 2018-05-01 19:45:24[/merge_posts_bbcode]

Проблема №2 - общий глобальный рассинхрон на встроенном аудио-рендерере, после возобновления воспроизведения (https://yadi.sk/i/HIYVxxhq3V76wt).
Глобальная проблема, аналогична предыдущей, присутствует на любых форматах видео файлов, при условии - после возобновления воспроизведения видео. Выложил один пример. Чем выше частота кадров, тем более мерзко выглядит данная проблема. Может приводить к зависанию плеера.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 02 мая 2018, 05:20:41
Да подождите, знаю я.
[merge_posts_bbcode]Добавлено: 2018-05-02 11:22:03[/merge_posts_bbcode]

Исправлено :)

[merge_posts_bbcode]Добавлено: 2018-05-02 12:20:41[/merge_posts_bbcode]

Сразу предупреждаю - с проигрыванием DVD все еще есть нюансы, так что про это(если кто найдет траблы) можно не писать.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 02 мая 2018, 14:04:26
Проблема №3: очень сильный разрыв (ускорение) кадров, при изменении режимов WASAPI на лету, во время воспроизведения (https://yadi.sk/i/UFDgHBGi3VAdjE).
Довольно неприятный резкий и ускоренный разрыв кадров видео, который также приводит к рассинхрону в конечном итоге.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 02 мая 2018, 14:22:36
Это мелочь :)
Вот точно - не надо было делать изменения параметров на лету. По большому счету 99.9% пользователей это не нужно, а гемороя вылазит куча ...
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 02 мая 2018, 14:34:00
Цитата: Aleksoid1978Это мелочь :)
Вот точно - не надо было делать изменения параметров на лету. По большому счету 99.9% пользователей это не нужно, а гемороя вылазит куча ...
Согласен, а вот изменений звуковых устройств на лету - всем нужно. А данная "мелочь", как вы сказали, проявляется даже и при этом условии.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 02 мая 2018, 14:34:20
Конкретно этот файл с PCM - там почему-то слишком большая очередь, отсюда и такой рывок.

P.S. С таким(и похожими файлами) ничего не сделать. У них ОЧЕНЬ большие размеры одного звукового пакета(более 2 секунд). При изменении настроек/устройства очищается вся входящая очередь. Ну и ессно, чтобы "догнать" по времени - вот и рывок.

Была одно время мысль хранить в очереди "оригинальные" входящие пакеты, но не считаю это оправданным. Так что тут все остается как есть.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 02 мая 2018, 14:47:14
Цитата: Aleksoid1978Конкретно этот файл с PCM - там почему-то слишком большая очередь, отсюда и такой рывок.
В прежнем варианте аудио-рендерера с методами синхронизации такого сильного рывка не было - это первое.

Второе - я не так уж и давно писал вам о проблеме с пропаданием звука, при переключении звуковых устройств на лету, которая была на прежнем варианте аудио-рендерера с методами синхронизации. Так вот, вы тогда сделали очень хороший фикс, который раз и навсегда полностью окончательно решил проблему с пропаданием звука.  Он есть в прежнем аудио-рендерер с методами синхронизации, но после переделки встроенного аудио-рендерера он просто исчез. Возможно он бы помог нам решить проблему, которая есть в текущем встроенном аудио-рендерере - пропадание звука и мертвое зависание плеера.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: V0lt от 02 мая 2018, 15:00:26
Aleksoid1978
Я не вижу большой проблемы при временном пропадании звука при переключении устройств. Мы ведь не в носу ковыряем, а почти всю инициализацию проделываем.

ЦитироватьУ них ОЧЕНЬ большие размеры одного звукового пакета(более 2 секунд).
Встречал такие AVI-шки, лечить такое на стороне рендерера и декодера не стоит, перемудришь код.
Такое надо разрешать на стороне AVI-сплиттера (насколько помню в системном решено), но проблема в том, что наш сплиттер под такое не подстроить в принципе.
В общем забей. :)
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 02 мая 2018, 15:46:37
Забываем про то как раньше работал аудио-рендерер.
[merge_posts_bbcode]Добавлено: 2018-05-02 22:46:37[/merge_posts_bbcode]

Я не смог получить зависание при изменении настроек/вывода. И как уже говорил - записали в TODO и забыли. Этот баг(если он и есть) - из разряда "надо поймать баг" . В реальности такое "не встретишь"
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 02 мая 2018, 19:43:52
Цитата: Aleksoid1978Забываем про то как раньше работал аудио-рендерер.
Раньше он нормально работал, не имел тех проблем, которые имеет сейчас.
Цитата: Aleksoid1978Я не смог получить зависание при изменении настроек/вывода. И как уже говорил - записали в TODO и забыли. Этот баг(если он и есть) - из разряда "надо поймать баг" . В реальности такое "не встретишь"
Непонятно, почему вы не можете воспроизвести пропадание звука, при изменении режимов WASAPI на лету, во время воспроизведения. У себя со второго, а если и нет, то с третьего раза - воспроизводится абсолютно на любой звуковой карте.

По поводу реальности - еще как встретишь. Приведу простой пример - открыл некий видео файл, решил переключить звук на другое звуковое устройство и бац - нет звука, плеер намертво завис. И даже его процесс не всегда удается нормально завершить.

Я, кстати написал, что эта проблема возникла с SVN r3545. Может все-таки стоит обратить внимание на эти изменения и попытаться хоть как-то их изменить, чтобы хоть звуковые устройства можно было переключать, не боясь, что вылетит эта проблема с потерей звука и дальнейшим зависанием?

Какой тогда был смысл всех этих переделок аудио-рендерера, если его основное преимущество в плане быстрого переключения звуковых устройств работает некорректно?
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 03 мая 2018, 13:25:30
Быстрое переключение устройств и смена настроек на лету - это совершенно НЕ ОСНОВНОЕ преимущество, а так - приятный бонус :)
[merge_posts_bbcode]Добавлено: 2018-05-03 20:25:30[/merge_posts_bbcode]

По поводу небольшого изменения тональности - с ffmpeg просто так не получиться, ибо он "съедает" данные и только потом отдает. Т.е. в реальном времени никак. Есть мысль - обрабатываем, к примеру, первые 10 пакетов, и если разрыв "постоянный", тогда рассчитать ускорение и применять на все последующие пакеты.

И ещё одна тема с изменением скорости - при применении фильтра atempo от ffmpeg мы как-бы теряем оригинальные временные метки, т.к. сам фильтр это не поддерживает, он просто вычисляет. Поэтому на файлах где звук 23 совмещён с видео 25(пакеты идут с разрывами во временных метках) при ускорении скорее всего наблюдается рассинхрон. И вот его починить просто нет никакой возможности.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 13 мая 2018, 20:04:31
Проблема №4 - рассинхрон, после сброса скорости воспроизведения.
Проявляется на потоковых видео файлах, после сброса скорости воспроизведения.

Пример: открыть ссылку YouTube, увеличить скорость воспроизведения на 1.2х, а после сбросить ее на нормальную 1.0, затем обратить внимание на воспроизведение видео и особенно звука. В итоге будет рассинхрон.
[merge_posts_bbcode]Добавлено: 2018-05-13 20:03:35[/merge_posts_bbcode]

Цитата: Aleksoid1978Быстрое переключение устройств и смена настроек на лету - это совершенно НЕ ОСНОВНОЕ преимущество, а так - приятный бонус :)
Согласен, что приятный бонус, но им пользоваться невозможно. На второй - третий раз уже пропадает звук и намертво виснет плеер с воспроизводимыми видео файлами.

[merge_posts_bbcode]Добавлено: 2018-05-13 20:04:31[/merge_posts_bbcode]

Надо откатывать SVN r3545 и проверять.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: V0lt от 13 мая 2018, 20:13:21
Опять звукавушка не умеющая банальный float32 ? :|
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 13 мая 2018, 21:02:48
Цитата: V0ltОпять звукавушка не умеющая банальный float32 ? :|
Причем тут "звуковушка, не умеющаяя Float32?" Вы не в теме...

Я просто продолжаю писать о тех проблемах, которые еще остались, особенно при использовании встроенного аудио-рендерера "MPC Audio Renderer". А это как раз - рассинхрон, при определенных условиях, одно из которых я написал выше и конечно же - потеря звука, при переключении звуковых устройств и режимов WASAPI.

Рассинхрон полностью стабилен и воспроизводится всегда. А по поводу потери звука, при переключении звуковых устройств и режимов WASAPI, я буду проверять сам, раз вы не можете воспроизвести у себя эту проблему. Буду сам откатывать SVN r3545, ибо оно сомнительное и проверять, поскольку в SVN r3542 данный баг с потерей звука не проявляется. Но заодно также и еще раз тщательно проверю SVN r3542, чтобы уж точно окончательно убедиться. Ибо этот баг уже достал, поскольку вообще стало невозможно по-человечески переключать звуковые устройства, после переделки встроенного аудио-рендерера "MPC Audio Renderer".

Не хочу конечно вас обидеть, но не могу не сказать следующее:

После переделки встроенного аудио-рендерера его "ОБЩЕЕ" поведение стало ненормальным.
Под "общее" имеется в виду то, как он себя ведет в достаточно распространенных и часто используемых ситуациях.

1. Появилось пропадание звука, при переключении звуковых устройств и режимов WASAPI на лету, чего уж точно не было до переделок. Это огромный минус, так как этим стало вообще невозможно пользоваться.

2. Я уже писал об этом но повторюсь снова - огромный разрыв, при переключении звуковых устройств и режимов WASAPI на лету, примером является моя AVI-шка, чего также раньше точно не было. Это тоже не есть хорошо, ибо вызывает рассинхрон, пускай и не очень значительный. Но сам факт того, что он есть - это уже неправильно, соответственно еще один минус.

3. При изменении скорости воспроизведения всегда присутствуют пропуски кадров. Только не путайте - не в самом воспроизводимом видео файле, а именно в момент изменения скорости воспроизведения. Этого тоже раньше не было, также было более плавное переключение и изменение скоростей воспроизведения.

4. Также под огромным сомнением корректность работы изменения скоростей воспроизведения на определенных некоторых видео файлах, после последнего обновления ffmpeg. Это я также буду еще проверять, если обнаружу неладное, то сообщу вам и предоставлю пример.
[merge_posts_bbcode]Добавлено: 2018-05-13 20:58:47[/merge_posts_bbcode]

И вот теперь приходится, на данный момент, терпеть все эти проблемы, причем они очень неприятные.
И все это началось (имеется в виду переделки встроенного аудио-рендерера) из-за того, что один некий пользователь - иностранец сообщил "ЯКОБЫ о периодическом дропе пакетов", которого визуально вообще даже и близко не было видно. Почему "якобы", да потому что если бы он был виден визуально внешне, то даже я сообщил бы об этом вам уже давным давно. Но, как я ни всматривался, какие только видео файлы не прогонял, я ни единого разу абсолютно никакого дропа пакетов так до сих пор и не увидел на прежнем варианте встроенного аудио-рендерера до его переделок.

А теперь подведем итоги: насколько сейчас хуже стал работать наш встроенный аудио-рендерер, по сравнению с его прежним вариантом до его переделок.

Ок, я не отрицаю, что были "периодические дропы пакетов" на прежнем варианте аудио-рендерера. Но - это была всего лишь одна проблема. А сколько их теперь появилось и прибавилось после переделки встроенного аудио-рендерера? Согласитесь, не так уж и мало. Те проблемы, что я еще раз расписал вам выше - это еще самый минимум того, как теперь работает наш встроенный аудио-ренджерер, после его переделки.

[merge_posts_bbcode]Добавлено: 2018-05-13 21:02:48[/merge_posts_bbcode]

И того, как наш встроенный аудио-рендерер работает сейчас - назвать это нормальным попросту нельзя.
Все эти проблемы, которые я вам расписал должны быть исправлены, иначе это никуда не годится.

То, что вы не можете воспроизвести некоторые проблемы, особенно потерю звука, это не значит, что ее нет.
Я всегда тестирую очень и очень тщательно и проверив ее на двух машинах, на абсолютно всех имеющихся звуковых картах, я смело и точно скажу, что проблема ТОЧНО ЕСТЬ.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: V0lt от 13 мая 2018, 21:40:48
Цитата: Evgeniy19901. Появилось пропадание звука, при переключении звуковых устройств и режимов WASAPI на лету, чего уж точно не было до переделок. Это огромный минус, так как этим стало вообще невозможно пользоваться.
Переключаю устройства через меню MPC Audio Renderer (в сами настройки не лезу, запоминать переключение не нужно) с Realtek на Intel HDMI и обратно. Задержка минимальная, что на Shared, что на Exclusive.
Win7, MPC-BE 1.5.2.3627 x64, PCM 48000Hz stereo.
[merge_posts_bbcode]Добавлено: 2018-05-13 21:40:48[/merge_posts_bbcode]

Переключаю с Shared на Exclusive и обратно. Задержка минимальная, что на Realtek, что на Intel HDMI.
Файл обычный, без кривизны.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 13 мая 2018, 21:48:10
Цитата: V0ltПереключаю устройства через меню MPC Audio Renderer (в сами настройки не лезу, запоминать переключение не нужно) с Realtek на Intel HDMI и обратно. Задержка минимальная, что на Shared, что на Exclusive.
Win7, MPC-BE 1.5.2.3627 x64, PCM 48000Hz stereo.
[merge_posts_bbcode]Добавлено: 2018-05-13 21:40:48[/merge_posts_bbcode]

Переключаю с Shared на Exclusive и обратно. Задержка минимальная, что на Realtek, что на Intel HDMI.
Файл обычный, без кривизны.
Возможно, но врятли, что при переключении с аналоговой звуковой карты на HDMI данного бага нет, или он не так просто проявляется, но в случае, как у меня, при переключении, допустим, с Realtek HD на ASUS Xonar DG туда и обратно, при обратном переключении может пропасть звук. А если он пропадет - то тут плеер зависает просто намертво, иногда даже с самой операционной системой, поскольку чувствуется что происходит некий "Lock", я бы даже сказал "обрыв" звукового устройства, т.е. в момент переключения, происходит реконнект, но в этот же момент аудио-рендерер или не может выполнит переключение, или же теряет звуковое устройство.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 14 мая 2018, 02:08:13
А я вот сколько пользуюсь - и все отлично. Пробовал переключать и устройства и менять настройки - ну не смог получить ни зависон, ни пропадание звука. Может я что-то делаю не так :)

Тоже самое касается изменения скорости воспроизведения - поведение ничем не отличается от того же DS вывода.
[merge_posts_bbcode]Добавлено: 2018-05-14 09:08:13[/merge_posts_bbcode]

Проверил изменение скорости при проигрывании Youtube роликов(обычные и DASH) - нет рассинхрона.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 14 мая 2018, 03:06:45
Цитата: Aleksoid1978А я вот сколько пользуюсь - и все отлично. Пробовал переключать и устройства и менять настройки - ну не смог получить ни зависон, ни пропадание звука. Может я что-то делаю не так :)

Тоже самое касается изменения скорости воспроизведения - поведение ничем не отличается от того же DS вывода.
[merge_posts_bbcode]Добавлено: 2018-05-14 09:08:13[/merge_posts_bbcode]

Проверил изменение скорости при проигрывании Youtube роликов(обычные и DASH) - нет рассинхрона.
Быть такого не может! Уж если я могу элементарно воспроизвести у себя на Windows 10, да и не только, даже на Windows 7 данные проблемы, то и у вас и всех остальных они должны воспроизводится также с легкостью.
[merge_posts_bbcode]Добавлено: 2018-05-14 02:40:25[/merge_posts_bbcode]

Еще раз:

Общая (основная) проблема - пропадание звука и мертвое зависание плеера (его процесса в системе) после его попыток закрытия.

Примеры: https://yadi.sk/d/NN4E8e8f3Vr4A2

Алгоритм воспроизведения:

1. Скачать и запустить абсолютно каждое из данных видео файлов
2. Во время их воспроизведения открыть свойства встроенного "MPC Audio Renderer"
3. Как можно чаще переключать режимы WASAPI с одного (Exclusive) на другой (Shared) и обратно с Shared на Exclusive, чем быстрее, тем лучше

В итоге произойдет пропадание звука. Если после пропадания звука попытаться закрыть плеер, то он намертво зависнет.

Проблема №4 - рассинхрон, после сброса скорости воспроизведения.
Проявляется на потоковых видео файлах, после сброса скорости воспроизведения.

Примеры ссылок:

https://www.youtube.com/watch?v=0KCZEBe-koA
https://www.youtube.com/watch?v=uki-Zdu2JUI

Алгоритм воспроизведения:

1. Открыть обе ссылки YouTube
2. Увеличить скорость воспроизведения на 1.2х
3. После - сбросить ее на нормальную 1.0х
4. Затем обратить внимание на воспроизведение видео, особенно на текст в нет и на сам звук.

В итоге будет заметно, что текст на видео не совпадает со звуком, а это означает рассинхрон.

Проблема №5 - резкое ускоренное (с пропусками кадров) воспроизведение кадров в начале воспроизведения видео файла.
Проявляется в самом начале воспроизведения данного видео файла и только на встроенном аудио-рендерере "MPC Audio Renderer"

Пример: https://yadi.sk/i/7enyvgB13Vr46d

Условие: должен быть выбран встроенный аудио-рендерер "MPC Audio Renderer"

Алгоритм воспроизведения:

1. Скачать данный видео файл
2. Запустить его

В итоге, после запуска будет заметно резкое ускоренное (с пропусками кадров) воспроизведение кадров в самом начале воспроизведения данного видео файла.
[merge_posts_bbcode]Добавлено: 2018-05-14 03:06:45[/merge_posts_bbcode]

Aleksoid1978

Для вас небольшие уточнения:

1. Обязательно посмотрите все мои видеозаписи на каждую из данных проблем. На них показано что и как я делаю. Старайтесь делать все то же самое, что делаю я на них.

2. Старайтесь как можно быстрее и чаще переключать режимы WASAPI на лету во время воспроизведения туда и обратно. Чем чаще и быстрее вы будете это делать, тем быстрее проявится баг с пропаданием звука.

3. Очень внимательно наблюдайте за текстом в видео файле и за звуком во время воспроизведения данных ссылок, после того, как вы выполните данный алгоритм воспроизведения, т.е. после сброса скорости воспроизведения.
Особенно обратите внимание на слово "VENUS", его появление и в этот же момент на его произношение (сам звук), который будет гораздо позднее, чем данное слово в в самом видео.

4. Обратите внимание на резкие более ускоренные кадры в самом начале воспроизведения данного примера видео файла. Они наблюдаются и присутствуют только на встроенном аудио-рендерере "MPC Audio Renderer".
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 14 мая 2018, 03:36:50
Вот на этих роликах Youtube да есть, локально эти файлы нормально ускоряются.
Но блин "баг" плавающий, то есть то нет - не могу поймать момент ...
[merge_posts_bbcode]Добавлено: 2018-05-14 10:32:41[/merge_posts_bbcode]

А вот по поводу этого пункта:
3. Как можно чаще переключать режимы WASAPI с одного (Exclusive) на другой (Shared) и обратно с Shared на Exclusive, чем быстрее, тем лучше

ну бред же, для чего этого )))

[merge_posts_bbcode]Добавлено: 2018-05-14 10:36:50[/merge_posts_bbcode]

По поводу "Помпеи" - да есть такое, кто-то догадался так криво уложить что звук начинается с 40 секунды :) Ну думаю это подправлю(сейчас просто в коде лимит в 10 секунд).
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 14 мая 2018, 05:14:21
По поводу Youtube - изменение скорости ничем не отличается и от обычной перемотки, поэтому рассинхрон тогда может появиться и при обычной перемотке. Вопрос - галка "Освобождать устройство во время ожидания" проставлена ?? Если да - снять и проверить без нее.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: V0lt от 14 мая 2018, 06:15:34
Вновь предложу сделать режим Shared по умолчанию, это в будущем позволит сделать MPC Audio Renderer рендерером по умолчанию.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 14 мая 2018, 06:55:42
Evgeniy1990
Счастье на твоей улице - словил я таки зависон(причем прям ЗАВИСОН), пришлось систему ребутать ибо звук не выводился(явно в драйвере что-то подвисло). Самое что интересное - это опять таки все на ASUS, дома такого не разу не смогу поймать :)
[merge_posts_bbcode]Добавлено: 2018-05-14 13:55:42[/merge_posts_bbcode]

Ну и плохая новость - что невозможно воспроизвести в Debug режиме, что в принципе исключает возможность даже понять причину ...
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 14 мая 2018, 07:47:10
Цитата: Aleksoid1978Счастье на твоей улице - словил я таки зависон(причем прям ЗАВИСОН), пришлось систему ребутать ибо звук не выводился(явно в драйвере что-то подвисло). Самое что интересное - это опять таки все на ASUS, дома такого не разу не смогу поймать :)
[merge_posts_bbcode]Добавлено: 2018-05-14 13:55:42[/merge_posts_bbcode]

Ну и плохая новость - что невозможно воспроизвести в Debug режиме, что в принципе исключает возможность даже понять причину ...
Ну наконец-то, хоть на чем-то смогли поймать. :)

Самое плохое и печальное, что это пропадание звука и дальнейший зависон присутствуют совершенно на любой звуковой карте, даже на встроенных Realtek HD, если переключать режимы WASAPI на лету, во время воспроизведения.

Я уже говорил, но скажу еще раз, что я перепроверил абсолютно все доступные и имеющиеся у себя звуковые карты и на всех данная проблема, в воем случае. воспроизводится легко, несложно, вполне достаточно обратного переключения и пропадание звука и зависон тут как тут.

Я также много раз пытался воспроизвести эту проблему (баг) в отладочных билдах, по началу - не получалось, но потом я все же смог поймать ее вместе с DebugView. Правда, вы мне потом сказали, что логи ничего не дают и вот это вот самое странное и непонятное. Неужели в логах ничего не говорится о том, что произошло в момент потери звука и дальнейшего зависания?
[merge_posts_bbcode]Добавлено: 2018-05-14 07:33:46[/merge_posts_bbcode]

Aleksoid1978
Если вы внимательно смотрели мои две видеозаписи по поводу потери звука и дальнейшего зависания плеера, при попытке закрыть его самым привычным способом на красный крестик, то в этот момент я воспроизводил проблему на внешней дискретной звуковой карте "C-Media", что уже говорит о том, что проблема не только на одной конкретной звуковой карте, а на нескольких, точнее - на всех.
[merge_posts_bbcode]Добавлено: 2018-05-14 07:39:39[/merge_posts_bbcode]

В случае с "ASUS Xonar DG" пропадание звука происходит как бы в двух вариантах:

Первый вариант - как у вас - полный мертвый зависон и дальнейшее отсутствие звука.
Второй вариант - как в моем случае со звуковой картой "C-Media" - сначала пропадает звук, а потом виснет и сам плеер, при его закрытии. В этом случае достаточно завершить его процесс (задачу) в системе и заново запустить с видео файлом.

[merge_posts_bbcode]Добавлено: 2018-05-14 07:47:10[/merge_posts_bbcode]

И меня очень сильно смущает изменение в SVN r3545, ибо до этого ничего подобного ни разу не возникало. Вот поэтому я решил сам еще раз проверить два SVN-билда - это SVN r3542 и SVN r3545, а также попробовать откатить изменения в SVN r3545, собрать тестовый билд и еще раз проверить на небольших по длительности видео файлах. Так как данная проблема с пропаданием звука и дальнейшим зависанием, в моем случае, воспроизводится достаточно быстро, то после отката изменений в SVN r3545, я запущу небольшой файл примерно минуты на две - три и буду переключать режимы WASAPI на лету, во время воспроизведения, до самого окончания его воспроизведения. Если за это время (общую длительность видео файла) баг ни разу не проявится, значит SVN r3545 будет однозначно являться некорректным.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 14 мая 2018, 07:59:21
Да все там в 3545 корректно - просто где-то ловиться "lock". А вот где это происходит - нет возможности отловить, ибо в Debug версии все хорошо.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: V0lt от 14 мая 2018, 21:49:13
Теперь (r3632) WASAPI Shared является режимом по умолчанию и идет первым в списке.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 15 мая 2018, 04:23:04
Цитата: Aleksoid1978По поводу Youtube - изменение скорости ничем не отличается и от обычной перемотки, поэтому рассинхрон тогда может появиться и при обычной перемотке. Вопрос - галка "Освобождать устройство во время ожидания" проставлена ?? Если да - снять и проверить без нее.
Рассинхрон, после сброса скорости воспроизведения, на потоковых видео файлах проявляется всегда стабильно на обоих режимах WASAPI: Exclusive и Shared. Первоначально я проверял именно на Shared-режиме, затем проверил также и на Exclusive, после чего, окончательно убедился, что рассинхрон на данных примерах ссылок однозначно есть.

Теперь по по поводу перемотки...

Опция "Разблокировать устройство во время ожидания" есть и работает только на Exclusive-режиме.

Я проверил следующие алгоритмы:

I. Опция  "Разблокировать устройство во время ожидания" включена.

1. Открыл ссылку
2. Увеличил скорость воспроизведения до 1.2х
3. Поставил воспроизведение на паузу
4. Через пару секунд возобновил воспроизведение

В итоге, после возобновления воспроизведения, рассинхрон не проявился.

1. Открыл ссылку
2. Увеличил скорость воспроизведения до 1.2х
3. Перемотал видео в произвольное место
4. Сбросил скорость воспроизведения

В итоге, после сброса скорости воспроизведения, рассинхрон проявился.

II. Опция  "Разблокировать устройство во время ожидания" выключена.

1. Открыл ссылку
2. Увеличил скорость воспроизведения до 1.2х
3. Поставил воспроизведение на паузу
4. Через пару секунд возобновил воспроизведение

В итоге, после возобновления воспроизведения, рассинхрон не проявился.

1. Открыл ссылку
2. Увеличил скорость воспроизведения до 1.2х
3. Перемотал видео в произвольное место
4. Сбросил скорость воспроизведения

В итоге, после сброса скорости воспроизведения, рассинхрон проявился.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 15 мая 2018, 08:29:44
Позавчера я смог поймать рассинхронн на этих Youtube роликах, сегодня уже нет. Позавчера было прям заметно как "медленно" происходит изменение скорости и перемотка, сегодня все моментально.

По идее такой момент надо отлавливать на изначально медленном источнике.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 16 мая 2018, 06:44:54
Цитата: Aleksoid1978Позавчера я смог поймать рассинхронн на этих Youtube роликах, сегодня уже нет. Позавчера было прям заметно как "медленно" происходит изменение скорости и перемотка, сегодня все моментально.

По идее такой момент надо отлавливать на изначально медленном источнике.
А вот у меня никаких улучшений ни разу не произошло, несмотря на то, что я много раз открывал данные ссылки в разное время. Причем, у меня всегда заметно, даже отчетливо видно, что само изменение скорости происходит, как вы и сказали, "медленно".
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 16 мая 2018, 14:28:14
Ну значит не повезло просто тебе )))
[merge_posts_bbcode]Добавлено: 2018-05-16 21:28:14[/merge_posts_bbcode]

Перепроверил дома те ссылки Youtube - изменение скорости/перемотка выполняется быстро, никакого рассинхрона :)
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 16 мая 2018, 16:58:08
Цитата: Aleksoid1978Ну значит не повезло просто тебе )))
[merge_posts_bbcode]Добавлено: 2018-05-16 21:28:14[/merge_posts_bbcode]

Перепроверил дома те ссылки Youtube - изменение скорости/перемотка выполняется быстро, никакого рассинхрона :)
Наоборот, очень даже повезло. :) Сейчас проверил эти две ссылки YouTube - больше не проявляется рассинхрон, после сброса скорости воспроизведения.
[merge_posts_bbcode]Добавлено: 2018-05-16 16:58:08[/merge_posts_bbcode]

Проблема №6: Предварительная резкая перемотка, после возобновления воспроизведения.
Проявляется только при использовании "MPC Audio Renderer", в зависимости от используемого режима WASAPI в момент возобновления воспроизведения.

Алгоритм воспроизведения:

1. Запустить любой (первый) видео файл в одной (первой) текущей сессии
[WASAPI: Shared Mode Initially]
2. Поставить первый воспроизводимый видео файл на паузу
3. Запустить любой (второй) видео файл в другой (второй) текущей сессии
4. Во время воспроизведения второго видео файла, переключиться на другой режим WASAPI
[WASAPI: Exclusive Mode Secondary]
5. Закрыть воспроизведение второго видео файла (завершить вторую сессию)
6. Вернуться к первому видео файлу и возобновить воспроизведение (снять видео с паузы)

В итоге, проявится предварительная резкая перемотка с пропусками кадров вперед на несколько секунд (некоторое время), после чего, воспроизведение первого видео файла в первой сессии нормализуется.

P.S. Данная проблема очень напоминает (похожа) на проблему №5.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 17 мая 2018, 03:40:28
Цитата: Evgeniy1990Проблема №6: Предварительная резкая перемотка, после возобновления воспроизведения.

Исправил.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 20 мая 2018, 03:38:24
Проблема №7 - рассинхрон, в случае отсутствия необходимых пакетов данных (https://yadi.sk/i/x13b6rGO3WDDTB).
Проявляется на видео файлах, внутри которых может отсутствовать часть данных.

Алгоритм воспроизведения:

1. Скачать данный видео файл
2. Запустить его

В итоге, во время его воспроизведения, после слов "World Exclusive" начнется рассинхрон, т.е. звук появится позднее, чем кадры видео.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 20 мая 2018, 03:55:38
Что значит отсутствие части данных ??
Битый ??
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 20 мая 2018, 04:00:44
Цитата: Aleksoid1978Что значит отсутствие части данных ??
Скачайте мой видео файл (пример) и посмотрите. Может там не отсутствие части данных, а может просто пропуск части данных. Просто выглядит так, словно там чего-то не хватает.
[merge_posts_bbcode]Добавлено: 2018-05-20 04:00:44[/merge_posts_bbcode]

Цитата: Aleksoid1978Битый ??
Не битый. Я вам даже напомню, в свое время, вы уже правили этот видео файл еще на прежнем варианте встроенного "MPC Audio Renderer". Раньше после данных слов было падение, а сейчас на текущем варианте встроенного "MPC Audio Renderer", после данных слов, возникает рассинхрон.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 20 мая 2018, 07:47:05
С каким source фильтром ??
Как поведение с другими аудио-рендерерами ??
[merge_posts_bbcode]Добавлено: 2018-05-20 11:40:13[/merge_posts_bbcode]

На какое время обратить внимание, когда там эти слова появляются ??

[merge_posts_bbcode]Добавлено: 2018-05-20 14:47:05[/merge_posts_bbcode]

Пробуем - https://yadi.sk/d/BnT09O-H3WDeAa
Ну и сразу погонять на других файлах, перемотку проверить и A/V синхронизация.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 20 мая 2018, 08:33:38
Цитата: Aleksoid1978С каким source фильтром ??
С любым фильтром-источником (LAV Splitter Source/WM ASF Reader + MPC Audio Decoder + MPC Audio Renderer)
Цитата: Aleksoid1978Как поведение с другими аудио-рендерерами ??
С DirectSound нет рассинхрона, но зато есть небольшой затуп (обрыв), который дублируется (воспроизводится два раза). Звук начинается, затем прерывается, а после снова возобновляется (восстанавливается).
Цитата: Aleksoid1978На какое время обратить внимание, когда там эти слова появляются ??
В самом начале воспроизведения видео файла, после четвертой секунды. После седьмой секунды начинается рассинхрон.
Цитата: Aleksoid1978Пробуем - https://yadi.sk/d/BnT09O-H3WDeAa
Ну и сразу погонять на других файлах, перемотку проверить и A/V синхронизация.
Проверил тестовый билд. Рассинхрона больше нет, при использовании "MPC Audio Renderer", но поломалось все остальное - это перемотка и скорость воспроизведения.

1. При перемотке наблюдаются очень сильные задержки и всегда идут пропуски кадров.
2. При ускоренном/замедленном воспроизведении всегда присутствуют очень сильные задержки и зависания кадров, частота кадров не успевает вовремя измениться, отчего и возникает зависание (ступор)

Также, при использовании связки: "MPC Audio Decoder" + "DirectSound Audio Renderer" присутствует небольшой затуп (обрыв) в одном моменте после 7-ой секунды. Звук начинается, сразу обрывается, а после - восстанавливается.

В общем, я точно выяснил, что тут проблема заключается именно в нашем текущем встроенном "MPC Audio Decoder".

1. "LAV Splitter Source/WM ASF Reader" + "MPC Audio Decoder" + "MPC Audio Renderer" - есть рассинхрон на данном WMV.
2. "LAV Splitter Source/WM ASF Reader" + "MPC Audio Decoder" + "DirectSound Audio Renderer" - есть дублирующий затуп на данном WMV.

Если заменить его на LAV Audio Decoder, то получается следующее:

1. "LAV Splitter Source/WM ASF Reader" + "LAV Audio Decoder" + "MPC Audio Renderer" - нет рассинхрона на данном WMV.
2. "LAV Splitter Source/WM ASF Reader" + "LAV Audio Decoder" + "DirectSound Audio Renderer" - нет дублирующего затупа на данном WMV.

Т.е. правки и корректировки нужно вносить не во встроенный "MPC Audio Renderer", а во встроенный "MPC Audio Decoder".

P.S. Небольшой затуп (обрыв) звука на "DirectSound Audio Renderer" как раз и говорит нам о том, что проблема (баг) именно в нашем встроенном "MPC Audio Decoder".

Данный пример является одним из особых случаев, когда внутри файла могут быть пустые данные. Я говорил уже, что их работа под большим сомнением, собственно так оно и есть. Поскольку любое изменение временных меток прежде всего влияет именно на такие вот видео файлы.

Но наш текущий "MPC Audio Renderer" тоже ведет себя с одной стороны правильно, с другой стороны - если в видео файлах будут пустые данные, будет отсутствовать часть данных, или если некий фильтр-источник некорректно работает и обрабатывает данные, то тут будут два варианта: первый - рассинхрон, второй - резкая перемотка видео кадров вперед. И если первый не представляет серьезную критическую угрозу, то в случае со вторым вариантом, тут может возникнуть падение плеера, или же падение звукового драйвера. Например, на ASUS Xonar DG, после некорректной работы плеера и падения звукового драйвера, в самой операционной системе звучит просто страшный гул и треск, вроде таких: "РРРРРРРРРРРРРРРРРРРР...", или "НННННННННННННННН...".
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 20 мая 2018, 09:05:14
Ну хз-хз. Перемотка(как и изменение скорости) - одинаковое поведение что на нашем декодер, что с LAV Audio.
То что данный момент пролетает на LAV Audio незаметно - есть такое. Но в этом нет ничего страшного. Ну дернуло разок. Есть нюансы с данными(прилетает слишком большой блок).
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 20 мая 2018, 09:13:38
Цитата: Aleksoid1978Ну хз-хз. Перемотка(как и изменение скорости) - одинаковое поведение что на нашем декодер, что с LAV Audio.
То что данный момент пролетает на LAV Audio незаметно - есть такое. Но в этом нет ничего страшного. Ну дернуло разок. Есть нюансы с данными(прилетает слишком большой блок).
Да, только при использовании "LAV Audio Decoder" и рассинхрона нет. А с нашим "MPC Audio Decoder", в паре со встроенным "MPC Audio Renderer" - он есть.

И еще раз скажу, что именно в данном тестовом билде поломалась корректная работа перемотки и скорости воспроизведения. Поломки только в данном тестовом билде.
[merge_posts_bbcode]Добавлено: 2018-05-20 09:13:38[/merge_posts_bbcode]

Я соглашусь с вашими словами - "есть нюансы с данными", однако они появились именно в текущем "MPC Audio Decoder", в более раннем варианте "MPC Audio Decoder" - их не было.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 20 мая 2018, 09:34:39
Я не наблюдаю никаких проблем ни с перемоткой, ни с изменением скорости - на тестовом билде. Да - на "проблемном участке" просто идет пропуск ~10 кадров, это необходимо. А то что с LAV Audio это не наблюдается - просто он выделяет буфер под данные с большим запасом. Мы же нет(v0lt не захотел делать много). Так что закрываем данную тему с этим .wmv файлом.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 20 мая 2018, 09:48:55
Цитата: Aleksoid1978Я не наблюдаю никаких проблем ни с перемоткой, ни с изменением скорости - на тестовом билде. Да - на "проблемном участке" просто идет пропуск ~10 кадров, это необходимо. А то что с LAV Audio это не наблюдается - просто он выделяет буфер под данные с большим запасом. Мы же нет(v0lt не захотел делать много). Так что закрываем данную тему с этим .wmv файлом.
Подождите пожалуйста с закрытием данной темы. Так что решили по поводу рассинхрона?  
В тестовом билде нет рассинхрона, при воспроизведении данного видео файла. А вот на некоторых других видео файлах, других форматах я отчетливо наблюдаю разницу в работе перемотки и скорости воспроизведения. Сделаю тогда видеозаписи для вас, чтобы было видно наглядно.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 20 мая 2018, 11:11:37
Да не надо записи - хватит одного/двух файлов на которых стала хуже работать перемотка.
Хотя ничего измениться не должно было.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: V0lt от 20 мая 2018, 12:55:59
Я не понял. В файле звук пропадает на 3 секунды и более?

PS: стандартный буфер в сплиттере 3 секунды, но при "острой" необходимости можно поднять до 10 секунд.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 20 мая 2018, 13:08:58
Не-не, ошибка именно в рендерере. Дело в том что в текущей версии(SVN) при вызове BeginFlush()/EndFlush() рендерер очищает буферы данных и обнуляет текущие временные метки. Вот из-за обнуления временных меток и получаем тишину. А по правильному - это делать надо только после перемотке(вызов NewSegment()), что я и сделал в тестовом билде. Я просто когда писал рендерер - "забыл" что flush может быть вызван во время проигрывания. Так что мои изменения в тестовом билде - корректные, и никаких проблем с перемоткой из-за этого не должно быть.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 20 мая 2018, 13:32:34
Цитата: Aleksoid1978Не-не, ошибка именно в рендерере. Дело в том что в текущей версии(SVN) при вызове BeginFlush()/EndFlush() рендерер очищает буферы данных и обнуляет текущие временные метки. Вот из-за обнуления временных меток и получаем тишину. А по правильному - это делать надо только после перемотке(вызов NewSegment()), что я и сделал в тестовом билде. Я просто когда писал рендерер - "забыл" что flush может быть вызван во время проигрывания. Так что мои изменения в тестовом билде - корректные, и никаких проблем с перемоткой из-за этого не должно быть.
Попробуйте увеличить скорость в своем тестовом билде, после открытия данного WMV. Вы убедитесь, что наблюдается зависание.
[merge_posts_bbcode]Добавлено: 2018-05-20 13:29:42[/merge_posts_bbcode]

Заливаю видео файлы для проверки и сравнения скорости воспроизведения.
Ссылка на примеры видео файлов.

Сравните скорость воспроизведения в своем тестовом билде и в SVN-билде.

Что нужно сделать:

1. Скачать каждый видео файл
2. Запустить каждый видео файл
3. Во время их воспроизведения, увеличить скорость воспроизведения на 1.2х

В итоге, в тестовом билде, сначала будет небольшая перемотка (скачок вперед) с пропусками кадров, особенно заметно на MP4-видео файлах, после чего, ускоренное воспроизведение нормализуется.

Так вот, в SVN этого скачка перемотки вперед, в момент увеличения скорости воспроизведения, -  нет и правильно, что нет, его быть не должно. Но тем не менее, он присутствует в вашем тестовом билде.
[merge_posts_bbcode]Добавлено: 2018-05-20 13:32:34[/merge_posts_bbcode]

Весь этот алгоритм необходимо выполнять при наличии использования встроенного "MPC Audio Renderer".
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 20 мая 2018, 13:47:55
Ага - есть такое. Надо будет подумать как это дело разрулить.
[merge_posts_bbcode]Добавлено: 2018-05-20 20:47:55[/merge_posts_bbcode]

Да уж, этот гребанный DirectShow - наворотили столько всего.
https://yadi.sk/d/w_wEx4tq3WETTw
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 20 мая 2018, 14:50:38
Цитата: Aleksoid1978https://yadi.sk/d/w_wEx4tq3WETTw
Проверил второй тестовый билд.

Результаты:

1. Рассинхрон на WMV-видео, при использовании "MPC Audio Renderer", исправлен.
2. Скорость воспроизведения на различных видео файлах, при использовании "MPC Audio Renderer", исправлена.
3. Скорость воспроизведения на различных видео файлах, при использовании "DirectSound Audio Renderer" - не исправлена.
При изменении скорости воспроизведения, при использовании "DirectSound Audio Renderer", любой видео файл воспроизводится рывками, при этом, частота кадров скачет.

По поводу третьего пункта - очень интересная и в то же время странная проблема. Поясняю:

Рывки кадров, во время ускоренного/замедленного воспроизведения видео файлов, при использовании "DirectSound Audio Renderer" проявляются только если в графе фильтров присутствует аудио процессор AC3Filter.

Что интересно, если используется связка фильтров "AC3Filter" + "MPC Audio Renderer", где "AC3Filter" выступает в качестве аудио процессора, то никаких рывков кадров, при ускоренном/замедленном воспроизведении, во втором тестовом билде нет.

Вот так странность...
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 20 мая 2018, 15:04:15
По поводу пункта 3 - ну это как бы совсем не из данной темы, тем более если только при выводе DS(пишем в M$).
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Evgeniy1990 от 20 мая 2018, 15:25:41
Цитата: Aleksoid1978По поводу пункта 3 - ну это как бы совсем не из данной темы, тем более если только при выводе DS(пишем в M$).
Без "AC3Filter", рывков кадров, во время ускоренного/замедленного воспроизведения различных видео файлов, при использовании "DirectSound Audio Renderer" -  нет. Удивительно. Проблема скорее всего в AC3Filter.
[merge_posts_bbcode]Добавлено: 2018-05-20 15:09:48[/merge_posts_bbcode]

Это просто ЧУДО, что "AC3Filter", в качестве аудио процессора, совершенно нормально работает с "MPC Audio Renderer". :) )))

[merge_posts_bbcode]Добавлено: 2018-05-20 15:14:34[/merge_posts_bbcode]

Aleksoid1978
В целом, ваши изменения во втором тестовом билде оказались удачными, вы смогли устранить основную проблему №7 - рассинхрон на WMV и побороть скорость воспроизведения, при использовании "MPC Audio Renderer". :)

P.S. В идеале конечно еще избавиться от этого обрыва звука в одном месте. V0lt вроде не против, тем более, что раньше такого никогда не было.

[merge_posts_bbcode]Добавлено: 2018-05-20 15:25:41[/merge_posts_bbcode]

И еще остался один вопрос, исходя из результатов тестирования вашего второго тестового билда. Я заметил еще одну странность на данном WMV. Она заключается в изменении скорости воспроизведения.

Если используется:

1. "WM ASF Reader" + "DirectSound Audio Renderer", то  если попробовать увеличить скорость, увеличение просто не работает, ничего вообще не происходит, скорость воспроизведения не меняется на 1.2х.
2. "WM ASF Reader" + "MPC Audio Renderer", то при увеличении скорости воспроизведения, сначала происходит небольшая перемотка видео кадров вперед, а после видео кадры тупо стоят на месте (зависание).

Я так понял, что "WM ASF Reader" просто напросто не умеет нормально работать с измененными скоростями воспроизведения.
Название: WASAPI рендерер - периодический дроп пакетов. [Исправлено]
Отправлено: Aleksoid1978 от 21 мая 2018, 11:27:14
Да это прикол WM ASF Reader.
[merge_posts_bbcode]Добавлено: 2018-05-21 18:27:14[/merge_posts_bbcode]

Вообщем пока последние изменения откладываются, есть нюансы как говориться :)