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

科技回声

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

GitHubTwitter

首页

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

资源链接

HackerNews API原版 HackerNewsNext.js

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

Open-source node-graph based video compositing software

62 点作者 stoicjumbotron超过 2 年前

6 条评论

secretsatan超过 2 年前
I once made a basic video editor using Apple's Quartz Composer because I couldn't find a free tool to do what I wanted. I really liked QC, but it's slowly wasting away. It helped me get started writing my own apps, I used to build huge compositions for projection mapping. It eventually prompted me to learn openGL, and I program everything now, but it was a great stepping stone.
somat超过 2 年前
The program looks great however whenever I use a node based editor(blenders comes to mind) I can&#x27;t help but wish there was a better way. I am not a fan of the spaghetti and meatballs programing model.<p>The best I could come up with was to put the nodes in a list, that is, make it 1d. with virtual lists to the left(to show sources) and the the right(to show drains). then it would be sortable and well ordered. but I am not a very good front end programmer, so have not made a mockup to see if it is any better.<p>The next thing that comes to mind is that as a programmer we deal with graphs all the time in the form of source code. That might be a better interface. I for one gain all sorts of utility from my code being in text form. Plus you would now be able to add logic to your processing graph... I am not sure whether or not this would be a mark for or against a code based system.<p>Having said that, there would need to be a fair amount of care put into designing a programing language for building video edit pipelines. I don&#x27;t know exactly what it needs. but I have tried to use ffmpeg in this role... and the best that can be said is that it is very awkward.
评论 #33222292 未加载
评论 #33222323 未加载
评论 #33225291 未加载
virtualritz超过 2 年前
Some comments assume this is for video editing. It is not, it is for video compositing which is something utterly different.<p>Node-based systems for this task are an industry standard that has emerged over the first twenty years (~1980--2000) of CGI for VFX.[1]<p>The only alternative for this kind of work may indeed be a text (code) based system.<p>You can export node graphs as text files in many such apps. But no one edits them.<p>The majority of users are artist types who will not touch anything that looks like code with a ten foot pole.<p>[1] I&#x27;m an ex VFX industry professional. You can take my word for it.
mkl超过 2 年前
This is probably a better intro to it: <a href="https:&#x2F;&#x2F;natrongithub.github.io&#x2F;" rel="nofollow">https:&#x2F;&#x2F;natrongithub.github.io&#x2F;</a><p>Screenshots, feature lists, downloads, etc.
wdb超过 2 年前
I think video, texturing and&#x2F;or FX is one of the good use cases of using node-based or visual programming user interfaces. Many have attempt to reflect workflows, form design, state sets and such with a similar approach but somehow it always gets too complex and difficult to view
KaiserPro超过 2 年前
for those wondering, this is an opensource version of Nuke from the foundry. Think of it as photoshop, but for movies&#x2F;TV. This is the Gimp to Photoshop, or Blender to Maya
评论 #33225298 未加载