技术拆解-ChatCut
ChatCut 值得关注的地方,不是“AI 自动剪视频”这个口号,而是它把视频素材先变成可检索、可推理的语义索引。剪辑的核心动作也就从拖时间轴,变成了找素材、组织叙事和生成可编辑的片段序列。
共 31 篇文章。
ChatCut 值得关注的地方,不是“AI 自动剪视频”这个口号,而是它把视频素材先变成可检索、可推理的语义索引。剪辑的核心动作也就从拖时间轴,变成了找素材、组织叙事和生成可编辑的片段序列。
最近我在频繁地进行项目的优化重构操作,在这个过程中积累了一些理解项目和分析项目的经验,这里简单地记录一下作为今后的参考。
这是一个基于 Stencil 框架的高级时间线组件,实现了蛇形布局和复杂曲线连接效果。组件使用 SVG 遮罩技术、多层渲染架构和渐变色系统,提供了专业级的可视化体验。
// - 自定义标记图元(dvMarker,显示事件详情)
D3.js 可以参考饼图的代码: mermaid/packages/mermaid/src/diagrams/pie/pieRenderer.ts
抽象出了FlowchartStore这个 store 类,提供数据结构和响应的数据处理方法。
此代码实现了一个 3D 生长树效果,使用 Three.js(7.1 版本)进行 3D 渲染。主要思路分为以下几个部分:
这次的文本就是用的CSS2DObject绘制的,事件绑定需要这样处理:
这里的交互指的并不一定是常规的鼠标交互行为,其代表的是我们将一种事物变更为另一种状态的行为,例如一个列表中文本的搜索、筛选高亮,交互则指的是搜索和筛选的这两种用户行为。
咖啡有个生效过程,如果到了公司才喝,要等到一个小时之后才起效。因此应该起床后就喝。
https://www.bilibili.com/video/BV11o4y1C7aW?spmidfrom=333.999.0.0
https://threejs.org/docs/index.html?q=line#manual/en/introduction/Drawing-lines
这篇记录的是海外版可视化组件从 10 月 18 日开始开发,到 11 月 1 日交付过程中的一次复盘。中间经历了排期压缩、需求和设计反复、技术方案调整,以及最后的联调和交付问题。
这篇文章的起因是最近我在学 Three.js 的时候发现了一个现象:以前我看 Three.js 的书很懵,很多 3D 和图形学的概念看不懂;最近补了一些计算机图形学的基础知识后,回头再看 Three.js 的最后两章,根本不用调试代码,很快就看过去并理解了。
应该先画图,有哪几个生命周期,每个阶段应该做什么,不应该做什么,把这个想清楚,形成原则,就是设计了,框架也就出来了。
比如我们的D3Charts,就是一个组件库;而其他零散的组件,比如动态折线图、柱状图这种,并不算是组件库。
按键精灵可以使用各种标准VBS命令,比如数值操作、字符串操作等
2021 怎么走?还是这样肯定不行,得变更,得跳出舒适圈。
刚接触数据可视化的组件开发时,往往会遇到一个问题,就是不知道该如何设计组件对外开放的配置项。我根据最近写组件的一些经验,对配置项的设计做个总结,方便后面参考。
按常规思路来看,网格线就是直线/虚线,那么我们只需要计算好位置,然后通过 line 或者 path 画线条即可。不过这里有一个更精妙的方法,就是将刻度长度设置为负数,即反向延长坐标轴的刻度线:
http://jira002.iwencai.com:8080/browse/DATAV-2055
明确业务方向->明确需要什么样的人->明确需要多少人->明确招聘需求->干就是了!
之前写了一段解析网页的代码,现在回头重构,发现烂得不行。这里选取一段关于流程的做个分析改进。
我准备今后每一周都给自己一个技术方面的尝试主题,来提升自己的技术能力。
component下的calendar的代码,并没有实现散点图的功能。
我们需要在一开始,就把这三要素给讨论确定下来。这部分内容花费的时间多一点也是很值得的。
在之前的笔记《D3Charts-给legend实现动画分页效果》中,已经提过了自己了解项目时踩过的一些坑:
1、每个节点都是可以拖动的,且拖动的时候,与该节点关联的线条、箭头,都要随之同步移动;
现在接到一个可视化的图形需求,我会比较慌,思考了下,是因为我在具体实现上,还没形成自己的编码套路,导致无法快速对图形进行技术上的拆解。
vis.js包含了很多类型的图形,我这次主要是使用其network类型的可视化图形。
有一个业务的数据库结构,包含很多一对多关系,大致类似下图的result属性的结构: