1 分•作者: proofcore_proto•大约 1 个月前
返回首页
最新
1 分•作者: kingori•大约 1 个月前
1 分•作者: tcp_handshaker•大约 1 个月前
1 分•作者: ShawWang•大约 1 个月前
我是一名开发者,同时也是一名音乐制作人。在创作商业音乐,尤其是广告歌曲时,我早已习惯将 AI 音乐工具融入创作过程。
但我注意到我身边的一些人(比如我的女朋友)也想通过音乐来表达自己,但在使用 AI 音乐工具时常常会遇到一些问题:
1. 他们没有音乐背景,所以很难清晰地描述出自己想要的声音。
2. 有时他们只想创作一首特定艺术家的风格的歌曲,最直接的表达方式就是说出艺术家的名字。但艺术家的名字并不一定能准确描述他们真正想要的音乐特质。
3. 很多界面包含专业术语和参数,例如“怪异度”,这些并非从普通用户的角度设计的,容易让人困惑。
因此,我创建了 onlymusic.ai,并在底层模型上增加了一些“约束”。(好吧,我知道“约束”这个词最近很流行。)
实际上,这主要包括提示预处理、规则系统和模型编排。
对于从提示生成歌曲的功能,当用户输入非常简单的内容时,我们会利用我们收集到的一些优秀的提示模式在后台进行转换。目标是保留用户原本的意图,同时将其转化为音乐模型更能理解的语言,从而有望提高生成结果。
我们还增加了“一键优化”功能,用于风格和歌词。
对于风格,如果用户提到了某位艺术家,我们会将其转化为音乐特质——例如时代、乐器、节奏、人声质感和制作风格。
对于歌词,我们会尽量保留原有的押韵、意象和意图,同时重写一些可能不利于生成的部分。
在用户界面方面,我也尽可能地使用了简单、日常的语言,去掉了不必要的选项,只保留真正重要的元素,使界面更简洁易用。
最后,非常感谢 ACE 等开源模型。我们自己部署了一些模型,这使得成本可控,因此我们能够提供相当慷慨的免费额度,且无需注册。
在“快速模式”下,您无需账户即可生成最多 5 首歌曲。登录后,您每天可以生成最多 20 首歌曲。(这是指“快速模式”——如果您使用功能更强大的模型,生成的数量会减少。)额度每天刷新。
我们会密切关注成本。如果成本过高,未来我们可能不得不略微减少免费额度。
目前还有很多功能正在开发中。非常欢迎您的反馈,我希望能邀请您来试用!
我现在还在开发一个非基于表单的歌词生成器。一旦准备就绪,我也会与大家分享。
1 分•作者: mdp2021•大约 1 个月前
1 分•作者: berba-q•大约 1 个月前
2 分•作者: dzatona•大约 1 个月前
3 分•作者: ndsipa_pomu•大约 1 个月前
1 分•作者: sigalor•大约 1 个月前
2 分•作者: birdculture•大约 1 个月前
6 分•作者: dt3ft•大约 1 个月前
历时七年(我承认,中间我有了个孩子,这几次都拖慢了进度甚至让项目停滞),我决定最终发布它,并且对现在(我认为)慷慨的许可模式做出了一个相当大的改变。
与该领域内目前的主要参与者不同,我决定为年收入(ARR)不超过100万美元的公司提供一个功能齐全、免费的商业使用版本。我倾注了我的心血,并非为了追求经济上的成功,而是因为我觉得这件事必须做,鉴于如今随处可见的价格上涨。
当我的妻子和孩子在度假时享受海滩,我则利用这段时间思考如何最好地解决变量替换和快照的问题,这是软件中一个相当重要的部分。那种抓耳挠腮的感觉,你们很多人可能都经历过,但一旦解决了,那种成就感真是太棒了!
我知道,这不是我时间利用的最佳方式,但另一方面,我讨厌海滩,所以我想这当时对我来说是一种逃避机制 :)
在我只有一个小小的登陆页面时,我收到了不少鼓励的邮件,人们渴望尝试 fDeploy,但生活自有其轨迹,我花了很长时间才鼓起勇气发布第一个测试版!
在这个时代,任何听起来好得令人难以置信的事情,fDeploy 也不例外。它不支持多租户(这是一个相当大的功能,我希望将来能实现),并且可能还缺少一些其他功能,而这些功能对某些公司来说可能至关重要。
无论如何,我认为 fDeploy 可以满足大量中小型公司的需求,所以可能需要一些“组装”。如果 HN 上有喜欢动手解决问题、寻找方法让事物运作起来的人群就好了 :)
我很想听听你们的想法,也希望你们能试用一下。无需注册,应该能轻松上手,并在几分钟内开始实验。谢谢!
1 分•作者: giuliomagnifico•大约 1 个月前
1 分•作者: plaguna•大约 1 个月前
2 分•作者: ingve•大约 1 个月前
5 分•作者: 01-_-•大约 1 个月前
2 分•作者: 01-_-•大约 1 个月前
1 分•作者: gokuljs•大约 1 个月前
我得出的结论是,编码问题已经解决了。大多数常规的软件构建现在是一个闭环问题。Codex 及类似代理已经能够接受明确的任务,编写代码,进行测试,找出失败之处,进行修复,并不断迭代。
一个不了解软件工作原理的人仍然会遇到困难。他们可能不知道该问什么,哪里出了问题,或者如何判断结果是否好。
但对于一个已经构建过实际系统的优秀工程师来说,我认为情况大不相同。他们可以跨领域工作,提出正确的问题,检查代理正在做什么,并持续推进直到系统正常运行。
他们可能比一个已经精通该领域的资深工程师需要更多的步骤,但我认为这个差距已经不大。关键在于知道该问什么,该检查什么,以及你真正想构建的是什么。
我是一名工程师多年。现在,我不再认为独自一人构建更多项目来证明自己能够构建软件有什么价值。
这也改变了我对过去八个月的看法。我花了那段时间进行构建、学习和努力提升。现在回想起来,其中大部分时间感觉就像是在解决一个已经解决的问题上进行提升。
因此,我得出了一个更严峻的结论:我浪费了那段时间。我所做的事情感觉很糟糕,而且我看不出在这个方向上还有什么可做的。
也许我完全错了。如果我错了,请随时批评这个论点。我真心想知道我的推理在哪里出了问题。
2 分•作者: xbmcuser•大约 1 个月前
1 分•作者: smkumari•大约 1 个月前
1 分•作者: vladimirbesk•大约 1 个月前