willow

Карабас-барабас Как всегда, разница в шуме винтов и в качестве питания. RAM-Диск даёт более равномерную нагрузку и генерит меньше высокочастотных помех. Но с ростом класса оборудования разница становится исчезающе мала. Смените диск на твердотельный что не даёт мощных пиков потребления электромоторчика и микровибраций корпуса и получите практически тот же RAM. В идеальном компьютере разницы между плеерами действительно нет. При определённом уровне оборудования разницей можно пренебречь. А вот в шумном компьютере с гремящими винтами, свистящими стабилизаторами, шумными кулерами разница между плеерами колоссальна. Даже сейчас, с тем оборудованием что у Вас есть, найдите в себе смелость признать, что слепое тестирование Вы бы уже не прошли. Хотя я считаю что любое тестирование оказывает психологическое давление на испытуемого, без слепого тестирования тем более стоит значительно критичнее относится к собственным полученным результатам. "намного противнее" и "всё это мне только кажется" в одном сообщении уживаются с трудом.

Kompressor, как там пел Олег Газманов? Мои мысли - мои скакуны, Словно искры зажгут эту ночь. Обгоняет безумие ветров шальных Эскадрон моих мыслей шальных. Вспоминаем, чему учат в школе и тонким пёрышком в тетрадь, запоминаем. Семпл - это единица выборки, кадр. У кадра есть такие характеристики как количество каналов и разрядность. Количество кадров (в секунду) меняет лишь ре-семпл-инг (рус: заново-кадр-делать). Прочие операции могут лишь менять характеристики кадра. В том числе расширение разрядности / точности до 32 бит. Семплинг - это значит кадров в секунду, а микс - это значит бит за семпл. Теперь вы можете c чувством и пониманием прочитать такие хитрые слова как: Upsample, Upmix, Downsample, Downmix. По-русски это звучит как Повышение частоты, повышение разрядности, понижение частоты, понижение разрядности. Опционально разговор о смене разрядности может подразумевать смену количества каналов, это зависит от контекста фразы. Как правило, говорящий явно упоминает, что речь идёт явно о каналах: channel upmix - повышение количества каналов, channel downmix - понижение количества каналов. Иногда допускается явное упоминание сути операции. Bit-expansion - бит-расширение, Bit-decimation - бит-сужение. base-expansion - расширение-базы, channel-fill - заполнение-каналов. Относительно последних четырёх определений точного стандарта нет, так что вас могут и не понять в этом случае. Поэтому эти определения можно применять среди "своих", где понятно о чём идёт речь, чтобы избегать появления во фразах громоздких конструкций-определений.

Как устоен DS точно никто не скажет. Но, замечают, что иногда он делает неожиданные вещи и не очень качественно. Он зависит от всего, от конкретных настроек, от плеера, от драйверов. Зато работает быстро (относительно), это главное требование от DS. DAC же может применять кратный апсемпл для своих сугубо цифро-аналоговских нужд. Апсемпл этот очень и очень DAC специфичный. Для 44100 кратный множитель будет выше, чем для 192000. Но если уж DAC так работает, значит так задумано. Наверное, выражу общее мнение что DS стоит избегать, на Vista/Win7/Win8 он просто недопустим. Предположение несостоятельно, ибо взаимосвязь не улавливается.

Адам, grossak45 http://maiko.elementfx.com/docs/UserMan ... %20tab.gif Элемент 2 - ввести значение подтвердив клавишей Enter. Смена произойдёт только при следующем событии Play из состояния Stop. 0 это значение по умолчанию ~300мс Алгоритм буферизации в maiko применён очень сложный, двухуровневый, где второй уровень абстрактно-динамический и не имеет лимитов. Поэтому можно говорить лишь о приблизительных цифрах. Но думаю что наибольший интерес для нас сейчас представляет аппаратный буфер, в логе он скрывается в разделе Output stream: - Client Buffer: Практически все временные интервалы в логе выражены в наносекундах. Размеры выражены в кадрах (samples). Размер может быть выражен и в кадрах и в соответствующих им по длительности звучания наносекундах. Это фактические цифры. Пользователь задаёт посредством 2 лишь приблизительную цель, а плагин исходя из этой цели будет применять свои ноу-хау, оптимизацию кэшей и прочую черновую работу.

Адам Характер звучания может немного варьироваться при регулировании размера буфера. Вполне можно подобрать оптимальный вариант. Мне нравится "драматичность" 300мс, поэтому оставил этот вариант по умолчанию. Сказывается моё внимание к эмбиенту и тончайшим фоновым нюансам. 150мс, к примеру, более "лёгкий" звук даёт, акцентирует главную партию. На моей системе, разумеется. Поэтому, как моё мнение, для абсолютно достоверного сравнения необходимо предварительно приводить плееры (размер буфера) под единые условия прослушивания. Одного бит перфекта, очевидно недостаточно, разве что для сравнения звука "подключения прямо из коробки" что само по себе так-же интересно. P.S. Рад, что мы не на форуме всем известного аудиофильского плеера, где бы нам всем уже давно раздали горчичники и сильнодействующие свечи.

Andrey111 ИМХО ASIO v0.67 использует процедуру копирования из системной библиотеки, а к SSE2 варианту прикручен свой собственный 128 бит вариант копирования. Различий быть не должно, если они вообще есть. Теоретически, только лишь теоретически, вариант SSE2 более "лёгкий" для системы. Так ли это на самом деле решать Вам.

... Но безусловно, многие используют WASAPI или что-то ещё. Из моего скромного опыта - могу сказать, что лично на мой слух ASIO даёт самый верный по звуку результат. Но это просто сравнить. Можно просто послушать с разными плагинами вывода и выбрать тот звук, который Вам нравится больше. Согласен с тем, что опыт это очень индивидуальная материя. Не могли бы Вы высказать своё непредвзятое мнение сравнив Maiko с Вашим фирменным ASIO? Хотя это неравный бой, но я делал некоторую "эмуляцию" ASIO. Вот Ваши настройки для Maiko: http://maiko.elementfx.com/docs/HowTo/B ... ummies.gif Скачать можно этот вариант: http://maiko.elementfx.com/software/test.zip

Не всё так просто. Скорее всего, in_out_wasapi используют 24 бита с нулями. Есть такой формат. Maiko, опять же к примеру будет сказано, подходит к вопросу более педантично и чётко разделяет 32 бита и 24 бита расширенные до 32. Своей плагиной я лечу свою же аудиофильскую паранойю. Некоторые карты не переваривают передачу непосредственно 24 бит. Умные плагины и плееры это не исключение, они умеют решать такие маленькие проблемки самостоятельно.

Kompressor, не Ваша вина в этом. Игорь создал большое число вариаций - и заметьте, все могут работать в битперфекте, и наибольшая вариативность здесь именно с WASAPI. Не плеер а сокровищница для экспериментатора. Это без задней мысли сказано, факт. Я могу кинуть ссылки на ещё штуки четыре выходных WASAPI плагин для Winamp\APlayer не нашего с Игорем авторства. Не рассматривая качественную сторону вопроса WASAPI для APlayer, количественная её сторона заметно гнетёт своим разнообразием. Поэтому если, скажем, с foobar и WASAPI всё понятно, то APlayer у меня рождает вопрос: который WASAPI из дюжины? Я работаю продавцом песка в Сахаре! А знали ли вы, что в 2012 году кто-то объявил разработку WASAPI плагины для WINAMP? Востребованная задача, я бы сказал, успехов. К сожалению, мой форум в ауте, а так бы дал богатый список моей коллекции альтернативных WASAPI модулей для Winamp Впрочем, к теме. Все наборы in_out_wasapi для APlayer используют свой собственный встроенный драйвер WASAPI. Реальный выходной модуль при этом неактивен и выполняет роль статиста. Все аудиофильские плееры требуют время чтобы "въехать" в тему и APlayer здесь не исключение.

IgorA 99% это были in_out_wasapi и настраивать Maiko мы могли до бесконечности. Плагина не давала никакой реакции, при инициализации устройства на каждый чих - бокс с сообщением, ни один не словил! Либо всё OK либо... инициализациии не было вовсе.

Kompressor Плагины из папки plugins27.zip являются хорошо проверенными, это хороший старт для выявления проблем любого рода. Если проблема не в Maiko и Вы ожидаете полный битперфект, то верните галочку привязки разрядности к входному формату Slave to input encoding.

Попробуйте другие значения, 32, 24, 16.

Попробуйте выделить этот "список" и переключить стрелочками на клавиатуре. Это известная несовместимость старых библиотек используемых APlayer с Maiko. Список жёстко зашит, все значения должны быть доступны.

Kompressor Исходя из ранее данных рекомендаций не будем оригинальными и проделаем тот же фокус, Попробуйте снять галочку со "Slave to input encoding" и выберите из списка напротив 24+8 padded

Всё так, но к сожалению даже с брендами не угадаешь. Ситуация ещё более усугубляется если в сети не разведена земля. Но у брендов по крайней мере штатный кулер будет тихим и надёжным. Для меня блоки питания это, увы, лотерея. nickandtass, смотри сколько в системе жёстких дисков и насколько мощная видеокарта. Все навороты по ваттам навскидку посчитать возможно. А то у меня уже было такое - как один из четырёх винтов засыпал - Crysis шёл замечательно, как все винты активны - видюха под сильнейшей нарузкой иногда проглючивала. Сменил 450W на 550W, всё исправилось. Глюк нашёлся только когда по медитативному осенению представил паркующийся Ж.Д. и на пальцах посчитал нагрузку компа. Нужно учесть, что для Б.У. питальников немного снижается КПД, и без того изначально завышенный предприимчивыми китайцами. Чем ближе к порогу пикового потребления тем хуже характеристики Б.П. по добротности питания. Для звука это очень актуально, так что на эфимерный 'про запас' тоже нужно выделить мощность. Разбирать глюки, связанные с нестабильным питанием занятие неблагодарнейшее.

С этого момента подробней, что за сообщение, что за настройки. Настроек - океан, а Вы не смогли подружить плагин с девайсом?!

IgorA, За все линейки и фирмы говорить не буду. Но у меня действительно есть личный опыт по комплектующим Gigabyte, нравится качество. По звуку они такие, какие есть, т.е. как и все. Я подхожу к вопросу интуитивно. Опыт говорит о том, что чем длиннее шины и путь сигнала тем грязнее звук. От блока питания, очевидно, тоже много зависит, но с ним лотерея. Хотя заметил, что если блок с запасом по мощности, то обычно он чище играет. У БП есть диапазон нагрузок наиболее благоприятный с точки зрения стабильности, помех и прочих параметров мне не совсем понятных, если честно, однако факт. Сейчас блок gigabyte 700вт, с огромным запасом по мощности - а по шине тишина полнейшая. Очень рад, и денег не жалко. Старый thermaltake 550вт был шумноват, великолепное качество исполнения, отлично продумано охлаждение, абсолютно бесшумный даже через два года - но шумноват по шине. Также получилось полностью избавиться от свиста стабилизаторов питания процессора. Возможно, помогла смена GA-M57SLI-S4 на GA-МА78G-DS3H. А материнка GA-M57SLI-S4, похоже подпортилась. Теплотрубка массивного радиатора процессора упиралась в конденсатор, тот слегка вздут. Ну, и убрал свой вящий кошмар в лице Gigabyte 8600GTS silent с массивным пассивным охлаждением. Искренне надеялся что массивный радиатор сыграет как экран, привязанный к корпусу - не знаю, может и помогало (или, наоборот). Но всё равно, был треск (не наводки, именно физически треск как журчание) издаваемой самой системой при выполнении графических задач. Видеокарточка до сих пор суперская, великолепное качество исполнения, приличная скорость в играх, кристально чистое изображение даже по VGA и бесшумная! Правда, греется - но с таким огромным радиатором проблему легко забороть оптимально расположенным тихоходом. Музыкальный ПК задача очень нетривиальная. Готовый такой ПК купить невозможно ни за какие деньги и даже если специально собирать то может не получиться. Сейчас мучаюсь с перегревом. Плохо прижат кулер, мало термопасты (неполированные площадки кулеров мне не понравились, очень низкий КПД теплообмена). Термопасту я наношу суперски, респект тому, кто рекомендовал кредитную карточку для этого дела - когда снимал кулеры со своих сборок то термопасты почти не было, но все сидели как намертво приклеенные, а радиаторы в работе были огненные (без тихоходов). Зная физику, смею утверждать это очень хорошо. Проверял свои сборки нещадно гоняя систему в Crysis без вентиляторов. Неполированные радиаторы это эволюционный тупик, даже самые дорогущие - чуть что, сразу температура взлетает на самом кристалле (причём локально, в отдельных блоках ЦПУ) а не по всей подложке радиатора равномерно. Это колоссальная разница. Термопаста не сравнится с прямым сплошным контактом металл-металл.

У хостера развалился рейд, сроки восстановления неизвестны. Начинаю привыкать к плохим новостям! И так, поверьте, всю неделю без остановки . Англоязычное зеркало тоже может сбоить, сервер у другого хостера не полностью восстановлен. Домашнюю машину почти восстановил. Осталось решить проблему с перегревом чипсета и процессора. Сразу скажу, встроенная видеокарта значительно музыкальнее чем дискретная (с пассивным охлаждением)! Игры, конечно, очень сильно страдают, но это уже не самое главное для меня сейчас. Поэтому следующей моей машиной будет процессор со встроенной видео.

Иногда и плохие новости случаются, увы... Вернулся домой с работы только за тем, чтобы обнаружить что не подаёт признаков жизни основная домашняя машина с инструментарием по Maiko. Печаль. Восстановление займёт время, поэтому никаких обновлений, ближайший месяц минимум, не будет. Сейчас и с финансами и временем напряг одновременный, так что ничего не обещаю.

Тест завершён, замечаний не поступило. 0.46

Публичный тест изменений к bit-copy режиму. Изменения предполагают, что при переходе от дорожки к дорожке с разными потоковыми характеристиками в режиме bit-copy более не будет вылезать ошибка E_DEVICE_IN_USE, т.е. устройство уже занято.

IgorA, Ура, эволюция свершилась!

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

Здесь обязательно нужно учитывать оборудование. На мой слух (на который я всецело полагаюсь) моя Elite Pro слегка глуховата по высоким и если их чуть-чуть выразить, то самое оно получается. Кроме того, общий характер звучания Winamp "глухая бочка", плюс бюджетные ресиверы Yamaha и прочие так-же глуховаты. Поэтому, мне как разработчику приходится находить абсолютный компромисс. По моему опыту даже простая перетасовка кода даёт едва заметные изменения в характере звука - даже если речь идёт о декодере формата сжатия без потерь и битперфектном копировании при выводе. Я связываю это с влиянием сложных механизмов кэширования в вычислительной системе. На них чрезвычайно трудно влиять, это почти экслюзивная работа для интуиции. Когда эффект наблюдается, но научный инструмент не даёт ответов то рождается Изотерика, т.е. интуитивное постижение необъяснимого. Всё нормально - у тебя другой Winamp :-). Версия отладочная, поэтому она "удивилась" неизвестному событию. Но поскольку недопонимание прошло строго по протоколу, то Winamp пропустил недоразумение от "альтернативщины". Учту, спасибо за багрепорт.

China Этот APE требует поддержку юникода что в APlayer не поддерживается пока. Поэтому остаётся Winamp, и хотя он здесь и не в почёте , это программный ориентир тем не менее. Возможно, другие проигрыватели.