Chips4Makers has quit [Remote host closed the connection]
tomtastic has joined #glasgow
egg|laptop|egg has quit [Remote host closed the connection]
egg|laptop|egg has joined #glasgow
m4ssi has quit [Remote host closed the connection]
key2 has quit [Ping timeout: 272 seconds]
key2 has joined #glasgow
egg|laptop|egg has quit [Remote host closed the connection]
mwk has quit [Remote host closed the connection]
egg|laptop|egg has joined #glasgow
egg|laptop|egg has quit [Remote host closed the connection]
<electronic_eel>
esden: you don't want to reconsider stocking led panels?
<electronic_eel>
they'd need a different applet than the ws2812 ones though
mwk has joined #glasgow
egg|laptop|egg has joined #glasgow
egg|laptop|egg has quit [Remote host closed the connection]
Chips4Makers has joined #glasgow
<d1b2>
<esden> @electronic_eel heh... yeah I got the led panel stocking out of my system. 😄 That said it would be nice is to have an applet that can drive HUB75 and HUB75e interface panels (maybe even other interfaces too). What I am concerned with though is the amount of BRAM available in the FPGA. As you might know, you need to generate the grayscale yourself using BCM on most of those displays... that is the nice part of the ice40up5k as it has a good amount of
<d1b2>
memory on board to double buffer a full display worth of data on the FPGA. The ice40hx8k only has 16kbyte of BRAM. That would be enough only for one buffer worth of a 64x64 888 RGB data ... but I guess one could compromise for lower color resolution to squeeze it in...
<d1b2>
<esden> @vifino I am glad you like it. It turned out that writing an output driver for sled was the fastest way to get a visual demo working. I was surprised that raw RGB data to net socket output is not really something supported by other LED animation frameworks. (or at least I could not find them) ... and most frameworks are not that modular and I would have to rip out a bunch of their hardware code ... so yeah sled really came through here. 🙂
<electronic_eel>
i don't consider glasgows prime goal to be a good led panel controller. so maybe we don't need those big panels. aren't there smaller ones available that would work with less bram?
<d1b2>
<esden> there are but I don't have them... and I think glasgow would be nice at least as a test tool for led panels to quickly check them. So it could scale the color depth based on the needs too.
<electronic_eel>
yeah, checking and displaying simple patterns without full color depth would be a nice fit for glasgow
<d1b2>
<esden> The goal of such an applet for me would be "as flexible as humanly possible" to hook up to any type of RGB display you throw at it quickly
<d1b2>
<esden> yeah color depth is not a high priority then, you are right
<electronic_eel>
once we get multi-applet working, you could still do bad apple with pwm sound on the other port though ;)
<d1b2>
<esden> (R, G, B)x2 Color, A, B, C, D, E address,CLK, LATCH, BLANK .. am I missing something?
<d1b2>
<esden> That would be 14 pins... lol I need to dig out my schematic 😛
Chips4Makers has quit [Quit: Leaving.]
<d1b2>
<esden> In a way the LVDS connector could b used as a memory expansion 😉
<tnt>
really for panel testing locally generated patterns are just fine ... no memory needed at all.
<d1b2>
<esden> @tnt right that is true too... but if we can do some video stuff using that applet it would still be nice
<d1b2>
<vifino> @esden I'm really glad. People doing something with sled always brings a smile to my face. Now I just need a glasgow to test your PR. ;)
<d1b2>
<esden> @vifino I think merging the dfu module should be very easy, I was mainly not sure about where to put the "protocol type" flag in that args string.
<d1b2>
<esden> @vifino i was thinking of making a simple visualizer to output the data sled sends. I have most of it ready as I wrote most of a led matrix simulator in rust already. So you could use that to test my code.
<d1b2>
<esden> that said, yeah you do need a glasgow 😛
<d1b2>
<vifino> @esden that sounds awesome.
<d1b2>
<vifino> i heard you were producing some, if you have one left i'll gladly buy one off of you :D
<d1b2>
<Attie> ... i was planning something else for this evening's stream, but perhaps a HUB75 test applet would be good
<d1b2>
<Attie> (similar output to the VGA applet)
Getorix has joined #glasgow
Getorix_ has quit [Ping timeout: 240 seconds]
Chips4Makers has joined #glasgow
umarcor|2 has quit [Read error: Connection reset by peer]
<d1b2>
<icb> Late to the party, and it sounds like you've worked around it, but how terrible would it be to have "helper" add-ons, like dangling a HyperRAM PMOD off the LVDS port with an adapter board to get extra memory for applets that could benefit from it?