MPC MP4/MOV Source - некорректная работа [Исправлено]

Evgeniy1990 · 04 апреля 2020, 09:09:51

Обнаружил поломку во встроенном фильтре-источнике "MPC MP4/MOV Source".

При воспроизведении некоторых самых элементарных видео файлов, происходит снижение частоты кадров и начинается "slow-mo", при этом заметны рывки звука.

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

Т.е. баг (поломка) строго стабильный. Проявляется всегда в определенном месте.

Прилагаю ссылки на элементарные видео файлы:

https://www.youtube.com/watch?v=o4eUDgNgImI
https://www.youtube.com/watch?v=g2il8J8RjYw
https://www.youtube.com/watch?v=oNeynbfk_Cw

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

P.S. Естественно, проблема только при использовании встроенного фильтра-источника "MPC MP4/MOV Source".
При использовании внешнего фильтра-источника "LAV Splitter Source", данной проблемы нет.

Aleksoid1978 · 04 апреля 2020, 09:28:33

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

Evgeniy1990 · 04 апреля 2020, 09:58:26

Цитата: Aleksoid19781 - ну наверное хорошо бы указать примерное время, на котором начинаются "глюки" воспроизведения для каждой ссылки
2 - так же надо указать в каком формате(ну то что MP4 понятно, ну а вот разрешение и dash или обычный - не понятно).
3 - проверить проигрывание на локальных копиях файлов.

1. Время проявления:

Первая ссылка - сброс на 00:00:38
Вторая ссылка - сброс на 00:00:53
Третья ссылка - тут вообще выпадание кадров на 00:00:40

2. Обычные видео файлы. не DASH!

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

Aleksoid1978 · 04 апреля 2020, 12:10:44

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

P.S. Хотя нет, там как-то по хитрому уложены данные, Source фильтру приходится делать "перемотку" вместо линейного чтения, посмотрим.

Добавлено: 2020-04-04 19:10:44

Исправлено в r5171.

Evgeniy1990 · 04 апреля 2020, 15:04:12

Aleksoid1978,

ЦитироватьИсправлено в r5171.

Собрал и проверил SVN r5171 - проблема так и осталась, вернее сказать - частично исправлена.
Теперь сброс частоты кадров проявляется гораздо позднее первоначально указанного времени, что очень странно. Такого быть не должно.

Теперь ситуация такая:

Первая ссылка: 00:01:01
Вторая ссылка: 00:01:08
Третья ссылка: 00:00:53

Aleksoid1978 · 05 апреля 2020, 06:05:33

Так - тестовый билд https://yadi.sk/d/FprRD93pHVUBuA
Просьба проверить с ним как можно больше разных MP4/MOV/3GP файлов. Понятно что это конечно титанический труд - но дабы убедиться что ничего не поломалось - т.к. изменил механизм считывания данных при воспроизведении и возможно на некоторых файлах могут вылезти косяки.

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

Evgeniy1990 · 05 апреля 2020, 07:28:45

Цитата: Aleksoid1978Так - тестовый билд https://yadi.sk/d/FprRD93pHVUBuA
Просьба проверить с ним как можно больше разных MP4/MOV/3GP файлов. Понятно что это конечно титанический труд - но дабы убедиться что ничего не поломалось - т.к. изменил механизм считывания данных при воспроизведении и возможно на некоторых файлах могут вылезти косяки.

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

Начал проверять тестовый билд. Проверил на нем данные три примера "Roses Are Red..." - теперь они полностью нормально воспроизводятся в потоковом режиме.

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

Добавлено: 2020-04-05 07:28:45

Aleksoid1978,
Начал собирать для вас MP4-файлы, на которых вылезли косяки в вашем тестовом билде.

Папка с проблемными MP4

Aleksoid1978 · 05 апреля 2020, 07:48:16

Вкратце - в чем проблемы, что бы самому не искать ?

Evgeniy1990 · 05 апреля 2020, 07:52:34

Цитата: Aleksoid1978Вкратце - в чем проблемы, что бы самому не искать ?

Не начинается воспроизведение.

Добавлено: 2020-04-05 07:52:34

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

Если вдруг встретится необычный файл, или файлы с необычными проблемами, тогда я распишу подробнее, где и в чем проблема.

Aleksoid1978 · 05 апреля 2020, 11:35:49

Ок, понял.

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

Добавлено: 2020-04-05 18:35:49

Вообщем откатил последнее изменение - оно было поспешным и некорректным. Пока решения для "нормального" проигрывания онлайн таких файлов нет, не нашел пока решения.