View Issue Details
|
|
Assigning to Peke in order to find out more about how to reproduce the issue. |
|
|
Peke, any news on this? I wonder whether trying to somehow corrupt QT (delete some of its components, some registry values, etc.) would reproduce the issue? |
|
|
I tried anything to block MM out again on Jiri request, tried in win 7 x64, win 7 x86. using XP mode there is no way to replicate the issue. On my side the only thing I made is that MM refused to play M4A due corrupted QT. It also managed to lock MM while i had replaced QT libraries with older one, but that also locked any other player on system. I'm guessing that something must be wrong with Apple Mobile Device drivers installed with iTunes and that in some point somehow after uninstall of driver there were leftovers from connected/registered device in Registry and system DLLs that MM detects and tries to load that then silently do not load/locks in loop without notifying dependent libraries (d_iphone.dll) that it is in loop, which then pot d_iphone in freeze waiting response from loading plugins. I'm not sure what can we do more even we add more debugging msgs for a each step of loading depending Apple libraries while initializing iphone plugin. I set it as suspended until we get more info. |
|
|
Setting to Open--this issue is still occuring fairly often. |
|
|
I didn't see much reports recently please if that is still issue? |
|
|
No recent reports and we already have several well documented workarounds, along with our codec pack. |
