Windows 10 WMA issues

[justinmy]

I have installed the most recent BETA (MediaMonkey_4.1.15.1827) and still cannot rip WMA on my Windows 10 box (Windows 10 Pro 14393.693). I get the following error:

Code: Select all

D:\Track01.cda - Conversion: WMA (Windows 8 build 9200) - Not Supported!

I have tried everything from http://www.mediamonkey.com/support/index.php?/Knowledgebase/Article/View/90/5/wma-tracks-cant-burn-play-tag-convert-sync-or-be-analysed and nothing fixes it.

[Lowlander]

Did you use WMA Pro (or WMA MF)?

[justinmy]

Using WMA lossless. Same settings I've been using for years.

[Lowlander]

Try WMA Pro (or WMA MF) instead. The Win 10 Anniversary update broke WMA.

[justinmy]

I tried all the WMA formats same issue. This http://www.mediamonkey.com/support/index.php?/Knowledgebase/Article/View/245/0/wma-encoding-fails-on-windows-10 says the current beta build should work, but it isn't.

[MiPi]

The problem is, that Windows 10 is not detected on your system, it is detected as Windows 8 for some reason, that is why it is not working properly. Currently I have no idea what is going on here, we will look at it.

[MiPi]

Try WMA Pro (or WMA MF) instead. The Win 10 Anniversary update broke WMA.

We already have only one option for WMA ("WMA") in the last build, we use encoder based on what is detected as OS. Old encoder prior Anniversary update, new encoder for the rest. New does not support 2-pass encoding yet, that is why we use old one for older systems still.

[MiPi]

justinmy: we tested the same build on 3 installations of Windows 10 Pro build 14393.693, everything is ok, always detected as Windows 10 and WMA encoding works as expected. If you run DebugView and then MM4, what do you have in log, at the beginning, line: "GetWinVersion: "? It should be "PlatformID: 2, Major: 10, Minor: 0", but I guess, in your case, it will be different.

[MiPi]

justinmy: I've got it. You have set compatibility mode for MediaMonkey.exe to Windows 8, don't you? Please remove compatibility mode and try again.

[justinmy]

I don't have compatibility mode set. Here's the DebugView log. Quite strange:

Code: Select all

[9404] TScreen.Create: Monitors Count =1
[9404] Win7Tools - Windows 7 detected
[9404] Win7Tools - running on Windows Vista or later - initialize DWM
[9404] Win7Tools - Windows Vista DWM initialized
[9404] Win7Tools - Windows 7 DWM initialized
[9404] Win7Tools - Shell initialized
[9404] GetWinVersion: PlatformID: 2, Major: 10, Minor: 0
[9404] InstanceManager - window destroyed
[9404] TBackgroundQueue: Still waiting for finishing 0 threads.
[9404] TBackgroundQueue: Destroying...
[7372] TScreen.Create: Monitors Count =1
[7372] Win7Tools - Windows 7 detected
[7372] Win7Tools - running on Windows Vista or later - initialize DWM
[7372] Win7Tools - Windows Vista DWM initialized
[7372] Win7Tools - Windows 7 DWM initialized
[7372] Win7Tools - Shell initialized
[7372] GetWinVersion: PlatformID: 2, Major: 6, Minor: 2
[7372] InstanceManager - registering class.
[7372] InstanceManager - creating mutex.
[7372] InstanceManager - creating window.
[7372] InstanceManager - releasing mutex.
[7372] Received command line: '"C:\Program Files (x86)\MediaMonkey\MediaMonkey (non-skinned).exe" '


[Ludek]

I see, it detects bad Windows version only for 'MediaMonkey (non-skinned).exe', i.e. for the skinless mode.

Thanks!

Added as http://www.ventismedia.com/mantis/view.php?id=13993

[justinmy]

Will this be fixed in the next beta build?

[Ludek]

Yes, in 4.1.15.1828

[Guest]

same problem here.

when will you get a solution?

thanks

[Lowlander]

As Ludek wrote, it's fixed in the latest Release Candidate of MediaMonkey 4.1.15 available from the Beta Forum.