Some days back, someone on #maemo referred to the new virtual bluetooth keyboard. I read about the invention of this new technology some years back and had been waiting to see it hit the market and finally it's there. However, i am not too anxious to try it out so I'll wait till it becomes affordable. Once on thinkgeek, i started to browse the other products until i found the Micro R/C Helicopter. I was more than ready to hit the "Add to Cart" button until i saw the big note at the end of the page: "..we are unable to export this item outside of the USA due to charger voltage incompatibility." Quite a disappointment! But then i found The Ultimately Sadistic Office Gadget and since it was available for the whole world, i couldn't resist and ordered it. I think some of my friends here would find it as addictive as I would. I was also able to find other nice geeky toys but i think I'll buy them some other day when i have plenty of money to spare.
I was still upset about why i wasn't able to get the chopper and shared this with a Finnish friend on IRC. I was so happy when he told me that the same product is available in verkkokauppa (a famous computer shop here). So tomorrow morning, I am going to buy this cool toy. :P Lets see how long does these obsessions last.
Gstreamer On-Demand (GOD?)
Some days ago an idea hit me. The more I gave it a thought, the more possibilities came to mind and the problems related to those possibilities. Here is a short summary of the stream of thoughts: How about an on-demand gstreamer pipeline creator, yes a remote server that the client connects to and gives it a pipeline description in the form of xml and the server constructs the pipeline from the received xml and plays it. WOW! sounds interesting, would be great to have the client-side inside the Gstreamer editor. Oh wait! this would be very nice for the 770 experiments too: You create the pipeline using Gstreamer editor on the desktop machine and then just hit the deploy button and tada the pipeline plays on your 770. I don't know of others but I think this feature would make my life easier.
OK, seems it's not a bad idea after-all so lets think about how: how would the client and server communicate? what would be the medium and how many kinds of requests can the client make? etc etc. xml-rpc is what came to mind at first but then what about the security? I wouldn't want a random guy from some random country to play mp3s on my 770, would i? How about D-Bus? It is completely secure since atm it doesn't support communication between any remote communication out of the box.
That led me think of an easy and simple way to implement a secure transport for D-Bus. Fortunately, I was able to come-up with one: There is already a library called libssh and I have already tried it and it works (TM). The client-end uses libssh to connect to the remote machine over ssh, launches a particular application and then that launched application acts as a remote DBus proxy. I am not at all an expert on D-Bus but fortunately at least one of my friend is so I intend to discuss about this idea with him (and maybe other D-Bus devels). It would be nice if this ssh-based DBus transport idea turns out to be worth implementing since I am quite inclined towards implementing GOD (it's a good name isn't it? ;)) using D-Bus. Just a moment ago, another part of this great idea was revealed to me: Just wrap the GstPipeline API to DBus and call it the GOD. :) Suggestions and Criticism more than welcome but don't dare criticize when i actually start doing it. :)


