I'm wondering how i can receive data in a hooked method.
An example:
I hook any method and i get the params in beforeHookedMethod. Now i want to change this param only if the user has made an input in another application. I think sending an broadcast from this application would be fine there. But how exactly do i receive the broadcast in the beforeHookedMethod?
I would prefer having a HelperClass with the broadcast receiver and check in the hooked method if the receiver already got a message from the app. But how and where do i initialize this?
Related
Hi,
Does anyone heard about S/W showing this information?
I tried to get it from the trace logger with trace viewer (more info here:
http://www.xda-developers.com/tracelogview/) and I tried to find it with the AtDbg (AT command viewer, in windows directory), but nothing...
It is important for me... I have it on my Nokia 7650, (from here:
http://groups.yahoo.com/group/7650-soft/files/Apps/Net Monitor 7650.zip), and I want to compare, to compare the RF behavior.
10x
Tomer
Ok this is what I've got so far.
There is no software at the moment that can display such info on the
background screen. The reason is because every developer is having
a spasm trying to get the microsoft SMS API to function correctly.
You can turn on the CELL INFO, by using the cell broadcasting feature
located in your phone, however the channels to receive is purely
depending where you are living. In Australia the channel is 50.
However after a while you will get so sick of the delivery method, which
is by SMS. There are people trying to write a software to take this
SMS and display it in a application on the background screen. However
Mircosoft SMS API only allows ONE application to receive SMS messages.
If other applications try to call the function openSms, it will return a failure
code informing that the handler is already currently used. I have tried
to unhook the MS SMS reciver software, however then I am confronted
with the issue of writing the entire software again to store the SMS messages. I do not know how Paragon did it with their SMS name software, but they seem to have more of a clue then I do, they are probablly the best to ask and I wish they would provide the source code
for that free software.
Does this cell broadcast cost the normal SMS charge?
Or is this just how the information is received, in SMS format?
Thanks.
Cell Broadcast is free of charge to receive.
On 'normal' phones the CB messages are usually shown on your main-display as a ticker-tape.
On the XDA / MDA the messages are treated as incoming SMS, which is a bit awkward as for some CB services, you receive a new message every 30 seconds . . .
Has anyone found a software tool that will show Cell Broadcast Info, as what the average nokia phone will do. Have played around with tracelog, but would ideally like a today plugin that displayed the info.
AFAIK, under Settings -> Phone -> More tab, you can setup the cell broadcast channel you are interested it.
However the annoying thing is, as cell broadcast messages are basically SMSes, pocketpc basically regards them as normal SMS messages, and store them into your Inbox.
And yes, a pluging for Today sounds like a very good idea. :wink:
P.S. I can never get anything out of the TraceLogger... what have you set to make it do/show something?
Pigeon
The thing to which you are refering is an "enhancement" that the networks can make to provide value added features such as news & weather reports. It's use is dependant on whether its been implemented by the network. That cell will just send any info its programmed with to any unit that has the facility switched on/enabled.
I think that Lampard is after Cell ID type stuff. Rest assured that if you follow the instructions in This Thread you can obtain a readout in real-time of your current cell id + some other bits. Its a case of running the tracelogger & then start-up the tracelog viewer after, otherwise it doesn't work, only reporting historical.
I'm afraid I do not know of any other available programs to make use of or display this info.
Is it possible to broadcast data via bluetooth to one ore more connected devices? I mean that each phone will be master and slave at the same time and each phone will broadcast data that should be received by all other phones. Or is the only possibility to use a "client-server"-like topology; one phone acts as a server and listens to all clients and then sends data from each client to the rest of clients in the network?
Which variant should be more effective? If broadcasting is possible then the same implementation can be used for all devices and if one device will die communication between rest of network can continue. And also will there be enough to send one message per device - not message from each device to server and then back to all devices. Am I right?
I want to create an app in which I need to send SMS to a predefined number after first boot up of Phone. For that i am using a Broadcast receiver which will receive "android.intent.action.BOOT_COMPLETED" event and I can send SMS from this receiver after some duration. This mechanism works fine till Android Version 3.1. I came to know that in later versions A broadcast receiver will not receive an event if Application is not activated at least once. Due to this security measure adopted in Android 3.1+ This mechanism is not working. Can anyone suggest any alternate way to meet my requirement. I am stuck here and not able to proceed. Please help me in this regard. Thanks
Hi. I have an idea of an app. I am completely dilletante in telecoms and audio codecs used in voip, that's why the idea can be stupid, but let's discuss it.
1 Make some api to transfer audio to another party of a call. As I know there is no api allowing to do it. But bluetooth headsets are working! Can we use a bluetooth chip as a proxy to send audio to be sent to another party into a baseband chip. Or maybe it is possible to modify some custom rom core and framework to get it without using bluetooth chip?.
2 Long long ago in pre-gprs era there was a technology called csd allowing to send data using in call. Bandwidth is about 12 kb/s. It was used to send faxes and data between customers, it was used to send sms and it was used to acqure inet access calling a special number given by the operator, like in modem times, but slower.
3 It is possible to get access to sound of the call using standart api
The idea is to create an app (good name for it is "Scrambler"), behawing in following way.
When customer calls somebody the app inserts a marker in the beginning of call. When another's app hears a marker, it enables csd (is it possiblewithout breaking call?).
Then eliptic curve Diffie-Hellman key exchange is going on, of course with mutual auth (using ecdsa) and digitally signing of each packet.
Then the apps record sound, encode it, then encrypt it (ctr mode is used because it is relatively packet loss tolerant) d send to another party, who will decrypt decode and play it.
It should prevent eavesdropping made by special services such as fbi, nsa and fss. But i doubt that it is possible, 12kb/s is very little bandwidth, especially if you add redundancy for error correction. But i heard that skype was working on old modems. What do you think about the idea?