Я так и подозревал, и был уверен, что я прав, но не стал собарникам радость обламывать сразу так. Пусть, думаю, считают, что у них Cromecast 192 может, пусть радуются. 
Но истина восторжествовала.
1 лайк
Конечно может, вы же сами видети?
Qoubiz, да, нативное приложение больше 96 не отдает.
Но локальные файлы по хромкаст 192 wiim pro стримит - факт.
…истина восторжествовала, у них Cromecast 192 может )
2 лайка
Ну вот же практический пример Вадима:
Обратите внимание на фото. Оставим пока что Lyngdorf в покое (хотя, например при использовании AirPlay, он не показывает ничего выше 44,1), но на фото Вадима, видно ЦАП, который работает в режиме 192кГц.
1 лайк
Официально ограничение в 24/96 Google указывает только в отношении своего стримера Chromecast Audio.
Сторонние ресиверы, стримеры с поддержкой Google Cast / Chromecast, как правило, умеют принимать по этому протоколу поток 24/192. Убедился в этом на продуктах Cambridge Audio, вот ещё примеры других производителей…
1 лайк
Сразу вспоминается древнючий toslink. Через него официально тоже только 96 пролезать должно, но сейчас спокойно пролетает 192.
1 лайк
На Cambridge evo - Кобуз по хромкасту - те же самые 96
Вы там один абзац упустили
However that doesn’t necessarily mean that the resulting digital audio out of its HDMI connector will be at 24bit/192kHz and I suspect it resamples to match whatever device you connect it communicates as supporting via HDMI
Если исходить из того, что устройство показало, значит “пролезло”, тогда Лингдорф играет MQA плоть до 384…
И думаю ни один из обсуждающих 96 vs 192 ни при каких обстоятельствах на слух эти записи не различит…
3 лайка
… а со мной что будете делать? ) тоже показалось? и там не 192 играет и написанно?!
странный спор, честное слово.
Учитывая, что Wiim продвигают идею bitstream (чего небыло в предудуюих модулях LinkPlay и похожих). Можно предположить, что ради этого они могли не активировать ограничения протокола. Т.е. оставить это на совесть передающих… ничего не обрезая со освоей стороны. Тот же кобуз режет до 96 (возможно чтобы быть в рамках спецификации), так Wiim и отыгрывает.
Теперь, если локальный файл, бублик невзирая на специфицации протокола читает и шлет без изменений в 192, то и wiim его так и отыгрывет. Верите вы в это или нет, разницы нет, Это факт.
тоже так думаю, и на слух мне DLNA/Upnp больше нравится чем хромкаст, но разговор ведь не об этом.
2 лайка
Сами посудите - вот так легко оказывается хромкаст играет 192, а все производители это оказывается и не знали, как не знал и сам протокол, но бублик с мконнектом оказывается легко решают эту проблему… Еще вопрос - вы точно уверены в битперфектности бублика и мконнекта? Почему люди пишут, что итоговый звук все же у них различатеся? как и отличается от Тайдал коннекта?
Про точность того, что пишет устройство - я уже выше пример с Лингом приводил, потому я лично больше верю спцификациям производителя. И кстати где написано то про точные 192 на wiim?
Вы в каком месте это читаете?
И почему это чудо происходит именно при стриминге через бублик, а не при прямом подключении к хромкасту?
1 лайк
тут первое фото… все наглядно. Это wiim pro информация.
второе фото, ЦАП принимает 192, этот цап чушь писать не будет. Там все серьезно, Chord по своим Coax BNC и не такие частоты гоняет.
А про то что все знают что не более 96, а тут во как, я выше изложил.
что вы имеете в виду под прямым подключением к хромкасту?!
не ищите блох… просто приймите как есть )
Google одобряет )))
еще немного здравого текта…
"The Chromecast Audio is a device that supports a maximum audio quality of 96Khz/24bit due to the limitation of its SPDIF audio port, which means, the 192Khz/24bit audio resolution must be down-scaled in order to play correctly.
However, the Chromecast Built-in is not a device with that limitation but an app baked inside the Android TV operating system, though it is also available in select AV receivers, speakers, etc.
The problem with the current Chromecast Built-in iteration is that it’s still limited to the same audio quality found in the Chromecast Audio (96Khz/24bit) but devices where it is implemented are capable of passing through the 192Khz/24bit audio quality, for example, if I connect an Android TV device to an AV receiver with 192Khz/24bit support, the Chromecast Built-in should play directly that audio quality without down-scaling it, but it doesn’t."
Вы принимаете ограничение в 96… применительно к Chromecast Audio устройству.
Сам протокол не имеет проблем с 192. Так что, не вижу предмета для дальнешего спора.
2 лайка
Остаётся только с Линга 3400 снять coax сигнал, подать на Chord и посмотреть что покажет - 384 или 96 на распакованном программно Лингом в 96 треке MQA, который он тем не менее гордо пишет 384…
Но он то не так серьезен как Chord - с него взятки гладки )
Без вмешательств бублика…
Он много чего одобряет
А если вы перейдет по своему скрину, то увидите к какому продукту это относится - к самодельному касту какому то на гитхабе, возможно в wiim такая же самоделка и потому вам звук и не нравится
То есть если встает вопрос можно ли крякнуть ПО хрокаст или сделать свое вместо него - наверняка можно
Но как то странно ни один из производителей это пока не сделал, а вот бублик сделал
Вот только почему то по звуку вопросы…
1 лайк
Это спецификация самого устройства от Гугла, а не протокола. Спецификацию протокола так внятно и не нашёл.
Тут дело ясное, что дело тёмное.
Хотя, до сих пор уверен, что Googlecast не может больше 96.
Но вот может, с Wiim только может.
Больше хайпа, тогда и 384 сможет и dsd 1024 по Googlecast. 
3 лайка
Вы тему не угоняйте пожалуйста.
Вопрос был может 192 - ответ, да может.
Все остальниое ваша отсебятина и личное мнение, не имеющее отношения к вопросу.
Нравится называть черное белым, а белое черным… продолжайте. Но дальше без меня. Сорян.
2 лайка
Может ли по Googlcast был вопрос, и что может именно так - не факт и с битпрефектом вопрос открыт.
1 лайк
Я ее точно не угонял в оценки мнений )) Мнение мое безусловно личное и конечно отсебятина - его же я пишу и от себя )
Прежде чем утверждать что может и верить надписям в приложениях, ответьте себе на вопрос - еще раз его задам - может Линг 384 по MQA?
Дабы подитожить - спецификация протокола 96, приложение Кобуз все равно не поддержит выше, а зачем Кобуз гнать через хромкаст по бублику, когда есть upnp - остается загадкой, так что это его могение не имеет прикладного использования
То есть по факту пока “может” только бублик - его условный bubblecast совместимый с chromecast
1 лайк
Вадим, @odessa изменилось что-то в звучании устройства после прогрева? Можете звук описать, что нравится, что нет, подача и прочее?
Понял, понимаю.
Про Найм я так до конца и не понял зачем они так пишут и могут ли. У меня был только Атом - он не мог, хотя все утверждали, что сами платы стримеров там одинаковые со старшими стримерами
Вот от Найма письмо, где они сами же говорят, что Хромкаст не может высокие частоты по факту, хотя заставить, наверное можно
When using Chromecast the stream is bit perfect and native upto 192kHz/24bit. The downside of Chromecast + Qobuz is that it’s not really designed to run at such high sample rates. The buffer sizes are far too small (hence prone to drop outs) and the Chromecast stack is very inefficient so uses nearly all the CPU time in the streamer. Not only is this bad for unit response times, but not also great for sound quality as the electric noise floor of the product increases as everything works harder.
For this reason + others, earlier this year we integrated Qobuz natively into the platform.
Benefits:
- Proper buffering - We buffer up to 50MB of data at a time so very robust from internet data fluctuations. The average 16/44.1kHz track is fully loaded within 15secs, hence its playback from RAM buffer.
- Efficient - near enough the same as playing a native 192kHz FLAC file from a NAS.
- Faster to connect / play / do stuff.
- Runs from the internal streamers Play Queue. Once the app has loaded in the play queue the streamer just gets on with it independent from the app / things in the cloud etc.
Overall, I would recommend use Qobuz via the Naim app if possible.
Best regards
Steve Harris
Software Director
Naim Audio Ltd.
И кстати можно же и через Roon на wiim закастить по хромкасту - любопытно, что в пути сигнала будет писать
2 лайка
В принципе особо изменений нет. Все хорошо… Пришло еще обновление, чтото по мелочи пофиксили.
Пользоваться им очень удобно и приятно. Все быстро и четко.
Стример умеет отдавать играющую цифру. Своих денег точно стоит…
Как ЦАП посредственно, но цифру coax, optic похоже пропускает битперфект.
Если у вас хороший ЦАП, то можно получить достойный стриминг из коробки.
С малинкой и шляпами (Кали, ионканада) можно лучше. Но wiim (с хорошим питанием) играет уже достойно и очень удобно в использовании.
По памяти, примерно инеем уровень малинка+PI2AES, что очень не плохо как по мне (учитывая цену и удобство).
10 лайков