View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0017232 | MMW 5 | Help / Docs / Localization | public | 2020-12-16 11:07 | 2021-01-25 18:55 |
| Reporter | Ludek | Assigned To | |||
| Priority | urgent | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | reopened | ||
| Product Version | 5.0 | ||||
| Target Version | 5.0 | Fixed in Version | 5.0 | ||
| Summary | 0017232: Add KB article for casting issues | ||||
| Description | This issue should be documented (or add a KB article): https://www.mediamonkey.com/forum/viewtopic.php?p=475690#p475690 By default MM utilizes its own media server to share the local files with other players on network, it is in Options > Media Sharing. If you disable the default media server then it is creating temporal invisible media server with the random port (to be able to serve the local files to the remote player). With firewall like MCAffee the MM server port is not allowed by default and it is also even hard to understand for users why the MM port is needed when casting local files to the home players (be it Google cast or DLNA player) It can then refers to the point 2. (firewall configuration) in this https://www.mediamonkey.com/support/knowledge-base/mediamonkey-upnp-dlna/mediamonkey-upnp-server-inaccessible/ (already existing article for MM server not accessible) | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
1) Why not use the same port as set in for the Media Server (which is disabled), so if a user had that enabled in the firewall this problem is prevented in the first place? 2) Why does this not trigger a firewall prompt like it does when enabling the Media Server? |
|
|
https://www.mediamonkey.com/support/knowledge-base/mediamonkey-upnp-dlna/mediamonkey-upnp-server-inaccessible/ and https://www.mediamonkey.com/wiki/WebHelp:Setting_UPnP_DLNA_Media_Servers/5.0 updated to reflect that casting will also need Firewall permissions |
|
|
1) might be, but if would user enable the default server while the temporal would be running for the casting then these two servers would be in conflict But note that MM always uses the default configured MM server when available (i.e. in the default install) 2) it does trigger, but e.g. Barry is using McAfee firewall, MM can't auto-configure third party firewalls |
|
|
This was previously fixed. Note: I've revised the wording in the wiki slightly. |
|
|
BTW: Here https://www.mediamonkey.com/forum/viewtopic.php?p=475865#p475865 user found that BubbleUPnP on his PC brokes casting from MM5 to Chromecast. I haven't tested BubbleUPnP on my PC yet, but from what I see here: https://bubblesoftapps.com/bubbleupnpserver2/ It creates proxies for the available media servers -- so I yes, it interferes with the other media servers. I guess we sould add this to the KB article. |
|
|
Covered in item 3: https://www.mediamonkey.com/support/knowledge-base/mediamonkey-upnp-dlna/mediamonkey-upnp-server-inaccessible/ |
|
|
Martin, I'd suggest splitting out Casting into a separate article as it seems that the issues are different and in most cases much simpler. |
|
|
Casting (the DLNA part) uses settings from the Media Server, so I prefer to keep it together. It's all using the same technologies, so I prefer to have it in 1 place so it's easier to locate. When referring to casting it is linked directly to the appropriate section within the page. |
