AtmoHue - BETA - Philips Hue support for AtmoLight & AtmoWin (4 Viewers)

[Rick164]

I've done some more testing with VU Meter. It's nice but not really reliable at the moment. Both lights are out of sync sometimes.
What I mean with the bug I mentioned earlier.
1 Play a song
2 Lights will change based on Vu meter
3 Stop the song(I use stop button on my remote)
4 Lights don't go back to "Menu/GUI" section color but stay on latest color of VU Meter.
Not sure if this is a bug but atleast it isn't the behaviour I would expect.
A question from my side: what's the difference between VU Meter and VU Meter(Regenboog) (Rainbow)?

Thanks , could you enable the debug and remote api log from AtmoHue and reproduce that and afterwards attach the debug.log file located in your AtmoHue folder?

We did have some problems with the VU meter before which I thought were solved, could be that the transition and/or Hue send delay is set too low which means the Bridge will drop connections as normally the last line in the log should mention Color.black when you reach the above point 3.

Found out that Hue lights tend to run out of sync if you lower the transition speed too much while sending a large amount of commands, tried a few other things like group commands but all were either slower or the same.
But will keep searching for other solutions.

Maybe it's nice to show a message you have to press the button on your hue bridge and change that message to connected when it's connected. I've seen something like that with another app on windows(not sure about the name)

Good idea , it's possible and will add a status bar which will show the current status (connected /registered).

 

[killer8]

Here you go.
1 I enabled logging.
2 Started Mediaportal(static color blue)
3 Start playing a song(VU Meter works fine)
4 Stopped song. Now my lights are orange instead of blue like I've configured in the configuration.

I've adjusted my atmo hue config and took the values from the screenshot in your first post(brightness: 200, saturation 254 transition time 300 color temperature 500 hue empty, also hue send delay is sstill 100 and Only set brightness on first color info send to Hue bridge is checked.

Another thing to notice, when playing a video with Mediaportal Live mode enabled and stop it, it goes back to the static color just fine, so I think the delays should be fine.

 

[Rick164]

Looks like it did send the color blue but the Bridge didn't process it:

[ 19:23:27.388741 ] - [ ATMOLIGHT ] Completed sending color #Color [A=255, R=0, G=0, B=255] to Hue Bridge.

Know where to look now so will will let you know when it's fixed

 

[killer8]

Thank you, that's fine Atleast you are aware of the issue now, take your time for a fix.[DOUBLEPOST=1414954387][/DOUBLEPOST]I just had a crash/freeze of mediaportal. Just after I starting a tv show the video freezes(sound keeps playing). Log shows this:

[2014-11-02 19:48:35,353] [Error  ] [59       ] [ERROR] - AtmoLight: Hue - Error during average color calculations
[2014-11-02 19:48:35,355] [Error  ] [59       ] [ERROR] - AtmoLight: Hue - Poging door nul te delen.
[2014-11-02 19:48:37,837] [Error  ] [59       ] [ERROR] - AtmoLight: Error in AtmolightPlugin_OnNewFrame.
[2014-11-02 19:48:37,838] [Error  ] [59       ] [ERROR] - AtmoLight: Exception: Uitzondering van HRESULT: 0x8876086C

Not sure if this is a bug in the plugin or just coincidence, I've included the logs anyway.

 

[Rick164]

Looks like DirectX error (0x8876086C) which could come from AtmoLight but not sure, if this happens more than once it's best to enable debug logging in Mediaportal Configuration so we can see what exactly happened before that error in mediaportal.log and mediaportal-error.log
Btw just posted a new version (0.0.28) of AtmoHue in the first post, tested it out with some Bloodhound Gang and it worked reliably this time but let me know if this fixes it for you as well.

 

[Lightning303]

I've done some more testing with VU Meter. It's nice but not really reliable at the moment. Both lights are out of sync sometimes.
What I mean with the bug I mentioned earlier.
1 Play a song
2 Lights will change based on Vu meter
3 Stop the song(I use stop button on my remote)
4 Lights don't go back to "Menu/GUI" section color but stay on latest color of VU Meter.
Not sure if this is a bug but atleast it isn't the behaviour I would expect.
I've included a screenshot of my configuration.

Thats actually not the bug i was asking about . I was interessted in the error you got when you opened the config window. This is what i could not reproduce on my end. So what exactly did you do to get this error and could you upload i picture of this error?

A question from my side: what's the difference between VU Meter and VU Meter(Regenboog) (Rainbow)?

The difference is the number of colors used. Bare in mind that this effect was designed with ambilights behind tvs in mind and not just one single light (hue).

The left picture shows the VUMeter effect, it looks similar to what an actuall vu meter in real life looks like. Lots of green, some yellow parts and red on top if it peaks to much. I added lines representing the colors to it.
The right one is the rainbow one. This is a bit funkyer, different colors, more colors, generally looks nicer as an effect but does not represent real vu meters.

 

[killer8]

My bad, I thought you were talking about the other error:

What I did:

1 Install AtmoLight_1.13.103.0.mpe1
2 Uninstall AtmoWin through mediaportal extensions manager
3 start mediaportal configuration
4 plugins -> AtmoLight
5 Error when opening AtmoLight.

I reinstalled the mpe1 to reproduce the issue but I no longer get this error. Maybe it's because some settings which I changed prior the reinstall continue to persist. I also searched through the mp logs and windows event log but can't find the error from this afternoon. Sorry.

Thank you for the nice explanation of VuMeter. Much more clear now![DOUBLEPOST=1414957179][/DOUBLEPOST]

Looks like DirectX error (0x8876086C) which could come from AtmoLight but not sure, if this happens more than once it's best to enable debug logging in Mediaportal Configuration so we can see what exactly happened before that error in mediaportal.log and mediaportal-error.log
Btw just posted a new version (0.0.28) of AtmoHue in the first post, tested it out with some Bloodhound Gang and it worked reliably this time but let me know if this fixes it for you as well.

I think 0.28 fixes the issue. Atleast the lights turn to blue now. But this takes really long(15 seconds). Another thing when I start a song again after stopping it, the lights turn off and it takes also 15 seconds before they turn on now.

I also think the behaviour of the option "Only set brightness on first color info send to Hue Bridge" isn't completely correct. When using VU Meter it also adjusts the brightness, so when this settings is checked and you start a song brightness goes to 50% for example and turns up in another part of the song. The thing is, when I stop the music the colors turn to blue again because it's Menu/GUI section but the brightness still stays at 50%. I expect it to be at the default value again or the value before I started the song. This is only an issue when using the VU Meter with music. What do you think about this?

 

[Rick164]

Might be that 15 seconds is a bit much for the "cool down" but wanted to make sure that was the issue, it should allow for new commands 15 seconds after you stopped the last one at the moment.

Think the VU meter is sending the messages too fast for the Bridge to handle which is causing it to drop commands altogether, with video viewing I've a minimal color difference set to minimize this so that would be why it works correctly there
But since the VU meter has completely different colors all the time it can't be used there.

The brightness part is something that should work already because only on the first command AtmoHue sends it sets the brightness, any changes to the AtmoHue config for brightness are only applied when you restart AtmoHue though.

Updated the first post with version 0.0.29 which has a 3s cooldown instead of 15s, hope that is enough as it also depends on how low the Hue Delay is set.

 

[pur_berger]

Lucky me that I'm fine with the way it works now - using the VUMeter Rainbow is a cool way to impress your guests.

One other thing - about the color used to display - currently it's taking a mixture of the whole screen or the most dominant color? What I wonder is if it shouldn't use the most dominant color of the atmowin lights - so it will fit to the color atmwin LEDs? For example - taking a thunderstorm which is rather dark and now you have some flashes on the top of the screen would cause your atmwin also to do this flashes - but what is hue going to do - i think it stays dark as the main content is still dark but in fact it doesn't fit to the atmowin effect (no idea if I could make it clear what i mean )

 

[Rick164]

Correct, what it does now is take the most present color of the entire screen image and increase the saturation as to not have a washed out color.
Understand what you mean, only problem is that AtmoWin takes the outer lines of your screen and measures that while with the Hue we process the entire image.
Don't know if we can achieve the same results atm but it would be nice to have it mimic the behavior of the AtmoWin leds for sure, gonna add it to the list for later on