Hello,
is there a possibility to exchange some files between my Orbit 2 and my Macbook (OS X 10.4)? I tried to use a computer-to-computer network but couldn't get it working. So can anyone help me please? Unfortunately I'm new to Apple and Windows Mobile. So please be very precise when you describe what I have to do (think about a DAU² ).
Ah yes: I don't want to synchronise anything (like adresses or so), just wanna exchange some music/videoclips via wifi (hope this is faster than bluetooth where I only get ~100kb/s). Thank you very much!
Hi, I have just started to use SyncMate which is free to sync my iTunes music library on my Mac with my TyTN II. It works really well but I have been using a USB rather than WiFi connection. The program does support WiFi though.
You can download the software from
http://blog.eltima.com/2008/01/sync-your-mac-and-a-smartphone-with-syncmate.html
Although this is sync software it should also be able to do what you want as you can Sync a folder on your Mac with a folder on your phone which will enable you to transfer files to and fro.
Good luck and be interested to hear if the WiFi sync works!
if boths were connected to the wifi router it would be a matter of setting up normal filesharing like between 2 computers
if otherwise one would have to do it as adhoc network
but i dont know how these things are handled on macs
on pc's it the pc sharing would have to be running the server service
and have the pda as a user with reading and writing rights
And BT ? or MissingSync
I have an old iMac and I made some ringtones. I sent them by BT with no problem. I dropped Syncmate cause I got some issues with the calendars and the contacts. MissingSync is perfect but not free. You can install whatever but you need a cable. Will try to check the WiFi
Yes, with bluetooth I managed to send some files. But speed was not that fantastic (~100kb/s). So I'll try to get it working with Wifi. Maybe speed there is better. I got my device recognized by the Macbook and an IP was sent to my phone but I don't know how to access to files. Unfortunately I have no time for the next two weeks to test it any further. Please post your efforts if you have success. Thanks!
So, I already got what I want (even better). I found the freeware MochaSoft FTP-Server. This software has to be installed on your PDA. It youses the FTP-Protokoll. Therefore it lets your PDA act as an FTP-Server. All you need then is an Internet Browser, which has an FTP-Client (for example Internet Explorer or you use the fireftp-extension for Firefox). Now you can access your PDA and exchange files via Wifi. Speed is much better than Bluetooth (~700kb/s read and 680kb/s write). The good thing is, that you aren't limited to the platform anymore. (I don't know if the standard Linux browser has an ftp-client, but my beloved Firefox has a Linux-Version too.)
P.S. @linux-users: Please don't kill me for my last sentence. I believe that linux is able to handle these things out of the box. It's more for us windows users to know that it's possible.
My notebook (ubuntu) and my Archos % tablet can find my windows desktop lan just fine, but can't sem to get the gtabley to find it, no matter what i put in (Ip, sever name, etc). Any ideas? Tried using the es file explorer and set to lan--also tried ftp.
Try an app called Network Discovery
Try an app called Network Discovery.
I use this app to find all of the devices on my network.
Three printers,WII box,Windows Home Server,Laptops,etc.
Works well!!
Bill
It finds all the IP addresses but no ports open
Windows shares are an issue because of the lack of CIFS support on our device (but there's been a recent breakthrough there, thanks to VS giving us source). The Archos probably has this built-in, already, as well as uPnP.
FTP, however, should "just work" - if the ports on the target are showing as closed, it could be a firewall issue. Suggestion: Test this between two PC's on the same LAN first, to verify that connectivity is there. Then. attempt it from the GTab. Also, make sure the GTab is on the same VLAN as your other devices and that the wireless router isn't blocking connectivity, either.
roebeet said:
Windows shares are an issue because of the lack of CIFS support on our device (but there's been a recent breakthrough there, thanks to VS giving us source). The Archos probably has this built-in, already, as well as uPnP.
FTP, however, should "just work" - if the ports on the target are showing as closed, it could be a firewall issue. Suggestion: Test this between two PC's on the same LAN first, to verify that connectivity is there. Then. attempt it from the GTab. Also, make sure the GTab is on the same VLAN as your other devices and that the wireless router isn't blocking connectivity, either.
Click to expand...
Click to collapse
I don't understand the above. I've been able to access shares on my Windows machines fine, including shares on my Win7 laptop. The only problem I've been encountered were shares on my WinXP machine, where I have to connect anonymously. This was with ES File Explorer on stock 3053.
Jim
CIFS is the protocol that is used to access Windows shares. By default the GTablet does not support this or NTFS. You will need to add this support to the kernel. See:
http://forum.xda-developers.com/showthread.php?t=889088
hi,
I have been really frustrated with attempts to transfer media to my phone over MTP. On Ubuntu Linux - none of the methods work very well - including mtpfs, go-mtpfs, etc.
So I figured to use the method that Apple uses (tunneling TCP over USB) by way of ADB.
So I ran a ssh server on my phone (sshdroid, but anything should work), made sure that
Code:
adb devices
showed up my device, setup a port forward on my laptop using
Code:
adb forward tcp:2222 tcp:2222
, ran filezilla and connected to localhost on port 2222 and transferred all my media.
I got a 1.2 mbps transfer rate using my 2008 laptop. I am now planning to setup rsync over ssh to sync my music.
Here lies my frustration - Apple figured out the TCP over USB method almost a decade back, adb and ssh works well beautifully. Why did Google make the decision of going with MTP, as opposed to building something around SSH - which already has solved most of the problems around file transfer, mounting drives and sync.
Really frustrating.
EDIT: forgot to add that this should work for other devices like Samsung S3, Nexus 7 , etc. - but I personally have only my HOXL to test with.
- Sandeep
P.S. a longer rant on this topic here
sandys1 said:
hi,
I have been really frustrated with attempts to transfer media to my phone over MTP. On Ubuntu Linux - none of the methods work very well - including mtpfs, go-mtpfs, etc.
So I figured to use the method that Apple uses (tunneling TCP over USB) by way of ADB.
So I ran a ssh server on my phone (sshdroid, but anything should work), made sure that
Code:
adb devices
showed up my device, setup a port forward on my laptop using
Code:
adb forward tcp:2222 tcp:2222
, ran filezilla and connected to localhost on port 2222 and transferred all my media.
I got a 1.2 mbps transfer rate using my 2008 laptop. I am now planning to setup rsync over ssh to sync my music.
Here lies my frustration - Apple figured out the TCP over USB method almost a decade back, adb and ssh works well beautifully. Why did Google make the decision of going with MTP, as opposed to building something around SSH - which already has solved most of the problems around file transfer, mounting drives and sync.
Really frustrating.
EDIT: forgot to add that this should work for other devices like Samsung S3, Nexus 7 , etc. - but I personally have only my HOXL to test with.
- Sandeep
P.S. a longer rant on this topic here
Click to expand...
Click to collapse
So you are essentially frustrated with the fact that you have the flexibility to discover your own solutions and that google facilitates this by providing you both a working file transfer method but the option to do it better? Honestly, I'm not sure that I would want to carry around not only my device but a USB stick with portable versions of a FTP client/adb for linux/windows/OS X just to be able to transfer files to/from in a pinch. Most OSs will be able to deal with an MTP device and this allows google to both not need to separate the space into space for your data/apps and allows for google to use ext file systems. There was some thought put into that decision believe it or not.
I just use FTP though my file browser.
z28james said:
So you are essentially frustrated with the fact that you have the flexibility to discover your own solutions and that google facilitates this by providing you both a working file transfer method but the option to do it better? Honestly, I'm not sure that I would want to carry around not only my device but a USB stick with portable versions of a FTP client/adb for linux/windows/OS X just to be able to transfer files to/from in a pinch. Most OSs will be able to deal with an MTP device and this allows google to both not need to separate the space into space for your data/apps and allows for google to use ext file systems. There was some thought put into that decision believe it or not.
Click to expand...
Click to collapse
Actually you misunderstood what I was trying to say. I completely understand the rationale for Google wanting to do away with MSC (yes - I have read the Dan Morrill interview as well). And I'm not proposing that you carry around ADB.
what I am fundamentally asking is the rationale to choose MTP as a protocol, when a viable and far superior alternative exists. OSes are NOT able to work with MTP effectively, because it was never intended to do what we need from our devices today.
On the other hand, most OSes already work with TCP and SSH very effectively and in an extremely highly performant way. It would have been trivial for Google to build a TCP/SSH service inside the Android core and make available client services (similar to usbmux) that would have worked seamlessly across all platforms.
I am seriously questioning the choice of MTP as a protocol, because it is not too efficient.
I don't get it, why not just mount your SD and drag and drop your files? Am I missing something here?
Sent from my HTC One X using xda premium
sandys1 said:
Actually you misunderstood what I was trying to say. I completely understand the rationale for Google wanting to do away with MSC (yes - I have read the Dan Morrill interview as well). And I'm not proposing that you carry around ADB.
what I am fundamentally asking is the rationale to choose MTP as a protocol, when a viable and far superior alternative exists. OSes are NOT able to work with MTP effectively, because it was never intended to do what we need from our devices today.
On the other hand, most OSes already work with TCP and SSH very effectively and in an extremely highly performant way. It would have been trivial for Google to build a TCP/SSH service inside the Android core and make available client services (similar to usbmux) that would have worked seamlessly across all platforms.
I am seriously questioning the choice of MTP as a protocol, because it is not too efficient.
Click to expand...
Click to collapse
I hear you. You will probably have a hard time convincing windows users that MTP is broken for them.
Sent from my Nexus 7 using Tapatalk 2
z28james said:
I hear you. You will probably have a hard time convincing windows users that MTP is broken for them.
Sent from my Nexus 7 using Tapatalk 2
Click to expand...
Click to collapse
I'm on windows and think mtp is horrible. That's why I just use ftp now if a rom opts for mtp (JB).
qwertyaas said:
I'm on windows and think mtp is horrible. That's why I just use ftp now if a rom opts for mtp (JB).
Click to expand...
Click to collapse
Why not just mount as disk drive and get 5MB/sec file transfers? I don't get it?
beaups said:
Why not just mount as disk drive and get 5MB/sec file transfers? I don't get it?
Click to expand...
Click to collapse
The One X does not allow you to mount your internal memory as a USB drive. Correct me if I'm wrong, but the Samsung S3 (even though it has a microsd ) does not allow the same.
The only way you can access data is through the phone using a protocol called MTP - it sort of pretends to mount your phone as a USB drive, but that's not what it is actually doing.
the USB drive mode is called MSC - the reason why Google decided to move away is written here
FTP and SFTP are good - You can do exactly that using the USB as the carrier (using my method) instead of the wireless network. So what you said does not make my proposal useless.
What I wanted to show was that there is a perfectly alternative way in which you can transfer files without using the wireless network (basically using the USB as a network). I am willing to stand my ground that that allows for a far superior (and much more omnipresent) protocol to transfer files. What you use on top of TCP-over-USB is upto you : SSH, SCP, FTP - all are viable.
Secondly, I like the fact that when I'm transferring all these files, my regular wifi/3g network is unthrottled.
sandys1 said:
The One X does not allow you to mount your internal memory as a USB drive. Correct me if I'm wrong, but the Samsung S3 (even though it has a microsd ) does not allow the same.
The only way you can access data is through the phone using a protocol called MTP - it sort of pretends to mount your phone as a USB drive, but that's not what it is actually doing.
the USB drive mode is called MSC - the reason why Google decided to move away is written here
Click to expand...
Click to collapse
We all have the the One XL which does allow for our storage to be presented as a block device. The One X might be different?
z28james said:
We all have the the One XL which does allow for our storage to be presented as a block device. The One X might be different?
Click to expand...
Click to collapse
I'm assuming you are on Windows.
What you are seeing is your computer talking to the phone over MTP and presenting it as a block device. If you are able to use your phone's storage (both main as well as the "/sdcard") while you are transferring content on your phone, then it is the MTP mode.
MTP not only brings bad performance, but it also doesnt work across all platforms and screws with fundamental things like timestamps.
Phones prior to the Galaxy Nexus used the MSC mode - a true block level mounting. There are some tradeoffs to that, which is why Google gave up on that.
The iPhone talks to the iTunes using a similar protocol to what I talked about in my OP - TCP over USB.
sandys1 said:
I'm assuming you are on Windows.
What you are seeing is your computer talking to the phone over MTP and presenting it as a block device. If you are able to use your phone's storage (both main as well as the "/sdcard") while you are transferring content on your phone, then it is the MTP mode.
MTP not only brings bad performance, but it also doesnt work across all platforms and screws with fundamental things like timestamps.
Phones prior to the Galaxy Nexus used the MSC mode - a true block level mounting. There are some tradeoffs to that, which is why Google gave up on that.
The iPhone talks to the iTunes using a similar protocol to what I talked about in my OP - TCP over USB.
Click to expand...
Click to collapse
No, I'm not seeing that at all in windows. When I plug my phone into any linux box as well it is enumerated as a "sd" device. I'm also not able to use the storage as it is mounted. The One XL divides its internal SD card into useable space and space for apps.
This is why people are not able to understand why you have posted this here and why I'm asking if the Tegra 3 One X is perhaps different.
EDIT: It looks like the SGS 3 uses MTP.
It is enumerated as a sd device, but it is not mounted as one.
Please double check - I'm on an AT&T One XL.
MTP is the only access path.
Sent from my HTC One X using xda premium
sandys1 said:
It is enumerated as a sd device, but it is not mounted as one.
Please double check - I'm on an AT&T One XL.
MTP is the only access path.
Sent from my HTC One X using xda premium
Click to expand...
Click to collapse
I just mounted my phone's storage on my laptop running Slackware 14.
Showed up as a SCSI attached storage disk.
fdisk shows it as a block device. In my case sdc.
sdc mounted as vfat.
No fuse, no MTP.
On windows my Nexus 7 uses MTP. My One X shows up as an actual block device. The disk manager even sees it as a block device.
z28james said:
I just mounted my phone's storage on my laptop running Slackware 14.
Showed up as a SCSI attached storage disk.
fdisk shows it as a block device. In my case sdc.
sdc mounted as vfat.
No fuse, no MTP.
On windows my Nexus 7 uses MTP. My One X shows up as an actual block device. The disk manager even sees it as a block device.
Click to expand...
Click to collapse
Oh - now I see what the confusion was. The HTC spoofs the MSC mode using a partition on a single disk. Read about it here. And these are some of the problems that may occur if you continue to use it as mass storage.
I would recommend that you transfer using MTP or over the network using FTP or through my method. I'm really unsure about the mass storage path.
However, what I talked about still stands - Google has moved away from mass storage completely and switched to MTP (HTC is doing a few tricks to make this easy for us)
MTP sucks.
One word: AirDroid.
Why even bother physically connecting your phone to USB anymore when you can use apps such as AirDroid (and many other apps) to get great speeds wirelessly regardless of platform? All you need is the App installed and any browser.
sandys1 said:
Oh - now I see what the confusion was. The HTC spoofs the MSC mode using a partition on a single disk. Read about it here. And these are some of the problems that may occur if you continue to use it as mass storage.
I would recommend that you transfer using MTP or over the network using FTP or through my method. I'm really unsure about the mass storage path.
However, what I talked about still stands - Google has moved away from mass storage completely and switched to MTP (HTC is doing a few tricks to make this easy for us)
MTP sucks.
Click to expand...
Click to collapse
Why can you not just accept the fact that htc includes an excellent usb interface. It's fast and stable in "disk drive" mode. Whether it's "spoofed", "faked" or whatever you want to call it, it works great, and across all platforms.
Actually I don't think it's spoofed at all considering I can write to it in direct disk access mode in WinHex.
Anyhow, they actually did quite a bit with the usb stack. USB tethering, USB network pass-through, and Disk-Drive mode are all HTC features that I sorely miss on my MTP SGS3.
I have not seen a single user complain about Disk Drive mode. It works great.
Nothing to see here, move along....
I hate mtp and miss mass storage mode from the hox
You can.
We can't. Truly.
This thread is for all of those users like me on Linux or OSX who are having trouble with transferring content.
I wouldn't have made this thread if it didn't affect us.
Sent from my HTC One X using xda premium
Hello folks,
there are portable network storages with built-in WiFi and battery available like CloudFTP, Seagate Goflex Satellite etc. I always wanted such a thing because I could put all my music on this network storage, mount the storage on my tablet file system with CIFS Manager and use PowerAMP to index and access the music files in a comfortable manner. For me, it's important that the device has hotspot functionality because I want to be able to use the server even when no other WiFi or other wireless connection is available.
I had the CloudFTP, and it worked somehow, but it was very unreliable and in fact unusable (there are many complaints about lacking QC in the respective forums, by the way...) and I returned it. And the Goflex Satellite is only usable with a hacked firmware which is $35, so it's way too expensive.
So I had the following idea: My rooted SGS2 has mobile hotspot functionality and the app "Samba Filesharing" which works good. Why not use the phone instead of a CloudFTP?? Just connect a USB disk drive to the phone, and here you go!
Up to now, I can indeed access the storage on the phone from my (of course also rooted) Nexus 7 over a file manager like ES File Explorer. Works really well and easily fast enough! For watching videos or accessing documents this would be sufficient and the story would end here - but for using PowerAMP or Gonemad Music Player I have to MOUNT the server storage, otherwise indexing is impossible!
CIFS Manager seems not to be able to mount the server share! It always says that there is not such a device.
I already tried different URLs like "/192.168.43.1/" or "/192.168.43.1/SDCARD" or "192.168.43.1/sdcard" or "192.168.43.1/ANDROID" etc. - all with no success! :crying:
What am I doing wrong? Or is mounting not possible in this case??
Could someone test this on his setup and possibly suggest working settings parameters for CIFS Manager?
Thaaaaanks in advance!
Best Wishes,
Hasenbein
Nobody an idea??
Is it probably a port issue??
Hello everyone, I'll give a brief explanation of what I'm trying to do:
I have a gaming phone, the Much I5, I play a lot of games on it, and I also have a cheap Chinese tablet called the Noria by Chromo Inc.
What I'm wanting to do is be able to mount my phone on my tablet so it has access to the files for emulators, without having to sync sync and re-sync every time I play it on either device.
What I have tried:
1. I tried using samba for android and cifsmanager to share and mount the section, but my tablet wont mount (i guess it doesn't have cifs support).
2. I have also tried plugging it strait in to the tablet, but it wouldn't work, neither device recognized each other at all.
Any suggestion is welcome.
Thanks
-DonutFUN