View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0014032||MediaMonkey (current)||Burning / Disc Handling||public||2017-02-22 15:45||2017-05-03 16:21|
|Target Version||4.1.16||Fixed in Version|
|Summary||0014032: Playing from UPnP to chromecast fails|
|Description||Attempts to play tracks from a UPnP server and cast them to a chromecast result in the following error:|
"Skipped <TITLE>. It is unsupported by the receiver."
Moreover, this sometimes also causes playback to freeze for a period of time and/or access to the UPnP server to be lost for a period of time.
|Tags||No tags attached.|
|Fixed in build|
||It's working to me. Can you send debug logs. Thanks|
Play local content to chromecast: 44G1C5YZKL (success though toast re. lost connection appears)
Play beatles content via UPnP: IFZW9PDW4X (success)
Play beatles content via UPnP to chromecast: GSIFQ65VGE (failed)
I can see in your log, that chromecast can't load media from upnp server.
Unfortunately I don't know reason.
Any track from MMW server doesn't play on your chromecast, right?
Maybe MMW denied access from your chromecast device.
I have tested it with MediaMonkey 220.127.116.118 and Windows Media Player Sharing and it works to me.
Have you test it with some other Upnp server?
If it's not working with MMW server only, please generate debug log from MMW and assign the issue to Ludek.
||I'm unable to replicate with MMW 18.104.22.1680 vs MMA 22.214.171.1247. Resolving for now.|
I tested this again with MMA 126.96.36.1995 vs MMW 188.8.131.520 and replicated the problem. Also, a user at http://www.mediamonkey.com/forum/viewtopic.php?f=21&t=87495 reported the problem.
- The playback failure occurs with all types of files (e.g. incl. MP3)
- chromecasting content directly from the device worked correctly. The problem is only when the source is the MMW UPnP server.
- attempting the same usecase with BubbleUPnP also fails, which would imply that the problem may be at the server side or with the chromecast device.
MMW log: posted to ftp
MMA log: ZGNB29DN98
In the log I see that two files were read at the same time:
\\192.168.0.147\puzzle\Music\Jethro Tull\The Very Best\10 - Jethro Tull - Bouree.mp3
BY 'stagefright/1.2 (Linux;Android 7.1.2)'
=> looks like Android read this MP3?
\\192.168.0.147\puzzle\Music\Billy Burnette\Memphis in Manhattan\12. Billy Burnette - Memphis Blues.flac
BY 'Apache-HttpClient/UNAVAILABLE (java 1.5)'
=> looks like Chromecast read this FLAC?
FLAC seems unsupported by Chromecast: https://developers.google.com/cast/docs/media
So you will need to set up the auto-convert rules for the Chromecast, this is related to 0013277 (that is on my TODO list)
EDIT: In both cases the client was 192.168.0.196 (i.e. Android) and thus it looks that Chromecast hasn't accessed it at all for some reason.
I've just tested the scenario (MMA 184.108.40.2065) and it works fine for me, I successfully served MP3 from MMW server to my Chromecast using MMA as control point.
In my case the streamed file is accessed from two different IP addresses:
1) Chromecast from 192.168.1.104 as 'Mozilla/5.0 (X11; Linux armv7l) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.84 Safari/537.36 CrKey/1.22.79313'
2) MMA from 192.168.1.101 as 'Apache-HttpClient/UNAVAILABLE (java 1.5)'
EDIT: Tried FLAC file and also works fine for me (is auto-converted to MP3 and played by Chromecast)
Is casting from the PC to Chromecast working?
Maybe there is a IP address mismatch , but cannot say more ATM.
Maybe you changed IP address from 'Automatic' to something else? Ensure that Automatic choice is set and if that doesn't help then try the other IPs to see whether it helps?
||Rusty indicated that direct cast from MM5 > Chromecast is working and based on the logs the IP:port in both cases was http://192.168.0.211:62514/ so IP mismatch isn't the issue. To find more...|
Did more testing:
BubbleUPnP --> MM5 --> Chromecast: fail
Localcast --> MM5 --> Chromecast: fail
BubbleUPnP/Localcast/MMA --> WMP --> Chromecast: fail
MMA --> NAS --> Chromecast: success
This basically confirms that either a firewall setting or something in the network topology is preventing the chromecast from playing content from the desktop running MM5.
I'm going to investigate further based on: