View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0013475 | MMW v4 | Codec | public | 2016-08-19 00:08 | 2016-10-21 00:08 |
| Reporter | peke | Assigned To | |||
| Priority | urgent | Severity | major | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Target Version | 4.1.15 | Fixed in Version | 4.1.15 | ||
| Summary | 0013475: WMA and WMV encoding isn't working after Windows 10 Anniversary build 1607 upgrade | ||||
| Description | MMW can't convert any format to WMA Lossless LOG File and sample track are on FTP | ||||
| Additional Information | CRM-916-27953 OMX-279-82372 TYR-986-33076 confirmed HJB-691-86801 confirmed https://social.msdn.microsoft.com/Forums/windowsdesktop/en-US/95cccc74-efae-43c6-a169-bf534cd6f32b/wmcreatewriter-is-not-working-after-windows-10-anniversary-update-1607?forum=windowssdk | ||||
| Tags | No tags attached. | ||||
| Fixed in build | 1815 | ||||
|
|
There is another bug reported. |
|
|
After intensive testing and IM talk Michal and have found and confirmed that Windows 10 Anniversary release build 1607 have changed something in several essential Windows Media Core files specifically "WMVCORE.DLL" and "WMVENCOD.DLL" making MMW could not initialize conversion encoder. Current confirmed workaround is to save those two files in "sysWOW64" from 1511 release into MMW main folder and restart MMW so that those files are used in WMA encoding. Last working files are uploaded to FTP along with full debug logs for analyze. |
|
|
User at OMX-279-82372 confirmed our findings. |
|
|
I guess that if we are not able to do a quick fix (without a need to replace the encoding method from WM to MF or something else), then we should: a) Add [Help] button with link to KB article for the usable workaround of replacing wmvcore.dll (similarly like we already do in case of device sync failure, i.e. just HelpLink needs to be set for AEM_CONVERT error handler) b) contact MS about this issue |
|
|
User from CRM-916-27953 also confirmed fix. EDIT (by Rusty): this is referring not to a fix, but rather to the workaround of replacing Anniversary update files with pre-Anniversary update versions of said WM files. |
|
|
Per offline discussion, Michal is working on this for MM5 (0013496) and will backport to MM4 IFF no fix is forthcoming from MS (release timing 4.1.14 vs 4.1.15 tbd depending on implementation effort). |
|
|
New basic WMA encoder ported to MM4, build 1814. Please test it. It supports all WMA codecs and 1-pass encoding (CBR, VBR), 2-pass encoding (ABR) is not implemented yet. The codec shows itself as format "WMA (MF)". It does not support progress. |
|
|
Verified basic functionality in 4.1.15.1814, no failed encoding on 400+ tracks encoded on various formats and convert chunk numbers. I've noticed slight Memory usage and slower releasing on convert finishing so it should be tested for possible mem leaks. |
|
|
I have found some possible mem leaks, fixed in build 1815. Note, first WMA encoding loads system libraries for Media Foundation and these are released when MM is closed. It is because of speed. But following encodings should not gradually increase memory usage. |
|
|
Resolving, remaining issues tracked as 0013496. |
|
|
Verified 1815 Confirming all notes from 0013475:0045971 |
