Active Topics

 



Notices


Reply
Thread Tools
Posts: 20 | Thanked: 2 times | Joined on Apr 2011
#181
Originally Posted by Copernicus View Post
Great!



You know, I've got details on Microsoft's/Philips' "Infrared Keyboard" protocol, and I think it wouldn't be hard to implement. (I think that the LIRC guys are already using infrared keyboards and mice with their PCs.) But are these media players actually using infrared? I would have guessed that bluetooth is the wave of the future for this sort of application, and BlueMaemo should already be able to turn the N900 into a portable keyboard, I think...

I hate the fact that the guys that invented bluetooth who works for SIG made it to be a replacement for PAN. When in reality it really is far from it. Bluetooth can still be sniffed out of the air where IR can't.
 
Copernicus's Avatar
Posts: 1,986 | Thanked: 7,698 times | Joined on Dec 2010 @ Dayton, Ohio
#182
Originally Posted by anyonebutthis View Post
well i tried the digital stream keyset, unfortunately it doesn't work :-/
Ah, well, the LIRC only had the one config file. I'll raid the hifi-remote website's collection, see if they've got more keysets.

Would it be possible to setup a cycle process to cycle through power off toggle for every keyset then have the process revert back and forth in order to find working keysets ?
Yes, it should certainly be possible. In fact, I was originally going to make a process like that one of the main ways of searching for keysets. However, I've gotta tell you that such a system would be amazingly time consuming; you'd have to sit for hours to let it go through all the possibilities... Narrowing your search by brand and by type of target device simplifies the task considerably, and by the time you've done that, you can probably just go through the few keysets left by hand.

But if there's an interest, I can still try to throw something together...
 

The Following User Says Thank You to Copernicus For This Useful Post:
Copernicus's Avatar
Posts: 1,986 | Thanked: 7,698 times | Joined on Dec 2010 @ Dayton, Ohio
#183
Originally Posted by pasko View Post
Any chances with a CambridgeAudio set?
The LIRC collection does have a half dozen config files for Cambridge Audio, I'll add them to the list.
 
Posts: 21 | Thanked: 14 times | Joined on Sep 2010
#184
Originally Posted by Copernicus View Post
Ah, well, the LIRC only had the one config file. I'll raid the hifi-remote website's collection, see if they've got more keysets.



Yes, it should certainly be possible. In fact, I was originally going to make a process like that one of the main ways of searching for keysets. However, I've gotta tell you that such a system would be amazingly time consuming; you'd have to sit for hours to let it go through all the possibilities... Narrowing your search by brand and by type of target device simplifies the task considerably, and by the time you've done that, you can probably just go through the few keysets left by hand.

But if there's an interest, I can still try to throw something together...
I was going to suggest something exactly like this!
By the way thanks for this incredible program!

Perhaps you could also tie in the user input to hardware buttons if you actually do end up doing it?
And it doesn't necessarily have to be time consuming seeing some codes are duplicates and some are made for specific devices (tv's,vcr/dvd players,sat recievers) etc etc.
 

The Following User Says Thank You to mmaadx For This Useful Post:
Posts: 2,292 | Thanked: 4,135 times | Joined on Apr 2010 @ UK
#185
Originally Posted by Copernicus View Post
Ok, yet another update working its way up. The main feature in this one is the use of Hildon Banners to tell the user about the new keyset when using the volume rocker switch....
...Also in this update, fixes for the bugs sixwheeledbeast found. (Thanks!)
Hildon Banners look good, would probably lower them under the tab bar myself.

I can happily report the bug fixes work, sound mode now controls the sound not the picture. Thanks for the update.

Updated the wiki list for all the requests in this thread so far in time order (top = first).
Anybody with device requests please post them here. Sorry if I missed a request.

Added a couple of devices to the Compatible list too!

http://wiki.maemo.org/Pierogi_Device..._List#Requests
 

The Following 2 Users Say Thank You to sixwheeledbeast For This Useful Post:
anim1's Avatar
Posts: 146 | Thanked: 40 times | Joined on Jun 2010 @ philly
#186
all i can say is wow.
 

The Following User Says Thank You to anim1 For This Useful Post:
anim1's Avatar
Posts: 146 | Thanked: 40 times | Joined on Jun 2010 @ philly
#187
OMFG, im probably jumping ahead of myself by asking, IS IT POSSIBLE TO MAKE THIS AWSOME APP A DESKTOP WIDGET?
 

The Following User Says Thank You to anim1 For This Useful Post:
Posts: 21 | Thanked: 14 times | Joined on Sep 2010
#188
Originally Posted by anim1 View Post
OMFG, im probably jumping ahead of myself by asking, IS IT POSSIBLE TO MAKE THIS AWSOME APP A DESKTOP WIDGET?
Love to see a widget as well. +1
 
Copernicus's Avatar
Posts: 1,986 | Thanked: 7,698 times | Joined on Dec 2010 @ Dayton, Ohio
#189
Originally Posted by anim1 View Post
OMFG, im probably jumping ahead of myself by asking, IS IT POSSIBLE TO MAKE THIS AWSOME APP A DESKTOP WIDGET?
Well, honestly, there's no reason it couldn't be. I can see two things blocking it right now, though: one, I'm terrible at user interface design. You can probably already see that this is a very "form follows function" kind of app. But the app is written in a manner that fairly decently separates UI code from keysets & IR driver code, so making changes to the UI (even radical ones) should be fairly easy.

Two, I made a decision in the early days of this project that I'd go ahead and load all the keysets into memory when the app starts. This way, I didn't need to bother adding extra code to dynamically load and unload keysets. (Also, in theory, it makes switching between keysets fast, but I can't really see how that would ever be slow...) This was not a problem when there were only a few dozen keysets, but we must be well into the hundreds by now. "top" shows that the latest version of Pierogi is now eating up more than 20% of available RAM! This isn't such a big problem for a standalone app, but not good if you're planning on leaving it on the desktop while other apps are running...

I am going to rework the keyset management code as soon as I get the chance, and see if I can reduce Pierogi's memory footprint. Once it slims down a bit, it might be a better candidate for a widget.
 

The Following 3 Users Say Thank You to Copernicus For This Useful Post:
Copernicus's Avatar
Posts: 1,986 | Thanked: 7,698 times | Joined on Dec 2010 @ Dayton, Ohio
#190
A note on the current keyset naming scheme: I've been having trouble putting together logical keysets for a number of audio devices. There are quite a few audio systems that have been pieced together from otherwise separate components, and from what I can see, the makers just glom the original remote controls from each component into one super-remote containing all the buttons. I've just run into this with Kenwood, where there is at least one remote that not only has multiple media buttons (play/pause/ffwd/rew/etc.), but multiple volume control buttons, and even multiple power buttons!

I'm not going to try to create a single UI that has so many multiple copies of buttons. Instead, I've split the keys back into keysets for each individual component. So, there are now three "Component Keyset"s in the Kenwood collection, and to control all the various features of a Kenwood audio device, you may need to switch back and forth between multiple component keysets.

I'm probably going to go back through some of the other audio keysets I've entered and split them into their components as well. It just makes life a whole lot easier for me...

In any case, a new update is on the way up, with initial keysets for Kenwood, Beko, Cambridge Audio, and Haier.
 

The Following 2 Users Say Thank You to Copernicus For This Useful Post:
Reply

Tags
infrared, pasta, remote, remote control


 
Forum Jump


All times are GMT. The time now is 10:07.