Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.mobile.android > #56051 > unrolled thread
| Started by | "Arlen H. Holder" <arlenholder@nospam.net> |
|---|---|
| First post | 2018-09-26 21:52 +0000 |
| Last post | 2018-10-22 15:26 +0000 |
| Articles | 20 on this page of 25 — 12 participants |
Back to article view | Back to comp.mobile.android
How do you copy photos over USB from Android to Windows? "Arlen H. Holder" <arlenholder@nospam.net> - 2018-09-26 21:52 +0000
Re: How do you copy photos over USB from Android to Windows? "NY" <me@privacy.net> - 2018-09-27 12:15 +0100
Re: How do you copy photos over USB from Android to Windows? nospam <nospam@nospam.invalid> - 2018-09-27 10:44 -0400
Re: How do you copy photos over USB from Android to Windows? Arlen H Holder <arlenholder@no.spam.net> - 2018-09-27 16:53 +0000
Re: How do you copy photos over USB from Android to Windows? Ken Blake <Ken@invalid.news.com> - 2018-09-27 12:20 -0700
Re: How do you copy photos over USB from Android to Windows? Arlen H Holder <arlenholder@no.spam.net> - 2018-09-28 14:00 +0000
Re: How do you copy photos over USB from Android to Windows? "Arlen H. Holder" <arlenholder@no.spam.net> - 2018-09-27 16:44 +0000
Re: How do you copy photos over USB from Android to Windows? Frank Slootweg <this@ddress.is.invalid> - 2018-09-27 15:33 +0000
Re: How do you copy photos over USB from Android to Windows? nospam <nospam@nospam.invalid> - 2018-09-27 11:52 -0400
Re: How do you copy photos over USB from Android to Windows? Arlen H Holder <arlenholder@no.spam.net> - 2018-09-27 17:05 +0000
Re: How do you copy photos over USB from Android to Windows? Frank Slootweg <this@ddress.is.invalid> - 2018-09-27 18:19 +0000
Re: How do you copy photos over USB from Android to Windows? "NY" <me@privacy.net> - 2018-09-27 20:07 +0100
Re: How do you copy photos over USB from Android to Windows? Frank Slootweg <this@ddress.is.invalid> - 2018-09-27 19:53 +0000
Re: How do you copy photos over USB from Android to Windows? "NY" <me@privacy.net> - 2018-09-27 21:08 +0100
Re: How do you copy photos over USB from Android to Windows? Frank Slootweg <this@ddress.is.invalid> - 2018-09-27 20:23 +0000
Re: How do you copy photos over USB from Android to Windows? "(PeteCresswell)" <x@y.Invalid> - 2018-10-08 15:17 -0400
Re: How do you copy photos over USB from Android to Windows? Steve Hayes <hayesstw@telkomsa.net> - 2018-10-17 07:52 +0200
Re: How do you copy photos over USB from Android to Windows? Bob Henson <robert.h.henson@gmail.com> - 2018-10-17 09:06 +0100
Re: How do you copy photos over USB from Android to Windows? Steve Hayes <hayesstw@telkomsa.net> - 2018-10-18 04:34 +0200
Re: How do you copy photos over USB from Android to Windows? M.L. <me@privacy.invalid> - 2018-10-17 22:24 -0500
Re: How do you copy photos over USB from Android to Windows? Frank Slootweg <this@ddress.is.invalid> - 2018-10-18 10:00 +0000
Re: How do you copy photos over USB from Android to Windows? Steve Hayes <hayesstw@telkomsa.net> - 2018-10-19 10:06 +0200
Re: How do you copy photos over USB from Android to Windows? Frank Slootweg <this@ddress.is.invalid> - 2018-10-17 20:06 +0000
Re: How do you copy photos over USB from Android to Windows? Arlen Holder <a%rlenh.older@no.spam.net> - 2018-10-21 19:03 +0000
Re: How do you copy photos over USB from Android to Windows? Frank Slootweg <this@ddress.is.invalid> - 2018-10-22 15:26 +0000
Page 1 of 2 [1] 2 Next page →
| From | "Arlen H. Holder" <arlenholder@nospam.net> |
|---|---|
| Date | 2018-09-26 21:52 +0000 |
| Subject | How do you copy photos over USB from Android to Windows? |
| Message-ID | <pogv3a$moa$1@news.mixmin.net> |
How do you copy photos over USB from Android to Windows? (If you don't use USB, then an answer doesn't apply.) Me? 1. I simply connect the phone via USB to the monitor USB hub 2. That mounts the phone where I copy "Camera" in full 3. I paste to my local "Phone" directory hitting "Skip" when asked <http://www.bild.me/bild.php?file=7332277phone.jpg> PRO: Dead simple & reliable (just plug in, copy, & paste) CON: The skip-duplicate calculation takes longer the more old photos there are My system works fine, as it's efficient but I wonder if you use a better (faster, safer, or more efficient) method to copy photos en masse from Android over to USB on Windows. HINT: I have other methods, such as FTP servers, but they don't apply to this question since this question is _only_ about USB file transfer. -- If your answer doesn't use USB, it's not applicable to the question.
[toc] | [next] | [standalone]
| From | "NY" <me@privacy.net> |
|---|---|
| Date | 2018-09-27 12:15 +0100 |
| Message-ID | <nMudnXVLgaMvJjHGnZ2dnUU78d3NnZ2d@brightview.co.uk> |
| In reply to | #56051 |
(Corrected syntax error in newsgroup "at.comp.os.windows-10" which should be "alt.comp.os.windows-10".) "Arlen H. Holder" <arlenholder@nospam.net> wrote in message news:pogv3a$moa$1@news.mixmin.net... > How do you copy photos over USB from Android to Windows? > (If you don't use USB, then an answer doesn't apply.) > > Me? > 1. I simply connect the phone via USB to the monitor USB hub > 2. That mounts the phone where I copy "Camera" in full > 3. I paste to my local "Phone" directory hitting "Skip" when asked > <http://www.bild.me/bild.php?file=7332277phone.jpg> > > PRO: > Dead simple & reliable (just plug in, copy, & paste) > > CON: > The skip-duplicate calculation takes longer the more old photos there are > > My system works fine, as it's efficient but I wonder if you use a better > (faster, safer, or more efficient) method to copy photos en masse from > Android over to USB on Windows. > > HINT: I have other methods, such as FTP servers, but they don't apply to > this question since this question is _only_ about USB file transfer. I use this method to copy files (photos, GPS traces etc) from Android phone to Windows PC. When my USB cable failed while I was on holiday. I had to faff around with attaching the required files to an email and emailing them from Android to Windows - that was tedious! I wish it was so simple with iPhones, iPads etc. Sadly if you plug an Apple device into a Windows PC, the photos and many other things are not part of the folder structure that is visible. For that, the email route is the only one that I've managed to make work. I tried using iTunes on my Windows PC to see the folders on the Apple, which used to work fine for my iPod Nano. But when I tried it with my wife's iPad, iTunes gave a really "helpful" message "an error has occurred" with no further info that would have helped to troubleshoot the problem. I wish Apple would implement the standard feature of all USB cameras etc that if you plug the device into a Windows, Linux or (I presume) Apple computer, the folder structure with the photos etc is visible so you can transfer files. As regards the duplicate files and skip-duplicate problem, when I'm copying from my phone, I always past to a brand new empty directory below the root of the photos folder so I don't have the skip-duplicate problem. Then I sort out duplicates afterwards once I'm comparing two folders on the PC's hard disk, rather than have to endure the very slow USB connection that phones usually give - are they generally USB1 or is something else throttling the connection speed for even seeing an Android folder's contents (a "dir") before you start to do any intensive copying.
[toc] | [prev] | [next] | [standalone]
| From | nospam <nospam@nospam.invalid> |
|---|---|
| Date | 2018-09-27 10:44 -0400 |
| Message-ID | <270920181044594743%nospam@nospam.invalid> |
| In reply to | #56063 |
In article <nMudnXVLgaMvJjHGnZ2dnUU78d3NnZ2d@brightview.co.uk>, NY <me@privacy.net> wrote: > > I wish Apple would implement the standard feature of all USB cameras etc > that if you plug the device into a Windows, Linux or (I presume) Apple > computer, the folder structure with the photos etc is visible so you can > transfer files. they did. all ios devices show up as a standard digital camera.
[toc] | [prev] | [next] | [standalone]
| From | Arlen H Holder <arlenholder@no.spam.net> |
|---|---|
| Date | 2018-09-27 16:53 +0000 |
| Message-ID | <poj1tt$snk$1@news.mixmin.net> |
| In reply to | #56069 |
On Thu, 27 Sep 2018 10:44:59 -0400, nospam wrote: > they did. > > all ios devices show up as a standard digital camera. For the Windows users (since Android users know nospam all too well), nospam is a classic Apple Apologist who just makes everything up. Hence, his guesses are never credible, where his record is worse than that of the monkey. He also plays incessantly silly semantic games, which he did in his post above, where he "implies" a functionality that he knows clearly does not exist. To to his childish nature, he imbues these traits in every post: What are the common well-verified psychological traits of the Apple Apologists on this newsgroup? <https://groups.google.com/d/msg/misc.phone.mobile.iphone/18ARDsEOPzM/veU8FwAjBQAJ> HINT: If you don't understand the subterfuge game that nospam just played, just watch for his response, where he proves that he can only play games.
[toc] | [prev] | [next] | [standalone]
| From | Ken Blake <Ken@invalid.news.com> |
|---|---|
| Date | 2018-09-27 12:20 -0700 |
| Message-ID | <32bqqdhff5g1517emedg66644rr1733r21@4ax.com> |
| In reply to | #56079 |
On Thu, 27 Sep 2018 16:53:18 -0000 (UTC), Arlen H Holder <arlenholder@no.spam.net> wrote: >On Thu, 27 Sep 2018 10:44:59 -0400, nospam wrote: > >> they did. >> >> all ios devices show up as a standard digital camera. > >For the Windows users (since Android users know nospam all too well), >nospam is a classic Apple Apologist who just makes everything up. > >Hence, his guesses are never credible, where his record is worse than that >of the monkey. > >He also plays incessantly silly semantic games, which he did in his post >above, where he "implies" a functionality that he knows clearly does not >exist. > >To to his childish nature, he imbues these traits in every post: > What are the common well-verified psychological traits of the Apple Apologists on this newsgroup? > <https://groups.google.com/d/msg/misc.phone.mobile.iphone/18ARDsEOPzM/veU8FwAjBQAJ> > >HINT: If you don't understand the subterfuge game that nospam just played, >just watch for his response, where he proves that he can only play games. HINT: It's far better to killfile trolls like him, and *not* see his responses. I don't want to see messages from trolls, whether they come from the troll himself or are quotations from those like you who respond to them. All such messages do nothing to stop him from posting, and in fact encourage him to post more, since he loves to argue. And they waste my time. So please don't feed the trolls and killfile them.
[toc] | [prev] | [next] | [standalone]
| From | Arlen H Holder <arlenholder@no.spam.net> |
|---|---|
| Date | 2018-09-28 14:00 +0000 |
| Message-ID | <polc5t$h9j$1@news.mixmin.net> |
| In reply to | #56083 |
On Thu, 27 Sep 2018 12:20:39 -0700, Ken Blake wrote: > HINT: It's far better to killfile trolls like him, and *not* see his > responses. I don't want to see messages from trolls, whether they come > from the troll himself or are quotations from those like you who > respond to them. All such messages do nothing to stop him from > posting, and in fact encourage him to post more, since he loves to > argue. And they waste my time. So please don't feed the trolls and > killfile them. Hi Ken Blake, I am an old hand at Usenet, as likely, are you. I have a strategy & tactics are honed to that strategy for handling trolls. For example, you'll notice I do not "feed the trolls" in threads that I don't care about coming to any resolution. <=== KEY POINT! You'll may notice that there are (at least) two types of Usenet poster: a. chitchat (posts drivel almost all the time, 99% to others' threads) b. FAQ (asks tech questions almost all the time, 99% to his own threads) I'm not a chitchat poster; I'm an FAQ poster. For the chitchat poster, handling trolls is completely different. For the FAQ poster, there is no known good way to handle trolls. The chitchat poster has zero vested interest in a thread coming to a resolution, while the FAQ poster has complete vested interest in the thread coming to a resolution. The strategy of ignoring trolls in chit chat threads works fine. However, trolls like nospam derail FAQ threads. There are (at least) two kinds of trolls: a. Those with zero dignity (e.g., Goodguy, Rene Lamantangne, Char Jackson) b. Those with some dignity (e.g., nospam, Frank Slootweg, Vanguard.LH) For the incorrigble trolls who lack dignity, there's not much you can do. But there "may" be something you can do for trolls who retain dignity. I liken Usenet to a "potluck picnic" where everyone is encouraged to bring the best food they have to offer for common consumption. The trolls like Rene Lamantagne & Char Jackson love to bring 'shit', which they revel in, since they feel they have a "right to troll", where they childishly enjoy shitting on the potluck picnic that is Usenet. [I apologize, in advance, for the blunt terms - but that's what they do.] The trolls like nospam and Frank Slootweg are different in that they still have a semblance of dignity left, where they don't actually enjoy when someone points out their incessant worthless childish trolling. It turns out that in almost all cases, the trolls who retain a semblance of dignity (such as VanguardLH) actually have some value to add to the overall tribal knowledge of the group, while those inveterate worthless trolls who completely lack dignity (such as GoodGuy) can _never_ contribute adult value. In this particular case, nospam was playing his silly games, where he knows full well how completely lacking in functionality his proposal is, where he does this constantly to derail the FAQ. Since there are people who would actually believe what nospam says (witness how many poor schmucks were led down a path of brazen imaginary functionality fabrications by nospam, only to fail miserably in the end, a la both Ant and Wade Garrett most recently). (Aside: It's almost as if nospam has a sadistic side where he revels in leading poor hapless users astray with his imaginary functionality claims, insisting again and again that the user can do what is, to all intelligent people, a mere baseless fabrication on nospam's part). In short, in threads that I care about coming to a resolution, I confront the worthless bully cowardly trolls like nospam. This, as you noted, makes the current thread even worse - but how else do you confront someone who brings a pile of shit to a potluck picnic? What would YOU do, if you opened a potluck picnic, and at that picnic you were vested in arriving at an answer, where a worthless troll like Frank Slootweg or Char Jackson stood on the table and dumped a load of shit. This picnic is already ruined the moment the trolls arrived. Strategically, you need to save the _next_ picnic. What would YOU do if you cared greatly that the thread come to a useful resolution of the original question when the trolls like Rene Lamangagne and Wolf K have arrived to shit on the potluck picnic that is Usenet? -- It's not easy - the strategy I've chosen is to point out their trolls.
[toc] | [prev] | [next] | [standalone]
| From | "Arlen H. Holder" <arlenholder@no.spam.net> |
|---|---|
| Date | 2018-09-27 16:44 +0000 |
| Message-ID | <poj1dn$ru9$1@news.mixmin.net> |
| In reply to | #56063 |
On Thu, 27 Sep 2018 12:15:16 +0100, NY wrote: > I use this method to copy files (photos, GPS traces etc) from Android phone > to Windows PC. When my USB cable failed while I was on holiday. I had to > faff around with attaching the required files to an email and emailing them > from Android to Windows - that was tedious! My old faithful Samsung Galaxy S3 USB port died three or four years into its five or six year lifespan (finally the battery contacts broke off), where I used FTP over WiFi for years. FTP over WiFi worked OK, but it's slower than USB. For the record, the three FTP methods I used most were: a. First I used the ftp://192.168.1.x approach in the Windows file explorer b. Then I used winscp freeware on Windows c. Which I eventually replaced with FileZilla freeware on Windows All work fine (and all should work on USB also). One advantage of FileZilla is that it _knows_ what you've copied over so it doesn't need to do the "skip" that the simpler file copy does in native Windows' file explorer. > I wish it was so simple with iPhones, iPads etc. Sadly if you plug an Apple > device into a Windows PC, the photos and many other things are not part of > the folder structure that is visible. As you're clearly aware, everything is more restrictive on the Apple devices, but we have gotten around _all_ those restrictions, as we always do. See, for example: Simultaneously slide Windows Linux iOS Android files back & forth over USB at 2GB per minute speeds using 100% native devices (no proprietary software needed) <https://groups.google.com/d/msg/misc.phone.mobile.iphone/CsU9N7FfJHk/1T759_wzCAAJ> > For that, the email route is the only > one that I've managed to make work. If you're willing to dual boot to Ubuntu 18.04, you can *easily* access anything you want to in the visible file system of the iOS devices (see above reference for the details). > I tried using iTunes on my Windows PC to > see the folders on the Apple, which used to work fine for my iPod Nano. But > when I tried it with my wife's iPad, iTunes gave a really "helpful" message > "an error has occurred" with no further info that would have helped to > troubleshoot the problem. For a lot of reasons I won't delve into, iTunes is an abomination. Besides, that iTunes abomination doesn't work in the real world, where Apple simply says that the real world is "not supported". > I wish Apple would implement the standard feature of all USB cameras etc > that if you plug the device into a Windows, Linux or (I presume) Apple > computer, the folder structure with the photos etc is visible so you can > transfer files. See the URL above where we already have full and complete read and write access to the entire visible file system of iOS devices, all without adding any software whatseover to the native operating system. > As regards the duplicate files and skip-duplicate problem, when I'm copying > from my phone, I always past to a brand new empty directory below the root > of the photos folder so I don't have the skip-duplicate problem. Thanks for that use model. It has the pro that you don't have to skip. It has the con that you will duplicate the files. > Then I sort > out duplicates afterwards once I'm comparing two folders on the PC's hard > disk, rather than have to endure the very slow USB connection that phones > usually give - are they generally USB1 or is something else throttling the > connection speed for even seeing an Android folder's contents (a "dir") > before you start to do any intensive copying. That's an interesting two-step approach, where we have entire threads on what are the best duplicate cleaners for Windows, which is interesting indeed. Thank you for that idea which I hadn't thought of, of the two-steps: a. Copy everything into a separate folder b. Run a reliable duplicate cleaner on Windows What do you use for a freeware duplicate file finder on Windows? <https://groups.google.com/d/msg/microsoft.public.windowsxp.general/29-LLKSZqn4/YlRnUEWVAQAJ> There are also threads I've seen on merging duplicate hierarchies Is there a way to merge two different large "duplicate" hierarchies? <https://groups.google.com/d/msg/microsoft.public.windowsxp.general/29-LLKSZqn4/YlRnUEWVAQAJ> Thanks for suggesting another method which easily handles the duplicates!
[toc] | [prev] | [next] | [standalone]
| From | Frank Slootweg <this@ddress.is.invalid> |
|---|---|
| Date | 2018-09-27 15:33 +0000 |
| Message-ID | <poj49m.auo.1@ID-201911.user.individual.net> |
| In reply to | #56051 |
Arlen H. Holder <arlenholder@nospam.net> wrote: > How do you copy photos over USB from Android to Windows? > (If you don't use USB, then an answer doesn't apply.) > > Me? > 1. I simply connect the phone via USB to the monitor USB hub "monitor"? "hub"? You connect to a USB *port* of your/the *computer*. (Yes there probably is a USB-hub *in* the computer, but it's irrelevant in this context.) > 2. That mounts the phone where I copy "Camera" in full It's not 'mounted'. If it was, the phone would have a drive letter, or it would at least be a Network Share, but it has/is neither of those. You probably will 'protest' in your usual friendly way, that this is 'semantics', but it is anything but. A device - such as a phone - which is *only* accessible/useable in [Windows|File] Explorer and by *no* other means is *not* 'mounted', period. The "where I copy "Camera" in full" is unclear. You don't copy "Camera" (i.e. source), but you copy *to* "Camera" (i.e. destination). And I think you mean to say that you *merge* the content of <insert Android folder> with the "Camera" on the Windows system. > 3. I paste to my local "Phone" directory hitting "Skip" when asked > <http://www.bild.me/bild.php?file=7332277phone.jpg> I think this screenshot would be better if you'd have both an Explorer window with the phone's folder(s) and one with the Windows system's folder(s). [...]
[toc] | [prev] | [next] | [standalone]
| From | nospam <nospam@nospam.invalid> |
|---|---|
| Date | 2018-09-27 11:52 -0400 |
| Message-ID | <270920181152337992%nospam@nospam.invalid> |
| In reply to | #56073 |
In article <poj49m.auo.1@ID-201911.user.individual.net>, Frank Slootweg <this@ddress.is.invalid> wrote: > Arlen H. Holder <arlenholder@nospam.net> wrote: > > How do you copy photos over USB from Android to Windows? > > (If you don't use USB, then an answer doesn't apply.) > > > > Me? > > 1. I simply connect the phone via USB to the monitor USB hub > > "monitor"? "hub"? You connect to a USB *port* of your/the *computer*. many displays have a built in usb hub, which is probably what he means.
[toc] | [prev] | [next] | [standalone]
| From | Arlen H Holder <arlenholder@no.spam.net> |
|---|---|
| Date | 2018-09-27 17:05 +0000 |
| Message-ID | <poj2jr$tpm$1@news.mixmin.net> |
| In reply to | #56073 |
On 27 Sep 2018 15:33:52 GMT, Frank Slootweg wrote: > "monitor"? "hub"? You connect to a USB *port* of your/the *computer*. As a canonical troll on the Android newsgroups, you, Frank Slootweg, _always_ find a silly semantic game to play. The point is the *convenience* of plugging your phone into the monitor such that it's *easy* to do so (no bending down or rooting around in the back of the tower under the desk, for example). > (Yes there probably is a USB-hub *in* the computer, but it's > irrelevant in this context.) That you wish to play silly semantic games, is par for you, Frank Slootweg. Why not just answer the technical question, Frank Slootweg? HINT: You can't. >> 2. That mounts the phone where I copy "Camera" in full > > It's not 'mounted'. If it was, the phone would have a drive letter, or > it would at least be a Network Share, but it has/is neither of those. That you wish to play silly semantic games, is par for you, Frank Slootweg. a. I just conveniently plugged in my phone to my monitor's USB hub b. Windows automatically did this <http://www.bild.me/bild.php?file=2080492mount.jpg> What do you want us to call that, Frank Slootweg? > You probably will 'protest' in your usual friendly way, that this is > 'semantics', but it is anything but. A device - such as a phone - which > is *only* accessible/useable in [Windows|File] Explorer and by *no* > other means is *not* 'mounted', period. Frank Slootweg, Please never assume that there isn't a strategic reason for my tactics. What I want you to do, Frank Slootweg, is act like an inteligent adult. My strategy is to "funnel" you into "adding on-topic technical value". If you can do _that_, Frank Slootweg, you'll help everyone. If all you do is play silly semantic games, like you did with that idiotic header rant you went on in the Android newsgroup, then you help nobody. Frank Slootweg, Why can't you act like an *adult* and simply add on-topic technical value? > The "where I copy "Camera" in full" is unclear. You don't copy > "Camera" (i.e. source), but you copy *to* "Camera" (i.e. destination). > And I think you mean to say that you *merge* the content of <insert > Android folder> with the "Camera" on the Windows system. Jesus Christ, Frank Slootweg. *Every time you post, you prove that all you _can_ do, is play silly games.* > >> 3. I paste to my local "Phone" directory hitting "Skip" when asked >> <http://www.bild.me/bild.php?file=7332277phone.jpg> > > I think this screenshot would be better if you'd have both an Explorer > window with the phone's folder(s) and one with the Windows system's > folder(s). > > [...] For once in your life, Frank Slootweg, can you strive to be an adult and post on-topic technical value? Is that even possible for you Frank Slootweg? Or must you prove, like Char Jackson, Wolf K, Rudy Wieser, Diesel, nospam, Cybe R. Wizard, etc., that you feel you have a God-given "right to troll"?
[toc] | [prev] | [next] | [standalone]
| From | Frank Slootweg <this@ddress.is.invalid> |
|---|---|
| Date | 2018-09-27 18:19 +0000 |
| Message-ID | <pojdgt.ba0.1@ID-201911.user.individual.net> |
| In reply to | #56080 |
Arlen H Holder <arlenholder@no.spam.net> wrote: > On 27 Sep 2018 15:33:52 GMT, Frank Slootweg wrote: [Mr. Braniac assuming that every computer has a (seperate) monitor and one with a built-in hub.] > >> 2. That mounts the phone where I copy "Camera" in full > > > > It's not 'mounted'. If it was, the phone would have a drive letter, or > > it would at least be a Network Share, but it has/is neither of those. > > That you wish to play silly semantic games, is par for you, Frank Slootweg. > a. I just conveniently plugged in my phone to my monitor's USB hub > b. Windows automatically did this > <http://www.bild.me/bild.php?file=2080492mount.jpg> > > What do you want us to call that, Frank Slootweg? NOT 'mounted'. If you think the phone is 'mounted' then do this: - Start Windows Photo Viewer or IrfanView or any other viewer on the Windows system. - In that viewer open a file which *resides* on the phone. I.e. do NOT *copy* the file to the Windows system and then open it, but open it *while it resides on the phone*. Guess what? You can't do that! Why? Because the phone is NOT 'mounted'. IF the phone was mounted you could open the phone file by using a path such as P:\DCIM\Camera\... or \\Phone\DCIM\Camera\..., but there is no such path. > > You probably will 'protest' in your usual friendly way, that this is > > 'semantics', but it is anything but. A device - such as a phone - which > > is *only* accessible/useable in [Windows|File] Explorer and by *no* > > other means is *not* 'mounted', period. Now that you've been shown what 'mounted' is and isn't, for once in your life try to *learn* from it, instead of continuously demonstrating your ignorance/cluelessness/stupidity, while trying to divert from said ignorance/cluelessness/stupidity by blabbering bollocks like this: [40 lines of insults, belitteling, innuendo, shooting the messenger and other crap, deleted.]
[toc] | [prev] | [next] | [standalone]
| From | "NY" <me@privacy.net> |
|---|---|
| Date | 2018-09-27 20:07 +0100 |
| Message-ID | <QeSdndDC27HytzDGnZ2dnUU78VXNnZ2d@brightview.co.uk> |
| In reply to | #56081 |
"Frank Slootweg" <this@ddress.is.invalid> wrote in message news:pojdgt.ba0.1@ID-201911.user.individual.net... > Guess what? You can't do that! Why? Because the phone is NOT > 'mounted'. > > IF the phone was mounted you could open the phone file by using a path > such as P:\DCIM\Camera\... or \\Phone\DCIM\Camera\..., but there is no > such path. As a matter of interest, is there any good reason why cameras and phones, when connected by USB, appear as a drive-less device rather than being mounted as a drive letter? It's something I've always wondered when I've wanted to open a file that's on the phone and had to copy it to a real mounted drive before other software than Windows Explorer can access it. It's like an SMB client package that I installed on my phone which can see SMB shares from other devices (Windows, Linux) but cannot allow other apps to access the files as \\server\sharename\pathname; instead you have to copy the files (as if it were FTP) to the phone's storage, process them and then copy the modified file back again to the SMB share. (Corrected newsgroup at.comp.os.windows-10 to alt.comp.os.windows-10: someone up-thread evidently mistyped it and all replies are going to the mis-typed group.)
[toc] | [prev] | [next] | [standalone]
| From | Frank Slootweg <this@ddress.is.invalid> |
|---|---|
| Date | 2018-09-27 19:53 +0000 |
| Message-ID | <pojjgg.7h8.1@ID-201911.user.individual.net> |
| In reply to | #56082 |
NY <me@privacy.net> wrote: > "Frank Slootweg" <this@ddress.is.invalid> wrote in message > news:pojdgt.ba0.1@ID-201911.user.individual.net... > > Guess what? You can't do that! Why? Because the phone is NOT > > 'mounted'. > > > > IF the phone was mounted you could open the phone file by using a path > > such as P:\DCIM\Camera\... or \\Phone\DCIM\Camera\..., but there is no > > such path. > > As a matter of interest, is there any good reason why cameras and phones, > when connected by USB, appear as a drive-less device rather than being > mounted as a drive letter? It's something I've always wondered when I've > wanted to open a file that's on the phone and had to copy it to a real > mounted drive before other software than Windows Explorer can access it. On older Android devices, there often was a 'Mass Storage' mode setting for the USB connection. That *did* present the Android device as one or more drive letters on the Windows side. However that mode was dangerous, because the Android file systems were simultaneously 'mounted' to the Android system *and the Windows system. This could - and often did - lead to file-system/data corruption. For that reason, 'Mass Storage' mode is absent from most somewhat new Android devices and they now offer only MTP (Media Transport Protocol) mode which is used in this thread (and PTP mode). MTP does not suffer from corruption problems, because it's a one-at-a-time protocol, but does not offer drive-letter on the Windows side. There are third-party solutions for providing MTP-to-driveletter functionality, but what I've found is only - rather expensive - payware. > It's like an SMB client package that I installed on my phone which can see > SMB shares from other devices (Windows, Linux) but cannot allow other apps > to access the files as \\server\sharename\pathname; instead you have to copy > the files (as if it were FTP) to the phone's storage, process them and then > copy the modified file back again to the SMB share. Yes, I've tried this (SMB client) and all kinds of other 'solutions', but AFAIC, the only real solution is a SMB *server* on the Android device and that needs a rooted phone in order to be able to use the Windows SMB port number 445 (which is unchangeable on the Windows side :-(). For the time being, I use MTP for most manual operations and SMB-client based syncing for backup (of the Android device). > (Corrected newsgroup at.comp.os.windows-10 to alt.comp.os.windows-10: > someone up-thread evidently mistyped it and all replies are going to the > mis-typed group.) Thanks. I only saw it when I already had pressed 'p'(ost).
[toc] | [prev] | [next] | [standalone]
| From | "NY" <me@privacy.net> |
|---|---|
| Date | 2018-09-27 21:08 +0100 |
| Message-ID | <IPWdnTDse94vpTDGnZ2dnUU78bfNnZ2d@brightview.co.uk> |
| In reply to | #56084 |
"Frank Slootweg" <this@ddress.is.invalid> wrote in message news:pojjgg.7h8.1@ID-201911.user.individual.net... >> As a matter of interest, is there any good reason why cameras and phones, >> when connected by USB, appear as a drive-less device rather than being >> mounted as a drive letter? It's something I've always wondered when I've >> wanted to open a file that's on the phone and had to copy it to a real >> mounted drive before other software than Windows Explorer can access it. > > On older Android devices, there often was a 'Mass Storage' mode > setting for the USB connection. That *did* present the Android device as > one or more drive letters on the Windows side. > > However that mode was dangerous, because the Android file systems were > simultaneously 'mounted' to the Android system *and the Windows system. > This could - and often did - lead to file-system/data corruption. > > For that reason, 'Mass Storage' mode is absent from most somewhat new > Android devices and they now offer only MTP (Media Transport Protocol) > mode which is used in this thread (and PTP mode). MTP does not suffer > from corruption problems, because it's a one-at-a-time protocol, but > does not offer drive-letter on the Windows side. Ah, so while a phone is connected to a PC using MTP, access to the folder that is being viewed remotely is blocked locally by Android? I suppose if I could be bothered I'd test that by looking at my phone's DCIM folder and copying files over USB, and then try to take a photo and find that the phone's camera app gets a write failure. >> It's like an SMB client package that I installed on my phone which can >> see >> SMB shares from other devices (Windows, Linux) but cannot allow other >> apps >> to access the files as \\server\sharename\pathname; instead you have to >> copy >> the files (as if it were FTP) to the phone's storage, process them and >> then >> copy the modified file back again to the SMB share. > > Yes, I've tried this (SMB client) and all kinds of other 'solutions', > but AFAIC, the only real solution is a SMB *server* on the Android > device and that needs a rooted phone in order to be able to use the > Windows SMB port number 445 (which is unchangeable on the Windows side > :-(). Why should an SMB client on Android not be able to offer true file access, as opposed to file transfer of FTP and of Android's implementation of SMB etc? You don't normally need a Samba device to act as a server (sharing part of its local storage) in order for that device to be able to access a shared folder on other computers, acting as a client. Is it again due to simultaneous access to the storage from local and remote, as for Mass Storage USB mode?
[toc] | [prev] | [next] | [standalone]
| From | Frank Slootweg <this@ddress.is.invalid> |
|---|---|
| Date | 2018-09-27 20:23 +0000 |
| Message-ID | <pojl87.4gk.1@ID-201911.user.individual.net> |
| In reply to | #56089 |
NY <me@privacy.net> wrote: > "Frank Slootweg" <this@ddress.is.invalid> wrote in message > news:pojjgg.7h8.1@ID-201911.user.individual.net... > >> As a matter of interest, is there any good reason why cameras and phones, > >> when connected by USB, appear as a drive-less device rather than being > >> mounted as a drive letter? It's something I've always wondered when I've > >> wanted to open a file that's on the phone and had to copy it to a real > >> mounted drive before other software than Windows Explorer can access it. > > > > On older Android devices, there often was a 'Mass Storage' mode > > setting for the USB connection. That *did* present the Android device as > > one or more drive letters on the Windows side. > > > > However that mode was dangerous, because the Android file systems were > > simultaneously 'mounted' to the Android system *and the Windows system. > > This could - and often did - lead to file-system/data corruption. > > > > For that reason, 'Mass Storage' mode is absent from most somewhat new > > Android devices and they now offer only MTP (Media Transport Protocol) > > mode which is used in this thread (and PTP mode). MTP does not suffer > > from corruption problems, because it's a one-at-a-time protocol, but > > does not offer drive-letter on the Windows side. > > Ah, so while a phone is connected to a PC using MTP, access to the folder > that is being viewed remotely is blocked locally by Android? I suppose if I > could be bothered I'd test that by looking at my phone's DCIM folder and > copying files over USB, and then try to take a photo and find that the > phone's camera app gets a write failure. No, the one-at-a-time protocol means that only one side (Android or Windows) can only access the *same* item at a time. So for example, if a Android-to-Windows copy of a *specific* file is in progress, the phone's camera app will have to wait (not fail) if it wants to write to *that* file. specific file > >> It's like an SMB client package that I installed on my phone which > >> can see SMB shares from other devices (Windows, Linux) but cannot > >> allow other apps to access the files as > >> \\server\sharename\pathname; instead you have to copy the files (as > >> if it were FTP) to the phone's storage, process them and then copy > >> the modified file back again to the SMB share. > > > > Yes, I've tried this (SMB client) and all kinds of other 'solutions', > > but AFAIC, the only real solution is a SMB *server* on the Android > > device and that needs a rooted phone in order to be able to use the > > Windows SMB port number 445 (which is unchangeable on the Windows side > > :-(). > > Why should an SMB client on Android not be able to offer true file access, > as opposed to file transfer of FTP and of Android's implementation of SMB > etc? You don't normally need a Samba device to act as a server (sharing part > of its local storage) in order for that device to be able to access a shared > folder on other computers, acting as a client. Yes, but in the example you give, you want to access an Android file from Windows, so Windows is the (SMB) client and Android is (read: has to be) the (SMB) server. Having a SMB *server* on Android is the problem. > Is it again due to simultaneous access to the storage from local and remote, > as for Mass Storage USB mode? No. See above.
[toc] | [prev] | [next] | [standalone]
| From | "(PeteCresswell)" <x@y.Invalid> |
|---|---|
| Date | 2018-10-08 15:17 -0400 |
| Message-ID | <g3bnrddf4eugc7ouh70tburce1hajm1cd0@4ax.com> |
| In reply to | #56051 |
Per Arlen H. Holder: >How do you copy photos over USB from Android to Windows? No clue - because I just do it over WiFi. Share a drive on the destination PC or NAS box, use X-Plore file manager to do the copy. Got custom definitions for DCIM/Camera on the phone plus various frequently-used destination on the NAS box and my 24-7 PC. Probably slower in elapsed seconds, but I just do something else during a long copy. But for quick/easy, I don't think it can be beat. -- Pete Cresswell
[toc] | [prev] | [next] | [standalone]
| From | Steve Hayes <hayesstw@telkomsa.net> |
|---|---|
| Date | 2018-10-17 07:52 +0200 |
| Message-ID | <5ajdsd9qmefvse27mvrr9b73fkv6kq3ph1@4ax.com> |
| In reply to | #56051 |
On Wed, 26 Sep 2018 21:52:42 -0000 (UTC), "Arlen H. Holder" <arlenholder@nospam.net> wrote: >How do you copy photos over USB from Android to Windows? >(If you don't use USB, then an answer doesn't apply.) I use a thing called File Commander, and copy photos by date. File Commander shows source and destination drives in two panes, and I just mark the ones I want to copy, press F5 and they copy to the desired destination, where I keep them in folders by date -- 20181017 and the like. The biggest difficulty I have had is getting the phone to recognise the USB cable as a connection and not as a charging device. -- Ignore the following - it's spammers for spambot fodder. lucymartin161994@gmail.com finddatingmen@gmail.com searchdatingsingle@gmail.com tomandrus4@gmail.com adultsinglesdating@gmail.com gburdine57@gmail.com datingpersonalssites@gmail.com girlsdating170@gmail.com adultfriendclubs@gmail.com casualxdating@gmail.com jenniferjeen526@gmail.com meask669@gmail.com
[toc] | [prev] | [next] | [standalone]
| From | Bob Henson <robert.h.henson@gmail.com> |
|---|---|
| Date | 2018-10-17 09:06 +0100 |
| Message-ID | <g2o8rrF4v60U1@mid.individual.net> |
| In reply to | #56712 |
On 17/10/2018 6.52 am, Steve Hayes wrote: > On Wed, 26 Sep 2018 21:52:42 -0000 (UTC), "Arlen H. Holder" > <arlenholder@nospam.net> wrote: > >> How do you copy photos over USB from Android to Windows? >> (If you don't use USB, then an answer doesn't apply.) > > I use a thing called File Commander, and copy photos by date. > > File Commander shows source and destination drives in two panes, and I > just mark the ones I want to copy, press F5 and they copy to the > desired destination, where I keep them in folders by date -- 20181017 > and the like. > > The biggest difficulty I have had is getting the phone to recognise > the USB cable as a connection and not as a charging device. > > > > I guess you have your phone set to charge only when USB connected. Connect the phone to the PC with a USB lead. Drag down the notification bar at the top of the phone screen where it should say "USB for charging" or similar, and tap "Touch for more options". Select file transfer from the list that appears. You can now copy/cut and paste the photos as you would any other file/s using Windows Explorer. They will probably be in a folder on the phone called DCIM (or subdirectories thereof) - but if not, search around. -- Tetbury, Gloucestershire, England Two silk worms had a race. They ended up in a tie.
[toc] | [prev] | [next] | [standalone]
| From | Steve Hayes <hayesstw@telkomsa.net> |
|---|---|
| Date | 2018-10-18 04:34 +0200 |
| Message-ID | <3trfsd984fn2aa4899ji444p2afu5ld32v@4ax.com> |
| In reply to | #56713 |
On Wed, 17 Oct 2018 09:06:20 +0100, Bob Henson <robert.h.henson@gmail.com> wrote: >On 17/10/2018 6.52 am, Steve Hayes wrote: >> On Wed, 26 Sep 2018 21:52:42 -0000 (UTC), "Arlen H. Holder" >> <arlenholder@nospam.net> wrote: >> >>> How do you copy photos over USB from Android to Windows? >>> (If you don't use USB, then an answer doesn't apply.) >> >> I use a thing called File Commander, and copy photos by date. >> >> File Commander shows source and destination drives in two panes, and I >> just mark the ones I want to copy, press F5 and they copy to the >> desired destination, where I keep them in folders by date -- 20181017 >> and the like. >> >> The biggest difficulty I have had is getting the phone to recognise >> the USB cable as a connection and not as a charging device. >> >> >> >> > >I guess you have your phone set to charge only when USB connected. >Connect the phone to the PC with a USB lead. Drag down the notification >bar at the top of the phone screen where it should say "USB for >charging" or similar, and tap "Touch for more options". Thanks for that reminder -- that's the bit I always miss, and stumble across it by accident -- dragging down the notification bar from the top of the screen. On my first Android phone, as soon as I plugged the USB lead into the phone and computer a menu would pop up asking what I wanted to do -- you didn't have to drag down anything. On my second Android phone I went through two years thinking it was incapable of connecting via a USB lead, and thought they had removed that capability from that version of Android. > Select file >transfer from the list that appears. You can now copy/cut and paste the >photos as you would any other file/s using Windows Explorer. They will >probably be in a folder on the phone called DCIM (or subdirectories >thereof) - but if not, search around. That's the bit I find clunky, and was the real point of my post. I find File Commander a far easier way to do it. I alsways look for alternatives to Windows Explorer when it comes to copying files. -- Ignore the following - it's spammers for spambot fodder. lucymartin161994@gmail.com finddatingmen@gmail.com searchdatingsingle@gmail.com tomandrus4@gmail.com adultsinglesdating@gmail.com gburdine57@gmail.com datingpersonalssites@gmail.com girlsdating170@gmail.com adultfriendclubs@gmail.com casualxdating@gmail.com jenniferjeen526@gmail.com meask669@gmail.com
[toc] | [prev] | [next] | [standalone]
| From | M.L. <me@privacy.invalid> |
|---|---|
| Date | 2018-10-17 22:24 -0500 |
| Message-ID | <houfsd5dd0rq73ohlq7c1n79ljlko6erj6@4ax.com> |
| In reply to | #56728 |
>> Select file >>transfer from the list that appears. You can now copy/cut and paste the >>photos as you would any other file/s using Windows Explorer. They will >>probably be in a folder on the phone called DCIM (or subdirectories >>thereof) - but if not, search around. > >That's the bit I find clunky, and was the real point of my post. I >find File Commander a far easier way to do it. I alsways look for >alternatives to Windows Explorer when it comes to copying files. What was clunky? Android phones natively store pics in DCIM, so you're going to have to navigate to that folder no matter what. And I find File Commander far clunker to use than File Explorer.
[toc] | [prev] | [next] | [standalone]
Page 1 of 2 [1] 2 Next page →
Back to top | Article view | comp.mobile.android
csiph-web