seth_success
Member
- Joined
- Feb 28, 2024
- Messages
- 6
When streaming Sirius XM via Chromecast my Wiim Ultra keeps disconnecting. Anyone else had this issues?
Yes, I’m also using it on qoboz, it stutter and takes long time before it start playing music after clicking the play button.When streaming Sirius XM via Chromecast my Wiim Ultra keeps disconnecting. Anyone else had this issues?
CC works perfect on the Pro. So it should work perfect on the Ultra too. This has nothing to do with google 'moving on'.Things are on the move with CC.
Why Google decided now’s the time to move on from Chromecast
Google wanted to make a more premium streaming device.www.theverge.com
That doesn’t necessarily follow as we have no knowledge of which ChromeCast SDK that Google might now mandate for new developments on new hardware.CC works perfect on the Pro. So it should work perfect on the Ultra too.
I’m just wondering why ultra did not use the same chromecast from previous wiim. Those works with no problem. Why replace it if ain’t broke?That doesn’t necessarily follow as we have no knowledge of which ChromeCast SDK that Google might now mandate for new developments on new hardware.
I agree. Ultra seems to have code of the new Google Cast (CastLite) and it is experiencing growing pains.Things are on the move with CC.
Why Google decided now’s the time to move on from Chromecast
Google wanted to make a more premium streaming device.www.theverge.com
I don’t know if this hypothetical scenario might help.I’m just wondering why ultra did not use the same chromecast from previous wiim. Those works with no problem. Why replace it if ain’t broke?
Perhaps the questions was what does new chromecast bring to the table? Adding more code required more resource and computation which other people call bloatware that doesn’t bring anything new.I don’t know if this hypothetical scenario might help.
Say you have hardware and had developed a code module to act as an interface between your hardware and Google’s Chromecast service, using a high level application programming interface (API) from Google’s recommended software development kit (SDK) at that point in time. Let’s call that SDK version 1.
You then bring out new hardware and its interface for whatever reason needs to interact with the Google Chromecast service in a different manner. So the dev team go to use that same API from SDK v1 only to find that Google no longer permit its use and now mandate SDK v2 which does things differently, necessitating them to redevelop the code module from the ground up.
The old code module on the old hardware still works as its runtime code accesses low level system calls that aren’t presented thru the API, but in order for the new code module on the new hardware to access those same system calls, they need to use the new v2 SDK.
Maybe a younger developer can explain it better than this old Fortran IV mainframe dinosaur
No idea if it brings anything new, and I wasn’t suggesting that the Ultra has more code or computational requirements, merely that it might have to do something in a different manner. That doesn’t necessarily make it bloatware - on the contrary, the new code required might be more efficient than the old code.Perhaps the questions was what does new chromecast bring to the table? Adding more code required more resource and computation which other people call bloatware that doesn’t bring anything new.
Not too unlikely that the platform as a whole is not as mature yet, as the outgoing one. And third-party developers (like WiiM) might still be cutting their teeth on new features, new oddities, new everything.Perhaps the questions was what does new chromecast bring to the table? Adding more code required more resource and computation which other people call bloatware that doesn’t bring anything new.
I don’t know if this hypothetical scenario might help.
Say you have hardware and had developed a code module to act as an interface between your hardware and Google’s Chromecast service, using a high level application programming interface (API) from Google’s recommended software development kit (SDK) at that point in time. Let’s call that SDK version 1.
You then bring out new hardware and its interface for whatever reason needs to interact with the Google Chromecast service in a different manner. So the dev team go to use that same API from SDK v1 only to find that Google no longer permit its use and now mandate SDK v2 which does things differently, necessitating them to redevelop the code module from the ground up.
The old code module on the old hardware still works as its runtime code accesses low level system calls that aren’t presented thru the API, but in order for the new code module on the new hardware to access those same system calls, they need to use the new v2 SDK.
Maybe a younger developer can explain it better than this old Fortran IV mainframe dinosaur
Like the rest of us using chromecast, we’re waiting for fix. I have all wiim but pro plus but this one has the most issue being reported on the forum.I had enough trouble with my Wiim Ultra and I returned it to Amazon yesterday. Without Airplay or stable Chromecast its utility is questionable as a streamer.
That’s a reasonable assumption - for example, they could have sufficient info from your logs so don’t need to get back to you for further info. I’m sure they’re working on resolving all Chromecast issues on the Ultra.I haven't received an answer to my feedback/ticket 3 days ago so I assume this is a known issue with @WiiM Team ?!
(As they don't answer tickets that are known issues)
Correct. They are working on a solution though with the plex team and castlite so we'll just have to be a bit more patient.A plexamp disaster sending via chromecast to wiim ultra repeats itself continuously, takes a while to start, disconnects... etc.
Chromecast from Deezer works fine here, but chromecasting from my screen also has issues. So I don't think it's only in combination with Plex.Is the problem only with Plex or also with the rest of the Chromecast launchers?