New: Windows Media Audio v2 (MTP, PlaysForSure) plugin

[EricB]

I would even settle for embedded, but it is not working in my case, using either MediaAudio1 or 2. Sad but true. Maybe I can dig up some documentation somewhere, since WMP is able to do the trick with either embedded and separate art.

Meanwhile, is it possible to implement some improved timestamp handling? E.g. whenever I transfer files from the player to local HD, timestamp always becomes 01-01-1980. The date/time of the start of transfer would be preferable in this case. This is of course only needed if the device does not handle datetime properly. Same goes for transferring jpg's from a camera. Is it possible to set datetime to the exif datetime? As I said in a previous post, this would lead to a full replacement of the outdated WIACam / CanonCam plugins.

Regards, EricB

[ghisler(Author)]

Meanwhile, is it possible to implement some improved timestamp handling? E.g. whenever I transfer files from the player to local HD, timestamp always becomes 01-01-1980.

What is shown in the file list on the player? 01-01-1980 or an empty column?

[EricB]

What is shown in the file list on the player? 01-01-1980 or an empty column?

Both Creative Zen player and Canon IXUS 85 IS camera show an empty column for datetime. When copying files from player that already exist on local HD, overwrite dialog shows odd datetime for source file, like 31/12/2559 60:16:60. I did not check this for the camera yet, but it is likely to be the same.

Regards, EricB

[Aleq]

When connecting Android 4.0 ICS over MTP, I can see both storage locations, but folders are shown as files (except .android_secure) and nothing can be opened (error)

UPDATE: This might be an issue of unstable ICS implementation, please ignore this bugreport unless confirmed. Thank you for your understanding.[/u]

[AlexU]

I have the same issue with Android 4.0 and the new plugin. If I use Total Commander 7.50 with the old version of the MTP plugin (which does not rely on WMP), I have no problems and I have much faster transfer rates compared to using the Windows Explorer for MTP.

I am a little concerned that the new implementation will not be as fast if it uses WMP. The old custom implementation of the protocol seemed to be much fast than anything I have seen.

[ghisler(Author)]

It's not a custom implementation, it was just the older 32-bit only protocol. Unfortunately Microsoft didn't port it to 64-bit, so I had to switch to the new protocol.

I do not see any speed difference here between the old and the new protocol with my devices. I'm using the buffer size recommended by the protocol for transfers. Maybe using a larger buffer size may help.

[AlexU]

Ok, i see. The old implementation seemed to be better. Perhaps it is indeed some kind of bug with Android 4.0, but it is interesting that the old implementation seems to work MUCH better without any errors. I would not pay to much attention to speed if it is unstable with the new protocol.

Wouldn't it be possible to use some library for MTP to be indepedant from Microsoft? For example libmtp? Then again perhaps GPL might be a problem for the plugin.

[ghisler(Author)]

I would not pay to much attention to speed if it is unstable with the new protocol.

What instability? I haven't seen any with my devices. Please explain.

Wouldn't it be possible to use some library for MTP to be indepedant from Microsoft?

Sorry, this would require a device driver, and Microsoft's driver would have to be removed - not really practical.

[AlexU]

If you use a Galaxy Nexus with the v2 plugin, then you will have massive problems. Files and folders are missing, some folders are shown as files with no content etc. With the old plugin, everything is working perfectly fine.

I do not know the problem. This is the same issue as described by Aleq. Perhaps it is related to Android 4.0, but the old plugin works very well for me.

[ghisler(Author)]

Sorry, can't help you - just use the old plugin. This plugin is meant for media players, not for tablets.

[AlexU]

It is a phone, which is used as media player by many people. I think Android devices are going to be the primary devices that use MTP in the future. However, I think that it is possible that your code is using Microsofts protocol absolutely correctly and the problem is an incompatibility, which is not your fault. Unfortunately, the old plugin only seems to work with 7.50. Anyway, thanks and keep up the good work.

[ghisler(Author)]

Maybe it helps to update the Samsung KIES software. It should also update the driver.

Unfortunately, the old plugin only seems to work with 7.50.

The plugin works with TC up to 8.0, but it's 32-bit only.

[wenntel]

Got 2 errors today when using TC to empty my digital camera, video camera and smartphone...

Did some investigation and come to these 2 senario's.

1. With NO media device present:
a. enter WPD2 plugin (no subfolder will be present, as nothing is connected)
b leave te WPD2 plugin again (without having done something)
c. use command "CM_unloadpolugins"
d. click outside of TC (eg on Windows-bar)

Application Error
---------------------------
Exception EAccessViolation in module TOTALCMD.EXE at 03320EC4.
Access violation at address 037220F0. Read of address 037220F0.
---------------------------
OK
---------------------------


Doing the same (except step d: try to reenter the plugin) with a MediaDevice present gives a the following error:


---------------------------
Total Commander 7.56a
---------------------------
Exception in wpdplug.wfx:FsFindFirstW!
Access violation at address 037020F0. Read of address 037020F0
Windows 7 SP1 6.1 (Build 7601)

Please report this error to the Author, with a description
of what you were doing when this error occurred!

Windows exception: C0000005
Stack trace:
037020F0
46B8D1 46B9AA 4030D0 4030D0 4023DB 4023DB
402235 4023DB 4026A4 4026A4 676D60 4E1F91
4E1707 >646D9C 4D6B15 4D7C58 442F4F 445316
444523 422CC0 444491 422CC0 444F62 422CC0
444523 422CC0 42838C 428424 6C53C9
Raw:
4030D0 46B1E5 68593E 407642 46B8D1 46B8E7
4164DA 688637 40208E 4023DB 68593E 46B9AA
4030D0 4030D0 5D002C 4030D0 46B1E5 434B2B
407642 46B8D1 46B8E7 4033BC 4021B4 4023DB
434B2B 46B9AA 4030D0 4030D0 63FFFE 4019D4
401DE5 401E4D 4023DB 4023DB 4033BC 402359
402235 4033BC 4021B4 4023DB 4026A4 4036AD
6BE5AE 402235 4013DD 401502 401DE5 401E4D
4023DB 4026A4 676A6E 61F399 5F9A43 68692C
5F9A43 67D3C2 5FD757 5FD77A 444491 422CC0

Press Ctrl+C to copy this report!
Continue execution?
---------------------------
Yes No
---------------------------


I don't think many people use the cm_unloadplugins so probably not really important. I did because I wanted to update the WPD plugin to the latest version (and it was already loaded and thus the file was blocked). This is the result. But crashing of TC is worth mentioning...I thought....

[ghisler(Author)]

Thanks, I will try to reproduce it.

[EricB]

Christian,

I've made a trace using WPDMon (from the MTP Porting Kit) while transferring a single music file without embedded art using the Creative software to the Zen player. This file shows album art while playing. Is this of any use for debugging?
The music file was first added to the library of the Creative software and it then also showed album art in the library, which means that the folder.jpg in the original music source folder was somehow picked up. Then the file was synced to the player using the software while running wpdmon both monitoring API and PnP traffic.

Regards, EricB