I'm using Kurento (more specifically, this example) to create a P2P app on Android.
I intend to deliver large files with this app. Problem is, with this example, a separate datachannel is opened for every peer connected to the "host". This would be simply unusable - incompatible with the average user's upload speed.
So, I want to create a topology sort of like common torrent P2P apps - every peer connected contributes their upload speed to the peer group.
How can I implement this?
Thanks a ton in advance!
Related
I'm currently working on a Modbus TCP JAVA project using the jamod library. So far, I'm able to read & write to the Modbus network (gateway & some sensors from 4-noks) without any issues. My next step is to receive the data of the sensors automatically.
The devices I'm using are sending their registers to the Modbus-Gateway at regular intervals (about 20-60seconds). Unfortunately, I'm having some problems in receiving these data.
The Gateway has a register in which it's counting the received messages and it does receive data of the sensors, but how can I display these data onto my PC using java (jamod, or maybe another library)?
I have been searching and trying for the last week and I'm out of ideas. Would be very nice to get some information on how this goal can be achieved!
It depends how you want to display the data and what your intentions are.
On the full-solution end of the spectrum this is what an HMI/SCADA system does for you (www.inductiveautomation.com, for example).
On the roll-it-yourself end of the spectrum it sounds like you just need to continually poll the gateway for the registers you're interested in and maybe display it on a webpage.
Where do you land on this spectrum?
I am designing a simple Android application (might be ported to iOS in the future) where I want to have real-time communication between multiple devices. The procedure is that one device(creator) makes a "lobby" that have certain ID, using this ID other devices should be able to join this "lobby" and wait for messages from the creator. Then clients connected to the "lobby" should be able to respond to the messages from the creator. The connection should only be active for couple of minutes and no need to store the messages on the server side.
I am not sure what methods I should look into to archive this functionality. I have looked at comet, but I am not sure if that is the way to go for this project.
Have anyone solved similar problem? And if so how did you do it and what libraries/frameworks did you use?
I am trying to create a low latency method to use an android device as a secondary display for a PC. So far all I have found has been either wireless streaming, or a slow usb connection (i.e. using iDisplay).
However, I found a DSLR camera contoller app (https://play.google.com/store/apps/details?id=com.dslr.dashboard/) that is able to stream a live feed of the camera to an android display via USB. Would it be possible to edit the source code of this application so it can read the video output of PC via USB? If so, how would you go about this? Do you think that this would be a low latency alternative?
Thank you!
Lots of fantasy in your question. Have you ever seen a PC outputting data from one of its USB ports to another device? How are you supposed to do that? With a plain male-to-male USB cable, in case you find one? Sorry but things don't go that way. To transfer data (files, or a network) via USB between two computers you'd need some propietary/specific software. Of course, once you have acomplished that is technically possible to transfer files with the screen content. Buy you'd need to develop a software that would capture the computer screen, compress it in real time, and send it through USB with enough low latency to be usable. That's going to be resource intensive.
A better, easier approach would be, maybe, using some sort of remote desktop or VNC on the Android machine, with the computer acting as a server. At least far more feasible than trying to implement a similar protocol by yourself.
Sorry but what you are trying to achieve is flawed from the beginning.
I am looking for a very fast method of sending commands from my Android device to my computer.
There are 3 methods in question, Bluetooth, ADB w/ USB, and USB. A server socket connection is too slow for what I need.
All 3 seem to give me a headache when trying to implement them.
I know a straight USB connection would be faster than anything else, but I'm finding it especially difficult to implement.
Many users suggested using adb to communicate over USB.
The main method in question is using the ADB server/client implementation, where I would forward the ADB ports and use a socket connection to host a server on my Android device (Somehow the USB is involved).
More information is available here:
http://www.anothem.net/archives/2010/02/15/communicating-over-the-usb-cable/
Would this method be any faster than using a standard server/client socket connection (since there is a USB involved in this method).
I'm a little hazy about how this all works, since I don't think it's a very common request. If anyone could explain this method a bit more I would greatly appreciate it.
Thanks!
I made an application which I started with Bluetooth, after some testing I decided to go with normal TCP sockets with the WIFI interface. The application consists of one PC which handles up to 20 tablets for a commercial command entry in restaurants, discos, etc. Every time a tablet connects the server send about 100 small JPG pictures which represent the different items in the menu. It's done very fast, less than a couple of minutes, and in normal data entry I've seen no problems so far.
I don't know how fast you need it to be but WIFI sockets are as least as fast as USB (2.0) and Bluetooth. Also with sockets the tablet and the PC can be hundreds of meters away from each other, depends on your WIFI configuration which can be expanded easily. Other thing to consider is when the device goes to sleep, when it wakes up it may take some seconds before getting the WIFI up and running and, in some few strange cases you need to restart the socket connection.
Whichever you decide to use, all of this should be handled by a well define protocol of course.
i want to develop an application for my Blackberry smart phone that scans the WIFI network on which i am currently connected and show me a list of connected hosts (PCs), i also want to browse the files shared on those machine (obviously only those whom i am allowed to see) & transfer them to my device from the remote machine or to remote machine from my device.
How it can be done, any guidelines?
Thanks for your time ;)
Since the Blackberry API does not have support for file sharing you are basically talking about writing a SMB or NFS client (depending on the flavour of the shared storage you want to access). Unless you've already done this kind of programming, you are probably better off to seek out an existing solution; the Blackberry API isn't the arena I would recommend learning advanced network programming in.