-
Notifications
You must be signed in to change notification settings - Fork 49
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MediaChannel "Error" Event(?) not implemented #309
Comments
Very interesting. Error codes can be found here and 104 is: It seems like there's ERROR_TYPE_ERROR which I haven't implemented at all. |
The whole sequence starting with queue-load (there was another queue playing before) was:
I now recognized that I mark the media items as 'audio/mp4' even if they are mp3 but this was/and normally is no issue at all. |
I am testing crazy things here: running my WinUI3 App and my ConGUI at the same time and connected to the same device with the same appID - then play a cd from WinUi and then press Next on the ConGUI..... It works (now) most of the time but until now only with the media from 'https://audionautix.com/Music/...' it sometimes has 'hickups'. Also my device is nearing a state where it needs a power down cycle (this occasionally happens when doing this stuff the device gets very slow in its reaction -> interesting bus and protocol timings for test purpose 😉 ...) |
created 1.2.1-alpha package. |
ok thx. I switched to this release - and could reproduce the error. Our '.. can not be converted ...' error is fixed. What issues with the media channel do you expect now? I can use the channel after the error with other load and load_queue commands and it seems to work. |
It definitively has to do with this URLs:
it is easy to reproduce here. When I first use them the above error occurs. When I load them in Browser then there seems to be a short 'Player page' doing a 'autoplay' and after that my chromecast device can play the url like all others. So I will remove them from my example... |
Mainly expecting that you won't be able to catch those errors anywhere. So it's basically eating them. |
No prob. I think the rest of the Status messages is consistent with this error. So the receiver/channels go to idle (sometimes with idle reason 'error') after that. The only place where I see it now is the trace and that's ok for this problem where the URL does not deliver a mp3 stream.... |
Added error handling to media channel and wrote a testcase for it. |
This works excellent now! |
Great to hear and thanks for reporting the issue |
hi,
when playing around with my "public available CDs" (tracks showing to internet MP3 streams) I suddenly encountered this:
after some checking of the URLs and playing them in the web browser the error disappeared ...
the log also showed sometimes this LOAD_ERROR with the same error code.
not sure what's going on here but definitely we do get a 'Message' (Event?) that is not yet translatable. Tried to find doku but I am still not really comfortable with this protobuffer protocol.
The text was updated successfully, but these errors were encountered: