Support for Portable Devices

[admin]

Had a look at how WE handles this. Timing roughly is comparable (i.e. bad, but just rough compare).

I have the feel, that the first folder listing is faster in WE, from the 2nd they're nearly on par (W8.1). It isn't mission critical, anyway.

More important: with 14.80.0006 I got several "XYplorer funktioniert nicht mehr" messages so far. I've failed to nail it down yet, but it requires the active tab pointing to the p-device followed by a plug off. Will continue to observe.

Still?

[Filehero]

Still?

I'll check that tomorrow.

Btw, is there any OS caching involved that I can clean in between my testings (especially for WE)?

[PeterH]

Had a look at how WE handles this. Timing roughly is comparable (i.e. bad, but just rough compare).

I have the feel, that the first folder listing is faster in WE, from the 2nd they're nearly on par (W8.1). It isn't mission critical, anyway.

More important: with 14.80.0006 I got several "XYplorer funktioniert nicht mehr" messages so far. I've failed to nail it down yet, but it requires the active tab pointing to the p-device followed by a plug off. Will continue to observe.

Still?

Did you mean me? Not for this part, I think?

But the other: animation of scrollbar while loading list of files. Really looks good! You see it's working: helpful
And: I see no additional delay (V .0006 -> .0008). I think, relative to scanning time the drawing time is about nothing
Hm: while scanning I clicked the bar Animation stopped immediately (In WE you can scroll down during scanning...) I'm afraid you can't help here?
But this is the reason why I named it "animation of scrollbar": the list pane is filled rather quick, then you 'only' can see the scrollbar changing. (But again: much better than before )


@Filehero: with my camera the (Windows) cache seems to be deleted when switching it off and on again.
Edit: had this tested with XY. But for WE it seems to work, too. So I think I'm right that this is done in Windows system.

[Filehero]

a) I have the feel, that the first folder listing is faster in WE, from the 2nd they're nearly on par (W8.1).

b) with 14.80.0006 I got several "XYplorer funktioniert nicht mehr" messages so far. I've failed to nail it down yet, but it requires the active tab pointing to the p-device followed by a plug off.

Still?

a) Hehe, XY now is faster than WE. Sometimes "only" slighty, sometimes significantly (I guess, these variations are rather reflecting standard OS backround noise).
Anyway, fully sufficient for my daily work!


b) had it again with .0008. Upon phone plug-off and hitting <F5> on the phone tab the message came up. However, couldn't reproduce it with 5 consecutive trials.

[admin]

a) Yeah!
b) One day I will see it and fix it. Veni, vidi, fixi.

[PeterH]

Just to note: the time to build up list is dependent on the size of the files
My 1st folder contains 1250 pictures: 625 .nef + 625 .jpg.
After start the list builds up rather slow, the item count increments quite slowly. List pane fills up with .nef files only - seems they are listed first.
When item count grows beyond some 600 it suddenly grows much faster - same for the scroll bar. So it seems .jpg are 'listed' much faster than .nef! Is this intended?
As I sort by name: after list is complete it is sorted and redisplayed. This is very fast.

And also strange? Double clicking (in tree) on the main folder of D300 ('DCIM') *immediately* shows list of the 14 contained folders ('1##ND300') in list pane - while it lasts some time until they are also displayed in tree. The time difference may be 1:10 or so.
For local drive, on double clicking a much bigger folder (82 subfolder) there is something alike - but to me it seems as 1:2, not 1:10. So usually I wouldn't note it.

[admin]

Interesting!

a) So apparently bytes are move behind the curtains. Must be connected to that Media Transfer Protocol (MTP).

b) Can not see that here.

Anyway, there is good news: Next version will be notably faster!

[PeterH]

Basically V.0010: as before.
Opening folder containing (only) folders really seems to be faster. (Though again: fast in list, but slower in tree)
Opening folder containing (many) files: speed as before (May depend on the used system? Device?)

New found problem: sometimes after click on folder with many files (in tree): list fills + animation of scrollbar. On other tries: as before till item-count is about 60, then no more reaction untill all is ready. Still no idea what it depends on. Time for both variants is about the same.

[bdeshi]

Sadly my device is at the hospital repairshop after an accident, so I can't check the exciting developments, but:

Code: Select all

v14.80.0010 - 2015-01-10 14:25
    * Portable Devices: Removed the USB Path column. Too nerdy, and if you 
      really need this info there can be other ways added later.

is this 'USB Path' something like '::{ABCDEF01-123A-AB12-CD34-01234567890A}\\\?\ [...] \SID-{10001,1234ABCD3456CDEF,3232323234}' ?
if so, then I hope you'd bring it back, I have a use for it. I've set up many shortcuts into my device using these paths (I get these paths from FreeCommanderXE)

[Filehero]

Don,

is folder navigation using <ENTER> working for you? Going up with <BACKSPACE> does, going down does not over here (.0010).


FH

[admin]

Basically V.0010: as before.
Opening folder containing (only) folders really seems to be faster. (Though again: fast in list, but slower in tree)
Opening folder containing (many) files: speed as before (May depend on the used system? Device?)

New found problem: sometimes after click on folder with many files (in tree): list fills + animation of scrollbar. On other tries: as before till item-count is about 60, then no more reaction untill all is ready. Still no idea what it depends on. Time for both variants is about the same.

Strange, maybe it really depends on the device. The speed gains I see here (Nexus 10) are enormous.

I don't any slowness with the tree here.

Cannot test the scrollbar thing, it's simply filling to fast here. Anyway, a minor issue.

Generally I've done enough now for speed IMO. Back to function...

[admin]

Sadly my device is at the hospital repairshop after an accident, so I can't check the exciting developments, but:

Code: Select all

v14.80.0010 - 2015-01-10 14:25
    * Portable Devices: Removed the USB Path column. Too nerdy, and if you 
      really need this info there can be other ways added later.

is this 'USB Path' something like '::{ABCDEF01-123A-AB12-CD34-01234567890A}\\\?\ [...] \SID-{10001,1234ABCD3456CDEF,3232323234}' ?
if so, then I hope you'd bring it back, I have a use for it. I've set up many shortcuts into my device using these paths (I get these paths from FreeCommanderXE)

Yes, it's those beasts. I can add something later to let you retrieve them for specific items. But not a column. Those values are not useful within a column anyway.

[admin]

Don,

is folder navigation using <ENTER> working for you? Going up with <BACKSPACE> does, going down does not over here (.0010).


FH

Confirmed. Fix comes.

[bdeshi]

Code: Select all

v14.80.0010 - 2015-01-10 14:25
    * Portable Devices: Removed the USB Path column. Too nerdy, and if you 
      really need this info there can be other ways added later.

[...]then I hope you'd bring it back, I have a use for it.[/size]

Yes, it's those beasts. I can add something later to let you retrieve them for specific items. But not a column. Those values are not useful within a column anyway.

Thanks. No need for a column, just need the info available somehow.

[Borut]

OK, that makes it obvious: No support here for XP, sorry.

Does the MTP API for WinXP differ in such an extent from the later Wins? If you do not have a VM with WinXP at hand, I would gladly make tests. The MTP support for WinXP would be soooo nice...