General-purpose input/output

But they didn't like any of the existing uninterruptible power supply options for the Pi.

They all kind of stuck to the top of them using the GPIO header.

And for whatever reasons, they didn't like that.

I guess it didn't fit into their case or whatever.

SFH, FTP, HTTPS, WebSockets.

He's got graphics.

He's got GPIO, I2C, UART, TAR, GZIP.

It can decode FLAC files and MP3s and play them.

It loads all the correct audio up for playback on these buttons.

But these buttons now do much more than they do on a regular RODECaster because they're addressable across GPIO across your entire facility.

So a ringing phone can light a lamp.

Pressing a button can fire play out.

So we're really trying to unlock all of the workflows that we know broadcasters need to do, all of the connectivity that they have to have between all of the different network resources, but bringing it into this price point in this format, because all of our broadcast partners are having to do more with less.

So we're noticing that, yes, they probably still have a number of studios, but you'll see these all over the place in podcast spaces or production spaces.

And if we can unlock the capabilities that they have, by adding in the AIP network and things like GPIO and control, then we really think that this will be a game changer for the way that people can utilize this sort of equipment to expand their production possibilities.

It opens up a whole new, and this just sits invisibly somewhere and they can just use this hardware.

But we're also making it a fully equal member of the ecosystem.

So GPIO on and off these buttons So if a phone lamp is ringing, I can flash these buttons and press them to answer.

If I open this fader, it can fire a red light in the studio.

Full pathfinder control.

And everyone talked about afterwards.

It was one of the highlights, which is funny because I don't think so many level developers use Raspberry Pis and GPIO pins to monitor the units in the power plant, in the plants or start blenders.

And the same with the DSA tailor.

It's also something that stood out and did something else.

It's now available.

There's a few lined up as well for VitaIO GPIO.

SPI, I2C, all those things are basically standardized by OASIS, if I'm not mistaken.

So it's actually pretty straightforward to add new drivers on top of the existing ring queue, whatever is the backend for VHIO.

This is PulseIO, vendor-neutral time-daged IO subsystem.

So this one has been implemented by the expressive folks, and I think they are initially using it for the RMT device, which is like for the remote infrared thing.

So it's for... sending and receiving data to a GPIO where the data is encoded into pulses with a different length.

So imagine like shooting a stream of duty cycle to a PWM.

Yeah, that's true.

Maybe that's also improved from the one I had 'cause from memory on the one I have, it is straight off of the GPIO pins on the Pi, which would've made unplugging it a real pain in the backside.

So if they've broken that out to something standard, then that's a bit nicer.

What it did lead me down the rabbit hole of was some of the newer KVMs that are coming out that are multi-port with HDMI pass-through.