If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. |
|
|
Thread Tools | Rate Thread | Display Modes |
#76
|
|||
|
|||
From Windows, how can we open a command line on the Android filesystem?
On 14 Oct 2018 18:01:45 GMT, Frank Slootweg
wrote: Arlen Holder wrote: And once again, 'Arlen' draws first blood, while stamping his feet claiming that he doesn't and emitting yet another of his broken record tantrums. I was hoping that sooner or later you and R. Wieser would both get tired of complaining about and replying to Arlen Holder (who is killfiled here) and replying to him, and either killfile him or just ignore his messages. Since it looks like it will never happen and I not only have to read his messages that the two of you quote and your tirades against him, I'm killfiling you both to end it. I was hoping I would never have to do this and you would both get tired of replying, and either killfile or ignore him. Since you don't, goodbye to you both. |
Ads |
#77
|
|||
|
|||
From Windows, how can we open a command line on the Android filesystem?
Ken,
Since it looks like it will never happen and I not only have to read his messages that the two of you quote and your tirades against him, I'm killfiling you both to end it. I do not know which newsgroup reader you are using, but a few weeks ago I posted a question about how, in outlook express, to suppress a *thread* instead of just a single person. And that works quite nicely. I see a new thread being started, but once set to ignore I do not see any message in it, regardles of who the poster is. It allows me to ignore a conversation, while still being able to see some of the well meaning responders to it in other threads. Regards, Rudy Wieser P.s. I do not blame you for killfiling though. I can imagine it must look like nothing but a nuissance to anyone not involved. |
#78
|
|||
|
|||
From Windows, how can we open a command line on the Android filesystem?
N.B. Intentional one-time morph, in case you've already killfiled me.
Ken Blake wrote: On 14 Oct 2018 18:01:45 GMT, Frank Slootweg wrote: Arlen Holder wrote: And once again, 'Arlen' draws first blood, while stamping his feet claiming that he doesn't and emitting yet another of his broken record tantrums. I was hoping that sooner or later you and R. Wieser would both get tired of complaining about and replying to Arlen Holder (who is killfiled here) and replying to him, and either killfile him or just ignore his messages. Since it looks like it will never happen and I not only have to read his messages that the two of you quote and your tirades against him, I'm killfiling you both to end it. I was hoping I would never have to do this and you would both get tired of replying, and either killfile or ignore him. Since you don't, goodbye to you both. I understand your point and you're of course free to do as you see fit. Having said that, some comments: 1. In most (all?) newsreaders, one can mark a thread as read. If you do that as soon as 'Arlen Holder' starts a new thread, you won't see anything, i.e. not out quibbles. 2. You may want to check if Agent has a 'Ignore thread started by poster' feature. If so you can do 1. automatically. 3. There are many, many others (than R. Wieser and me) who respond to 'Arlen Holder' (see his recent list(s) of 'vermin'). Do you want to killfile all those posters? |
#79
|
|||
|
|||
From Windows, how can we open a command line on the Android filesystem?
Knarf Gewtools wrote:
as soon as 'Arlen Holder' starts a new thread There is an "Ignore Thread" in the right-click menu, up near the top. http://www.omnitec.net/email-spam/he...rs/agent_1.gif Paul |
#80
|
|||
|
|||
From Windows, how can we open a command line on the Android filesystem?
N.B. Still morphing in order to - try to - help Ken Blake.
Earlier today. I wrote: N.B. Intentional one-time morph, in case you've already killfiled me. Ken Blake wrote: On 14 Oct 2018 18:01:45 GMT, Frank Slootweg wrote: Arlen Holder wrote: And once again, 'Arlen' draws first blood, while stamping his feet claiming that he doesn't and emitting yet another of his broken record tantrums. I was hoping that sooner or later you and R. Wieser would both get tired of complaining about and replying to Arlen Holder (who is killfiled here) and replying to him, and either killfile him or just ignore his messages. Since it looks like it will never happen and I not only have to read his messages that the two of you quote and your tirades against him, I'm killfiling you both to end it. I was hoping I would never have to do this and you would both get tired of replying, and either killfile or ignore him. Since you don't, goodbye to you both. I understand your point and you're of course free to do as you see fit. Having said that, some comments: 1. In most (all?) newsreaders, one can mark a thread as read. If you do that as soon as 'Arlen Holder' starts a new thread, you won't see anything, i.e. not out quibbles. Paul already confirmed that Agent can do this ('Ignore thread'). Thanks, Paul. 2. You may want to check if Agent has a 'Ignore thread started by poster' feature. If so you can do 1. automatically. I checked my old notes and Agent *does* seem to have a 'Ignore thread started by poster' feature. This is a partial quote from a 2011 posting in news.software.readers [1]: quote In Agent 6.0, killfiling "JohnDoe" and choosing as Action "Ignore Thread" means (after setting my View to 'not ignored') I see nothing of his posts and nothing of those who respond to him. /quote So Ken, it seems that in Agent you can killfile 'Arlen''s threads completely (i.e. also any and all responses), without killfiling us (R. Wieser and me) in other threads. 3. There are many, many others (than R. Wieser and me) who respond to 'Arlen Holder' (see his recent list(s) of 'vermin'). Do you want to killfile all those posters? [1] From: Bart Dinnissen Newsgroups: news.software.readers Subject: Looking for another newsreader Date: Fri, 08 Jul 2011 23:18:20 +0200 Message-ID: |
#81
|
|||
|
|||
From Windows, how can we open a command line on the Android filesystem?
On Sun, 14 Oct 2018 01:30:23 -0000 (UTC), Arlen Holder wrote:
Bear in mind that. since MTPdrive exists, it's almost certain that a more universal solution also exists that the experienced may know about. If you do know of a better solution, please do advise us so that your knowledge increases the overall tribal knowledge of the group as a whole. There _may_ be a freeware solution for Windows 10, if this pans out: https://software.intel.com/en-us/node/722576 It's an "Online Guide for the Intel Joule Module" Submitted July 14, 2017 o Section: USB MTP File Transfer While I don't think I have the Windows 10 knowledge to make use of that brand-new Intel capability described above, there _may_ be a freeware MTPdrive alternative available for Windows yet... Alternatives to MTPdrive https://mtpdrive.jaleco.com/alternatives Free alternatives to MTPdrive https://mtpdrive.jaleco.com/ But first inspection doesn't look promising yet on those suggestions. |
#82
|
|||
|
|||
From Windows, how can we open a command line on the Android filesystem?
Arlen Holder wrote:
On Sun, 14 Oct 2018 01:30:23 -0000 (UTC), Arlen Holder wrote: Bear in mind that. since MTPdrive exists, it's almost certain that a more universal solution also exists that the experienced may know about. If you do know of a better solution, please do advise us so that your knowledge increases the overall tribal knowledge of the group as a whole. There _may_ be a freeware solution for Windows 10, if this pans out: https://software.intel.com/en-us/node/722576 It's an "Online Guide for the Intel Joule Module" Submitted July 14, 2017 o Section: USB MTP File Transfer For your purpose, you're not looking for file *transfer*, but for file *access* (open, read, write, close, etc.) or/and file-*system* access. While I don't think I have the Windows 10 knowledge to make use of that brand-new Intel capability described above, there _may_ be a freeware MTPdrive alternative available for Windows yet... Alternatives to MTPdrive https://mtpdrive.jaleco.com/alternatives Free alternatives to MTPdrive https://mtpdrive.jaleco.com/ But first inspection doesn't look promising yet on those suggestions. Those indeed do not look promising. They seem totally unrelated (to MTPdrive). Good luck on your quest. |
#83
|
|||
|
|||
From Windows, how can we open a command line on the Android filesystem?
On 16 Oct 2018 12:26:01 GMT, Frank Slootweg wrote:
For your purpose, you're not looking for file *transfer*, but for file *access* (open, read, write, close, etc.) or/and file-*system* access. You, Frank Slootweg, and Paul, were the only ones who even _understood_ the problem set. That's interesting, in two ways: 1. Your posts were purposefully helpful (you and Paul), 2. While this thread is _filled_ with purposefully unhelpful posts. The question is what quirk of personality makes those many trolls feel the need to incessantly post to a thread that they clearly don't even comprehend? All they ever prove is that they don't comprehend even the simplest things. o *Common Trolls*: Rudy Wieser, Wolf K, Char Jackson, o *One-Shot Trolls*: Ken Blake, Danny DeVito, Sam Hill, Good Guy, joe My theory is that these trolls hate that they're stupid. So they attempt to respond to common keywords, such as "usb" & "mtp". But all they ever prove, is that they're just stupid. Those indeed do not look promising. They seem totally unrelated (to MTPdrive). Agreed. The need for a more universal solution so that everyone can benefit has been a "holy grail" of sorts, ever since around 4,3 when Android lost its basic USB Mass Storage capability. Those, with intelligence, see the power in the ability to run _any_ Windows command on the device file system, just as Linux has always been able to do. Knowing that only you and Paul even understood the problem set, but that neither you nor Paul has a solution (yet), the tribal knowledge, at the moment is going to have to be moved forward by me, where the only solution that works over USB appears to be this MTPdrive payware. Good luck on your quest. Even though only two people proved they even understood the problem posed here, I suspect there are ten times that (i.e., about a score of people) on these newsgroups who are intelligent enough to solve this problem. Given that there are only about a score of people on these combined newsgroups with the intelligence required to move the ball forward, it's likely just too difficult of a task to solve at the moment, perhaps, using Usenet mechanisms. I asked a similar question of the freeware experts, who are of like mind: https://alt.comp.freeware.narkive.com/FEgxbfvy/does-freeware-exist-on-windows-that-will-mount-as-a-drive-letter-android-connected-via-usb-as-mtp |
#84
|
|||
|
|||
[OT] HowTo: Ignore thread started by poster (was: From Windows, how can we open a command line on the Android filesystem?)
N.B. Unmorphing, because there's no point anymore.
Two days ago, I wrote: N.B. Still morphing in order to - try to - help Ken Blake. Earlier today. I wrote: N.B. Intentional one-time morph, in case you've already killfiled me. [...] I understand your point and you're of course free to do as you see fit. Having said that, some comments: 1. In most (all?) newsreaders, one can mark a thread as read. If you do that as soon as 'Arlen Holder' starts a new thread, you won't see anything, i.e. not out quibbles. Paul already confirmed that Agent can do this ('Ignore thread'). Thanks, Paul. 2. You may want to check if Agent has a 'Ignore thread started by poster' feature. If so you can do 1. automatically. I checked my old notes and Agent *does* seem to have a 'Ignore thread started by poster' feature. This is a partial quote from a 2011 posting in news.software.readers [1]: quote In Agent 6.0, killfiling "JohnDoe" and choosing as Action "Ignore Thread" means (after setting my View to 'not ignored') I see nothing of his posts and nothing of those who respond to him. /quote So Ken, it seems that in Agent you can killfile 'Arlen''s threads completely (i.e. also any and all responses), without killfiling us (R. Wieser and me) in other threads. Ken Blake did not respond (while he posted in several other threads). I don't know why. Did the solution not work? Is his problem different from what I (we?) think? Other? Anyway, without feedback we can't help him. Pity. But I hope this wasn't/isn't a case of a poster telling how others should (not) behave. 3. There are many, many others (than R. Wieser and me) who respond to 'Arlen Holder' (see his recent list(s) of 'vermin'). Do you want to killfile all those posters? [1] From: Bart Dinnissen Newsgroups: news.software.readers Subject: Looking for another newsreader Date: Fri, 08 Jul 2011 23:18:20 +0200 Message-ID: |
#85
|
|||
|
|||
From Windows, how can we open a command line on the Android filesystem?
On Thu, 11 Oct 2018 19:43:38 -0000 (UTC), Arlen Holder wrote:
From Windows, how can we run a DOS command on the Android filesystem? Thanks to the purposefully helpful posters, here is a progress report, where I apologize for the details, which are necessary to be successful, and to comprehend the scope of the problem and solution sets. Please note that I _already_ have a solution, both USB & Wifi, where the goal was & is always a general solution for everyone - not just for me. o There are many freeeware solutions over WiFi o It's modern Android MTP over USB that has the lack of freeware solutions ================================================== =========== Here's a summary of the status to date... ================================================== =========== In the Windows ng, Frank Slootweg suggested "netdrive", located he http://netdrive.net/download (trialware, so it's not a general solution) Just in case the old freeware existed, I downloaded the following versions: o NetDrive 3.6.571 http://netdrive.net/ o NetDrive 3.5.434 https://en.freedownloadmanager.org/Windows-PC/NetDrive.html o NetDrive 2.6.2 https://filehippo.com/download_netdrive/64426/ o NetDrive 2.6.16 build 962 https://www.filehorse.com/download-netdrive/30799/download/ o NetDrive 2.5.7 https://netdrive.en.lo4d.com/ o NetDrive 1.3.4 https://filehippo.com/download_netdrive/15075/ etc. I have one key question for anyone on this ng who knows Windows well, which is whether my "assumption" is accurate that we need to "mount" the Android filesystem as a "removable drive" (i.e., with a "drive letter") in order to be able to run any Windows command on that Android filesystem? I seem to be able to run DOS commands on both these types of connections: o USB + "removable drive" (to get a drive letter) http://www.bild.me/bild.php?file=1853998dir02.jpg o WiFi + "network location" + "removable drive" (to get a drive letter) http://www.bild.me/bild.php?file=6340420dir012.jpg o WiFi + "network location" + "net use" (to get a drive letter) http://www.bild.me/bild.php?file=8605173dir05.jpg Is that assumption of the intermediate "need" for a drive letter correct? If so, here's a summary of where we stand based on that assumption... (If not, please correct where I err.) The "problem" is that when you connect over USB an Android 4.3+ device (mine is a $130 64GB LG Stylo 3 Plus, running Nougat, Android 7.0) as MTP, you can't run any Windows command on the Android file system, as evidenced by this "dir" of APKs that had to be done after copying to Windows: http://www.bild.me/bild.php?file=9648761dir.jpg The best solution is to "mount" the Android filesystm as a "removable drive" (i.e., it gets a drive letter) over USB, which I can easily do with payware/crippleware, but which I'm trying to make into a general solution that _everyone_ can do. http://www.bild.me/bild.php?file=8315262dir03.jpg *For a general solution, we need bona-fide non-crippled Windows freeware.* o The goal is a _universal_ solution (which necessitates _freeware_); o which enables _any Windows command_ to run on the Android filesys; o which means (I think) it has to be "mounted" as a _removable drive_; o (or, in other words, it has to have a "drive letter" when on USB); o (although a Windows "network location" can also work when on WiFi); o which both MTPDrive (over USB) & NetDrive (over WiFi) payware seem to do Given: o USB solutions are faster & generally simpler (no Android software) MTPDrive: http://www.bild.me/bild.php?file=1853998dir02.jpg Linux: http://www.bild.me/bild.php?file=6181360dir01.jpg o WiFi solutions (which generally require a "server" running on Android). WebDav: http://www.bild.me/bild.php?file=8605173dir05.jpg FTP: http://www.bild.me/bild.php?file=7687244dir06.jpg For USB: The best solution is a freeware equivalent to the MTPDrive functionality o LibMTP freeware may work if we can figure out how to make it work, while https://sourceforge.net/projects/libmtp/files/libmtp-win32/ o MTPDrive crippleware works (crippled to 30 files per session), and, http://www.mtpdrive.com/download.html o Dual booting to Linux works (which natively uses, apparently, LibMTP). http://www.bild.me/bild.php?file=6181360dir01.jpg For WiFi: If a server must be run on Android, Windows probably handles SMB best, but: o SMB server (on Android) solutions are problematic for two reasons: (a) No known Play/F-Droid SMB server works on TCP port 445 unrooted (b) Port forwarding on Windows is required if a nonroot server is found. https://play.google.com/store/apps/details?id=com.icecoldapps.sambaserver Where these general-use servers don't require rooting or port forwarding, & where Windows "network location" & "removable drive" features are used: o WebDav https://play.google.com/store/apps/details?id=com.theolivetree.webdavserver network location: http://www.bild.me/bild.php?file=8605173dir05.jpg o FTP https://play.google.com/store/apps/details?id=com.theolivetree.ftpserver http://www.bild.me/bild.php?file=7075400dir07.jpg http://www.bild.me/bild.php?file=4731516dir011.jpg For WiFi FTP, these are possible universal free drive-mapping solutions: o FTPuse (freeware which I was not successful with in my recent tests) https://www.ferrobackup.com/map-ftp-as-disk.html FTP Server (free): http://www.bild.me/bild.php?file=3316456dir08.jpg The Olive Tree: http://www.bild.me/bild.php?file=7355568dir09.jpg Anonymous: http://www.bild.me/bild.php?file=4223201dir010.jpg o DirectNet (freeware which I was successful with in my tests today) http://www.directnet-drive.net/ http://www.bild.me/bild.php?file=4731516dir011.jpg http://www.bild.me/bild.php?file=6340420dir012.jpg o SFTP Net Drive (free for personal use but I was not successful today) https://www.nsoftware.com/sftp/netdrive/ (it took a bogus name & email) o NetDrive (trialware, untested because it's not a general solution) http://netdrive.net/ o Web Drive (trialware, untested because it's not a general solution) https://webdrive.com/download/ And where Linux solutions may work under some circumstances: o Dual-boot to Linux works perfectly (which uses LibMTP natively) https://groups.google.com/d/msg/alt.os.linux/oOfdMLmJ-oQ/jh_1DwTOBgAJ o Termux (contains a mini Linux command environment) https://play.google.com/store/apps/details?id=com.termux As always, this effort is for everyone - so please improve where you can! |
#86
|
|||
|
|||
From Windows, how can we open a command line on the Android filesystem?
Arlen Holder wrote:
[...] I have one key question for anyone on this ng who knows Windows well, which is whether my "assumption" is accurate that we need to "mount" the Android filesystem as a "removable drive" (i.e., with a "drive letter") in order to be able to run any Windows command on that Android filesystem? You do not *need* a drive letter, because 'DOS' commands can also use a Network Share (in contrast to a Network Drive). For example: dir \\DISKSTATION\Frank Where 'DISKSTATION' is my NAS. The only limitation I'm aware of, is that you cannot 'cd' into a Network Share, while you can 'cd' into anything which has a drive letter: C:\home\frankscd \\DISKSTATION\Frank '\\DISKSTATION\Frank' CMD does not support UNC paths as current directories. C:\home\frankscd M: M:\ That said, having a drive letter is a *nice* thing to have, as most of the solutions you mention, need one anyway. [...] o WiFi + "network location" + "net use" (to get a drive letter) http://www.bild.me/bild.php?file=8605173dir05.jpg Hmmm! This seems to be a nice one! I can't remember seeing you use 'net use' by itself. Does this setup mean you have: - A WebDAV server - i.e. extra software - on your Android device. - *No* *extra* software ('net use' is part of Windows) on your Windows device. ? If so, I think this is the best WiFi solution sofar (till you get a (non-root) SMB server on Android to work). I have no experience with 'weird' UNC paths such as the one you're using ('\\192.168.1.6@8080\DavWWWRoot\'), but it would be interesting to see if you can use such UNC paths directly in a 'DOS' command, i.e. *without* assigning a drive letter with 'net use'. I.e. like I can use (see above) dir \\DISKSTATION\Frank perhaps you can use something like dir \\192.168.1.6@8080\DavWWWRoot Note: Something *like* that. I'm not saying that exact syntax is correct. My suggestion might seem silly: Using a drive letter (X is much cleaner than the '192.168.1.6@8080\DavWWWRoot' mess, but as you can put this 'mess' into an environment variable, it can be made clean, i.e. dir %Android%\Mobi_Usage_AppBackup [...] As always, this effort is for everyone - so please improve where you can! |
#88
|
|||
|
|||
From Windows, how can we open a command line on the Android filesystem?
On Sun, 21 Oct 2018 20:26:55 -0000 (UTC), Arlen Holder wrote:
What I like about you, Frank Slootweg, is that you think like I do. o We both see the sheer brilliance of this WebDAV + "net use" solution o It's not obvious - but - once you see it working - it's brilliant! o I just wish I could get the syntax to work with FTP UNCs too! I'm almost done with my experiments, where this is my tentative conclusion: A. It's easy to mount MTP filesystems over USB as a "removable drive". (Using MTPDrive crippleware.) B. It's easy to connect WebDAV shares over WiFi as a "network location". (Using native Windows.) C: It's easy to connect WebDAV shares over WiFi as a "removable drive". (Using native Windows - where the connection is "almost perfect".) D. It's easy to connect FTP shares over WiFi as a "network location". (Using native Windows - where the connection, inexplicably, is "less perfect".) E. It's easy to mount FTP shares over WiFi as a "removable drive". (Using DnD, ND, or, for some, FTPUse & SFTPNetDrive freeware). Pretty much, this is the _simplest_ most _powerful_ solution I can find, that uses (a) native Windows, or, if not, then (b) freeware, or, if not, then (c) crippleware. All I ask is for others to simplify the solution by (c) eliminating the crippleware, or (b) eliminating the need for the additional freeware. See also: https://groups.google.com/d/msg/alt.comp.freeware/TaIlIMK2Nuw/IQQVQUkSBQAJ I understand that what I request is not easy. Likely 999 out of 1,000 people can't improve this solution from where I leave it. If anyone else _can_ move the technical ball forward, please do as the goal is to enable _everyone_ to do what we can do with the least amount of software possible, and always, with freeware if possible. |
#89
|
|||
|
|||
From Windows, how can we open a command line on the Android filesystem?
On Sat, 13 Oct 2018 20:42:04 -0500, Char Jackson wrote:
That's possibly true in your world. Not so much out here where everyone else lives. I didn't see Char Jackson's post, until now, as this morning I turned off my filters for another reason, where I've _never_ seen Char Jackson _ever_ answer a technical question when I didn't have him filtered out. Hence, it's kind of funny that Char Jackson says I don't supply details, when Char Jackson has _never_ once answered a single technical question. *All Char Jackson _can_ do, is troll.* Nonetheless, I have something to report on FTPUse for Frank Slootweg. Here's a snippet from my log file on FTPuse, for the record... The Android FTP server (v 1.32) I used was set up in its default mode: https://play.google.com/store/apps/details?id=com.theolivetree.ftpserver o Network interface (o)WiFi (_)Ethernet (_)Mobile network (_)Bluetooth PAN (_)Loopback (127.0.0.1) (_)All o Port = 2221 o Passive Ports = 2300-2399 o Anonymous user = [x] o User name = francis o User password = francis o Home directory (_)Root (/) (o)SdCard (_)DCIM (_)Custom folder (_)Ext. SdCard o Read only = [_] o Show hidden files = [_] o Energy save mode = [_] o High priority service = [x] o Show server details = [x] The FPTUse command I used on a Windows 10 Admin window was (verbatim): ftpuse X: 192.168.1.7 francis /USER:francis /PORT:2221 /debug ftpuse X: 192.168.1.7 francis /USER:francis /PORT:2221 /nopassive /debug Reboot 1: Most of the time FTPuse simply fails: o http://www.bild.me/bild.php?file=5451129dir022.jpg Reboot 2: But once in a great while it actually appears to work ... but ... even then, _nothing_ shows up as a drive letter as a result. o http://www.bild.me/bild.php?file=4121239dir021.jpg Reboot 3: And even then, FTPuse fails the next time: o http://www.bild.me/bild.php?file=8726712dir023.jpg I've mostly lost my patience with FTPUse, because o I already have plenty of freeware FTP-mounting solutions that work o All I ever cared about, for FTPUse, was that it works for _others_ I don't usually deal with firewalls, where I turned off Windows Defender (at least I think I did) for these experiments, but again, this isn't for me so it really doesn't matter because if I can't do it out of the box, neither will others be able to, which is the whole point, let's not forget. Start Settings Update and security Windows security Firewall and network protection (everything is turned off) http://www.bild.me/bild.php?file=9234464dir024.jjpg.jpg I'm sure FTPuse works for others, which is all that matters to me. Since FTPUse seems to be flaky for me, my tentative conclusion is: o Don't use FTPUse if you already have another solution that works But this FTPUse talk is relatively useless because o FTPUse isn't the real problem here anyway o The real problem is that we don't have freeware to mount over USB These are the only two problems I care about to solve for this thread: o How to run any Windows command on Android over USB using _freeware_ o Freeware to mount Android as a drive letter over WiFi using SMB |
#90
|
|||
|
|||
From Windows, how can we open a command line on the Android filesystem?
As a possible solution, the only method that worked over USB was MTPDrive:
https://groups.google.com/forum/#!topic/alt.comp.freeware/TaIlIMK2Nuw%5B1-25%5D Unfortunately, MTPDrive is crippleware, where it's pretty much definite that there is no Windows freeware extant that will mount the Android internal or external SD card contents over USB as a drive letter. The closest we can find, together, even with our immense tribal experience, is the long-known MTPDrive crippleware, which we all knew about _before_ we started this quest for a freeware replacement to MTPDrive functionality (and which has 4 critical functionality flaws which negate MTPDrive as a general solution for everyone - which is _always_ the goal). To add further value to the overall tribal knowledge, I have found yet another limitation of the MTPDrive crippleware, which I encountered, just now, when I happened to have both the Android & iOS devices connected by USB on Windows. I was copying over this morning the APK of my first Android app I created: https://groups.google.com/forum/#!topic/alt.comp.freeware/qEqThtRwZAg When this new-to-me error popped up: "MTPDrive - Error Trial version limit reached: - Maximum number of mapped devices = 1" Here is a screenshot showing the attempt to map both Android & iOS on Win: http://www.bild.me/bild.php?file=2725206dir028.jpg In my experience, these are the 4 limitations of the MTPDrive cripplewa o Only 1 mobile device can be mounted per session o Only 30 files can be copied per session o On the _external_ sdcard seemed to be mountable (not internal storage) o The Dokan Library used by MTPDrive & FTPUse are apparently incompatible http://www.bild.me/bild.php?file=8315262dir03.jpg Otherwise, MTPDrive crippleware works perfectly on Windows to mount the Android internal and external sd card contents over USB as a drive letter. In summary, nobody on any of these newsgroups knows of any working general solution to the problem of mounting the Android internal and external storage as a drive letter on Windows over USB such that all Windows commands work: http://www.bild.me/bild.php?file=1853998dir02.jpg The best Windows solution is to mount Android as a drive letter over WiFi: o WebDAV http://www.bild.me/bild.php?file=8605173dir05.jpg o DirectNetDrive http://www.bild.me/bild.php?file=6340420dir012.jpg o NetDrive v1.3.2.0 http://www.bild.me/bild.php?file=1383190dir014.jpg o webdav http://www.bild.me/bild.php?file=2373390dir019.jpg o netdrive http://www.bild.me/bild.php?file=3994244dir020.jpg Although plenty of those solutions failed miserably in my tests: o FTPuse http://www.bild.me/bild.php?file=7687244dir06.jpg o FTPuse http://www.bild.me/bild.php?file=3316456dir08.jpg o FTPuse http://www.bild.me/bild.php?file=4223201dir010.jpg o SFTP Net Drive http://www.bild.me/bild.php?file=2809525dir013.jpg o netuseloginport http://www.bild.me/bild.php?file=8381514dir017.jpg o netuseloginport http://www.bild.me/bild.php?file=3626731dir018.jpg o ftp netuse fails http://www.bild.me/bild.php?file=4233679dir018.jpg o ftpuse works http://www.bild.me/bild.php?file=4121239dir021.jpg o ftpuse fails http://www.bild.me/bild.php?file=5451129dir022.jpg o ftpuse fails http://www.bild.me/bild.php?file=8726712dir023.jpg o fptuse firewall http://www.bild.me/bild.php?file=9234464dir024.jjpg.jpg o ftpdrive http://www.bild.me/bild.php?file=4023721dir025.jjpg.jpg The best solution, overall, since it requires no non-native software anywhere, is to use a dual-boot Ubuntu 18.04, which can simultaneously read/write not only the entire visible Android filesystem over USB, but also it has read/write access to the entire visible Windows (yes, even as a dual boot, as long as Windows hibernation is off), Linux, & iOS file systems: http://www.bild.me/bild.php?file=6181360dir01.jpg |
Thread Tools | |
Display Modes | Rate This Thread |
|
|