MPC-BE forum

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

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

Итак, пожалуйста обратите внимание на этот скриншот: https://yadi.sk/i/R-hFvF8vmjS8W

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

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

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

P.S. Только изменения r1078, или r1082 могли вызвать данный баг.

Поясню:

r1078 - после этого изменения был случай, когда при переходе из окна в D3D FS, воспроизведение просто останавливалось, при этом кнопка воспроизведения находилась в режиме "воспроизведения".

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

r1082 - в этом изменении была сделана корректировка расчета общей длительности видео файла (duration).
Если внимательно посмотреть на данный скриншот, то можно увидеть, что воспроизведение остановилось на 00:23:24, вместо того, чтобы дойти до конца, т.е. до 00:23:25 и выполнить переход на следующий видео файл.

Также, на всякий случай, прилагаю сам видео файл и субтитры к нему: https://yadi.sk/d/TJB0Ys3ZmjcDW

Ну и напоследок поясню по поводу субтитров:

1. Когда вы откроете эти субтитры, вы увидите что текст "Данные субтитры предназначены... и т.д." появляются только лишь в самом начале воспроизведения.
У меня на скриншоте, этот текст субтитров появился именно в конце, т.е. в тот момент, когда должен был произойти переход на следующий видео файл, который не произошел.

2. Все субтитры, к сериям от одного переводчика, следовательно все они одинаковы, а точнее, на всех есть фраза "Данные субтитры предназначены... и т.д.", которая появляется, повторюсь еще раз, - только лишь в самом начале воспроизведения видео файлов. Это еще раз подтверждает тот факт, что плеер хотел выполнить переход на следующий фал, т.е. перестроить граф фильтров, в результате обновил (перестроил) только сам рендерер субтитров, а дальше вошел в ступор, который я так думаю, что скорее всего произошел или при построении графа фильтров, или в самом MPC Video Decoder.

В любом случае, какое-то из этих изменений, или оба вместе, является некорректными на все 100%

Ссылка на видео + сабы некорректная.

Цитата: Aleksoid1978Ссылка на видео + сабы некорректная.

Прошу прощение, ошибся, а точнее, ссылка почему-то не скопировалась после сгенерирования. Я не заметил просто.
Вот ссылка: https://yadi.sk/d/TJB0Ys3ZmjcDW

Хм, у меня вообще эта первая надпись из сабов не отображается, ни в начале и ессно ни в конце. Переход на следующей файл работает.
[merge_posts_bbcode]Добавлено: 2016-01-08 18:02:10[/merge_posts_bbcode]

Причем - я не смог заставить показаться этот кусок субтитров ни в MPC-HC, ни в Pot ... пока не ткнешь галку "Стиль по умолчанию".

Сабы кривые - в обычных .srt сабах сохранены куски из .ass с указанием позиций и разных эффектов.

Цитата: Aleksoid1978Хм, у меня вообще эта первая надпись из сабов не отображается, ни в начале и ессно ни в конце. Переход на следующей файл работает.
[merge_posts_bbcode]Добавлено: 2016-01-08 18:02:10[/merge_posts_bbcode]

Причем - я не смог заставить показаться этот кусок субтитров ни в MPC-HC, ни в Pot ... пока не ткнешь галку "Стиль по умолчанию".

Сабы кривые - в обычных .srt сабах сохранены куски из .ass с указанием позиций и разных эффектов.

Странно, у меня эта надпись отображается сразу, я даже проверил с настройками по умолчанию EVR-CP + встроенный рендерер субтитров - надпись есть.

Т.е. вы хотите сказать, что данный баг проявился из-за кривых субтитров? Так получается?

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

Мда. Скрестили SubRip с SSA.

Да - я же сказал что изврат. Но - у меня почему то вообще не отображается надпись ...

Я скажу так. Выкидываем эти субтитры-мутанты. Если после этого баг не наблюдается, то тему закрываем.

Гадать, почему эти субтитры-мутанты отображаются некорректно у меня нет никакого желания.

С чего вы решили, что проблема именно в этих субтитрах?

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

Общее в обоих случаях - это самовольная остановка воспроизведения, когда кнопка воспроизведения находится в состоянии воспроизведения.

Я не случайно занялся прогонкой сериала. Смотрю с 78 серии. И вот дошел до 232.

За все время, с 78 по 232 серию, этот баг проявлялся у меня уже 4 раза. Да, он плавающий, но все равно проявляется.
Причем, серии с 1 по 91 от переводчиков группы BST, серии с 92 по 232 уже от разных переводчиков.

И врятли у них у всех, как вы говорите, - "субтитры-мутанты". Не все же ведь "конченные дураки".

Так что я думаю, что дело вовсе не в субтитрах.

Но, я обязательно выполню повторную прогонку сериала с 78 по 232 серию, на этот раз уже без субтитров.
Если хотя бы один раз выскочит этот баг, значит, 100% - дело не в субтитрах.
[merge_posts_bbcode]Добавлено: 2016-01-10 18:21:59[/merge_posts_bbcode]

Aleksoid1978, V0lt, как и обещал, я прогнал заново сериал с 78 серии.

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

И вот, во время данной прогонки, баг все-таки проявился, причем два раза.

Первый раз во время перехода со 117 серии на 118-ую.
Второй раз -  со 139 серии на 140-ую.

Обратите пожалуйста внимание на данные скриншоты:

https://yadi.sk/i/l_zmTUPGmn6LK
https://yadi.sk/i/lX6HJUZqmn6Lo

Вывод: следовательно, проблема не в "субтитрах-мутантах", как вы предполагаете, а в нашем плеере.

Вот только в чем -  непонятно?

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

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

Поясню:

В данных изменениях была переделка DXVA2-декодера с ffmpeg + вдобавок - переделка обработки кадров, в том числе и "End of Stream". А у меня как раз-таки воспроизводились видео файлы в аппаратном режиме, т.е. при использовании DXVA2-видео декодера.

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

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

Цитата: Evgeniy1990Первый раз во время перехода со 117 серии на 118-ую.
Второй раз -  со 139 серии на 140-ую.

Если взять только эти файлы, то баг будет возможно повторить?

Цитата: V0ltЕсли взять только эти файлы, то баг будет возможно повторить?

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

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

По поводу общих деталей - я выполнил две прогонки, по сути два теста, с 78 серии до произвольной.

Первая прогонка - с 78 серии по 232
Вторая прогонка - с 78 серии по 139

Этого вполне достаточно, так как баг, при первой прогонке, проявился ровно 4 раза, при второй - ровно 2 раза.

Я уже говорил, что если хотя бы один раз получу этот баг, значит баг действительно есть и проявляется.
И, как оказалось, он действительно есть, т.е. баг подтвержден!

Теперь сравним случаи проявления бага, при первой и второй прогонках:

Итак:

Первая прогонка:

1 раз - 101-102 -> 103-104
2 раз - 124 -> 125
3 раз - 142 -> 143
4 раз - 232 -> 233

Вторая прогонка:

1 раз - 117 -> 118
2 раз - 139 -> 140

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

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

В общем, я посмотрю...

А пока решения этой проблемы такие:

1. Через тестовый билд с логом.
2. Через поиск билда, с которого начал проявляться этот баг.
3. Через анализ самих видео файлов.

Я скажу сразу - у меня нет времени на такие длительные проверки.

Цитата: Aleksoid1978Я скажу сразу - у меня нет времени на такие длительные проверки.

Проверять буду я.

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

P.S. Вот еще подобный случай:

Уже другой сериал.

1. Запустил предпоследнюю 12 серию.
2. Во время воспроизведения, выскочила ошибка: "Encountered an improper argument"

https://yadi.sk/i/UumGX_lgmoEYN
https://yadi.sk/i/EDNiQIYOmoEZB

3. После окончания воспроизведения 12 серии, плеер ее просто остановил, ("Остановлено"), вместо того, чтобы перейти на последнюю 13 серию.

Вот это странно, но уже ясно видно, что где-то происходит путаница в функционале, или настройках.

Какой-то там "аргумент" еще, столкновение с ним... В общем, одним словом - ужас, что происходит, непонятная каша, что с чем смешивается и конфликтует....

Только сегодня смотрел сериал, пересмотрел 10 серий - ни чего подобного не встретил.

Цитата: Aleksoid1978Только сегодня смотрел сериал, пересмотрел 10 серий - ни чего подобного не встретил.

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

Можно прямо в студии лог смотреть.
Еще можно собрать отладочную версию (искать в \\bin13\\mpc-be_x86_Debug) и смотреть логи через DebugView (https://technet.microsoft.com/ru-ru/sysinternals/debugview).

Цитата: V0ltМожно прямо в студии лог смотреть.
Еще можно собрать отладочную версию (искать в \\bin13\\mpc-be_x86_Debug) и смотреть логи через DebugView.

Как это работает?

Так:

1. Я собираю отладочный Debug-build
2. запускаю утилиту DebugView
3. Во время воспроизведения в утилите DebugView  должен появиться лог в виде текста

Все верно?

3. Во время работы отладочного билда в окне DebugView будет появляется текст.

Цитата: V0lt3. Во время работы отладочного билда в окне DebugView будет появляется текст.

Ок, понятно теперь, спасибо вам за полезные ответы. :)

В общем, выполнил третью прогонку сериала, на этот раз с серии 137 до произвольной.
Оставил компьютер на ночь, сам лег спать, утром посмотрел результат и вуаля...

Итак:

Третья прогонка:

1 раз -139 ->140

Баг проявился всего один раз при переходе со 139 серии на 140.

А вот теперь сравним с вами вторую и третью прогонки:

Как мы видим, и там и там ступор произошел именно после перехода со 139 на 140 серию.

Бинго!  Это говорит о том, что появился шанс воспроизвести этот баг в четвертый раз, т.е. в четвертой прогонке. Условия те же - непрерывное воспроизведение в полноэкранном режиме.

Теперь буду собирать отладочный билд и с помощью утилиты DebugView смотреть текст лога.
Буду очень сильно надеятся, что баг все же проявит себя и в четвертый раз, при переходе со 139 на 140 серию.
Прогонка будет такой же, т.е. как и треться - со 137 серии.

Так как удалось установить похожие случаи его проявления, следовательно по логике и идее, он должен будет снова проявится на том же самом месте, а именно при переходе со 139 на 140 серию.
[merge_posts_bbcode]Добавлено: 2016-01-13 07:46:44[/merge_posts_bbcode]

Aleksoid1978, V0lt:

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

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

Четвертая прогонка:

1 раз - 139 -> 140

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

После трех последних прогонок - всегда в одном и том же месте.

В общем, логи готовы, можете их посмотреть. Их всего два:

Первый - общий лог-файл, т.е. прогонка со 137 серии по 139-ую: https://yadi.sk/i/0Gg3x5HBmrQYx
Второй - только 139 серия. (Я просто вырезал кусочек лога, чтобы вам было легче ориентироваться):
https://yadi.sk/i/P6qYDi3umrQmW
Скриншот 5: https://yadi.sk/i/CPYYZZ3XmrQnG

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

А есть ли повторение этого бага, но без Наруты? :)

Цитата: V0ltПо логу, увы, ничего непонятно. Возможно где-то зациклилось. Выложи куда-нибудь серии 137-140 в ZIP-архиве. И сделай скриншот списка фильтров. )

V0lt, Aleksoid1978, пожалуйста:

Серии 137 - 140 в папке: https://yadi.sk/d/XGmzCtuWmuaVM
Серии 137 - 140 в архиве: https://yadi.sk/d/6glN9c6Fmuac4

Скриншот со списком фильтров: https://yadi.sk/i/gfy7F_qUmuahT

Чтобы получить баг, вам нужно будет выполнить следующий алгоритм воспроизведения:

Условие: непрерывное воспроизведение всех серий, никаких манипуляций, во время самого процесса воспроизведения.

Перед запуском 137 серии:

1. Выбрать "Системный по умолчанию" Аудио-рендерер
2. Включить опцию "Добавить в плейлист похожие файлы"
3. Положить все серии 137 - 140 в одну папку
4. Убедиться, что выбран EVR-CP + включен DXVA2

---------------------------------------------------------------------------------

5. Запустить 137 серию
6. После запуска этой серии, необходимо перейти в полноэкранный режим
7. После перехода в полноэкранный режим, ждать перехода со 139 серии на 140.

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

! Воспроизведение должно быть строго непрерывным, в течении примерно 1 часа ( 1 серия ~ 23 мин.)

Цитата: V0ltА есть ли повторение этого бага, но без Наруты? :)

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

Если взять "Elfen Lied" то там, в отличие от Наруто, плеер просто рандомно останавливает воспроизведение в конце, вместо того чтобы перейти на следующую серию, т.е. просто говорит, что "Остановлено".

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

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

В чем разница, например, между "Наруто" и "Эльфийской песнью"?

В "Наруто" происходит ступор в момент перехода, т.е. воспроизведение просто останавливается в конце и дальнейший переход не выполняется.

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

Цитата: Evgeniy1990Внимание! Во время воспроизведения в полноэкранном режиме, не выполнять никаких манипуляций с плеером, его окном, кнопками, настройками и тому подобными вещами. Иначе, не сможете получить баг.

! Воспроизведение должно быть строго непрерывным, в течении примерно 1 часа ( 1 серия ~ 23 мин.)

Вот этот момент реально жопа. Можно воспроизвести баг на короткий роликах типа вот этого? Тут 26 серий, файлы похожи - MP4 (H.264+AAC).

Цитата: V0ltВот этот момент реально жопа. Можно воспроизвести баг на короткий роликах типа вот этого? Тут 26 серий, файлы похожи - MP4 (H.264+AAC).

На коротких видео файлах воспроизвести баг практически нереально.

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

V0lt, Aleksoid1978, я упростил вам задачу с воспроизведением бага, на примере сериала "Наруто".

Теперь вам достаточно просто запустить 139 серию и ждать окончания ее воспроизведения и дальнейшего перехода на 140 серию.

Я сам прогнал 139 серию два раза, баг проявился как в первый, так и во второй раз.

Немного поясню:

1 раз прогнал по своему алгоритму, который я написал для вас в посте выше, т.е. при условии непрерывного воспроизведения в полноэкранном режиме, без каких-либо манипуляций.

2 раз - аналогично первому, только воспроизводил уже в оконном режиме, с различными манипуляциями, например: менял громкость, смотрел список фильтров, сворачивал окно плеера на панель задач.

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

! Самое главное - это чтобы видео файл воспроизводился строго непрерывно, от начала до конца.

Используя мой алгоритм воспроизведения, описанный в посте выше, попробуйте воспроизвести у себя еще раз этот баг, запустив 139 серию и подождать перехода на 140 серию.

Условие только одно - непрерывное воспроизведение от начала до конца.

Теперь, вам достаточно всего лишь подождать ~ 23 минуты - это одна 139 серия и обратить внимание, будет ли выполнен переход на следующую 140 серию.

У вас появился шанс получить этот баг, пожалуйста попробуйте.

Вчера запускал у себя на 64-битной версии (билд 1115, Win7sp1 x64). Оставил на 50 минут, когда проверил, то на экране был последний кадр 140 серии. Баг подтвердить не смог.

Цитата: V0ltВчера запускал у себя на 64-битной версии (билд 1115, Win7sp1 x64). Оставил на 50 минут, когда проверил, то на экране был последний кадр 140 серии. Баг подтвердить не смог.

V0lt, вы точно проверяли именно так, как я расписал? Т.е. вы учли все эти условия?

Цитата: Evgeniy1990Перед запуском 137 серии:

1. Выбрать "Системный по умолчанию" Аудио-рендерер
2. Включить опцию "Добавить в плейлист похожие файлы"
3. Положить все серии 137 - 140 в одну папку
4. Убедиться, что выбран EVR-CP + включен DXVA2

---------------------------------------------------------------------------------

5. Запустить 137 серию
6. После запуска этой серии, необходимо перейти в полноэкранный режим
7. После перехода в полноэкранный режим, ждать перехода со 139 серии на 140.

! Интересно, какая ситуация на Windows 10 у Aleksoid1978?

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

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

Уже третий день прогоняю различные билды.

Вот первые три:

[1051 -> 1036]
[1044 -> 1031]
[1000 -> 994]
[merge_posts_bbcode]Добавлено: 2016-01-21 21:44:39[/merge_posts_bbcode]

Очень странно... Поиск продолжается...

[merge_posts_bbcode]Добавлено: 2016-01-30 11:21:17[/merge_posts_bbcode]

Возвращаюсь к данной проблеме, продолжаю поиски проблемного билда...

Текущие диапазоны следующие:

[994 -> 699]

[699 - 595]

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

И еще, когда был сбой на SourceForge, некоторые изменения были утеряны, после чего -восстановлены.
Но, список на самом SourceForge остался старым.

Вот это меня и беспокоит больше всего, некоторые баги/поломки возникли именно с этого момента.

В Общем, буду смотреть, проверять, экспериментировать.

Как обычно, по ходу дела, буду отписываться о своих результатах.

[merge_posts_bbcode]Добавлено: 2016-01-30 16:22:01[/merge_posts_bbcode]

Результаты:

Начну еще раз с того, что данный баг проявляется только на новых системах (WinVista/7/8/8/1/10),

Баг полностью отсутствует на Windows XP.

Итак, я проверил десяток различных билдов.

Что можно сказать:

1. Баг присутствует и проявляется на новых системах, как при использовании всех наших встроенных MPC-фильтров, так и при использовании внешних фильтров LAV Filters.

Вывод: наши встроенные MPC-фильтры и фильтры LAV Filters не влияют на его проявление.

2. Баг присутствует и проявляется на новых системах, как при воспроизведении в DXVA2, так и при воспроизведении в софтовом режиме.

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

3. Баг присутствует и проявляется, даже при кастомных цепочках фильтров, например:

а) LAV Splitter Source + MPC Video Decoder
б) MPC MP4 Source + LAV Video Deocder
в) LAV Splitter Source + LAV Video Decoder
г) MPC MP4 Source + MPC Video Decoder

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

Мда, очень и очень странно... Чтобы я ни пробовал, баг все-равно есть. Да как такое может быть?  

Мне очень и очень интересно, при каких же тогда условиях его не будет вообще?

Как минимум должно быть хотя бы одно условие, при котором данного бага быть не должно.
Ведь на него проявление явно что-то влияет. Странно, что это не фильтры, и даже не режимы декодирования.

Я дошел уже до билдов 699 и 595 - и на них он тоже есть. Вот же зараза проклятая...

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

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

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

Ладно...

Необходимо еще проверить также следующие условия:

1. Наличие, или отсутствие субтитров
2. Различные видео-рендереры
3. Различные аудио-рендереры
4. Настройки плеера по умолчанию
5. Свои собственные настройки
6. Различные рендереры субтитров
7. Фича - добавление похожих файлов в плейлист - тут будет особая проверка, так как она работает не всегда корректно, есть некоторые баги.

P.S. Не волнуйтесь, я докопаюсь до истины, мне самому даже интересен этот баг, поскольку его действительно можно назвать "особым", или "избранным", поскольку проявляется всегда только на новых операционных системах.

То что его нет на XP - просто чудо! Был бы он на XP, проверять и искать причину его возникновения было бы проще.

[merge_posts_bbcode]Добавлено: 2016-02-03 19:39:14[/merge_posts_bbcode]

Aleksoid1978/V0lt

Проверены все возможные условия:

1. Наличие, или отсутствие субтитров - БАГ ПРИСУТСТВУЕТ!
2. Различные видео-рендереры - Баг может присутствовать, а может и отсутствовать!
3. Различные аудио-рендереры - Баг может присутствовать, а может и отсутствовать!
4. Настройки плеера по умолчанию - БАГ ПРИСУТСТВУЕТ!
5. Свои собственные настройки - БАГ ПРИСУТСТВУЕТ!
6. Различные рендереры субтитров - БАГ ПРИСУТСТВУЕТ!

Кроме этого:

7. Фича - добавление похожих файлов в плейлист - тут будет особая проверка, так как она работает не всегда корректно, есть некоторые баги.

С этим отдельная песня... Скажу сразу - фича багнутая, я дам максимум 10%, но уж точно не 90 и не 99%, как вы говорите и говорили ранее.

Найдены те условия, при которых баг исчезает:

2. Различные видео-рендереры
3. Различные аудио-рендереры

Ну наконец-то, я смог найти и нашел эти условия, при которых баг отсутствует.

Вот список:

Тестирование выполнялось на Windows 10:

1. EVR System + DirectSound - БАГ ОТСУТСТВУЕТ!
2. EVR SYstem + MPC Audio Renderer - БАГ ОТСУТСТВУЕТ!
3. EVR Custom + DirectSound - БАГ ПРИСУТСТВУЕТ!
4. EVR Custom + MPC Audio Renderer - БАГ ОТСУТСТВУЕТ!
5. madVR + DirectSound - БАГ ОТСУТСТВУЕТ!
6. madVR + MPC Audio Renderer - БАГ ОТСУТСТВУЕТ!

Выводы:

1. Баг присутствует только на EVR Custom, с учетом только новых операционных систем (Windows 7 - 8 - 8.1 - 10)
2. Баг присутствует только если используются DirectSound-аудио рендереры, при использовании EVR Custom.

EVR Custom + DirectSound Audio Renderers = баг самовольной остановки воспроизведения.

Вот тут уже однозначно поломка находится внутри EVR Custom.

Вопрос: почему она не проявляется, при MPC Audio Renderer?
Ответ: потому что MPC Audio Renderer использует алгоритмы синхронизации.
[merge_posts_bbcode]Добавлено: 2016-02-03 20:14:22[/merge_posts_bbcode]

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

Внимание! НЕ ПУТАТЬ!

1. Самовольная остановка воспроизведения, вместо перехода на следующий файл в папке/списке.

Это просто зависон в конце воспроизведения файла!
Причина: EVR Custom + DirectSound.

2. Просто остановка воспроизведения, вместо перехода на следующий файл в папке/списке.

Это просто остановка, когда плеер говорит нам "Остановлено", по окончании воспроизведения файла.
Причина: наличие работы опции добавления похожих файлов в список.
[merge_posts_bbcode]Добавлено: 2016-02-04 11:52:36[/merge_posts_bbcode]

Aleksoid1978/V0lt

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

Aleksoid1978, поскольку у вас есть Windows 10, вы можете попробовать воспроизвести у себя этот баг, при условии использования "EVR Custom + Системный по умолчанию аудио рендерер". Я уверен, что вы сможете у себя его воспроизвести. Я, если необходимо, могу попробовать поискать билд.

Вам всего лишь надо подождать примерно 24 минуты.

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

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