Voices of Video
Explore the inner workings of video technology with Voices of Video: Inside the Tech. This podcast gathers industry experts and innovators to examine every facet of video technology, from decoding and encoding processes to the latest advancements in hardware versus software processing and codecs. Alongside these technical insights, we dive into practical techniques, emerging trends, and industry-shaping facts that define the future of video.
Ideal for engineers, developers, and tech enthusiasts, each episode offers hands-on advice and the in-depth knowledge you need to excel in today’s fast-evolving video landscape. Join us to master the tools, technologies, and trends driving the future of digital video.
Voices of Video
Navigating the New Era of Broadcasting with StreamVX
Simon Karbowsky, CEO of StreamVX, joins us to reveal the groundbreaking technologies reshaping the video broadcasting landscape. Discover how this Polish company, born from a deep devotion to the broadcast industry, is revolutionizing traditional systems with robust and high-quality software solutions. As Simon guides us through the journey of StreamVX, we learn about the critical challenges faced by OTT services, like buffering and quality inconsistency, and how StreamVX is overcoming these with innovative solutions. Through a partnership with NetInt, they're setting new standards in power consumption efficiency, ensuring stability and reliability that meet the demands of modern broadcasting.
We also explore the dynamics between cloud deployments and on-premise solutions for broadcasters and pay-to-view operators. Local infrastructure still reigns supreme for high-throughput tasks, but Simon highlights the benefits of a hybrid approach, where peak traffic can be offloaded to the cloud, optimizing resource management. The conversation takes an exciting turn as we discuss advancements in live TV and video on demand, including the rise of time-shifted content and the transformative potential of AI in video processing. Whether it's utilizing off-the-shelf servers or embracing emerging codecs like AV1, Simon sheds light on how flexible, scalable technology is delivering a seamless end-to-end video experience, ensuring operators can meet both current and future challenges with ease.
Stay tuned for more in-depth insights on video technology, trends, and practical applications. Subscribe to Voices of Video: Inside the Tech for exclusive, hands-on knowledge from the experts. For more resources, visit Voices of Video.
Voices of Video. Voices of Video. Voices of Video. Voices of Video. Okay, it looks like we are live Well. Welcome to this next edition of Voices of Video. We are really excited about the opportunity to talk to video experts and founders of companies, engineers really anybody doing something super interesting in the area of video. And today I am joined by Simon Karbowsky, who is the CEO of StreamVX. By the way, my name is Mark Donegan, I work with NetInt and you know, simon, I guess. First of all, thank you for joining us.
Speaker 2:It's great to be in conversation with you, yeah.
Speaker 1:Excellent.
Speaker 2:The pleasure is mine. Thanks, good to be here.
Speaker 1:Yeah, super, super Well, I know that. You know we're doing some real interesting things together, our two companies, but today we're here to talk about live streaming in the box and you know, before we get into the product, why don't you tell us who is StreamVX? Get into the product?
Speaker 2:why don't you tell us who is streamvx? The streamvx uh long story short is is a polish company focused on building the software products towards the video environment. So we're delivering products which solves typical issues or maybe sometimes not typical, the issues which broadcasters or operators telcos happen to have while trying to deliver or wanting to deliver the video.
Speaker 1:Yeah, absolutely, and I know that the journey of your company. You've been at this a little while. So what are the roots of StreamVX? Were you created to build this solution or did you get here? Um, you know what's the origin story, I guess, of the, yeah, the company and the product there's always.
Speaker 2:There's always some story and uh, of course and probably ours quite interesting indeed. The roots are are very, very, very long. Yeah, once my friend said that the broadcast is the industry which you either love and you're doing this for for your life, or you just hate it, and next, next year, you're just doing completely different stuff. So I stayed basically. So that's what I'm doing.
Speaker 2:My whole life is a broadcast in entertainment or pay tv market. My whole life is a broadcast and entertainment or pay tv market, and I always work with different vendors and over my career there was plenty of things I touched. I used I had to deploy on the big deployment, big production and deployments in the multiple pay tv operations, and happened to TV operations and happened to find a place where I can co-found the company which started building this a little upside down in the modern way and solving these disadvantages which I always hated. So that's where we are, and the team we gathered here in SteamVX is also a lot of passionate people which support this vision that we should make sophisticated processes easy but also make sure that the basics of broadcast are maintained stability and all this, you know, assurance that the life is life.
Speaker 1:Yeah, that's right, I know when you're talking. You know broadcast or operator type infrastructure it sometimes those who come from, shall we say, the more like OTT side, you know they may say the more modern side. It's easy to you know, almost look at some of the technologies that are used and you know the way the systems are built. You know there's still black boxes in a lot of those networks, right, black boxes in a lot of those networks right and you know it's easy to look at it and think you know that's a little old fashioned.
Speaker 1:And yet when you have to operate a service and you have to guarantee five, nines reliability and uptime and there's a very specific bar for quality, that's delivered to every household or to every TV set is actually pretty difficult compared to the internet, which is best efforts, ott, at the end of the day, let's face it, it's best efforts and that's why you still get buffers and buffering events and that's why you know you might have a beautiful 50-inch TV that's getting 480p, because there's some sort of a network issue and the ABR is you know.
Speaker 2:And meanwhile, it's trying to handle and help.
Speaker 1:Yeah, yeah, exactly. So, yeah, why don't you give as we were preparing? You know, you told me that there's really four. I know there's more me that there's really four. I know there's more, but there's four primary problems that you're solving for your customers and I thought they were excellent. So why don't you give us an overview of what those problems are?
Speaker 2:There is a lot more, but to pick up something which is critical and we see it happens all over the world with our customers, the biggest one concern right now, obviously about the geopolitics, is a power consumption, because in Europe the power is getting more and more expensive and obviously it make a big operation to really reconsider if, uh, if that usage can be somehow optimized. So, uh, that's one, but on the other hand, of course it's, it's much farther than that, because the power get generates the heat, so the heat generates the AC to run faster and more and so on. So you know that, know that's in total, a lot of things here are getting to the power. But you can optimize that, getting a very dense solution, like we do with netting, that you have really like a lot of density in really small form factor. So we reducing both, because the cards are very, very power efficient but also they're taking not much space, so we can reduce both.
Speaker 2:That's definitely topic number one. The side effect of that which is not also very obvious or very, very popular or very easy to do on the app is, as you mentioned, is also, which sounds really ridiculously simple, but just the knowledge how the power, power is used by the, by the device, which we also encourage because for our products it's it's pretty basic function to display that the usage, power, usage, and you can basically see this or attach this to towards API to your system to just monitor this constantly, which is again considered as a really basic but it's not obvious Usually on the appliance level. You have to do some tricks to do that and to have this knowledge.
Speaker 1:So you actually provide the power draw of the server chassis that information back to the user.
Speaker 2:Yeah, we're doing that and also yeah, we're doing that exactly Interesting.
Speaker 1:Huh, wow, yeah, that's pretty unusual, I believe.
Speaker 2:I mean, again, it's coming from this requirement that the customers are asking okay, how much power does this use there? Because we both know that if you do a little more performant tasks on the software, it can leverage a little higher voltages on the servers and the cards. But if you happen to do something less stressful for the hardware, it can be lower. So basically, okay, we can give the be a lower. So basically, okay, we can give the data sheet which gives you the range, but then it's not, it's, it's an average answer and yeah, with with our metrics, you're basically getting the answer like measurement on the, on the live stuff. The second, going further, yeah.
Speaker 2:The second second point is uh is definitely the quality. I mean, uh, we, we're living in the, in the world of the ott wars or the streaming wars, however you call it, so, uh, so there is really big fight to find a differentiator, uh, between the operations and the quality happens to be to be one of the differentiators, quite important one. So, again, keeping the quality as high as possible, but also being aware of the, of the metrics, and then, like, assuming that the vmas is giving you something which is subjective and considered by the industry as a good metric or consistent metric to give you the comparison. This is important to understand, to support this by the products, but also to have a product which allows you to keep these scores very, very high.
Speaker 2:And this is again a pretty obvious metric of the quality, but there are also latency or stability, so smoothly going towards next. Latency is very important for the sports. We all hate these cases where you have a screaming of your neighbor, the goal, and then you see the screen of the guy which is just starting on the other side.
Speaker 1:You already know what happened in the play right, but you haven't seen it yet.
Speaker 2:Yeah, probably worse or steering scenario you can imagine. Yeah, so the latency comes here, also, in our opinion, a big metric for the quality, but again, together with NetInt, it's being squeezed and we can really touch really low numbers with the ASICs to really push the latency very low. The stability, that's something which we're speaking and I'm encouraging all the time, pushing this towards the very important factors, because we have to remember that, okay, there is a lot of products we deploy in this bridge between the typical broadcast operation and the broadcast going to OTT, because that's also obvious direction that a lot of operators of the pay TV want to have a part of the typical broadcast operation moved towards the devices. So, on the OTT or OTT Technologies, maybe not necessarily out of the network but used ABR, uh, but they have this as, as you mentioned earlier, they have this attitude of the old black boxes which are also very, very stable, clunky and whatever, but they are very, very stable. So our products, moving this to our software, are trying to make this nice marriage of the new technologies which allows you to scale fast, scale efficiently, really leverage the density.
Speaker 2:But then we have to and that's the basic assumption we have to be rock-solid, stable. I mean, the life is life and it must go on. I mean that's the most important part in here. I don't want to have a break in the game. I mean that's something that's not going to happen. So stability and also redundancy scenarios, because whatever the appliance is and however stable it is, there is always something, like a Marfish Law says there's always one more bug, there is always something to fail, and it can be very simple, very sophisticated. So redundancy scenarios comes to stability. That's also very, very important. Again, in our products, together with the NetInt, we can do really fancy scenarios, really sophisticated scenarios, which gives you this assurance that the life runs on whatever happens below. Just really cool.
Speaker 2:And then and then, of course, there is this. This factors with the, with the usability, is really very, very important Because we see that, okay, the world evolves and this must be easy and this must be much easier than previously. I mean, you don't want to make mistakes in the production or make this more sophisticated than it's supposed to be. You have to make sure that, okay, you can manage this quickly and easily. It should be accessible, and this UX we can call it right now and appliances was not designed in a time that somebody was discussing UX at all, but still you're managing production, so the stability is important, but you don't want to make long processes or a lot of decisions, which puts you in the place where it's easy to make a mistake. That's the part, yeah.
Speaker 1:Easiness is also very, very important, just as the reliability of the product is very carefully engineered into the whole solution, starting with the software and then extending to the hardware you choose to support. There know, is it easy to use? But it actually contributes to stability, right, because a user has a lower chance of maybe making a configuration error. You know, is that is? Is that what you're saying, and is that? Is that what you have found?
Speaker 2:And is that what you have found?
Speaker 1:You know that high quality UX is more than just a beautiful screen. It actually gives a more reliable system.
Speaker 2:Some smart guys said once that you know, ux is a journey. It's not one thing at this point of the time, it's a journey and we happen to push really, really hard on the UI experience in our products because, as you said, it's the processes we're handling and in this transition from the broadcast signal stores, ott, environment, transcoding, packaging, protecting the content of the DRMs that all it's very, very important. But if you take a look on the whole ecosystem here, the process can be really, really sophisticated. At the end of the day, if it comes to the transcoder, you have hundreds of parameters you can put towards the transcoder to make the video, but not necessarily being aware that there's some combination. We're going to blow the picture down to the really ugly quality or ugly effect at the end of the day.
Speaker 2:So what we do and we're trying to do, we're making sure that okay most of the day.
Speaker 2:So what we do and we're trying to do, we're making sure that, okay, the most of the cases you have really easy path to configure something quick, uh and easy. And, of course, if you're really advanced and you want and you're completely sure you want to make a custom configuration, you always can pick a custom and type whatever you want, or even do this through the API so you can omit like a nice windows in the clicking and you can do this from the command line. But that's really heavy users and we see this really in explicit cases when somebody really want to do something extra custom. Usually you have a really like you know, easy clicking up several dozen times the same, the same settings because you want to make sure also that the chosen or checked, verified settings are always repeated the proper way, and that's that's one of the things UX can handle for you. But again, the point here is that you're not allowing to make a mistake which makes the user experience better and the production more stable.
Speaker 1:That's right. Can you explain what exactly are you selling? What have you developed? Are you bringing to market just the software? Is it software plus hardware? Is it software plus only specific hardware? Does it run on any x86 server? I think it'd be really helpful to explain what exactly you're bringing to the market.
Speaker 2:Yeah, so the whole idea behind StreamVX is to make software products and we really tend to be agnostic for the hardware, which in some cases, of course, goes towards the case. We are right now using net-int boards, net-int cards to accelerate processing of the video, but that's kind of the density which we tend to agree on, because we leverage a completely different level of the density again, again the quality and all these things. But, of course, from the perspective of the uh, of the, of the, our product, we can do this, the same process on the GPU, we can do this on the CPU, and that goes just uh lines in the different places. When it comes to this density or a power usage, all these factors we mentioned in the previous points are landing in the different points. This is always choice of the customer, of course, because in some cases the customer just wants very specific hardware to be used.
Speaker 2:But from the perspective of SimVx products, we really can run on anything, basically, yeah. So, yeah, that's what we, that, that, that's that's what the, the dna of our products is and that's, uh, that's how we work. However, we really like partnerships, like netting, because, uh, if you can squeeze, uh, you know, as much as possible from some board, from some card and give some extra features or extra gains to the customers. That usually lands in a lot of interest in our customers.
Speaker 1:Are most of your customers deploying in public cloud, private cloud, just an on-prem data center. What does it look like in terms of how they're deploying your software?
Speaker 2:I would say that most of them again it's broadcast operators or pay-to-view operators, so usually they own the head ends somehow or some data centers, however we call it. So usually they choose to deploy in their own infrastructure because they own it already. So we can be very optimal on the footprint together with this solution we're right now thinking about. So we're not really rising this footprint heavily and adding a few more servers to do work for the appliances which was using several times more. So that's a big advantage.
Speaker 2:But there are some cases where there is a demand for deploying on the private or public cloud. Of course it's just changing. In my opinion, it's never going to land the big scale operations like we're powering right now 300 channels for the four biggest operators in the country on cable. That's not going to land in the cloud because the traffic throughput towards the cloud and back from the cloud is just too expensive to sustain the model of the cloud. Yeah, that's right. The one thing is the capabilities, because the design and the architecture of our products allowing you to deploy this basically almost anywhere public, private cloud, local, prem but most of the big cases we deployed are local.
Speaker 1:Yeah, we're definitely seeing the same thing for channels that are streaming, shall we say, 24-7. So, true, live linear, the cloud, effectively the economics don't work, you know it doesn't work.
Speaker 1:You have significant, and of course everybody has a different deal that they strike. But you know you have to consider egress cost, and you know it's not just the cost of getting the bits into the cloud, it's traversing the cloud and then getting the bits back out, and you know it's. And then the other problem is is that if the business is scaling, there's really no economies with the cloud. So the whole, you know, idea is hey, but you can start small, and then, you know, you don't have to go make a very large upfront capital investment, you know, by going to the public cloud. Well, that's all true.
Speaker 1:The problem is, as you scale your operations though you're, you know, meaning, like the number of channels you offer, et cetera Well, guess what? Your costs scale proportionately. And so you never, you know, you're not able to benefit from an investment. That, true, maybe on day one you had to write a big check, but you know you're able to amortize that over not only a longer period of time but also over over a lot of users, you know. So we're definitely, we're definitely seeing that in broadcast. Well, let's get to the demo, are you?
Speaker 2:just well. Yeah, just one comment towards that, if, if I may. But? But there is a really, really interesting case, uh, which which happened to be more and more on the table in our discussions with customers right now. Then you have an operation which we all know is not so much resistant I mean, the streaming operations are not so much resistant for the peak hours than the broadcast was, obviously as the technology behind it. So what happens with the cloud and what's? For us, it's quite easy again to leverage the architecture we've done is that for the peak hours, the offloading of the speaks towards cloud works perfectly fine, because then there is really small incident, like a few hours, where you have to offload your infrastructure because you have too many requests and you're handing that towards the cloud and then, when it's gone, you're back to your own infrastructure. Then you're having a bill, exactly what the cloud is for. You're getting a bill for a few hours done, deal, but you're not having any outage. That's the point where we can say that's right for it.
Speaker 1:Absolutely, yeah, yeah, we can say that's right for it. Absolutely, yeah, yeah, definitely, that is a. You know, this hybrid approach is um, is very powerful, and so, yeah, well, let's get into a demo. I think everybody you know, of course we can talk more um and maybe some questions will come in. By the way, for those watching live, of course this will be available as a replay. So if some of your colleagues weren't able to see it, we will make the video available. But if you're watching live, type in questions into the chat, and I don't know that there's too much that we won't be willing to cover. So any questions you have, either about what Simon has said, about live streaming, about the cloud, about on-premise appliances, asics, gpus, cpu nothing's off the list, that's true. Yep, okay, are you ready, simon?
Speaker 2:Let me just yeah, I, I'm ready. Happened to have some demo prepared for you guys. Let me just we have just overview of the channels which the transcoding is running right now or has set up because they can be stopped from streaming. Adding a new channel is really really simple with the platform, Because you're just clicking that and basically, when you have to type in some nice name, you will find it later on. And then you of course have to type some input address which in most of the cases right now on the market is some UDP multicast, what happens right now.
Speaker 2:Usually you should take a look on some analyzer or you have to make a note or whatever. You just simply have to know what's there. But we have a nice button here which will make a probing, which will basically tell you what's in the stream which which you just typed. Then you have templates which I prepared before and I want to use that one. I'll just show in a second why and I can press the fill because I'm really lazy. So it's just making all the forms here and all I have to do is just say, okay, I'm going to output this towards this place. Let's say like that and that, and I'm going to save.
Speaker 1:Yep, I see my channel popped up.
Speaker 2:Yeah, exactly here. And because by default we're not starting it to make sure that you really want to have it on the, on the infrastructure. You just want to start it by yourself. We have a nice notifications there and here you go which one? Of course you always want a nice notifications there and here you go, it's right. Of course you always want to change something there.
Speaker 2:So let's say, I want to add this in a different place. What happens now, and not always happening, that's the again UX. We we tend to think it's saving a lot of issues on the operation. What happens is just warning you that the change will take effect, which you literally will restore it. It's just saving the change itself, but it didn't apply. Here you have to restart it. Then it's going to be applied, so it's not breaking any production. It's just a Got, got it and that kind of. I'm not going to go for all that kind of things, but believe me, there is plenty of features like that which is trying to just indicate okay, are you? I really feel that you want to spoil your production just to make sure that sometimes, if you just be in a hurry or you want to make something quick, you're not really doing this, impacting your customers. Yeah, why I think this channel is so easy is that we implemented something which is not really rocket science. It's the templates, which allows you to define some settings before, but, as you saw, adding the channel, I can choose the template very easily. I can, of course, create a template from here, but I think you can also create it right exactly in the channel, in the other. You don't have to go anywhere else, you're just clicking here and you can create it by yourself. What you can do with the creating the new template, of course, using the names and changing that typical stuff. You also can type the complete configuration from the scratch. So you're choosing the settings, you're choosing resolutions predefined, what you can put your own, you can choose all these parameters. But if you happen to start setting up a dozen of channels already, you probably have some of these profiles. So you can load them, not going anywhere, not losing the context, and you can basically browse the settings you like.
Speaker 2:Let's say I like this one and the funny part is I can do two things here. So I can share it, so I can use exactly this setting, this profile I'm using, for example, for HBO. I can use it for for 11 sports, whatever, or HBO two maybe better example here or I can clone it because I like all the parameters but I want to change bitrate, for example. So if I clone it, I like all the parameters but I want to change bitrate, for example. So if I clone it, I'm just making easy copy and I can change one or two parameters all of them, but I like the name or whatever, or I can share it. So I'm using exactly the, the profile I'm seeing. So it's so, so easy.
Speaker 2:The nice thing also is that if you have a lot of templates or a lot of profiles, like in here, you can change it in line, so you're again not losing the content, but you see other profiles which we again, from a UX perspective, if you're changing, like you know imagine changing 300 channels you really want to see what other profiles are, just to make sure that you're really making the ladder, going down or up the way you want, and not really go to the other screen and make notes and make copies and make sure that you didn't mess up, because you're making very often you're making quite a lot of repetitive tasks, one after another, and that kind of mistakes really.
Speaker 2:We, we saw a, we saw a big operations really messy to clean up this stuff. So, yeah, we put, as you see, a lot, of, a lot of effort into this configuration and even if you add a new one, you can see I can add like a next one, and it's still on top of the of the previous. I'm editing to just make sure you you have the flow and you understand what's what's the previous task he was doing.
Speaker 1:Yeah, the same goes for the video profiles.
Speaker 2:yeah, so you, you got. I think you got my idea. It's really in the in mind with the guys, which wants to make sure that it's in order and in the process, because when you're adding one channel it probably doesn't matter, but usually operations we support really using hundreds of channels I'm not mentioning you know your typical cable network has.
Speaker 1:What about for your users? Has about 200 channels, 300 channels. Is that standard?
Speaker 2:Yeah, typical operations right now is between 200 to 300 channels. That's probably lineups we are on. So still, even if you're really conservative with the ladders, you still have a few pages of this profile set up. Yeah, that can be tricky to go through that and not make a mistake. Which one you are assigning towards what?
Speaker 1:Yeah, so, simon, a question came in that I think it's a good time to answer, and that is what codecs do you support? And then I'll even ask a follow-on question, you know is what codecs do you support now? And then you know what's involved with adding additional codecs. So you know, as we well know, every, you know it feels almost like every couple of years there's, you know, there's some new standard that's that's being introduced, but maybe not quite that frequency that's being adopted, obviously, but yeah.
Speaker 2:So what codecs do you?
Speaker 1:support.
Speaker 2:So what we? What we do right now, of course it's H.264 and HBC or H.265. But then we also support, together with the net imports, AV1. Av1, yeah, which gains popularity more and more.
Speaker 1:And, by the way, that's AV1 live. I want to make that clear. Yeah, that's not exactly the same. Yeah, very, very very important.
Speaker 2:In general, the design we we have here, uh, basically doesn't close us to any codecs. So if the boards which was which we used to to support or to uh, uh to make the performance of the acceleration better, like in this case, nothing, nothing boards when the net in start to support other codecs or a newer codecs and a version of the codecs, the software will simply follow on, yeah, yeah. So I would say, whatever is is below on the hardware. If you have some specifics, uh, we can go there. And the second point it sounds we have to be clear about it is, of course, licensing. Yeah, but all of the codecs are just uh, free to use. So, uh, yeah, but also can come with some extra costs or extra paperwork, at least uh, to cover, sure, but that's uh, that's to be considered.
Speaker 1:So, basically, yeah, that's for the distributor. That's independent of the solution. Even if you use an open source Kodak, you're going to have to go get the appropriate licensing. Question that I have as well is is this all single bitrate? Do you support HLS?
Speaker 2:Do you have a packaging function? Yeah, we have a packaging, of course, as a function. It's a separate product in the line. But again, an advantage of StreamVx architecture is that you can get it transparently, so as much as we can sell this like Lego blocks. So you can have a transcoder which is outputting already packaged content, but you can have a transcoder which you're using just to fit the currently existing package. Yeah, that's a huge advantage of our architecture. But yeah, we can of course support HLS-DASH and CMAP a huge advantage of our architecture but yeah, we can.
Speaker 2:Uh, we can of course support uh, hls, dash and cmf. Uh, we can, of course also drm that we can serve this as a cdn. So the whole flow, starting from the inputs towards the distribution, it's, it's covered and it can be covered in the in the smooth, uh smooth path. We can also provide the recordings of this. So you can make live TV offline, like Timesheet, restore TV, that kind of services. And you can do opposite way with the wizard. We call the product wizard because it's also doing the offline content towards the live channels and, as you see here, because it's also it's I know that the topic today's live, but I just show it quickly.
Speaker 2:To just prove the case, with the consistency and the UX, we have a transcoder for the VOD here also, and it's based on the watch folders. But the funny part, or to just again sustain the case, uh, the configuration is, uh is exactly the same. So you're choosing the same templates, basically from the same list. So, uh, it's very easy. And then you just, with one click, see all the files which was processed by this watch folder, or, if they are in the process, they are progressing here. So it's as easy as that.
Speaker 1:Now, can you do live to VOD? So let's say that I have a live channel, but I want to create a VOD asset. Can you do that?
Speaker 2:That's exactly what we also can do. It's, of course, very popular because you know the tendency how we consume the video. Content changed, uh, so right now we prefer to watch this, even the live content, but moved into the time, yeah, while we have a time really to to consume it. So, yeah, we're doing the, the time shifted, let's say content, uh, and it's again integrated deeply towards the, the products of stream vx. So I'm not having this right now in the demo, but you can imagine, with the one click. It's just if you, if you happen to have our packaging system, it just simply allows you to to show the channels which we're packaging for you and just setting up how big time frame you want to record, and it's just press start and it's done Again this tendency to make a simple few clicks.
Speaker 2:Configuration is all over the place.
Speaker 1:Yeah, yeah. Well, simon, we could keep talking for much longer. I'm looking at the clock here and we've already gone a few minutes over, which is fine. I hope everybody is getting some value. So I do want to open it up. If there's some further questions you have a minute or two here Feel free to just put them in the chat and we'll address them. At the same time, if you add comments to the LinkedIn event, we'll jump on and address them. So lots of ways to get in touch with us, but I want to, I think, end with this. I know that we're both very excited about OK good, I see a question that came in and I'll get to this to this one. But you know, and bring the usability and the performance, you know, to what otherwise are Lego blocks that are often bolted, together with APIs and command line interfaces, you know. But we're really excited about a project that I think we're thinking about and that is bringing to market more of a full solution, you know so, like a server. Do you want to comment about that?
Speaker 2:And yeah, again we really see the big power into the kind of delivering the end-to-end solution that's the topic of today, called like in one box. Again it's the very important part is here it's still okay, it's a box, but it's not appliance, because the hardware is a out-of-the-shelf server, so there is no specific I don't know around modules or the drive or whatever. It's just out of the shelf server, so there is no specific I don't know around modules or the drive or whatever. It's just out of the shelves equipment. The boards from NetInt okay, they are NetInt boards, but you can, you can buy them freely and you can exchange them freely. There is a huge advantage which we didn't mention, but I love it. Actually it's touching a little this codex.
Speaker 2:Imagine having 408s which doing H.264 and 5.
Speaker 2:And then, if you happen to want to have AV1, you're just swapping the card, it's hot pluggable, and then suddenly you support the technology which is just on the market for live content.
Speaker 2:It's really fresh stuff. You don't have to exchange the half of your act. Yeah, you're just extending a really small factor board and you can do this, uh, basically instant, uh, so yeah, yeah, that we really believe in in going that, that direction, that we, uh, basically basically combine our forces let's say that way nicely that we, we make a really fitted solution which you can multiply, of course, but if you just need a like a 30 channels, it's a one box. If you need 100 channels, it's probably four boxes. Yeah, on top of that, all these features we spoke redundancy, stability, we mentioned that that's really direction which is, in our opinion, allowing really huge market, huge audience, or huge amount of customers, operators, to get into the ISE encoding, transcoding part, because, okay, the big guys we spoke about offline, about that the big guys are developing their own ASICs, because obviously that's the way you should do this and we're trying to build something which will do this to the rest of the market.
Speaker 2:For the masses.
Speaker 1:Exactly, exactly, well, exactly exactly, well, that's great, well, simon. One last question, then we will wrap up here. So somebody is asking have you integrated, you know, like chat, gpt or GPT-3 into your system so it can create program video highlights automatically? And I guess maybe you can comment if there's just some functionality that can do some AI infused.
Speaker 2:Yeah, the trick. Here again, try to make a short answer for the long story. Indeed, we have. Actually, we have some product which is designed based around the AI, to look for the video patterns into the video, which is more into the advertising market or the metadata enrichment, that kind of places still the regions we discussed today. But because of the high texture the transcoder is having, it's really easy to move the parts which we're using in there towards here. And we was definitely thinking about it, because what we, what we did with the, with the product I'm mentioning it's called vx finder because it's finding the patterns we was working on the on the project, while, uh, big operator had a vast library of the vod assets and he wanted to simply implement the skip intro and the next step is with buttons. But he had no metadata to support this function. So we basically scanned with the AI the library and just marked them precisely to the frame. So it wasn't really more or less, it was to the frame when the episode starts, when it ends.
Speaker 2:So it was easy peasy to just make those buttons and make the experience similar to Netflix or other big guys, yeah that's right On the basis of the probably two or three days of processing, instead of sitting probably few persons and making a lot of mistakes trying to fit it manually. The one thing is right now it's not there in a GPT-3 manner, I would say, but it's really close and for us it's very easy probably to experiment. So I would be glad to follow up on that one, if all goes well here.
Speaker 1:Well, simon, thank you again, Really appreciate your time. We're really excited about what you guys are doing and hopefully this was of interest to the viewers and so for all those who joined us. Thank you again for watching Voices of Video. We have new episodes coming very regularly, so just watch the schedule and if you're on our email list, we'll let you know as well. So thank you again, great Thanks.
Speaker 2:Mark, thanks for having me. It was a pleasure. This episode of Voices of Video is brought to you by NetInt Technologies. If you are looking for cutting-edge video encoding solutions, check out NetInt's products at netintcom.
