2010-10-07, 10:04 AM
There is a new API available for iMON (the VFD/LCD display) that many HTPC cases are equipped with.
I am a bad boy to cross-post info about it here so noone misses it. I think it is that important!
The original post with more info is here: [URL="http://forums.nextpvr.com/showthread.php?48176-New-iMon-Display-API-available%21&p=390932#post390932"]http://forums.nextpvr.com/showthread.php?48176-New-iMon-Display-API-available!&p=390932#post390932
[/URL]
I guess we need some sort of support in NPVR to fully support this. I am thinking some kind of event API from NPVR that a plugin dev can hook into and "subscribe" to the kind of events he is interested in. That "code pattern" is common in Java for getting events for a GUI for instance. You just become a listener of a type, register yourself and recieve event of the type you want. For NPVR that could be "new music file started: name mysong.mp3, etc etc". The listener interface has it´s strength in that it is not polling. Polling is bad and takes resources when not needed. The listener interface would be more "interrupt" driven. Then of course we would neeed to get the standard stuff like pending recordings, currently playing etc. And those would have to come from standard API methods.
I haven't looked into how to develop plugins but this would be something I would want...
The support for external displays has been medioker in gb-pvr and only been possible via clumsy external hooks. Is the time here to change that?
P.S I might be persuaded to look into Windows programming again if there was enough demand on a plugion of this sort D.S
EDIT: I tried installing this and it went without issues on my win 7 x64. The USB iMON device got it's driver. However the program refuse to start, saying my HW is ANTEC VFD and not iMON VDF. So for some it might work, but not for me as it seems. :mad:
I am a bad boy to cross-post info about it here so noone misses it. I think it is that important!
The original post with more info is here: [URL="http://forums.nextpvr.com/showthread.php?48176-New-iMon-Display-API-available%21&p=390932#post390932"]http://forums.nextpvr.com/showthread.php?48176-New-iMon-Display-API-available!&p=390932#post390932
[/URL]
I guess we need some sort of support in NPVR to fully support this. I am thinking some kind of event API from NPVR that a plugin dev can hook into and "subscribe" to the kind of events he is interested in. That "code pattern" is common in Java for getting events for a GUI for instance. You just become a listener of a type, register yourself and recieve event of the type you want. For NPVR that could be "new music file started: name mysong.mp3, etc etc". The listener interface has it´s strength in that it is not polling. Polling is bad and takes resources when not needed. The listener interface would be more "interrupt" driven. Then of course we would neeed to get the standard stuff like pending recordings, currently playing etc. And those would have to come from standard API methods.
I haven't looked into how to develop plugins but this would be something I would want...
The support for external displays has been medioker in gb-pvr and only been possible via clumsy external hooks. Is the time here to change that?
P.S I might be persuaded to look into Windows programming again if there was enough demand on a plugion of this sort D.S
EDIT: I tried installing this and it went without issues on my win 7 x64. The USB iMON device got it's driver. However the program refuse to start, saying my HW is ANTEC VFD and not iMON VDF. So for some it might work, but not for me as it seems. :mad: