Active Topics

 



Notices


Reply
Thread Tools
epage's Avatar
Posts: 1,684 | Thanked: 1,562 times | Joined on Jun 2008 @ Austin, TX
#171
Originally Posted by uvatbc View Post
There is a simple way to start any app on bootup - put it into an event.d script.

The reason I am not inclined to do that is because qgvdial isn't as yet capable of understanding that the network has not come up yet.
Once I put in the capability to know network state and adjust functionality accordingly, I can think about making that script.

On the other hand, on my n900, qgvdial starts up automatically on boot because of the qgv-tp. That's not what you wanted, but it does achieve auto-startup...
In theory upstart.d would allow you to auto-start your process based on network status, no whether those events are configured or not....
__________________
770, n810, n900, Ideapad S10-3t
TheOneRing, DialCentral, Gonvert, Quicknote, Multilist, ejpi, nQa, Waters of Shiloah
Programming Blog
 
Posts: 356 | Thanked: 123 times | Joined on Dec 2008
#172
Originally Posted by uvatbc View Post
There is a simple way to start any app on bootup - put it into an event.d script.

The reason I am not inclined to do that is because qgvdial isn't as yet capable of understanding that the network has not come up yet.
Once I put in the capability to know network state and adjust functionality accordingly, I can think about making that script.

On the other hand, on my n900, qgvdial starts up automatically on boot because of the qgv-tp. That's not what you wanted, but it does achieve auto-startup...
It opens automatically for me on my n900, which is what I want, but I was wondering if there was some way to make it open the backend (or whatever the thing that keeps running after you close qgvdial is called), and not open the actual interface.
 
Posts: 1,048 | Thanked: 979 times | Joined on Mar 2008 @ SF Bay Area
#173
Originally Posted by xur17 View Post
It opens automatically for me on my n900, which is what I want, but I was wondering if there was some way to make it open the backend (or whatever the thing that keeps running after you close qgvdial is called), and not open the actual interface.
Oh I see - you mean start qgvdial with main window hidden? That's possible, but I'll have to think it through before I do it.
__________________
qgvdial: Google Voice client. All downloads
qgvtp: Phone integration for the n900 that dials out and sends texts using qgvdial.
mosquitto: message broker that implements the MQ Telemetry Transport protocol version 3.
qgvnotify: Google voice and contacts notifier for diablo and maemo.

If you want to thank me, click the Thanks button.
If you'd like to thank my applications, vote to move them to extras.
 
Posts: 356 | Thanked: 123 times | Joined on Dec 2008
#174
Originally Posted by uvatbc View Post
Oh I see - you mean start qgvdial with main window hidden? That's possible, but I'll have to think it through before I do it.
Yeah, it's not a big deal, just something to add to a future release.
 
fcrochik's Avatar
Posts: 722 | Thanked: 1,223 times | Joined on Apr 2010 @ USA
#175
I noticed that I can't "turn off" or remove qgvdial-tp account with this last update.

The one feature I like about DialCentral and used to like about qgvdial more than TOR is that I could keep them off until I actually wanted to use them to send a sms using google. I actually "killall qgvdial" after each use.... I only use google to send sms outside the country because I refuse to pay more for that.

Two questions:
1. Shouldn't I be able to disable the account without having to remove qgvdial?
2. What does the application do while idle? Will it check for new messages from time-to-time or... ?

p.s. glad to see that now we have icons for the buttons.
__________________

My maemo work:
------------------------------------------------------------------------------------------------------------------------------------------------------------------------
For Harmattan:
GeePS - native UI around google maps - GApp - access to optimized mobile "google apps".
Shutdown - shutdown and reboot with one click - QuickCall - one click call, skypeout and google voice integration using dial tones.
WakeOnLan - wake computers on your local network.
------------------------------------------------------------------------------------------------------------------------------------------------------------------------
For Maemo/N900:
GApp - access to optimized mobile "google apps". - MobWebMail: browser optimized to access multiple gmail accounts
MyContacts: 75 Contacts on your desktop, ring tones per group and more - GeePS: native front-end for google maps
Macuco2 : web browser to access web sites optimized for the iphone - WakeOnLan: wake up computers on your local network
dbBrowser: Simple application to browse sqlite databases
 

The Following User Says Thank You to fcrochik For This Useful Post:
Posts: 1,048 | Thanked: 979 times | Joined on Mar 2008 @ SF Bay Area
#176
Originally Posted by fcrochik View Post
I noticed that I can't "turn off" or remove qgvdial-tp account with this last update.

The one feature I like about DialCentral and used to like about qgvdial more than TOR is that I could keep them off until I actually wanted to use them to send a sms using google. I actually "killall qgvdial" after each use.... I only use google to send sms outside the country because I refuse to pay more for that.

Two questions:
1. Shouldn't I be able to disable the account without having to remove qgvdial?
2. What does the application do while idle? Will it check for new messages from time-to-time or... ?

p.s. glad to see that now we have icons for the buttons.
The qgv-tp component is copied almost verbatim from vicar. As a result the way to shut off qgv-tp has the same semantics as vicar:
Code:
/opt/qgvdial/bin/qgv-util REMOVE
When you want to then restart it:
Code:
/opt/qgvdial/bin/qgv-util INSTALL
qgv-tp does not store any persistent information within itself, not even the username or password. Thats all qgvdial's headache.
However, since it is a telepathy CM, I have seen it getting periodic contact list requests from the system, which I dutifully ignore and tell it that there are no contacts to report.

qgvdial does not have any way to shut it off (yet). Otoh, when it is running backgrounded, it does absolutely nothing on its own. There is no polling or any sort of periodic work that I have knowingly introduced there.
I am not sure if having a invokable dbus method causes any sort of polling. If it does, then there is polling as a result of listening for "Call" and "Text" method invocations.
I am hopeful that the dbus designers didn't chose polling instead of select().
qgvdial also listens for incoming phone calls all the time (Telepathy Observer), but ignores them in the usual case. The only time it actually cares about an incoming call is when it initiates a Google Voice callback.

I may introduce some changes to this "do nothing on your own" pattern if I ever figure out the REST api that the (recently approved) iphone google app claims to have. But even then, being a REST api, it should be a lot of code around a select() - which again means no polling.

Now to the matter of killall qgvdial: When you kill and then restart qgvdial, it goes through the whole time consuming process of initializing everything (including qt), then logging into Google Voice and getting the right authentication tokens, and so on. During this init time, qgvdial easily eats up 60-70% cpu for about 2 minutes.
Seeing my n900 crawl through a boot up as it loads qgvdial and mycontacts is heart wrenching.
Once it is all up and running, its not visible in top/conky at all until you load it up for making calls.
Even the call process is the least amount of network traffic and cpu usage - I have stopped screen scraping with webkit for phone calls. I use the same method as the python library that DC uses.

So given this information, I'd be surprised if you feel the need to still killall qgvdial.

The one thing that you will see if you keep qgvdial around all the time is that it has eaten up about 15-20% of memory according to conky. However imo, that's because of the QT libraries, which ought to be shared code and therefore not really something you should worry about.
__________________
qgvdial: Google Voice client. All downloads
qgvtp: Phone integration for the n900 that dials out and sends texts using qgvdial.
mosquitto: message broker that implements the MQ Telemetry Transport protocol version 3.
qgvnotify: Google voice and contacts notifier for diablo and maemo.

If you want to thank me, click the Thanks button.
If you'd like to thank my applications, vote to move them to extras.
 
Posts: 1,048 | Thanked: 979 times | Joined on Mar 2008 @ SF Bay Area
#177
btw, I showed those icons to my wife and she said that they looked clunky. I asked her how I should fix that and she said that's not her problem.

Since I'm more of a code guy and not a art guy, better designs are welcome. Help me get some brownie points with the missus.
__________________
qgvdial: Google Voice client. All downloads
qgvtp: Phone integration for the n900 that dials out and sends texts using qgvdial.
mosquitto: message broker that implements the MQ Telemetry Transport protocol version 3.
qgvnotify: Google voice and contacts notifier for diablo and maemo.

If you want to thank me, click the Thanks button.
If you'd like to thank my applications, vote to move them to extras.
 
epage's Avatar
Posts: 1,684 | Thanked: 1,562 times | Joined on Jun 2008 @ Austin, TX
#178
Originally Posted by fcrochik View Post
I noticed that I can't "turn off" or remove qgvdial-tp account with this last update.

The one feature I like about DialCentral and used to like about qgvdial more than TOR is that I could keep them off until I actually wanted to use them to send a sms using google. I actually "killall qgvdial" after each use.... I only use google to send sms outside the country because I refuse to pay more for that.

Two questions:
1. Shouldn't I be able to disable the account without having to remove qgvdial?
2. What does the application do while idle? Will it check for new messages from time-to-time or... ?

p.s. glad to see that now we have icons for the buttons.
TOR can have polling turned off. You can manually requests updates if you want to read new messages. TOR can be very quiet when you set things right. Switching networks is still a bit busy and I have ideas on how to fix that.
__________________
770, n810, n900, Ideapad S10-3t
TheOneRing, DialCentral, Gonvert, Quicknote, Multilist, ejpi, nQa, Waters of Shiloah
Programming Blog
 
Posts: 356 | Thanked: 123 times | Joined on Dec 2008
#179
As far as I can tell, the google voice app for the iphone uses the Apple Push Notification Service, so I don't think it is going to be possible to use that to push sms messages to the phone. The android app also uses a similar system. I have looked around a bit, and played with the different google voice websites, and all of them use some sort of polling system to get updates.

The only way I can find to get push notifications to work would be to utilize some sort of optional server (either created specifically for this, or using something like gvmax, or voicegrowl). GVMax and voicegrowl require you to forward your sms emails to them, and then they send out some sort of notification to your device (http post, howl, or prowl).

I would love to be wrong on this, but I have done a fair amount of research, and haven't found anything.

MQTT is supposed to be "extremely lightweight" way to accomplish push messaging, and they provide clients in a lot of different languages. What about making a server app that pushes notifications to the device? I realize this isn't as elegant, but I don't see any other way. I have a week off after exams, and would take a shot at making something like this if you are interested.
 
Posts: 1,048 | Thanked: 979 times | Joined on Mar 2008 @ SF Bay Area
#180
@xur17: A little OT, but I have been trying to configure your Jpush so that it initiates a sync on my n900 and maybe it is possible to use jpush to push a refresh request to qgvdial? I intend to use my n810 as the server so that I don't need to keep my main server on all the time - that would waste too much power.

Don't know if this is a direction worth thinking about
 
Reply


 
Forum Jump


All times are GMT. The time now is 15:29.