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

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

Saturn3

Цитата:

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

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

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

Saturn3

Цитата:

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

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

Я лично не знаю, чья это была идея задавать размер буфера вручную? И почему так сделали? Только ради того, чтобы снизить потребляемую плеером память что ли?

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

Это еще одно, фактически, лишнее телодвижение.

Есть еще один случай, когда пролистываешь шкалу прогресса воспроизведения вперед и назад с помощью мышки, при этом, во время воспроизведения, периодически пропадает звук.
Если установить значение размера буфера = 5, или максимум = 10, то звук более не пропадает. Такой случай наблюдается на некоторых видео файлах.

Добавлено:
Saturn3

Цитата:

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

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

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

Saturn3

Цитата:

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

Можно сказать и так.

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

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

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

Saturn3
В некоторых статьях Педивикии пишут, что до 96кГц.
А в самой проге — "any sample frequency". (www.monkeysaudio.com)

Докладываю разработчикам: вышло oбнoвление Windоws KB3126593.
Текущий каталог приложения (CWD) по умолчанию теперь исключен из поиска (для безопасности).
Делайте выводы.

vasevase
Прикольно - на Win10 нет такой обновки

Aleksoid1978, оно для Windows 7 SP1 и Server 2008 R2 SP1 выходило.

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

vasevase
Ну тогда есть смысл поверить www.monkeysaudio.com, а не педивикии)))

Возник еще один вопрос: то ,что у MPC audio renderer в режиме Эксклюзив с побитовым выводом и системной раскладкой каналов Output всегда 32 bit integer - нормально?

Вне зависимости от галок в аудиодекодере. Иключение если оставить только int16 . Тогда становится 16 bit integer

То есть это такое задуманнное поведение ,что если в декодере есть другие галки кроме int16 = Output в MPC audio Renderer становится 32 bit integer?

Цитата:

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

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

Saturn3
Потому что твоя аудио-карта, как и большинство существующих на рынке, поддерживает только 16 бит и 32(24 padded) бит режимы вывода.
Поэтому если на входе 16 бит - то оно так и будет, если что-то другое - то будет 32 бит.

Float режим поддерживается только для Shared режима, т.к. там в любом случае будет работать микшер системы который и переведет потом эти float данные в int.

Aleksoid1978
Звуковая встроенная в мать . мать такая http://www.gigabyte.ru/products/page/mb/ga-h87-hd3rev_10/specs/
Смотрю подробности по http://www.realtek.com.tw/products/productsView.aspx?Langid=1&PFid=28&Level=5&Conn=4&ProdID=284

Или я чего то все же не понял?

Saturn3
Что ты этим хочешь сказать?

V0lt_r
То что не увидел как раз поддержки глубины 32 бита в интегрированной карте...

Ну это потому, что 32-битные ЦАПы в природе врядли существуют. А вот укладывать 24 бита в 32 вполне распространенное явление. Вспомнить тот же 32-битный цвет, хотя по факту там так же 24 бита.

V0lt_r

Цитата:

Ну это потому, что 32-битные ЦАПы в природе врядли существуют.

В этом и суть... Если я правильно понимаю МPC AR выдает глубину в 32 бита на аудиокарту , а она уже "превращает" эти 32бита обратно в 24

А для чего? почему сразу без изменений не передать например 24битный семпл на аудио карту?Звук меньшее в большее ничего страшного , но 32 в 24 .
Словом ,хотелось бы понять именно этот момент !
Звучит странно -24 увеличить до 32 ,чтоб потом снова уменьшить до 24.

Тем более в Виндовс 7 вроде и максимально выставить можно "студийная запись 192кгц 24бита"

Saturn3
Цитата:

Если я правильно понимаю МPC AR выдает глубину в 32 бита на аудиокарту , а она уже "превращает" эти 32бита обратно в 24

Ничего там не превращается, а просто не используются младшие 8 бит.


Цитата:

почему сразу без изменений не передать например 24битный семпл на аудио карту?

Это вопрос к драйверописателям и производителям железа. Но, думаю, ответ будет "с 32 битами работать проще".


Цитата:

Звучит странно -24 увеличить до 32 ,чтоб потом снова уменьшить до 24.

Добавить 8-пустых бит, потом игнорировать эти же биты.

Добавлю, все Lossless декодеры считают в int32 потому что так быстрее, и потому что формат int24 процессором не поддерживается.

V0lt_r
Вот сейчас интересующий вопрос полностью прояснен! Спасибо Вам и Aleksoid1978 за исчерпывающие ответы.

15.02.2016 20:22
Выпуск мультимедиа-пакета FFmpeg 3.0
http://www.opennet.ru/opennews/art.shtml?num=43877

А что случилось со страницей проекта на Sourceforge.net? Доступна только страница загрузки.

MAX63ru

Цитата:

А что случилось со страницей проекта на Sourceforge.net? Доступна только страница загрузки.

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

"The sourceforge.net website is temporarily in static offline mode.
Only a very limited set of project pages are available until the main website returns to service."

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

Вот еще примеры сайтов, которые также пока сейчас не работают: http://nyaa.se : https://nyaa.eu

You Browser
Working

Warsaw
CloudFlare
Working

nyaa.eu
Host
Error

Это вообще настоящее издевательство и вымогательство, за что мы платим свои кровные деньги?

MPC-BE v1.4.6 (build 1195) beta - x86, x64.
Исправлены чтении и поиск для TAK-файлов.

Цитата:

MPC-BE v1.4.6 (build 1195) beta - x86, x64.
Исправлены чтении и поиск для TAK-файлов.

Погонял тестовые 1195 на семплах .tak различной частоты и глубины искажений (замедления, ускорения) нет. перемотка мгновенная как как кликами по шкале времени так и стрелками.
Единственное , что самодельный семпл 8000 8бит 1 канал воспроизводится с некоторым шумом. Но думаю это следствие этих параметров 8кгц 8бит) тк Potplayer и Мpc-be c предпочтением lav фильтрам воспроизводят точно также.
V0lt_r
Спасибо за доработки!

V0lt_r
Цитата:

MPC-BE v1.4.6 (build 1195) beta - x86, x64.

Что-то я вообще запутался: в сообщении указано, что build 1195 - это beta, в шапке не поменяно, а здесь в качестве беты выступает 1192 и сайт автора какой-то левандосовский.
Может быть не "бета", а "альфа", раз в шапке не поменяли? Реально вводит в ступор; как тогда разобраться в этом простому пользователю?

Цитата:

а здесь в качестве беты выступает 1192 и сайт автора какой-то левандосовский.

Это "здесь" обычные перезаливальщики! слили отсюда и переложили на свой сайт или что там
1195 выложенная здесь - ночная бетка последняя от V0lt_r автора этого плеера. альфа статуса у выложенных сборок не бывает.
Т.е. на данный момент 1195 -самая свежая бета плеера)

Цитата:

Т.е. на данный момент 1195 - самая свежая бета плеера)

Альфа - нет. Бета и ночные сборки - да, но разницы между ними в Help - About нет, в обоих случаях там написано Beta.
Из этой дискуссии следует, что различие между бета и ночными сборками соответственно в наличии или отсутствии цифровой подписи:

Цитата:

непонятно что юзать релиз, бету или ночные

Цитата:

релиз неактуально, т.к. беты функциональнее

Цитата:

бету: она содержит все свежие наработки и исправления и имеет цифровую подпись в отличие от ночных сборок

Тогда вопрос был про бета vs релиз, который давно не обновлялся.
Сейчас точно такой вопрос можно ставить и про ночная vs бета, временная дельта обновления которой уже сравнима с релизной на тот момент:
24.09.2015 build 787 - последний релиз
19.12.2015 build 1034 - последняя подписанная сборка, бета
02.01.2016 - дискуссия
20.02.2016 build 1195 - неподписанная сборка, ночная
21.02.2016 - сегодня
@ 02.01.2016 - 24.09.2015 = 100 дней
@ 21.02.2016 - 02.01.2016 = 50 дней

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