broadcast

Android - sendOrderedBroadcast help

由 放肆的年华 提交于 2019-12-03 12:46:07
I am trying to use a sendOrderedBroadcast in my Android app. I want to be able to send the Intent from one of my applications to another and I then want to get data back from the Application that recieves the Intent, in this case a boolean true or false. Here is the current code: Intent i = new Intent(); i.setAction(GlobalData.PROPOSE_IN_DOMAIN_ROAM_INTENT); i.putExtra("com.testnetworks.QCLEVEL", aProposedTheoreticalQoSLevel); sendOrderedBroadcast(i, null, null, null, Activity.RESULT_OK, null, null); Is this the correct way to achieve what I want? If so what do I use as the resultReceiver*

Multicast vs Broadcast in LAN

由 青春壹個敷衍的年華 提交于 2019-12-03 11:45:09
问题 Is there any advantage to using a multicast group to send messages rather than just broadcasting them to a specific port? I understand that when broadcasting, other computers that don't want the messages receive them too, but how much does it affect performance/traffic? Don't the computers that don't care just dump the message immediately? As a side question, does multicast outside the LAN work at all? 回答1: I will assume you're talking about IP traffic. When you say LAN, I will assume you

Android Bluetooth Piconet Broadcast data

由 拜拜、爱过 提交于 2019-12-03 09:06:04
I have some questions regarding Piconet in Android: Is it possible with the Bluetooth Android API to broadcast data that was sent by one slave to all (master and slaves) in the Piconet? If it is possible, how does it work? Does it go to the master first and then to all slaves, or does the slave directly contact other slaves? Can one device connect to two or more different Piconets? If the master is down, can it delegate automatically to other slaves? FYI, I'm using both master and slave on an Android mobile phone. Is it possible with bluetooth android API to broadcast data that was sent by one

Python UDP Broadcast not sending

由 折月煮酒 提交于 2019-12-03 08:50:27
问题 I am trying to UDP broadcast from a Python program to two LabView programs. I cannot seem to get the broadcast to send and I am not sure where my socket initialization is wrong, broadcasting seems simple enough?? As far as I can see, there is no data being received by the other PC's. Also, I will need this program to receive data back from the other PC's in the future. It seems like that shouldn't complicate things but every step of the way has been complicated for me! Background: I have zero

Implied synchronization with MPI_BCAST for both sender and receivers?

由 ￣綄美尐妖づ 提交于 2019-12-03 08:49:18
When calling MPI_BCAST, is there any implied synchronization? For example, if the sender process were to get to the MPI_BCAST before others could it do the BCAST and then continue without any acknowledgements? Some recent tests with code like: program test include 'mpif.h' integer ierr, tid, tmp call MPI_INIT(ierr) call MPI_COMM_RANK(MPI_COMM_WORLD, tid, ierr) tmp = tid if(tid.eq.0) then call MPI_BCAST(tmp,1,MPI_INTEGER,MPI_ROOT,MPI_COMM_WORLD, ierr) else endif write(*,*) tid,'done' call MPI_FINALIZE(ierr) end shows that with two threads they both reach completion, despite only the sender

Receiving Broadcast Packets in Python

由 ╄→尐↘猪︶ㄣ 提交于 2019-12-03 08:44:39
问题 I have the following code which sends a udp packet that is broadcasted in the subnet. from socket import * s=socket(AF_INET, SOCK_DGRAM) s.setsockopt(SOL_SOCKET, SO_BROADCAST, 1) s.sendto('this is testing',('255.255.255.255',12345)) The following code is for receiving the broadcast packet. from socket import * s=socket(AF_INET, SOCK_DGRAM) s.bind(('172.30.102.141',12345)) m=s.recvfrom(1024) print m[0] The problem is that its not receiving any broadcast packet. However, it is successfully

Broadcasting over Wi-Fi Direct

由 五迷三道 提交于 2019-12-03 06:01:00
问题 I'm looking at the possibility to broadcast over a Wi-Fi Direct connection between multiple Android devices. I've created a simple message broadcasting application to test whether or not it works, but so far I haven't been able to broadcast a message. When I try to send the packet I get a SocketException (Network is unreachable): 03-20 13:23:00.148: E/UdpBroadcaster(4180): sendto failed: ENETUNREACH (Network is unreachable) 03-20 13:23:00.148: E/UdpBroadcaster(4180): java.net.SocketException:

angularJS $on event handler trigger order

由 六月ゝ 毕业季﹏ 提交于 2019-12-03 05:40:36
问题 I was wondering two things, in the context of angularJS event handling. How is defined the order in which handlers listening to the same event are triggered? Is it a sign of a bad design if you start wondering about this? After reading documentation on angular $on, $broadcast and $emit as well as native DOM event flow I think I understand in which order event handlers will be trigger in different scopes. The problem is when several handlers listen in the same scope ($rootScope for example)

Network UDP broadcast design?

由 我们两清 提交于 2019-12-03 03:53:02
问题 I am working on a C++ server/.NET client applications couple in which my server (which runs the c++ on linux) broadcasts a message to show it's alive to the whole network and my .NET program listens for packets and parses to get the uptime of the server. As I have read, to send a regular UDP broadcast to the broadcast address, I simply have to send a packet to 192.168.0.255 (in my case 192.168.2.255) or 255.255.255.255. Is this right? Can I use the same port address? Are there any other

For UDP broadcast gurus: Problems achieving high-bandwidth audio UDP broadcast over WiFi (802.11N and 802.11G)

由 不问归期 提交于 2019-12-03 03:46:52
I'm attempting to send multichannel audio over WiFi from one server to multiple client computers using UDP broadcast on a private network. I'm using software called Pure Data, with a UDP broadcast tool called netsend~ and netreceive~. The code is here: http://www.remu.fr/sound-delta/netsend~/ To cut a long story short, I'm able to achieve sending 9 channels to one client computer in a point-to-point network, but when I try to do broadcast to 2 clients (haven't yet tried more), I get no sound. I can compress the audio and send 4 channels compressed (about 10% size of uncompressed) over UDP
订阅 broadcast