» Media Player Classic - Black Edition (MPC-BE) часть 2

Цитата:

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

1 - Не при открытии, а на определенных моментах.

2 - Это происходит всё чаще, причем на рипах международной сцены (которые качают десятки тысяч человек - новые эпизоды сериалов итд).

3 - Этого не было раньше вообще никогда.

А вот почему началось - вот вопрос.

watcherhd
Проверил ваш видео файл "Южный парк". Файл нормальный, перематывается нормально, я даже проверил ускоренное воспроизведение и перемотку на нем. В результате - полный порядок.
Проверял на тестовом билде r945, который выложил Aleksoid1978.
При WASAPI и при DirectSound, данный видео файл работает и перематывается нормально.

Добавлено:

Цитата:

1 - Не при открытии, а на определенных моментах.

Что за моменты? Можно узнать у вас конкретные тайминги?

Добавлено:

Цитата:

1 - Не при открытии, а на определенных моментах.

Что за моменты? Можно узнать у вас конкретные тайминги?

где-то после 6:12, когда машина уезжает.

watcherhd
Пробовал в торрент-клиенте файл перехешировать? Такое бывает при битой памяти/диске. Еще можешь конкретно свою копию файла валидатором прогнать.

Цитата:

А вот почему началось - вот вопрос.

Мне тоже это интересно.

watcherhd

Цитата:

где-то после 6:12, когда машина уезжает.

Проверил данное время. И правда, после 6:12, когда красная машина уехала воспроизведение данного видео файла просто само автоматически остановилось.

Но если просто открыть данный видео файл, попробовать его быстро поперематывать, то данного явления не будет.

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

Я тоже проверял и на WASAPI и на DirectSound и рендереры менял и сбрасывал плеер на умолчания, не помогало, пока сплиттер от LAV не поставил вместо встроенных. Еще хочу проверить на других OS, сдается мне - это с win 10 связано, у друга повторяется вот эта же проблема, тоже несколько дней уже, он тоже на 10-ке, но билд MPC-BE у него - последний стабильный. И тоже пошла эта катавасия.

Добавлено:
Leo1000 - то-то и оно, что это не один конкретный файл, а разные.

Добавлено:
Evgeniy_1990

Цитата:

Проявляется только на определенном времени, при нормальном воспроизведен

Именно так! Не при перемотке, а при воспроизведении. Спасибо за подтверждение.

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

Добавлено:
Честно скажу, что такую странность вижу впервые, надо будет проверить еще и с LAV Filters, а также и с прочими сплиттерами, например Haali Media Splitter.

Возможно после 6:12 попадается битое место, пробовали через mkvtoolnix прогнать ?? Ну и может что просто попадается пакет хитрый, который не нравиться. Глянул

watcherhd
Файл похоже битый [more]Filename: South.Park.S19E07.720p.HDTV.x264-0SEC[eztv].mkv

(mkv parser) note:
File type: Matroska v2

(mkv parser) warning:
pos. 599: element size of 0 encountered

(mkv parser) warning:
pos. 599: element size of 0 encountered

(mkv parser) warning:
pos. 99,998,648: read undefined length

(mkv parser) warning:
pos. 199,710,651: read undefined length

(mkv parser) file is b0rked:
pos. 103,059,655: 1st byte of EBML-ID indicates size larger than 4
Pos. in file: 72,057,594,137,926,591 bytes (59 MB/s) Timecode: 00:06:10.662
[/more]
Проверял этим.

Leo1000

Цитата:

watcherhd
Файл похоже битый Подробнее...
Проверял этим.

Очень интересно. Я проверил данный видео файл "Южный парк" с помощью "LAV Splitter Source", в результате после 6:12, когда уехала красная машина, автоматической остановки воспроизведения видео файла не произошло, т.е. воспроизведение продолжилось дальше.

Получается, что LAV Splitter может обрабатывать "битые" части?

Добавлено:
Aleksoid1978

Цитата:

Возможно после 6:12 попадается битое место, пробовали через mkvtoolnix прогнать ?? Ну и может что просто попадается пакет хитрый, который не нравиться. Глянул

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

Попробую глянуть, но фиксить битые файлы не особо в приоритете.

Aleksoid1978, а не планируется ли в перспективе прикрутить к плееру эквалайзер?

Цитата:

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

Это и я делал, прогонял черз mkvtool.

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

Цитата:

Файл похоже битый Подробнее... [?]
Проверял этим.

неправильный ответ. тривиально проверяется торрентом через force checksum, файл скачан года три назад, и все этой время проигрывался mpc be без вопросов

ghazan, так это он о моём файле.

watcherhd

Цитата:

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

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

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

Я еще раз повторюсь, что встретился с такой проблемой впервые. Это значит, что я скачивал фильмы/аниме, которые были нормальными, т.е. в них присутствовали абсолютно все части, так называемые блоки данных.
Это говорит о том, что в большинстве случаев я не натыкался на видео файлы с "битыми" частями данных.
Большинство видео файлов, как правило, являются нормальными, к которых присутствуют все части.

watcherhd

Цитата:

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

Я что-то не понимаю - файл битый, о чем еще тут говорить. С авишкой проблема - на 99.9%% уверен что такая же беда.

У себя за многие годы я такого не встречал, хотя смотрю(стараюсь) кино много.

Цитата:

У себя за многие годы я такого не встречал, хотя смотрю(стараюсь) кино много.

Так и я не встречал, а сейчас за неделю 5 штук, подозрительно....

файл 100% не битый, и три года игрался ok.
чексумма проверяется тривиально.
какие еще могут быть вопросы?

переписываю этот же файл на ноут, там семерка и все играется mpc be нормально.
почти уверен, что если снести Windows 10 и вернуть 8.1, он и дальше будет проигрываться нормально

ghazan

Цитата:

файл 100% не битый, и три года игрался ok.
чексумма проверяется тривиально.
какие еще могут быть вопросы?

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

Evgeniy_1990, у ghazan Win10 64-bit и у меня, началось всё несколько дней назад.

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

Цитата:

Evgeniy_1990, у ghazan Win10 64-bit и у меня, началось всё несколько дней назад.

У меня Win7, 64-bit - та же самая проблема с данным видео файлом "Южный парк". Причем, я никаких обновлений в последнее время не ставил. Так что тут не зависит от системы.

Может с Южным парком совпадение и файл реально не такой, как надо, я поищу еще примеры. Они были.

Добавлено:
У ghazan AVI файлы, скачанные 3 года назад.

вот файл, с которого всё началось - он тоже битый?
http://rutracker.org/forum/viewtopic.php?t=1796457

ghazan

Цитата:

вот файл, с которого всё началось - он тоже битый?
http://rutracker.org/forum/viewtopic.php?t=1796457

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

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

ghazan

Цитата:

файл 100% не битый, и три года игрался ok

Ой ли? Совпадение хеша говорит только о том, что файл тот же, что на раздаче.

Цитата:

и три года игрался ok

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

Leo1000

Цитата:

За три года и изменений в плеере было предостаточно. Как и в системах.

Согласен, но а вдруг и правда повлияло очередное изменение в коде нашего проекта, или с AVI, или с MKV, так как с ними было сделано море изменений. Может и правда раньше наши сплиттеры умели такое обрабатывать? Кто знает, мне даже интересно стало. А ведь это не исключено, вполне может быть.

Народ - че спорить. Файл South.Park.S19E07.720p.HDTV.x264-0SEC[eztv].mkv "битый". У него у части элементов "не указана длина".
Но - обойти это я смогу, завтра ждите тестовый билд.

По поводу других похожих файлов(mkv или avi) - либо ссылку на торрент, либо ссылку на сам файл. И указать место где происходит "остановка" проигрывания. Буду смотреть.

http://rutracker.org/forum/viewtopic.php?t=4363787
под семеркой все ok, под десяткой вылетает в 5:27
и там, и там билд 787, 64 бита