-
Публикаций
385 -
Баллов
392 -
Зарегистрирован
-
Посещение
-
Победитель дней
4
Тип контента
Профили
Форумы
Пользовательские тракты
Галерея
Колекции
Блоги
Объявления
Магазин
Articles
Весь контент Константин Мусатов
-
Вы сравниваете проигрывание флака и сделанного из него вава? Или я уже потерял нить исследования? При этом оба прослушивания идут через одни и те же bluetooth наушники.
-
Алгоритмы вывода никогда не изменяют данные, это не их задача и не их право. Но перед выводом аудиоданных на БТ их компрессируют с потерями. Но к выводу или декодированию этих данных из флака это действие отношение не имеет
-
Вы где-то что-то перепутали и загнали себя в логическую ошибку. Надо аккуратно распутывать вопрос, а не с наскоком. Сказки конечно встречаются, но чаще в мультфильмах. А техника работает по правилам и алгоритмам.
-
Блютуз вообще другая тема. Нескомпрессированный поток не влезает в канал синего зуба. Потому используются кодеки с потерями. При декодировании на стороне ушей получаются гарантированно не те же данные, что хотели послушать
-
Не не не не. Данные при декодировании точно такие же, как и были в оригинале. Помехи не в сигнале, помехи в эфире и по земле текут. А вот тут гальваноразвязка помогает
-
Может я и опоздаю со свом замечанием. Контейнер данных - это набор заголовков. Возьмите книгу *** и Мир и измените обложку на другой цвет и заголовок другим шрифтом. Вот это смена контейнера. Классический wav - это просто сырые данные для преобразования. Т.е. это данные без кодека. Flac, ape и другие кодеки без потерь хранять не прямы данные. Что бы получить из них исходные данные бит в бит, нужна достаточно серьезная работа процессора по программе. Аппаратура не идеальная и помехи от работы процессора и памяти могут влиять на подсистему вывода данных. Это влияние выше, чем нагрузка на процессор от просмотра интернета, поскольку нагрузка при декодировании аудио зависит от декодируемого сигнала. Наличие корреляции между помехами и полезным сигналом значительно повышают заметность помех.
-
К сожалению, это все написано некорректно. Флак абсолютно не отличается от вава в результате декодирования. Это легко проверяется тестом на бит перфект. Все отличие в том, что флак требует работы процессора по раскодированию, а вав - это и есть сырые раскодированные данные. Иногда можно настроить что бы раскодированием занимался не рендер, который передает поток на ЦАП, а медиасервер, где хранятся данные и по сети уже двигались раскодированные псм данные
-
Я конечно понимаю, что слушатель, замечающий разницу при пригрывании флака и вава может раскодировать свою библиотеку. А я воспринимаю результат что надо бы позаниматься аппаратурой и развязать звуковой тракт от компьютера.
-
Только это не атракцион слуха, а атракцион аппаратуры. Нагрузка на процессор по онлайн раскодированию флака вносит помехи в процесс воспроизведения....
-
Включить поддерживаемые форматы и скорости и отключить неподдерживаемые - правильное действие. Если оставить только 48, то все остальные сигналы, например рипы СД на 44,1 комп пересчитает в 48, а встроенный передискретизатор весьма посредственного качества.
- 650 ответов
-
- 3
-
-
- операционные системы
- windows
-
(и ещё 2 )
C тегом:
-
По поводу использования USB 3 при наличии USB 2. Был случай с малинкой, на третьем порту лучше шло опознавание устройства - другое железо, другой драйвер. Потому причин действовать не оптимально может быть много. Ближе, дальше к процу, думаю не важно. А вот наличие других устройств на шине, особенно таких же потоковых, например вебкамера, может приводить к нестабильности времени подачи потока. Нормально USB 2 работает в ритме 8 кГц, т.е. каждые 125 мкс идет кадр и после sof идет блок данных для ЦАП. Если будет другое устройство, то могут вклиниваться данные для других устройств. С точки зрения потока данных это не важно, но спектр помех будет меняться. А это может повлиять на восприятие. К систематическим помехам, как то сетевое жужжание, слух адаптируется
-
В какой бы порт вы не воткнули, режим работы не меняется. Т.е usb3 будет работать в режиме usb2. Но способность порта работать в режиме 3 означает, что электроника порта более быстрая и работает жестче. Потому она создаст больше помех. Если есть возможность, лучше работать с портом 2. Гальваноразвязка не везде и не всегда работает, с ней бывают глюки. Лучше бы иметь гальваноразвязку в ЦАПе. Но за неимением надо побовать.
-
От клавиатуры вряд-ли. От вайфая может. Причем кабель ловит, а преобразует пойманный СВЧ сигнал в звуковой выходной каскад усилителя, он не рассчитан на такие частоты. Ну а классическое тикание от телефонной GSM все слышали
-
Когда качество определяется соотвествием стандартам, то уложиться в означенный бюджет можно. Но ведь каждый из нас слышит по своему и по своему понимает термин качественного звука. Так что, если вас устраивает качество такого компонента, на данном этапе развития вашего слуха, то и тратиться на большее можео только из принципа "про запас"
-
Это чип ASRC. По кварцевому генератору он выдает сигнал, а принимает по восстановленному клоку. Исключение, если ему на вход идет I2S и он его просто транслирует. Но тогда и клок так же транслируется. Сам чип хороший. Но принцип работы ASRC заранее смеет изъян в области восстановления несущей и пересчете отсчетов. Потому более "кошерным" является решение с буферизацией потока в выдачей исходных данных по уже чистому клоку и тогда качество этого клока будет определяющим для работы ЦАПа
-
При приеме spdif или коаксиала идет подстройка частоты под скорость подачи источника (pll). Потому фиксированный генератор тут не работает.
-
"Что одним человеком было сделано, другой завсегда сломать сможет... "
-
Он основан на чипе pcm1798.
