Album Player (Aplayer)

[IgorA 1 949]

@Evgen1, когда работает Full Memory в ASIO EXTRAS x64 из всего кода плеера периодически выполняется лишь несколько машинных команд, содержание которых сводится к пересылке очередного блока семплов из буфера в памяти в буфер драйвера. Плюс сопутствующая модификация текущих адресов и проверка достижения конца. Это теоретически достижимый предел минимализма. Плеер фактически вынесен за рамки происходящего. Работает по сути только драйвер ASIO.

В режиме Direct Input, даже при использовании рамдиска, в воспроизведении еще участвует процесс approxy64.exe, который получает запросы на порции данных от ap2decoder.exe, и передает эти запросы загруженному входному плагину воспроизводимого формата, например, in_flac.dll. Этот плагин вызывает функцию чтения данных из файла, при выполнении которой происходит обращение к драйверу диска и считывание блока данных с диска. Полученные данные декодируются декодером формата и возвращаются через approxy64.exe в ap2decoder.exe. Там, если их разрядность отличается от требуемой драйвером ASIO (чаще всего 32 бита), происходит конвертация разрядности этих данных, и только после этого они попадают в тот буфер драйвера, к пересылке в который из оперативной памяти сводится вся работа Full Memory. Чувствуете разницу?

[Evgen1 121]

Это все понятно, Вы не забывайте, что плеер так же в ОЗУ. И плеер еще раз файл, грузит в ОЗУ, скажем так еще делает дубль. Они в ОЗУ уже есть.

Изменено 12 ноября, 2016 пользователем Evgen1

[IgorA 1 949]

Так плеер в ОЗУ вообще всегда, даже когда играет стандартный режим с жесткого диска.

[Evgen1 121]

Однако если папка с плеером мной не загружена в ОЗУ все, звук не тот.

[IgorA 1 949]

Это все понятно, Вы не забывайте, что плеер так же в ОЗУ. И плеер еще раз файл, грузит в ОЗУ, скажем так еще делает дубль. Они в ОЗУ уже есть.

Они изначально в том ОЗУ, длинный путь из которого до драйвера я описал выше. А плеер грузит их в то ОЗУ, из которого готовый результат в процессе воспроизведения одним коротким движением отдается драйверу.

[BSV 35]

Вы не забывайте, что плеер так же в ОЗУ

Уж автор-то плеера точно об этом помнит))

Изменено 12 ноября, 2016 пользователем BSV

[Evgen1 121]

Что автор помнит не сомневаюсь, но против фактов не попрешь. Получается верь автору, а уши отдыхают.

Изменено 12 ноября, 2016 пользователем Evgen1

[IgorA 1 949]

Однако если папка с плеером мной не загружена в ОЗУ все, звук не тот.

В процессе воспроизведения обращений к этой папке не происходит.

[Evgen1 121]

Но звук меняется. И попробуйте Вы эту папку удалить во время воспроизведения. Трудно в это поверить, что нет обращения.

Изменено 12 ноября, 2016 пользователем Evgen1

[IgorA 1 949]

Хорошо, пусть меняется, но насчет размещения воспроизводимых аудиоданных в ОЗУ я выше все пояснил.

[IgorA 1 949]

Но звук меняется. И попробуйте Вы эту папку удалить во время воспроизведения. Трудно в это поверить, что нет обращения.

А Вы попробуйте запустить плеер на воспроизведение с флешки и вынуть ее после старта.

[BSV 35]

И попробуйте Вы эту папку удалить во время воспроизведения.

Папка (целиком) не удаляется по причине блокировки операционной системой исполняемых файлов плеера. Это не означает наличия обращений к файлам из нее из работающего плеера.

[IgorA 1 949]

@Evgen1, разве истина не дороже?

При старте плеер ничего не записывает на свой диск, а извлечение флешки в произвольный момент опасно только при незавершенной записи.

[Evgen1 121]

@Evgen1, разве истина не дороже?

При старте плеер ничего не записывает на свой диск, а извлечение флешки в произвольный момент опасно только при незавершенной записи.

А у некоторых и при серой китайской флешки. Смотрите Игорь начнут люди Вам счета выставлять, за такие советы.

Изменено 12 ноября, 2016 пользователем Evgen1

[IgorA 1 949]

Вот и нет обращения к папки плеера во время воспроизведения. Да однако...

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

[Evgen1 121]

Однако, звучание меняется очень сильно. И мне также трудно поверить, что его нет.

[IgorA 1 949]

@Evgen1,

И я ведь именно по Вашей, а не своей инициативе развернуто ответил на вопрос, где минимализм, а где - Direct Input. Что вовсе не препятствует Direct Input замечательно играть. Теперь похоже, что я в этом почему-то виноват.

Отсутствие файловых операций при работе Full Memory легко проверяется и программами мониторинга, такими как ProcessExplorer.

[Evgen1 121]

@Evgen1,

И я ведь именно по Вашей, а не своей инициативе развернуто ответил на вопрос, где минимализм, а где - Direct Input. Что вовсе не препятствует Direct Input замечательно играть. Теперь похоже, что я в этом почему-то виноват.

Отсутствие файловых операций при работе Full Memory легко проверяется и программами мониторинга, такими как ProcessExplorer.

Да ради бога, я Вас не собирался в чем то винить. Но вот многие вопросы остаются открытыми. В АР на рам-диске изменения большие, в ВНЕ не такие значительные. И почему они тогда в АР имеются, если он работает по такой схеме.?

Изменено 12 ноября, 2016 пользователем Evgen1

[IgorA 1 949]

@Evgen1, насчет вопросов "почему" у меня нет ответа даже на простой вопрос с предыдущей страницы - почему и как влияние плееров просачивается даже через асинхронный USB в ЦАПы с собственным питанием. Свое гипотетическое предположение я выше сегодня высказал - что конкретный "узор", паттерн цифровых шумов порождает как реакцию свой паттерн акустических резонансов в нашем восприятии, который и создает для нас тот или иной характер звука. И если причина такова, то аспект неконтролируемых и непредсказуемых блужданий звука в разных условиях воспроизведения может играть существенную роль. Собственно, с учетом этого я и постарался реализовать максимального размера многомерную матрицу возможных вариантов в настройках плеера.

[Evgen1 121]

Игорь, спасибо. Да, обращения к папке с плеером нет во время воспроизведения, стартер. Но как то странно, место с которого он запускается оказывает влияние на звук.

Изменено 12 ноября, 2016 пользователем Evgen1

[AleXH 286]

@Evgen1, использование внешних цапов с буфером-посредником и обратной синхрой от цапа с гальваноразвязкой, позволяет свести чудесатость к минимуму.

[nemool 19]

Игорь, спасибо. Да, обращения к папке с плеером нет во время воспроизведения, стартер. Но как то странно, место с которого он запускается оказывает влияние на звук.

Да никакого влияния не оказывает. Хватит вам заниматься самовнушением. Прослушайте один и тот же файл с одного и того же места 10 раз и звучание будет казаться различным.

Поразмышляйте почему так происходит?

[Evgen1 121]

Игорь, спасибо. Да, обращения к папке с плеером нет во время воспроизведения, стартер. Но как то странно, место с которого он запускается оказывает влияние на звук.

Да никакого влияния не оказывает. Хватит вам заниматься самовнушением. Прослушайте один и тот же файл с одного и того же места 10 раз и звучание будет казаться различным.

Поразмышляйте почему так происходит?

Это Ваша система, просто не способна это изменение воспроизводить, а может и Ваши уши так же. Не всем дано это слышать. Я понимаю Игоря, он так же не слышит этого изменения, когда выпускает новые версии. Но в этом вопросе я не одинок. И улучшение звука присутствует, а это самое главное. Размышляйте Вы, почему не слышим.

"Evgen1"

По поводу поста выше.

 

Коряво написал. Бывает...

Рам Диск использую постоянно и давно. И с АР в т.ч.

Я вот к чему-

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

Пытался его отыскать, но был послан на.... Фул Мемори, тогда это было "модно".

И я заткнулся надолго и всерьёз.

Неплохо было - бы отыскать или может кто создаст нечто подобное.

Тем более, что снова появился интерес к использованию Рам.

Разница в звучании заметна.

"Впрочем она так же заметна при изменении HTPC окна проигрывателя" - кому надо тот поймёт.

Вот Вам и ответ на то, почему этот вопрос закрыли. С НТРС многие так же посчитают бредом.

Изменено 13 ноября, 2016 пользователем Evgen1

[Vshap 61]

USB - это Хиросима + Чернобыль , поэтому многим многое чудится...

[xeon.ix 30]

bass.dll Copyright © 1999-2013 Un4seen Developments

bass_aac.dll LegalCopyright: 2003-2006, Sebastian Andersson

bass_ac3.dll LegalCopyright: 2003-2006, Sebastian Andersson

bass_mpc.dll LegalCopyright: 2003-2006, Sebastian Andersson

basscd.dll Copyright © 2003-2011 Un4seen Developments

bassopus.dll Copyright © 2013 Un4seen Developments

basswma.dll Copyright © 2002-2010 Un4seen Developments

in_ac3.dll call bass plugins © Un4seen Developments

in_aiff.dll ??? Marco Trillo?

in_alac.dll David Hammerton

in_ape.dll Copyright © 2000-2011 Matthew T. Ashland

in_cda.dll call bass plugins © Un4seen Developments

in_dts.dll Gildas Bazin

in_dvda.dll Copyright © 2009-2012 Maxim V.Anisiutkin

in_flac.dll Josh Coalson

in_mp3.dll call bass plugins © Un4seen Developments

in_mp4.dll call bass plugins © Un4seen Developments

in_mpc.dll call bass plugins © Un4seen Developments

in_ogg.dll call bass plugins © Un4seen Developments

in_opus.dll call bass plugins © Un4seen Developments

in_sacd.dll Copyright © 2011-2012 Maxim V.Anisiutkin

in_tak.dll call tak_deco_lib by Thomas Becker

in_wave.dll ???

in_wma.dll call bass plugins © Un4seen Developments

in_wv.dll ???

out_asio.dll Copyright © 2002-2006 Otachan

out_ds.dll © 2001-2002 Peter Pawlowski

out_ks.dll Copyright © 2006 Steve Monks

out_wdm.dll Copyright ©2001 Alpha-II Productions

tak_deco_lib.dll © 2006 by Thomas Becker