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

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

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

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 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

Открыть новую тему     Написать ответ в эту тему

Maz



Дед Мазай
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Предыдущие части темы: часть 1 | часть 2 | часть 3 | часть 4 | часть 5 | часть 6


Media Player Classic - Black Edition

   


MPC-BE – универсальный проигрыватель аудио и видеофайлов для операционной системы Windоws. Этот проект имеет свою независимую разработку на базе оригинального кода «Media Player Classic» и «Media Player Classic - Home Cinema», со своими нововведениями и оптимизацией.  
Плеер имеет внушительный набор аудио-видео фильтров, который позволяет ему воспроизводить практически все существующие форматы медиафайлов.
  • Официальный релиз MPC-BE 1.8.3 от 07.02.2025.
     
  • Ночные сборки:
    GitHub automated builds
    Я.Диск
    MEGA, Google Drive, Pcloud, Icedrive
    Ночные сборки собираются волонтерами.
     
    Автоматические сборки в официальном репозитории (требуется учетка на GitHub):
    MPC-BE
    MpcVideoRenderer
     
    ! Прежде, чем сообщать о проблеме, обязательно проверяем ее наличие на последней актуальной ночной сборке. !
     
Последняя версия с поддержкой Windows XP - 1.4.6 (билд 1590) | неофициальная v1.4.7 от Evgeniy_1990
 
  • История изменений.
  • Список всех изменений.
  • Заменяемая графика: тулбары, фоновые картинки, иконки.
  • Схема управления плеером посредством тачскрина.

    Системные требования:
  • Windоws 7, 8, 8.1, 10 (32bit/64bit)  
  • Процессор с поддержкой SSE2 (начиная с версии 1.5.1 build 2631).
     
    Замечания:
    1. HLS (HTTP Live Streaming) поддерживается частично. Если требуется, то установите в систему LAV Splitter Source, иногда помогает.
    2. Ускоренное воспроизведение без изменения тона звука поддерживается, если активировать MPC Audio Renderer.
    3. Для работы MPC-BE не нужно устанавливать standalone_filters.
    4. Сегментированные файлы (matroska linked segments) и заданный непрямой порядок воспроизведения по главам (ordered chapters) не поддерживаются. Установите LAV Splitter Source или Haali Media Splitter
    5. d3dcompiler_47.dll - нужен только для Win7 без обновления KB4019990. Используется для компиляции шейдеров.
    d3dx9_43.dll - нужен для графика в статистике EVR-CP.
    6. В папке Shaders11 - шейдеры под DirectX 11 (ps_4_0); в Shaders - под DirectX 9 (ps_3_0).
    7. Плеер может хранить настройки в папке плеера в файле "mpc-be64.ini" (или "mpc-be.ini"). Файл настроек можно создать вручную или сделать такое переключение в настройках. Этот режим не рекомендуется для обычных пользователей.
     

    Дополнительные фильтры:
    MPC Video Renderer
    MPC Image Source Filter
    MPC Script Source Filter
    BASS Audio Source
     
    Софт расширяющий возможности MPC-BE
    Голосование "Выбираем популярные видеоплееры-2018".
     
    Помощь проекту | Помощь форуму Ru.Board.
     
    Группа в телеграмме

  • Всего записей: 39226 | Зарегистр. 26-02-2002 | Отправлено: 14:21 07-03-2023 | Исправлено: V0lt, 09:55 07-02-2025
    V0lt



    Platinum Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Провел тесты по автоматическому засыпанию по таймеру.
     
    Windows 10 22H2. Таймер отключения дисплея 1 мин. Таймер спящего режима 1 мин.
     
    1. Проверил без плеера.
    Дисплей отключился через 55 секунд. Комп уснул через 2:35.
     
    2. Проверил MPC-BE x64 1.8.3.16 с выводом звука на MPC Audio Renderer. Настройки по умолчанию.  
    Запустил воспроизведение, поставил на паузу.
    Дисплей отключился через 55 секунд. Комп НЕ заснул за 5 мин, дальше не тестировал.
     
    3. Проверил MPC-BE x64 1.8.3.16 с выводом звука на DirectSound.  
    Запустил воспроизведение, поставил на паузу.
    Дисплей отключился через 55 секунд. Комп уснул через 2:35.
     
    Аналогичные результаты получаю в MPC-HC x64 2.4.0.

    Всего записей: 10925 | Зарегистр. 05-02-2003 | Отправлено: 21:02 15-02-2025
    Bakhak



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

    Всего записей: 340 | Зарегистр. 30-05-2014 | Отправлено: 22:07 15-02-2025 | Исправлено: Bakhak, 22:24 15-02-2025
    Evgeniy_1990

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    V0lt
     
    1. Без плеера комп всегда автоматически переходит в спящий режим, согласно установленным таймерам в схемах электропитания.
     
    2. MPC-BE + MPC Audio Renderer - никогда автоматически не переходит в спящий режим. Например, таймер спящего режима установил на 3 минуты, ждал 30 минут бездействия. Комп так и не уснул, т.е. не перешел в спящий режим автоматически.
     
    3. MPC-BE + DirectSound - автоматически переходит в спящий режим, согласно установленным таймерам в схемах электропитания.
     

    Цитата:
    Аналогичные результаты получаю в MPC-HC x64 2.4.0.

    Странно. А вот у меня на Sanear (тот же WASAPI) комп автоматически переходит в спящий режим, согласно установленным таймерам в схемах электропитания. Это и не удивительно. Ведь если приостановить воспроизведение файла при использовании Sanear, то даже глухому будет слышно, что "фоновый шум" звука полностью пропадает в момент приостановки воспроизведения. Это говорит о том, что Sanear освобождает (выгружает) звуковое устройство. А вот в случае с MPC Audio Renderer, при приостановке воспроизведения файла, остаются "фоновые шумы". Т.е. очевидно, что звуковое устройство абсолютно всегда остается занятым, естественно до того момента, пока полностью не закроем воспроизводимый файл.

    Всего записей: 2256 | Зарегистр. 05-07-2014 | Отправлено: 22:16 15-02-2025
    Bakhak



    Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    подскажите пожалуйста, можно ли делать захват видео? если например смотрю тв хочу записать  программу

    Всего записей: 340 | Зарегистр. 30-05-2014 | Отправлено: 22:24 15-02-2025
    Evgeniy_1990

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

    Цитата:
    И ещё может проверить без wasapi вывода.

    Очевидно, что комп автоматический перейдет в спящий режим.
     
    P.S. Ух, закончил наконец-то проверку работы этого спящего режима аж на восьми разных машинах и вдобавок на разных системах.
     
    Что по итогу - уже на все 100% я могу смело утверждать, что при использовании MPC Audio Renderer, комп никогда в жизни сам автоматически не перейдет в спящий режим, хоть вечность жди этого перехода.
     
    Что касается DirectSound, тут, скажем так, в большинстве случаев плеер автоматически переходит в спящий режим. Но могут быть и исключения, но связаны они скорее всего с самими звуковыми устройствами. Понятно, что если использовать интегрированные звуковые чипы в мат. платах, то тут все ОК, вроде Realtek HD, или VIA Vinny/Envy. Другое дело - дискретные звуковые карты. С простыми тоже все ОК, например на C-Media 8738 LX/SX/ASIA-X, или DEXP USB 3D AUDIO (дичь дешманская еще та....) А вот на более дорогих и продвинутых моделях дискретных звуковых карт, таких как ASUS Xonar, или Creative X-Fi Xtreme Auidio/Gamer есть куча различных "улучшайзеров" звука. И какие из них подрубаются и остаются, или же наоборот выгружаются при приостановке воспроизведения файла, тут лишь остается только гадать. Даже если все они выключены по умолчанию, или самому их всех выключить - это тоже далеко не всегда дает гарантии того, что они полностью отключились, ведь они находятся не только в панелях управления самих устройств, но и также дублируются в системном микшере, а в нем нет конкретных опций отключения, только ползунки. Вот так-то! Особенно Bass Boost и т.д. Отдельно следует выделить ASUS Xonar U3, а также U-GREEN и им подобные дорогущие модели USB-карт. Но с нашим MPC Audio Renderer их лучше вообще не использовать, работают с ним некорректно, рассинхрон всегда есть, буфер не соответствует тому, что он предлагает, Exclusive Mode на них живет своей жизнью, полностью игнорируя то, что предлагает нам наш MPC Audio Renderer. Если пойти дальше, еще много чего могу упомянуть, например, при crossfeed звук и вовсе затихает, типо ушел на один канал - бред и абсурд. Поэтому на этом я остановлюсь.  
     
    Добавлено:
    Bakhak

    Цитата:
    подскажите пожалуйста, можно ли делать захват видео? если например смотрю тв хочу записать  программу

    Конечно можно. Вопрос только в том, насколько корректно он будет работать.
    Команда: "Файл -> Открыть устройство".
     
    Добавлено:
    Bakhak
    В моем случае, я смог выполнить захват внешнего USB-тюнера, что даже удивительно и даже Dendy работает. Картинка сочная, не хуже любого эмулятора.

    Всего записей: 2256 | Зарегистр. 05-07-2014 | Отправлено: 22:51 15-02-2025 | Исправлено: Evgeniy_1990, 22:52 15-02-2025
    FiLinX



    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    не знаю к чему, но напишу,  -  если я оставляю комп (сам засыпаю) со включённой ютубиной в браузере, и при этом курсор оставался на окне плеера, то после конца видеоролика комп не то что в сон не уходит  -  а даже дисплей не гаснет никогда!
    но  -  если ещё при просмотре я увожу курсор с окна плеера (на панель окна иль панель задач)  -  то усё нормально гаснет..

    Всего записей: 2601 | Зарегистр. 05-05-2010 | Отправлено: 23:55 15-02-2025 | Исправлено: FiLinX, 23:55 15-02-2025
    Aleksoid1978



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Ну да, Sanear вызывает остановку устройства на паузе, мы этого не делаем. Я так не хотел делать. Но думаю можно существующую опцию по разблокировке устройства прикрутить и к shared режиму.

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

    Всего записей: 9510 | Зарегистр. 11-05-2006 | Отправлено: 04:15 16-02-2025
    Aleksoid1978



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Вот пробуем - https://disk.yandex.ru/d/PRVuN--2fIcdYw
    Теперь опция "Разблокировать устройство во время ожидания" работает и для Shared режима и включена по умолчанию.
     
    По мимо сна проверьте так же - не поломалось ли A/V синхронизация с включенной опцией и после паузы более 3 секунд.

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

    Всего записей: 9510 | Зарегистр. 11-05-2006 | Отправлено: 06:38 16-02-2025
    Evgeniy_1990

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

    Цитата:
    Вот пробуем - https://disk.yandex.ru/d/PRVuN--2fIcdYw
    Теперь опция "Разблокировать устройство во время ожидания" работает и для Shared режима и включена по умолчанию.  

    Проверил. Отлично! Теперь, при использовании MPC Audio Renderer в режиме Shared Mode, комп автоматически переходит в спящий режим, согласно установленным таймерам в схемах электропитания.

    Цитата:
    По мимо сна проверьте так же - не поломалось ли A/V синхронизация с включенной опцией и после паузы более 3 секунд.

    Не поломалась! В обычном режиме работает корректно.

    Всего записей: 2256 | Зарегистр. 05-07-2014 | Отправлено: 07:58 16-02-2025
    Aleksoid1978



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Обновил тестовый билд, ну по поводу WASAPI - https://disk.yandex.ru/d/OG0Mfo8uzjKyfg
    Просьба перепроверить, как теперь стало с Shared режимом.
     
    Там еще доработки по опции "Разблокировать устройство во время ожидания", особенно будет заметно в Exclusive режиме, сравнить с текущей версией - ставим на паузу, ждем немного - устройство освободилось, можно включать звуки в других приложениях. А вот если поставить на паузу, подождать немного а потом сделать перемотку и опять подождать немного - в текущей версии после перемотки даже на паузе устройство опять будет занято и не освобождается. А в тестовой освобождается.

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

    Всего записей: 9510 | Зарегистр. 11-05-2006 | Отправлено: 02:29 17-02-2025
    Evgeniy_1990

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

    Цитата:
    Обновил тестовый билд, ну по поводу WASAPI - https://disk.yandex.ru/d/OG0Mfo8uzjKyfg
    Просьба перепроверить, как теперь стало с Shared режимом.  

    Также, как и в первом тестовом билде.

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

    В текущей Git-версии действительно есть такая проблема, но только если мотаешь видео стрелками.
    В тестовой версии ее нет вообще, она полностью исправлена.
     
    В целом, получились крутые доработки для нашего MPC Audio Renderer.

    Всего записей: 2256 | Зарегистр. 05-07-2014 | Отправлено: 07:06 17-02-2025
    Aleksoid1978



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

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

    Всего записей: 9510 | Зарегистр. 11-05-2006 | Отправлено: 10:00 17-02-2025
    qqq98

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    У меня предложение по MPC Video Renderer.
    Добавить возможность автоматически переключаться на масштабирование шейдерами при отсутствии Super Resolution. После недавнего обновления драйверов NVidia потребление VSR значительно снизилось, уже можно пользоваться. Но пассивного режима охлаждения все еще не всегда хватает. Приходится вкл|выкл VSR  в панели  NVidia. Хочется чтобы  MPC Video Renderer сам автоматически переключался на максимально доступное качество. Если это нарушает логику MPC Video Renderer, то придется самому костыль сделать. Для панели в  NVidia уже жмакаю через AutoHotkey переключатель VSR, буду для mpcVR  настройки в реестре менять.

    Всего записей: 70 | Зарегистр. 25-10-2007 | Отправлено: 10:22 17-02-2025
    Aleksoid1978



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    qqq98
    Первое и самое главное - MPC Video Renderer в принципе не знает и не может знать, D3D11 API этого не позволяет, доступно ли SuperRes на данный момент, хоть включено хоть выключено, хоть не активно из-за того что нет увеличения - апишка всегда возвращает что все ок
     
    Ну если чего-то там не хватает для использования SuperRes - нафига его вообще включать. Юзаем шейдеры и все.

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

    Всего записей: 9510 | Зарегистр. 11-05-2006 | Отправлено: 10:55 17-02-2025
    qqq98

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    А, точно, это нигде не видно. Я даже находил ответ, что VSR пока нет в NV API. Только костылями.  

    Всего записей: 70 | Зарегистр. 25-10-2007 | Отправлено: 11:21 17-02-2025
    Aleksoid1978



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    qqq98
    Никаких костылей, просто почему то в случае если отключено то все равно возвращает ОК.

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

    Всего записей: 9510 | Зарегистр. 11-05-2006 | Отправлено: 11:26 17-02-2025
    qqq98

    Junior Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Я не про костыли где-то в вашем/их коде. Я про то, что оказалось мои хотелки можно реализовать только внешним костылем. Они похоже сами не определились что они сделали и как этим пользоваться.

    Всего записей: 70 | Зарегистр. 25-10-2007 | Отправлено: 12:00 17-02-2025 | Исправлено: qqq98, 12:02 17-02-2025
    Evgeniy_1990

    Silver Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Antonij72
    Я разгадал причину отсутствия звука, при использовании второго аудио-рендерера - это метод работы WASAPI - Event. Если поменять на Push, тогда со вторым аудио-рендерером полный порядок.

    Всего записей: 2256 | Зарегистр. 05-07-2014 | Отправлено: 12:27 19-02-2025
    Aleksoid1978



    Gold Member
    Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
    Evgeniy_1990
    Опять же вопрос - НАФИГА вторым выводом тоже WASAPI, в чем фишка - менять устройство можно только после запуска же.


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

    Всего записей: 9510 | Зарегистр. 11-05-2006 | Отправлено: 14:49 19-02-2025
    Evgeniy_1990

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

    Цитата:
    Опять же вопрос - НАФИГА вторым выводом тоже WASAPI, в чем фишка - менять устройство можно только после запуска же.  

    Все равно что сказать, а НАФИГА вторым выводом DirectSound...
    Да, устройство можно менять только после запуска, но ведь есть же стандартная классическая ситуация, когда и при WASAPI и при DirectSound изначально будет использоваться одно и то же устройство.
     
    Добавлено:
    Aleksoid1978
    При Event мы имеем две ситуации, которые отличаются в плане присутствия/отсутствия звука.
     
    1. WASAPI + WASAPI  - звук всегда отсутствует, при закрытии файла, или самого окна плеера, всегда мертвое зависание.
     
    2. WASAPI + DirectSound - звук сначала присутствует, а затем через 1 - 2 секунды пропадает (исчезает) напрочь, при закрытии файла, или самого окна плеера, всегда мертвое зависание.
     
    WASAPI + DirectSound: Системный по умолчанию - стандартная классическая ситуация, когда изначально будет использоваться одно и то же устройство.
     
    Добавлено:
    Aleksoid1978
    Понятно, что если будет использоваться одно и то же устройство, то звук просто будет дублироваться, но это и правильно и логично. Ничего плохого и странного в этом нет. Да, я знаю, что так никто слушать не будет, но с другой стороны, это гораздо лучше, чем его не будет вообще и при закрытии самого файла, или самого окна плеера по крестику, мы будем получать абсолютно всегда мертвое зависание.
     
    Лично я голосую ЗА ДОРАБОТКУ МЕТОДА РАБОТЫ WASAPI -EVENT!
    Потому что это будет логически правильно и корректно! Не преувеличу, если скажу, что будет феерично!

    Всего записей: 2256 | Зарегистр. 05-07-2014 | Отправлено: 15:07 19-02-2025 | Исправлено: Evgeniy_1990, 15:08 19-02-2025
    Открыть новую тему     Написать ответ в эту тему

    Страницы: 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

    Компьютерный форум Ru.Board » Компьютеры » Программы » Media Player Classic: Black Edition | MPC-BE (часть 7)


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

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

    BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

    Рейтинг.ru