Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » Media Player Classic - Black Edition / MPC-BE (часть 2)

Модерирует : gyra, Maz

Maz (24-12-2016 22:19): Media Player Classic - Black Edition (MPC-BE) часть 3  Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200

   

MAX63ru



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Прошлые части топика: часть 1
Media Player Classic - Black Edition


MPC-BE – универсальный проигрыватель аудио и видеофайлов для операционной системы Windоws. Этот проект имеет свою независимую разработку на базе оригинального кода «Media Player Classic» и «Media Player Classic - Home Cinema», со своими нововведениями и оптимизацией.  
Плеер имеет внушительный набор аудио-видео фильтров, который позволяет ему воспроизводить практически все существующие форматы медиафайлов.
Начиная с версии 1.5.0 (билд 1591) поддержка Windows XP прекращена.
 
  • История изменений (упрощенный вариант).
  • Заменяемая графика: тулбары, фоновые картинки, иконки.
  • Схема управления плеером посредством тачскрина.

    Системные требования:
  • Windоws Vista, 7, 8, 8.1, 10 (32bit/64bit)  
  • Процессор с поддержкой SSE

    Различный софт на тему воспроизведения видео
    Голосование "Cамый популярный видеоплеер для видео 2016" | "2015"
     
    Помощь проекту.

  • Всего записей: 8870 | Зарегистр. 14-04-2012 | Отправлено: 21:12 05-10-2015 | Исправлено: Maz, 08:50 11-03-2017
    Saturn3



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Evgeniy_1990

    Цитата:
    воспроизведение прерывистое и слегка замедленное.

    точно так же и у меня.
    Тем временем проверил на "родственнике" по фильтрам MPC-BE  плеере Light Alloy этот семпл .
    соурс фильтр Лайт эллоя проблем с вопроизведением этого семпла тоже не имеет. А ведь последний на сегодня релиз этого плеера был летом прошлого года!

    Всего записей: 208 | Зарегистр. 28-04-2011 | Отправлено: 21:34 17-02-2016
    Evgeniy_1990

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Saturn3

    Цитата:
    Тем временем проверил на "родственнике" по фильтрам MPC-BE  плеере Light Alloy этот семпл .
    соурс фильтр Лайт эллоя проблем с вопроизведением этого семпла тоже не имеет. А ведь последний на сегодня релиз этого плеера был летом прошлого года!
     

    В MPC-BE, также, как и в Light Alloy, используется новый универсальный аудио сплиттер, который называется: "MPC Audio Source/Splitter". В Light Alloy - "INT Audio Source".
    Вот только у нас он также дорабатывался, как и все остальные фильтры-источники. Отсюда и могут быть с ним различные баги, поскольку нужно очень тщательно его тестировать, а для этого требуется достаточно большое количество различных аудио файлов и сэмплов разных форматов, вроде AMR, AIFF, APE, TTA, TAK, WavPack.
     
    Также, было бы неплохо добавить в наш проект поддержку AIFF в "MPC Audio Source".
     
    Добавлено:
    Saturn3
    У нас были глобальные переделки по части всех фильтров-источников (сплиттеров), также была добавлена опция ручной установки значения размера буфера для наших встроенных фильтров-источников.  
     
    Вот и нужно просто найти эти изменения, т.е. с чего все началось и сообщить конкретную ревизию нашим разработчикам.  
     
    В любом случае, вам, а также и пользователям vasevase и embrace909, отдельная благодарность за предоставление проблемных сэмплов и аудио файлов. Спасибо, что помогаете поддерживать проект.
     
    Добавлено:
    Saturn3
    Ха, смотрите как интересно получается, я увеличил значение размера буфера с 3 до 4 и ваши сэмплы 6-канальные стали воспроизводиться нормально.
     
    Т.е. чем выше размер буфера, тем лучше всего воспроизводятся некоторые аудио файлы различных форматов.  
     
    По сути, все наши беды идут с добавления опции ручного задания значения размера буфера.  
    Следовательно, нужно копать в сторону размера буфера.
     
    Добавлено:
    V0lt_r, что-то мне подсказывает, что значение размера уровня буфера = 3 явно слишком низкое.
     
    На вашем месте, т.е. на месте разработчиков, я бы по умолчанию сделал автоматическую установку размера буфера.  
    Вот тогда проблем точно не будет. Что-то типа комбобокса с надписью "Авто".
     
    Дело в том, что далеко не всегда, не во всех случаях, при значении размера буфера = 3, нормально воспроизводятся различные аудио файлы.  
     
    Добавлено:
    Aleksoid1978
    По поводу тестовых 6-канальных TAK-аудио файлов: проблема вовсе не в фильтре-источнике, а в размере буфера, при значении = 3, наблюдается прерывистое слегка замедленное воспроизведение, а при значении размера буфера = 4 и выше, уже полностью нормальное воспроизведение.  
     
    Если вы будете делать правки, то просьба, пожалуйста также и учтите размер буфера для всех встроенных фильтров-источников.
     
    Добавлено:
    Ну а по поводу этого проблемного MP3-аудио файла, тут нужно просто найти конкретную ревизию, с которой начались переделки встроенных фильтров-источников.
     
    Добавлено:
    Ну и напоследок, после всего этого тестирования, у меня возник один интересный вопрос: неужели идея с ручной поддержкой задания значения размера буфера для всех наших встроенных фильтров-источников оказалось провальной?
     
    Почему провальной? да потому, что после нее, уже не в первый раз, натыкаемся на всякие различные проблемы, которые устраняются повышением изначального размера буфера.

    Всего записей: 2188 | Зарегистр. 05-07-2014 | Отправлено: 21:45 17-02-2016 | Исправлено: Evgeniy_1990, 22:38 17-02-2016
    Aleksoid1978



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Всем привет. Спасибо всем за найденные баги и спокойнее,  не надо паники и постов по пол страницы - баги от этого не исправяться.  Написали и ок - разберёмся
     
    Добавлено:
    Проблемы с TAK и MP3 файлами исправлены.

    ----------
    AMD Ryzen 7 7700 /ASRock B650M Pro RS /G.Skill RIPJAWS 32 ГБ /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215

    Всего записей: 9401 | Зарегистр. 11-05-2006 | Отправлено: 01:19 18-02-2016
    Saturn3



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Aleksoid1978
    Проверил 1188 "ночную" Подтверждаю ТАК семпл воспроизводится нормально
    семпл МР3 - тоже перестал дико кушать памать в конце
    Спасибо!
    Evgeniy_1990
    Согласен с Вами ,что увеличение буфера с 3 до 4 помогало. Но после фикса оно не требуется уже как видно.
    Значит дело было не в размере буфера,а в необходимости фикса для конкретного случая с семплом .tak
     
     
     

    Всего записей: 208 | Зарегистр. 28-04-2011 | Отправлено: 10:07 18-02-2016
    Evgeniy_1990

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Saturn3

    Цитата:
    Evgeniy_1990
    Согласен с Вами ,что увеличение буфера с 3 до 4 помогало. Но после фикса оно не требуется уже как видно.
    Значит дело было не в размере буфера,а в необходимости фикса для конкретного случая с семплом .tak  

    Совершенно верно, после фикса больше не требуется увеличение размера буфера с 3 до 4, но мы что так и будем теперь фиксить каждый третий случай, для того, чтобы нам не требовалось увеличение размера буфера.  
     
    Все-таки "Авто" было бы самым лучшим решением. Не для всех случаев значение = 3 будет эффективным.

    Всего записей: 2188 | Зарегистр. 05-07-2014 | Отправлено: 10:39 18-02-2016
    Saturn3



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Evgeniy_1990
    Авто относительно чего? Как рассчитать?  
    На слух "авто" не требуется вмешательство пользователя - само все рассчитается.... Но эталоный расчет этого "авто" какой?  
    Кроме того что, это автоувеличение скорее всего будет "скрывать" проблемы с воспроизведением увеличением потребления памяти. И не будет замечать никто . Работает и работает. такое можно будет заметить процесэксплорером или наблюдая диспечер...  
     Баги надо править , а не пытаться компенсировать размером буфера.
     

    Всего записей: 208 | Зарегистр. 28-04-2011 | Отправлено: 10:48 18-02-2016 | Исправлено: Saturn3, 11:06 18-02-2016
    Evgeniy_1990

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Saturn3

    Цитата:
    Evgeniy_1990
    Авто относительно чего? Как рассчитать?  
    На слух "авто" не требуется вмешательство пользователя - само все рассчитается.... Но эталоный расчет этого "авто" какой?  

    Cплиттеры сами автоматически будут устанавливать нужное значение размера буфера.

    Всего записей: 2188 | Зарегистр. 05-07-2014 | Отправлено: 11:05 18-02-2016
    Saturn3



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Evgeniy_1990
    Я вас и спрашиваю: а какое оно должно быть это "нужное значение" ?
     

    Всего записей: 208 | Зарегистр. 28-04-2011 | Отправлено: 11:11 18-02-2016
    Evgeniy_1990

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Saturn3

    Цитата:
     Баги надо править , а не пытаться компенсировать размером буфера.  

    От того, что мы уж слишком сильно "прибеднились", установив такое минимальное низкое значение размера буфера, от этого проблем и багов только прибавится еще больше.
     
    Я лично не знаю, чья это была идея задавать размер буфера вручную? И почему так сделали? Только ради того, чтобы снизить потребляемую плеером память что ли?
     
    Ну так, извините, если хотите нормального воспроизведения, будьте добры предоставить больше памяти, иначе будет то, что будет, например, замедленное прерывистое воспроизведение, пропадание звука, медленное открытие файлов, а также и пропуски кадров, после открытия некоторых видео файлов.
     
    Это еще одно, фактически, лишнее телодвижение.
     
    Есть еще один случай, когда пролистываешь шкалу прогресса воспроизведения вперед и назад с помощью мышки, при этом, во время воспроизведения, периодически пропадает звук.
    Если установить значение размера буфера = 5, или максимум = 10, то звук более не пропадает. Такой случай наблюдается на некоторых видео файлах.
     
    Добавлено:
    Saturn3

    Цитата:
    Evgeniy_1990
    Я вас и спрашиваю: а какое оно должно быть это "нужное значение" ?  

    Точно я вам сказать этого не могу. Но на скидку, с учетом последних тестов, скажу, что не меньше 5.

    Всего записей: 2188 | Зарегистр. 05-07-2014 | Отправлено: 11:13 18-02-2016 | Исправлено: Evgeniy_1990, 11:16 18-02-2016
    Saturn3



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Evgeniy_1990
    По факту получается,что Вы просто предлагаете увеличить дефолтное значение буфера с 3 до 5 . Чтоб был запас на случай "особых" файлов.

    Всего записей: 208 | Зарегистр. 28-04-2011 | Отправлено: 11:32 18-02-2016
    Evgeniy_1990

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Saturn3

    Цитата:
    Evgeniy_1990
    По факту получается,что Вы просто предлагаете увеличить дефолтное значение буфера с 3 до 5 . Чтоб был запас на случай "особых" файлов.  

    Можно сказать и так.
     
    Но тут понимаете, это тоже не совсем верное и разумное решение, поскольку на разных аудио картах, значение буфера - разное. И вполне естественно, что более бюджетным аудио картам требуется гораздо более высокое значение размера буфера, например для "CMI8738 LX". На данной аудио карте, до фикса, вообще была полная тишина на ваших тестовых 6-канальных аудио файлах. Это говорит о том, что ей даже и значение = 3 и то маловато, чтобы сам звук запустить и начать декодировать.

    Всего записей: 2188 | Зарегистр. 05-07-2014 | Отправлено: 11:40 18-02-2016
    V0lt_r



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Saturn3
    Проблема в чтении TAK-файлов. Я делал этот функционал давно и из-за недостатка информации он получился упрощенным. Aleksoid1978 улучшил его, но по уму надо дальше дорабатывать. Попробую посмотреть в ближайшее время.

    Всего записей: 722 | Зарегистр. 15-11-2015 | Отправлено: 19:14 18-02-2016
    Saturn3



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    V0lt_r .tak формат вроде бы сравнительно молод. Насколько понял позиционировался как улучшенная алтернатива .flac. Я и сам в принципе про него узнал ,когда Вы внедряли в плеер универсальный аудио сплиттер.  
    Если будет нужно готов сделать и потестировать семплы различной частоты и глубины в этом формате.
    Пользуясь случаем, хочу задать вопрос касающийся .ape  
     Какая все  же максимально допустимая частота для него? 96кгц? (большинство собственных оцифровок в этом формате имеют эту частоту) Или если верить ушам (семпл 192кгц работал же) Или вообще 384кгц( по параметрам из конвертера AIMP прописанным для него ?  

    Всего записей: 208 | Зарегистр. 28-04-2011 | Отправлено: 22:54 18-02-2016 | Исправлено: Saturn3, 23:12 18-02-2016
    vasevase

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Saturn3
    В некоторых статьях Педивикии пишут, что до 96кГц.
    А в самой проге — "any sample frequency". (www.monkeysaudio.com)
     
    Докладываю разработчикам: вышло oбнoвление Windоws KB3126593.  
    Текущий каталог приложения (CWD) по умолчанию теперь исключен из поиска (для безопасности).
    Делайте выводы.

    Всего записей: 3371 | Зарегистр. 28-08-2010 | Отправлено: 02:35 19-02-2016 | Исправлено: vasevase, 11:27 19-02-2016
    Aleksoid1978



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    vasevase
    Прикольно - на Win10 нет такой обновки

    ----------
    AMD Ryzen 7 7700 /ASRock B650M Pro RS /G.Skill RIPJAWS 32 ГБ /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215

    Всего записей: 9401 | Зарегистр. 11-05-2006 | Отправлено: 13:39 19-02-2016 | Исправлено: Aleksoid1978, 13:40 19-02-2016
    Dimmick



    Advanced Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Aleksoid1978, оно для Windows 7 SP1 и Server 2008 R2 SP1 выходило.

    ----------
    И сбудется пророчество, и станут города вам гробницами...

    Всего записей: 1163 | Зарегистр. 25-03-2006 | Отправлено: 15:23 19-02-2016
    Zloy_Gelud



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Dimmick
    Не только.

    Цитата:
    MS16-014: Description of the security update for Windows Vista, Windows Server 2008, Windows 7, Windows Server 2008 R2, Windows Server 2012, Windows 8.1, and Windows Server 2012 R2

    https://support.microsoft.com/ru-ru/kb/3126593

    Всего записей: 3267 | Зарегистр. 30-05-2007 | Отправлено: 15:49 19-02-2016
    Saturn3



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    vasevase
    Ну тогда есть смысл поверить www.monkeysaudio.com, а не педивикии)))
     
    Возник еще один вопрос: то ,что у MPC audio renderer в режиме Эксклюзив с побитовым выводом и системной раскладкой каналов Output всегда 32 bit integer - нормально?
     
    Вне зависимости от галок в аудиодекодере. Иключение если оставить только int16 . Тогда становится 16 bit integer
     
    То есть это такое задуманнное поведение ,что если в декодере есть другие галки кроме int16 = Output в MPC audio Renderer становится 32 bit integer?

    Всего записей: 208 | Зарегистр. 28-04-2011 | Отправлено: 16:37 19-02-2016 | Исправлено: Saturn3, 16:59 19-02-2016
    vasevase

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

    Цитата:
    Dimmick: оно для Windоws 7 SP1 и Server 2008 R2 SP1 выходило.

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

    Всего записей: 3371 | Зарегистр. 28-08-2010 | Отправлено: 17:10 19-02-2016 | Исправлено: vasevase, 17:47 19-02-2016
    Aleksoid1978



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Saturn3
    Потому что твоя аудио-карта, как и большинство существующих на рынке, поддерживает только 16 бит и 32(24 padded) бит режимы вывода.
    Поэтому если на входе 16 бит - то оно так и будет, если что-то другое - то будет 32 бит.
     
    Float режим поддерживается только для Shared режима, т.к. там в любом случае будет работать микшер системы который и переведет потом эти float данные в int.

    ----------
    AMD Ryzen 7 7700 /ASRock B650M Pro RS /G.Skill RIPJAWS 32 ГБ /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215

    Всего записей: 9401 | Зарегистр. 11-05-2006 | Отправлено: 17:32 19-02-2016
       

    Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200

    Компьютерный форум Ru.Board » Компьютеры » Программы » Media Player Classic - Black Edition / MPC-BE (часть 2)
    Maz (24-12-2016 22:19): Media Player Classic - Black Edition (MPC-BE) часть 3


    Реклама на форуме Ru.Board.

    Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
    Modified by Ru.B0ard
    © Ru.B0ard 2000-2024

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru