(28-05-2012 22:19)UncleStas123 писал(а):  ...пошла Маша в лес по грибы да по ягоды, но вернулась ни с чем. Потому что нужно ставить конкретные цели!

Так цель Вы сами обозначили:

Цитата:хороший плейер. С хорошим звуком. С удобными плей-листами. С хорошими библиотечно-каталогизаторскими возможностями. С человеческим интерфейсом...

Это не делается за месяц и даже год. Я всего лишь набросал макет и просил высказать мнение о звуке, а не о форматах и т.д. Между прочим, ни на одном форуме я ничего не выкладывал. Только здесь, чтобы услышать мнение профи. SAP, cPlay, JPLAY очень хороши. И "достаточно хорошо" это не о них. Только хотелось бы звучания SAP с юзабилити Foobar и чтобы выводил asio or wasapi для build-in и других карточек, не имеющих asio. И без заморочек с выбором. Чтобы сам измерял КНИ на выходе и выбирал лучший результат

Цитата:... Хочется про причины разного звучания почитать

Любой программерский форум содержит ветки аудио. Только если бы было всё известно о причинах, то было бы и то, что выше, чем достаточно хорошо. Из личных наблюдений - любой таймер-зло, передискретизация-зло, воспроизведение с hdd - зло. Лучшее качество - воспроизведение wav из памяти. Таким путём пошли авторы SAP, JPLAY. В них почти нет процессов, которые вклинивались бы в воспроизведение. К примеру, для реализации того же бегунка нужен таймер, в нём пишется код, который будет отслеживать с частотой этого таймера текущее место (или время) воспроизведения. А для определения времени воспроизведения последнего трека в CUE вообще нужно вычислить время всего файла и отнять время начала последнего трека. Всё это на основе битрейта, размера и др. А эти значения ещё нужно преобразовать в удобоваримый формат мм:сс... Т. е. каждый тик таймера выполняются десятки математических вычислений. Получается, что для звука нужно избавляться от всего, что происходит в момент воспроизведения. Сомневаюсь, что кому-то удастся создать что-то лучше SAP по качеству воспроизведения и стабильности, но с удобным интерфейсом. Нужно искать компромис между тем и тем.
А вообще, к любому формату, как in, так и out есть описание, SDK и т.д. В них ответы на все вопросы.

Цитата:ПС. Движки - это не то. Движки обеспечивают good enough, таких плейеров УЖЕ валом...

IMHO, это заблуждение. Зачем заново создавать велосипед, если уже есть один качественный. В большинстве используется не всё подряд, а только части кода и заголовочные файлы к библиотекам. К примеру, поддержка cue кривая в любом движке. Поэтому я использую собственный модуль. А в основном, качественные библиотеки пишутся или самими разработчиками формата, или в соответствии с их рекомендациями. Пример - NewAC использует универсальные библиотеки, которые есть во множестве других программ. Вся проблема не столько в них, сколько в реализации удобств и большом количестве if... then...