View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0020595 | MMW 5 | UPnP / DLNA | public | 2024-02-05 11:34 | 2024-02-27 00:08 |
| Reporter | peke | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | sometimes |
| Status | closed | Resolution | fixed | ||
| Target Version | 5.1 | Fixed in Version | 5.1 | ||
| Summary | 0020595: DLNA playback fail at some point | ||||
| Description | DLNA playback fail at some point, with socket error and even connection is available and server is accessible (loaded devicedescription.xml in Browser and refreshed when MM fail to play track) Log file supplied. And all files are playable locally on MM5 PC no codec errors. | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 3000 | ||||
|
|
In the log I see: in_mfaudio: Error opening input file: uuid://de94ab6c-d406-cefb-c005-be1c6e54eeac:50505/%5CPlaylists%5C7ebc556c-84e4-4b1a-891b-63b28d7cd415%5CItemID=102282.mp3 .. TIndyHTTP.GetResponseContent started: URL: uuid://de94ab6c-d406-cefb-c005-be1c6e54eeac:50505/%5CPlaylists%5C7ebc556c-84e4-4b1a-891b-63b28d7cd415%5CItemID=102282.mp3 TIndyHTTP.GetResponseContent EXCEPTION!!! : Socket Error # 11001 The uuid:// paths are used for Media Server files scanned into MM5 library and are translated to http:// paths on demand, but it seems that the DLNA server with UUID de94ab6c-d406-cefb-c005-be1c6e54eeac was no longer available Until 3531 seconds in the log the server has been available as: 00027847 3531.69360352 [7568] UPnP: Servers count: 1 00027849 3531.69702148 [7568] UPnP: Server name: MediaMonkey Library (PEKE), Server UUID: de94ab6c-d406-cefb-c005-be1c6e54eeac but later the server hasn't been found 00028546 3735.54174805 [7568] 3708. MM5 [2172](R) SERVER REMOVED: de94ab6c-d406-cefb-c005-be1c6e54eeac .. 00028553 3737.55981445 [7568] UPnP: Get servers 00028554 3737.55981445 [7568] UPnP: Servers count: 0 |
|
|
So definetely "MediaMonkey Library (PEKE), Server UUID: de94ab6c-d406-cefb-c005-be1c6e54eeac" was no longer available (via SSDP discover) and not "seen" I guess this is server created by another MM5 instance, right? Was this one time issue? |
|
|
I implemented a workaround that even if the server is no longer discoverable via SSDP then the UUID->URL path translation still works (based on the last working UUID/URL pair)... Fixed in build 3000 |
|
|
re 0020595:0074265: It happens occasionally, in most cases when client is using WiFi and switch Networks for better bandwidth (I have Tri-band WiFi 6E) as I use ASUS smart Connect https://www.digitalcitizen.life/asus-smart-connect/ Will test in 3000 to confirm. |
|
|
Looks like it works in 3000 I am unable to replicate anymore. Tested 4k+ played files over DLNA while Switching Networks. Test Note: both WiFi and Wired uses same LAN and subnet mask so only UUID changes while URL path stays same. Guess this will be rare occasion, but I am glad we fixed it. |
