View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0011901 | MMW v4 | Documentation | public | 2014-02-24 11:25 | 2014-03-11 11:22 |
| Reporter | Ludek | Assigned To | |||
| Priority | high | Severity | minor | Reproducibility | always |
| Status | new | Resolution | open | ||
| Product Version | 4.0.7 | ||||
| Summary | 0011901: MM cannot play M4A http links by default QT codec | ||||
| Description | This came from ticket FWI-819246, if M4A is served over DLNA then MM says that the format cannot be decoded and asks to find missing codec It seems that the QuickTime codec (f_aac.dll) cannot play M4A http links (f_aac_codec.dll plays M4A links fine). There are several workarounds: 1) Install our codec pack: http://www.mediamonkey.com/addons/browse/item/mediamonkey-codec-pack/ (f_aac_codec.dll plays M4A links fine) 2) Set auto-conversion for M4A files so that they are auto-converted to MP3 on-the-fly when streaming 3) Use another remote tool for controlling MediaMonkey, e.g. http://www.mediamonkey.com/addons/browse/sharing-remote-access/ | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
Note that in case of ticket "IMZ-634056" the user scanned the tracks to MM library over DLNA from WMP, but they are dead links now. So the issue is that MM erroneously says that it cannot decode the format (as it is HTTP deadlink), and the user wasn't aware of that the tracks where scanned over UPnP and not from local drive. |
