Due to the substantial complexity of these automation systems, they tend to have a lot of inertia. But if anything could drive a station group to make a change, the "free" part can be effective.
I did take a look at the supported hardware (1). I think that's the pain point for many shops. Free open source production software is great, but being forced to choose form hardware products you don't prefer is a pretty tough tradeoff.
Historically, I suppose that's been one of FOSS' big challenges.
(1) https://nrkno.github.io/sofie-core/docs/user-guide/supported...
I could see BMD embracing this. There are lots of studios that are not commercial broadcast that could really use a system like this.
Isn't one of the problems with hardware support is that hardware vendors have agreements with the competitors you listed?
Computers are fast enough now that once you can get the signals into a machine, many of the special functions that previously required dedicated hardware can now be run in software? With proper timing signal distribution of course.
Seems like 12G SDI to SFP+ would enable server class machines to subsume most of the special function hardware.
> It looks like great support (Blackmagicdesign) for building a small broadcast studio from scratch tho.
Agreed!
> I could see BMD embracing this. There are lots of studios that are not commercial broadcast that could really use a system like this.
Also agreed. Black Magic definitely makes a lot of reasonably-priced and very capable gear. They're not a major player in the TV automation space, but perhaps with the help of Sofie, they could make inroads.
> Isn't one of the problems with hardware support is that hardware vendors have agreements with the competitors you listed?
That's not a topic I'm knowledgeable about. It is my understanding that most shops who have a particular vendor's automation platform will also have that vendor's hardware running at its core. In all the shops I've seen, the switcher that's controlled by the automation system is made by the same company. Or if its another vendor's product, it's sold and provisioned along with the automation system when its purchased. Other stuff like audio mixers, robo-cam products, clip players, and CG/graphics platforms can be from other vendors.
> Computers are fast enough now that once you can get the signals into a machine, many of the special functions that previously required dedicated hardware can now be run in software? With proper timing signal distribution of course.
> Seems like 12G SDI to SFP+ would enable server class machines to subsume most of the special function hardware.
For audio, I think that would be a relatively easy lift with technologies like Dante. However, in most TV stations, you're going to need to literally plug upwards of 100 HDSDI video cables into a piece of hardware so that those sources can be switched to on TV, mixed and keyed on multiple mixed-effects banks, and viewed on multiviewer screens in the control room. I don't know that a regular-ol' PC has what it takes to take in and simultaneously process that amount of video. But just because don't know about it doesn't mean it doesn't exist. ;-) Just haven't seen it yet.
All these devices use standard protocols, or it’s just a new plugin for sofie ti drive it.
Of course increasingly the industry is using 2110 on spine and leaf networks rather than SDI. I don’t know if there any COTS mixers aside from the vmix/obs level, I believe some 2110 controllers will provide video matrix style interfaces. Nmos seems challenged in this area from what I hear.
I don't know the TV stations requirements, but you can maybe have 10 interconnected servers that manage 10 HDSDI flux each (and can send them on another if required for processing) ?
I’m a big fan of the Richard Cartwright view of asynchronous signal processing
https://creativecow.net/matrox-video-announces-nab-2023-line...
But I don’t think it has the traction isn’t deserves. Too many people in the industry are still wedded to ptp timing their packets to arrive in the same 30us windows.
Lets say I have a very simple workflow.
Camera and CG in -> conversion to RGB/YCbCr -> compositing -> pass to broadcast encoder
Conversion and compositing can be done at scan line speeds using conventional hardware, so latency is at most a frame. With an asynchronous workflow this is not possible anymore, let’s pretend the network infrastructure isn’t an issue and is operating perfectly with low latency, I don’t need cots hardware on the processor because without some sort of DMI even NIC -> GPU is several frames of latency, the GPU then needs to do the processing, then you again need to GPU-> NIC.
I then need to reorder frames at the receiving device, the stream encoder. Because its async, frame 2 might arrive before frame 1. So now I need a buffer there.
I do not see how this doesn’t add significant latency to the path even in the most simple setup. Add internet services like AWS and your latency shoots of to tens of frames before you even hit the media encoder.
BT sport have operated remote production channels from AWS for a few years now [0]
I’m no fan of cloud, but the latency to a nearby DC isn’t high, and when your feeds are going from the field anyway it doesn’t make much difference.
I remember OBS (the Olympics, not the open source software) bemoaning the lack of bandwidth available in cities and them having to build data centres in place like Beijing for temporary events, because there simply isn’t the multi-bit links to AWS etc available.
[0] https://www.svgeurope.org/blog/headlines/stratospheric-revol...
The hardware AWS would be using, NICs etc do have the level of DMI needed for the latency.
Heres the catch though, the workflow I described can be done with maybe 2 frames of latency for like 400usd, and you own the hardware . I wouldn’t be surprised if some of AWS products are 400usd per hour.
You can setup a very competent broadcast system for not much money and use some actual cots hardware and still have significantly less latency that a second, probably in the low single digit frames.
I don’t the solution proposed by matrox isn’t possible, I just think for most use cases it is very expensive both in actual cash and in latency.
It's one thing for something simple to not be a drop in replacement. But simplicity and minimalism can also be a virtue. Can this complete the task in an environment designed around using it?
The inertia you describe really resonates with what we’ve seen in other high-stakes broadcast environments. Even when the software is free and open, the underlying hardware constraints (and sometimes vendor lock-in on signal paths) tend to shape long-term decisions far more than cost alone.
It might be interesting to see if a modular integration layer could emerge—allowing systems like Sofie to interoperate with a wider set of hardware environments, possibly even abstracting some of the control protocols. Could be a space for community-driven evolution.
You may be confusing what we're talking about with an NRCS. (Newsroom Computer System.) The biggest players in this space are ENPS, iNews, Dalet Galaxy, and (to a lesser extent) Ross Inception. As it pertains to making it "easy to make that content available on newscasts," I don't know of any such method. You may be inferring that these systems employ a higher level of sophistication than they actually do. My advice: format your news as plain ASCII text. I really can't think of anything else you would need to do to it.
someone on hn surely could use their talents for good elsewhere haha
I do ask myself that sometimes. It sounds weird, but I think it's what I was put on this earth to do. Yes, it is a cruel industry at times and pain is indeed inflicted just as you assert. I guess I'm just built for it. And I've been doing it for so long that I've built up a really thick skin and I'm just not that fazed by its unpleasant aspects. I can honestly say that it's a fun job. It's the job I always wanted when I was a kid and I still absolutely love it. (I'm fortunate enough to be compensated at a reasonable level, so that helps.)
People think it's stressful and I suppose it is. But the nice thing about it is that when the newscast is over, I'm completely done. And I have the luxury of knowing, down to the exact second, when that moment will be. I don't take my work home with me. There's nothing to stress out about (until the next day.)
Another thing... unlike an airline pilot or a surgeon, no matter how poor a job I might do, no one dies. That's kind nice too. :-)
Not counting all the people who watch a particularly shocking news story and then have a heart attack.
Looks like this is MIT licensed https://github.com/nrkno/Sofie-TV-automation
However, from a maintainability standpoint it is important that a project solves their own needs first. The "eat your own dog food" advice is important, or groups end up fragmenting a project into every pet use-case.
Best regards =3
However, unless you support the community in your own way, than people are just along for the ride.
Remember to try and be kind... even if you don't agree with your peers =3
The definition on that page is accurate:
Free software "allows users to run the software for any purpose as well as to study, change, distribute it and any adapted versions. Free software is a matter of liberty, not price; all users are legally free to do what they want with their copies of a free software (including profiting from them) regardless of how much is paid to obtain the program."
Another similar related automation system (shares some parts and libraries) is SuperConductor [2].
Cool that it also supports OBS Studio by the way =3
https://nrkno.github.io/sofie-core/docs/user-guide/features/...
Very cool coincidence to see this on the front page right after a sesh with the game.
Nobody can see your product if you don't make it. You can't make good product without practice. So get practicing. You need reps.
There's support for ingesting from Google sheets, and from a demo app, so you could use those, or develop your own ingest system to create the stories.
It's a tool that lets you drag and drop news stories in to a rundown and it will automatically play them. The news stories may have parts that are read from a teleprompter, parts that are pre-recorded video, live parts from outside broadcasts, interviews, graphics that need to be shown etc. Those are mostly provided by services or hardware that Sofie controls, not that are part of the show. Sofie is an automation tool.
Looks at Wikipedia article
Well, 12 or 13 years ago probably actually.