TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Coordinating the Superbowl's visual fidelity with Elixir

644 点作者 lawik大约 2 个月前

13 条评论

laserbeam大约 2 个月前
Of course! Of course you have to do color correction on all the different cameras pointed from different angles at a sports event.<p>I absolutely love reading about hard problems that are invisible to most people.
评论 #43480086 未加载
评论 #43490920 未加载
评论 #43480221 未加载
sschueller大约 2 个月前
Someone tracked every single camera shot during the halftime show: <a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=YXNWfFtgbNI" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=YXNWfFtgbNI</a>
评论 #43482649 未加载
评论 #43483430 未加载
ZeWaka大约 2 个月前
&gt; Without any marketing, it earned a reputation among seasoned professionals and became a staple at the world’s top live events.<p>Sounds like the entertainment industry. Everyone truly knows everyone, especially when you&#x27;re working on the same show with the same crew year after year.<p>It&#x27;s definitely a family of sorts.
评论 #43484182 未加载
ram_rar大约 2 个月前
Great to see Elixir gaining traction in mission-critical broadcast systems! I wonder, how much of Cyanview&#x27;s reliability comes from Elixir specifically versus just good implementation of MQTT? and is there any specific Elixir features were essential that couldn&#x27;t be replicated in other languages?
评论 #43480356 未加载
评论 #43482362 未加载
评论 #43479755 未加载
评论 #43480656 未加载
innocentoldguy大约 2 个月前
I have implemented Elixir in critical financial applications, B2B growth intelligence applications, fraud detection applications, scan-and-go shopping applications, and several others.<p>In every case, like the engineering team in this article demonstrates, the developer experience and end results have exceeded expectations. If you haven’t used Elixir, you should give it a try.<p>Edit: Fixed an editing error.
评论 #43484650 未加载
评论 #43487306 未加载
评论 #43505128 未加载
eggy大约 2 个月前
Would Gleam be practical for a similar application aside from the OTP&#x2F;BEAM runtime? I am guessing you&#x27;d have to leverage Elixir libraries that are not present for Gleam yet, and you might have slower compile times due to static typing, but you&#x27;d catch runtime errors sooner. Would it be more of a debugging vs. fast dynamic iteration trade-off? I am looking to settle on either Gleam or Elixir. I liked Gleam&#x27;s original ML syntax before, but I like static typing. Thoughts? I am replacing C with Zig, and I am brushing up on my assembly by adding ARM to my x64 skill set.
评论 #43483206 未加载
评论 #43484114 未加载
评论 #43483156 未加载
JSR_FDED大约 2 个月前
It’s always surprised me how the world of digital video is a cousin of IT yet is impenetrable to people outside the video industry. How they refer to resolutions, colors, networking, storage is (almost deliberately?) different.
评论 #43480169 未加载
评论 #43479336 未加载
评论 #43480145 未加载
markb139大约 2 个月前
30 odd years ago, part of my role was to colour balance cameras in a studio environment. We didn’t need computers - but at most there were only 5 cameras :)
frankfrank13大约 2 个月前
Really cool piece, this jumped out to me:<p>&gt; The devices in a given location communicate and coordinate on the network over a custom MQTT protocol. Over a hundred cameras without issue on a single Remote Control Panel (RCP), implemented on top of Elixir’s network stack.<p>Makes sense! MQTT is, if I understand right, built on TCP. Idk if I would have found the same solution, but its seemingly a good one
notepad0x90大约 2 个月前
What is being used in similar broadcast setups outside of this Superbowl?
评论 #43480103 未加载
评论 #43479717 未加载
DerekL大约 2 个月前
The title is misspelled, should be “Super Bowl”, two words.
xlii大约 2 个月前
I won’t let a friend start development in Elixir.<p>Let me get it out: I love BEAM. OTP is awesome and one of the best systems in its kind. I was completely enamored with Elixir years ago as a modern Erlang which excited me to the bone.<p>It’s no longer the case. When you get into non-trivial things there are many sharp edges and paper cuts. Some from the top of my head:<p>- it’s impossible to disable warnings - test runs are often highly verbose because libraries ignore them and (as discussed somewhere in forums) warnings are deemed useful so they can’t be disable<p>- the only way to catch some, important ones, in CI is to use &quot;warnings-as-errors&quot; …<p>- so one cannot use deprecation flags because it’s also a warning<p>- when having non trivial ecosystem one cannot selectively deprecate and get errors, this has to be a human process (remember to replace…)<p>- when doing umbrella tests on non compiled code seed influences order of compilation<p>- this order of compilation influences outcome and can lead to buggy code<p>- dependency compilation is not parallelized - takes a lot of time and uses 10% of CPU<p>- compilation process can break and Elixir isn’t aware that it was interrupted - this means that it doesn’t try to compile properly app&#x2F;dependency but instead tries to release crippled one<p>- documentation is hard to use - searching shows random versions and there isn’t even a link to „open newest”<p>- searching in docs often not finds the keywords you can actually see<p>- a lot of knowledge is implicit (try checking if you can dynamically add children to a Supervisor)<p>- sidebar with new ExDocs break for some reason so there is no navigation<p>- there is no way to browse navigation outside this broken ExDocs which outputs only HTML and LSP<p>- LSP is afterthought, there are few but neither works well<p>- Dialyzer&#x2F;dialyxyr typespecs are useless most of the time<p>- Squiggly arrow works weird (i.e. ~0.3 might catch 0.99) - my colleague recently mentioned Renovate not picking it up<p>I could go on and on. I’m doing plenty of research so I’m working with various languages including „niche” ones like Prolog, OCaml, Clojure, Cuelang. Recently I’ve been developing tooling in Go and many core systems are developed in Rust in Elixir, and I work on the latter often.<p>In principle Elixir is awesome, but has the worst developer experience of all. Sometimes it takes 4h to prepare and push release. Tooling I’m working on can do the same in 5 minutes - I’m parallelizing processes in containers, making idempotent output artifacts and heuristic failure detection to retry on flakiness. When switching between Go and OCaml you can sense how tooling cares for me and my time. Often I bounce off forums where people’s need are shrugged off as non-essential, treating those who came as uneducated juniors (because who in sane mind would like to have a parallel dependencies compilation or disable compilation time warning).<p>There is nothing better than BEAM, but (for me) Elixir got much worse over the years.
评论 #43481663 未加载
评论 #43479792 未加载
评论 #43479888 未加载
评论 #43479811 未加载
评论 #43479698 未加载
评论 #43483535 未加载
评论 #43480276 未加载
评论 #43481486 未加载
评论 #43479854 未加载
评论 #43479670 未加载
评论 #43480280 未加载
评论 #43480822 未加载
评论 #43479833 未加载
评论 #43480051 未加载
brcmthrowaway大约 2 个月前
Wait, is Elixir actually accessing color pixel data in realtime?
评论 #43484962 未加载