View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0012152 | MMW v4 | Codec | public | 2014-08-28 23:33 | 2014-09-23 13:35 |
| Reporter | peke | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | not fixable | ||
| Product Version | 4.1.5 | ||||
| Target Version | 4.1.5 | ||||
| Summary | 0012152: WMA/ASF: Some WMA are not playable | ||||
| Description | Some WMA files are not playable in any app depended on Media Foundation, but they play in VLC, POTPlayer (Daum Player), BS Player that use internal decoders. MediaInfo see files correctly (Example uploaded on FTP): Audio ID : 1 Format : WMA Format version : Version 2 Codec ID : 161 Codec ID/Info : Windows Media Audio Description of the codec : Windows Media Audio 9.2 - 192 kbps, 44 kHz, stereo 1-pass CBR Duration : 1mn 47s Bit rate mode : Constant Bit rate : 192 Kbps Channel count : 2 channels Sampling rate : 44.1 KHz Bit depth : 16 bits Stream size : 2.46 MiB (99%) AverageLevel : 4987 PeakValue : 32545 | ||||
| Additional Information | OHJ-143-38911 | ||||
| Tags | No tags attached. | ||||
| Fixed in build | |||||
|
|
Can you please check if we can use libavcodec? |
|
|
We use WM layer for WMA parsing and playback, it gives "Stream type is not recognized" error. It is probably somehow corrupted or nonstandard. I had previous version of MediaInfo and it was even crashing on this file. As I know, libavcodec could have LGPL license, so making input plugin based on it is possible. But I am not sure about the priority, in this case, WMA file that is not playable by Window Media Player is really non-standard. And second thing - WMA is quite closed audio format, so own decoder will always be risky and not 100%. We can do our own ASF parser, but I am not sure about reliability of nonMicrosoft decoder. |
|
|
It is exactly what I suspected, so I agree and after further analyze it looks like WMA file is RAW demuxed from WMV and do not contain correct header files so that Wn layer can play it. Both VLC and POTPlayer play the file chunk per chunk as stream and that is why it is playable, also MMW do not read Tags from it, maybe problem is in offset interrupted by metadata and thus corrupting WMA? Like you I suggest to lower the priority. |
|
|
Reading/writing tags in MMW also uses WM layer and its functions for WM files, so it is the same problem as with decoding now. VLC most likely has some workaround for this kind of corruption. I cannot say exactly what corruption, as I see, the file has correct GUID at the beginning and correct header size, deeper analysis requires more knowledge about this format. Maybe some WMA/WMV repair software would help user. |
|
|
I've found workaround by using http://www.radioactivepages.com/asfbin.aspx to fix it. Output is renamed to ASF and as soon as I rename to WMA it plays. I uploaded Fixed File to FTP for future comparison. |
|
|
Assigning to Rusty to review the new article. |
|
|
Article at http://www.mediamonkey.com/support/index.php?/Knowledgebase/Article/View/90/5/wma-tracks-cant-burn-play-tag-convert-sync-or-be-analysed has been updated. |
|
|
Verified |
