Hi,
It's on my to-do list as the default sketch and other apps already support UDP IP, just needs new config section and socket code but not a lot of free time to work on it sadly
Hi,
It's on my to-do list as the default sketch and other apps already support UDP IP, just needs new config section and socket code but not a lot of free time to work on it sadly
Very nice! :omg:
Maybe tucked away in advanced settings or just not configurable then , so far tested here with success:
Apple Airport extreme / time capsule
Asus RT68
Mikrotik Any AP
Netgear Nighthawk
Depends on the brand but for Mikrotik you need to disable Multicast buffering aka throttling for it to work properly so maybe your router has something similar
Also some switches may rate limit multicast but typically at the rate the Orbs send I doubt this is the case.
And the total led count in Arduino / ESP sketch is 12 as well right?
Because in the first post I noticed 12 however in the above its 24 and for it to work it has to be an identical led count on both sides, also notice useOrbSmoothingBox which shouldn't be in config unless HyperCon is incorrectly saving its label as well.
If all else fails try this config and adjust led count if needed and keep the rest default:
For Adalight there's an universal example here which should still work (last tested with WS2812):
[MEDIA=gist]RickDB/8ddebd43bf2b6957a6979f985b2abbda[/MEDIA]
Make sure to set num_leds / data / clock pin at the top
Original is attached here including Hyperion configurations if you want to take a look:
Yep installation on Raspberry, we have a few guides for that and can choose different distro flavors (prefer Raspbian nowadays):
https://hyperion-project.org/wiki/2-Installation
Talked to @Wolph about a Windows version and it might be possible in the future but main focus now is Hyperion.ng (redesigned version) so no eta
With Hyperion and this windows client you can get more or less the same as with Ambibox, both capture and media will work this way but games has always been a tricky one
For this you only need a basis Hyperion install with protobuffer port enabled in its config (is by default), then install the latest windows client from here:
https://github.com/hanselb/HyperionScreenCap/releases
Nowadays has a setup window so you can fill in your Hyperion IP / Hostname etc.. and it should work ootb, only issue when you use > 100% desktop scaling in Windows.
@nash Yeah it's something high on the list to fix, bit busy on another project but once that settles down a bit and hasn't been fixed yet will see if we can start working on solution
Tech explanation:
It's most likely caused by the view port expanding so we need to prevent that without adding a ton of extra code with either a new library or workaround
They have a free version I believe but not as powerful, basically it hooks into your decoder and captures all images so it can work in most players without any mayor issues
Even if the users doesn't want to use its frame interpolation they can use SVPLight to read out image data to forward to Hyperion.
Games capture would be nice at some point but DX11 / 12 is making this impossible so far , it's either a large performance hit or a buggy game with hooks.
With their software right now I can use Hyperion live capture via analog just fine as 24P gets converted to 60FPS flawlessly if needed but AtmoLight just has more options to control everything.
SVP / SmoothVideo Project a video renderer of sorts was crowdfunded a while back and added Ambilight support for some devices back in 2015 just not Hyperion, they support a large number of players:
https://www.svp-team.com/wiki/SVP:Video_players
If we can get them to support Hyperion as well this opens it up for native playback without needing any video capture or plugins as it grabs it at the rendering end
Will contact them today and see if they are up for adding Hyperion to the list of supported devices:
https://www.svp-team.com/wiki/SVPlight
Wondering what you guys think about this idea and if more are interested
Yep will poke the developers
[USERGROUP=7]@Developers[/USERGROUP] any thoughts on this issue?
btw, is hyperion dev also Dutch?
The founder is Dutch and most of the active administrators / developers are either German or Dutch , think mostly because Philips its product was mainly promoted in Europe so ambilight sorta stayed there.
How are you sending it commands (boblight / x11 / kodi etc..)?
If it''s the boblight interface the only difference I see at first glance is the added priority so could try without:
Before:
After:
Not sure, could be native C++ capture like AtmoWin does or SharpDX which might be a better fit
Added setup window for it today for easy setup, it gets launched on first start (no config) or manually from context menu:
https://github.com/hanselb/HyperionScreenCap/pull/11
For testing only here's a binary :coffee:
https://1drv.ms/u/s!Aik_1r9bUPQAihHnUshtTZJpSLk_
Regarding the high CPU load, just as with the monitor index / scaling issue it seems related to the way SlimDX library does the readouts so it might need replacing.
Nice project!
Would upload the RPi config.txt to somewhere like gist so @penfold42 can compare it
Maybe something with scaling or Wndows 10 is handling them differently for some reason, do use it on my TV now and again for Youtube mainly which works with these settings:
1080p
60hz
12bit with full dynamic range in Nvidia control panel
Scrolled thru a few SlimDX examples and all looks in order so far but might be overlooking something