View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0015750 | MMW 5 | UPnP / DLNA | public | 2019-06-17 00:41 | 2019-07-01 19:33 |
Reporter | peke | Assigned To | |||
Priority | urgent | Severity | crash | Reproducibility | unable to reproduce |
Status | closed | Resolution | reopened | ||
Target Version | 5.0 | Fixed in Version | 5.0 | ||
Summary | 0015750: DLNA: Browsing MM4 server for video Files fail and crash MM5 on close | ||||
Description | Browsing MM4 server for video Files fail to play it and crash MM5 on close LOG id 46CB422C | ||||
Steps To Reproduce | User steps to reproduce: 1. Open MM5 2. Access DLNA on MM4 on Other PC 3. Play some video File (Mp4, MKV,... ?) Fail 4. Close MM5 -> Crash log | ||||
Additional Information | POB-982-93684 https://www.mediamonkey.com/forum/viewtopic.php?f=30&t=94605 | ||||
Tags | No tags attached. | ||||
Attached Files | |||||
Fixed in build | 2185 | ||||
|
I can confirm that MM5 fails to play MP4 http links -- in my case it did not crash, but failed to play and then played as audio only. MM4 plays MP4 links fine (I tested on http://192.168.0.10:21020/%5CPlaylists%5Ca3cf0d39-c1ca-4ffa-bc05-ee7ef8e2aa35%5CItemID=1370.mp4 ) Based on the logs in_mfaudio.dll tries to play the MP4 video link at first, but fails like this: [10684] in_mfaudio: MP4 video detected, not supported and then f_video.dll plugin continues with the playback and: 1) success in MM4 and plays as video 2) plays as audio only in MM5 (based my tests) 3) f_video debug messages aren't at all in the user log ( "2181 MM5 not playing video over dlna.LOG" attached to POB-982-93684 ) So it looks that the user either has not the f_video.dll plugin, or the f_video.dll plugin frozen on the link ? Assigned to Michal to look into this. |
|
The playback issue from WMP is fixed in 2183 |
|
The rest fixed in 2183, it plays for me now. |
|
Reopen Possible relation to 0015786 assigned to Ludek |
|
Fixed, really the same problem as in 0015786 |
|
Reopen Still happen, now crash with same ID on Skin Change and restart. |
|
Reverting back to 2183 and MM5 do not crash so this is regression. |
|
Same log is also in 0015779 |
|
46CB422C: is again the same deadlock related to TransExecLock that we've been solving recently, but aparently still isn't fixed :-/ Looking into it... |
|
Fixed in 2185 |
|
Verified 2185 No more crashes for past day and half where 2184 couldn't be used normally for more than 15 Minutes, hopefully we fixed it. |