home
products
contribute
download
documentation
forum
Home
Forums
New posts
Search forums
What's new
New posts
All posts
Latest activity
Members
Registered members
Current visitors
Donate
Log in
Register
What's new
Search
Search
Search titles only
By:
New posts
Search forums
Search titles only
By:
Menu
Log in
Register
Navigation
Install the app
Install
More options
Contact us
Close Menu
Forums
HTPC Projects
Hardware
Ambient Lighting System
[DIY] User Showcases
[DIY] Amblight project/guide - Hyperion - WS2801/ WS2812B / APA102
Contact us
RSS
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Reply to thread
Message
<blockquote data-quote="Rick164" data-source="post: 1111964" data-attributes="member: 17766"><p>The Arduino has 2 benefits mainly to offload the rPI and allow for a broad support of leds supported by FastSPI (Arduino) , for video capture it will work without an Arduino however you can only use the WS2801 and other older led chips <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /></p><p></p><p>If you go with an Arduino and leave out the rPI there are a few other options like AtmoDuino V1 or V2 (Nevcariel) and SEDU, all can be used with AtmoWin which is also supported by AtmoLight.</p><p>The Arduino would only need to be connected via USB to your Windows machine and will acts as an COM port which allows AtmoWin to communicate with it.</p><p></p><p>It works just as fine as Hyperion however you lose the ability for video capture and a few other cool features of Hyperion <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /></p><p>Believe [USER=50482]@azzuro[/USER] had an AtmoDuino sketch for the latest version of FastSPI, haven't used AtmoDuino in years but made a tutorial for it:</p><p></p><p><a href="https://bitbucket.org/RickDB/atmoduino/wiki/Home" target="_blank">https://bitbucket.org/RickDB/atmoduino/wiki/Home</a></p><p></p><p>It's a bit dated as FastSPI moved to github and you can use more led chips now.</p><p>Also a newer/better version of AtmoWin is listed in the Mediaportal Extension Manager, used SEDU (similar to AtmoDuino) with AtmoWin for years and worked great.</p><p>Since you can always just update the Arduino sketch and stick an rPI between later this will work as well.</p><p></p><p>Will be doing some benchmarks on an old AMD APU which is very low end with Hyperion (WS2801) + AtmoLight soon to see how much CPU power is exactly needed, doubt that it needs much considering we get the image straight from Mediaportal and forward that to Hyperion for processing.</p><p></p><p></p><p></p><p>Most off it is already offloaded when using AtmoLight as it's very efficient in getting the image and forwarding that to Hyperion <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile :)" loading="lazy" data-shortname=":)" /> , with the video capture solution you do have one downside and that is losing 24P mode which in my opinion is a big one.</p><p>Technical reason is that component signals are in 50/60hz and you can't divide that into 24hz without some serious number crunching and frame insertion which those tiny boxes can't do, haven't seen any solutions out there that can resolve this as well.</p><p></p><p>Still find it a bit odd that most of the guides don't mention this as there's no way around it as I used the same approach as the AIO solutions.</p><p>Also tested it on my AVR (Denon) and with HDMI splitter and both had the same results (50/60hz restrictions) because the AVR will stick with the signal information that is limited as otherwise one of the signals wouldn't work.</p><p>Only fix that might work is that if someone were to make an HDMI->USB stick that functioned under Linux as that will remove the analog signal conversion.</p><p></p><p>So would stick with AtmoLight for video playback and only use that for consoles / pc gaming / set top boxes etc. , you can use a remote controlled power brick for the HDMI->Composite device to allow for easily toggling off the video capture solution (which allows for 24P mode again).</p></blockquote><p></p>
[QUOTE="Rick164, post: 1111964, member: 17766"] The Arduino has 2 benefits mainly to offload the rPI and allow for a broad support of leds supported by FastSPI (Arduino) , for video capture it will work without an Arduino however you can only use the WS2801 and other older led chips :) If you go with an Arduino and leave out the rPI there are a few other options like AtmoDuino V1 or V2 (Nevcariel) and SEDU, all can be used with AtmoWin which is also supported by AtmoLight. The Arduino would only need to be connected via USB to your Windows machine and will acts as an COM port which allows AtmoWin to communicate with it. It works just as fine as Hyperion however you lose the ability for video capture and a few other cool features of Hyperion :) Believe [USER=50482]@azzuro[/USER] had an AtmoDuino sketch for the latest version of FastSPI, haven't used AtmoDuino in years but made a tutorial for it: [url]https://bitbucket.org/RickDB/atmoduino/wiki/Home[/url] It's a bit dated as FastSPI moved to github and you can use more led chips now. Also a newer/better version of AtmoWin is listed in the Mediaportal Extension Manager, used SEDU (similar to AtmoDuino) with AtmoWin for years and worked great. Since you can always just update the Arduino sketch and stick an rPI between later this will work as well. Will be doing some benchmarks on an old AMD APU which is very low end with Hyperion (WS2801) + AtmoLight soon to see how much CPU power is exactly needed, doubt that it needs much considering we get the image straight from Mediaportal and forward that to Hyperion for processing. Most off it is already offloaded when using AtmoLight as it's very efficient in getting the image and forwarding that to Hyperion :) , with the video capture solution you do have one downside and that is losing 24P mode which in my opinion is a big one. Technical reason is that component signals are in 50/60hz and you can't divide that into 24hz without some serious number crunching and frame insertion which those tiny boxes can't do, haven't seen any solutions out there that can resolve this as well. Still find it a bit odd that most of the guides don't mention this as there's no way around it as I used the same approach as the AIO solutions. Also tested it on my AVR (Denon) and with HDMI splitter and both had the same results (50/60hz restrictions) because the AVR will stick with the signal information that is limited as otherwise one of the signals wouldn't work. Only fix that might work is that if someone were to make an HDMI->USB stick that functioned under Linux as that will remove the analog signal conversion. So would stick with AtmoLight for video playback and only use that for consoles / pc gaming / set top boxes etc. , you can use a remote controlled power brick for the HDMI->Composite device to allow for easily toggling off the video capture solution (which allows for 24P mode again). [/QUOTE]
Insert quotes…
Verification
Post reply
Forums
HTPC Projects
Hardware
Ambient Lighting System
[DIY] User Showcases
[DIY] Amblight project/guide - Hyperion - WS2801/ WS2812B / APA102
Contact us
RSS
Top
Bottom