Support for Philips Hue System (2 Viewers)

[Rick164]

Still working on it and might get an Hue for the living room next month so that would make for easier testing

 

[zekaja]

Thank you so much for your hard work

 

[Rick164]

Increased performance especially when it comes to color changes, please let me know if this version works better with various delays/transition times
Need to improve threading a bit as this is not the cleanest solution but shouldn't affect performance any more.

Download Atmo Hue 0.008:

http://1drv.ms/1vfcFRd

Or experimental version (0.009) with different init approach (unsure if this will work):

http://1drv.ms/1rmMEI5

 

[pur_berger]

So - I got myself now a hue too - what I see is that for example trying the RGB rotation build in the colors do not switch but chump from one to another and it looks like it's trying to get up with the data send - but even when going down to 1000 ms it's not switching every second but jumps aroud red green blue like it's trying to catch teh send colour.

I tried to play with the delay and every below 2300ms makes the hue go crazy (as soon as the color send is not the colour displayd - so when red is send and than blue and hue sets red when blue was already set the game is lost. At one point the hue stats acting randomly even when nothing is send anymore.

 

[pur_berger]

Hm - also seems as when it starts monitoring and atmowin is not running - not delivering any values (0/0/0/ channels) it rather immediatly starts to hung and sends a flash every 2 seconds or so - i need to reset the controller to get rif of this.

May I suggest instead of sending 0/0/0 to the controller (like when Atmowin is not running or set to do nothing - normally it's only delivery values when a conent is played) sending a preset colour?

No idea if there is anything about the speed the data is send - but I don't think it's the delay everyone speaks about - the delay itself is visible when you look at teh colour send and how long it takes for being displayed (for mey feeling it's abround these 200 to 500 ms). But the speed the data itself is send seems also to be rather limited.

Also - no idea if this is even possible - but is there also a value for the brightness? It would be cool if this could also changed accordingly to the video.

 

[pur_berger]

When searching for delay I found this app:
https://play.google.com/store/apps/...utm_source=42matters.com&utm_medium=WidgetWeb

 

[Rick164]

So - I got myself now a hue too - what I see is that for example trying the RGB rotation build in the colors do not switch but chump from one to another and it looks like it's trying to get up with the data send - but even when going down to 1000 ms it's not switching every second but jumps aroud red green blue like it's trying to catch teh send colour.

I tried to play with the delay and every below 2300ms makes the hue go crazy (as soon as the color send is not the colour displayd - so when red is send and than blue and hue sets red when blue was already set the game is lost. At one point the hue stats acting randomly even when nothing is send anymore.

Hmm that isn't that great, either the problem is in the used Hue API or it is just the limitation of the Hue hardware.
Will see if there is any other C# library for the Hue.

Hm - also seems as when it starts monitoring and atmowin is not running - not delivering any values (0/0/0/ channels) it rather immediatly starts to hung and sends a flash every 2 seconds or so - i need to reset the controller to get rif of this.

May I suggest instead of sending 0/0/0 to the controller (like when Atmowin is not running or set to do nothing - normally it's only delivery values when a conent is played) sending a preset colour?

No idea if there is anything about the speed the data is send - but I don't think it's the delay everyone speaks about - the delay itself is visible when you look at teh colour send and how long it takes for being displayed (for mey feeling it's abround these 200 to 500 ms). But the speed the data itself is send seems also to be rather limited.

Also - no idea if this is even possible - but is there also a value for the brightness? It would be cool if this could also changed accordingly to the video.

Will add an preset color for the Atmoin detection when it's not running
Not sure if can improve the delay any further as it's already pushing it directly to the Hue without any additional steps since version 0.008, brightness should be possible but will have to look into the Atmowin protocols.
Did you notice any difference in delays between version 0.008 and 0.009?

/edit: new version below:

- Changed static color rotation aka "Rotate R/G/B every (ms)" method, please try it out and see if it works better.
- Added option to set static color when Atmowin sends no new color information (0,0,0).

Download 0.010
http://1drv.ms/1uVsgDS

 

[pur_berger]

Not realy - it's somwhere between 2250 and 2300. But ... in Atmowin there is already a delaysetting build an (this was for me the most imporant improvement - THX Ligtning303 ). Maybe there is a way to handle the delay over atmowin (You know - you see blue - than red - but the philips will show the blue when the screen is already red)? At least in my case Atmowin was always a little before the actual picture so i could be possible to get the data at least a little earlier than dispalyed? But this only a guess.

Did you try the App I posted - I have the feeling that the response there is much faster than what we have actually?[DOUBLEPOST=1413045615][/DOUBLEPOST]You are fast

 

[Rick164]

The Android app looks decent but haven't tried it out yet, gonna look up the official Philips docs as I might be doing something wrong with the initial connection as that needs to be keep-alive so that you don't have to open it up on every color change which would explain the delay.
In version 0.010 I'm keeping the connection open manually for the static color changer so that should in theory show some improvement already.

 

[pur_berger]

Hm - didn't see any. Everything below 2250ms results in building up a que. How do you connect anyway - all the apps I've seens so far are asking for pressing the connection button (I don't think more than one connection is possible) - but also with 0.8 as soon the app is turned off you software is immediatly connecting again to the bridge. I'm no programmer at all - but is it possible that you normally only open the connection one time and the Bridge recognises it until a new connection is made by pressing the connect again?

Ah yes - when I put a value in the deafult colour field it is not recognised when I close and open again - And - is teh syntax with our without Hashtag?