V2EX = way to explore
V2EX 是一个关于分享和探索的地方
Sign Up Now
For Existing Member  Sign In
V2EX  ›  nevin47  ›  全部回复第 4 页 / 共 136 页
回复总数  2715
1  2  3  4  5  6  7  8  9  10 ... 136  
@BlackKim 不回了,感觉被精神污染了……真的让人破防
@Srande #18 上架的路径就太多了,windows 下的模组先上 msstore 看看老外反应,MacOS 就 APPStore 。这种小组件主要是找到精准的推广路径,reddit/ins/tiktok 精准投放到你认为合理的用户人群中,如果前期能积累一定的用户,那就值得快速迭代增加黏性
@IMengXin 啊对,这个必须要关小黑屋里然后使用手机流量并且关闭定位尝试。。。。
@Srande #16 至少比之前更强了……尝试上架变现吧 bro ,这才是独立开发真正走出的第一步
@meetyuan #64 真的是倒了血霉回了你第一条消息……擦

一个运行游戏跑在后台的东西,和能无感窃听还不让用户发现的东西是一样的吗?你随便开一个有语音助手功能的 APP ,有一个算一个全部都是实时调用 CPU 录音的你知道吗?

你开个雅迪说自己比博尔特跑步更快,然后别人说你是傻福,你反问这样是不是更快?这不是傻福是啥?
@meetyuan #57 你这种拿着 N 手信息给别人喂屎的行为真的有点恶劣……
https://www.nytimes.com/2017/12/28/business/media/alphonso-app-tracking.html

这个是原文,里面已经写清楚了,这个鬼东西是运行游戏的时候跑在后台的,能不能不要看了国内 N 手新闻的傻福标题就认为自己懂完了?
@Srande #171 好看多了,把这个做出来,上架 Steam ,高低支持老兄你一下 https://i.imgur.com/agAJ0Rd.png
@meetyuan #49 不要 AI 看两个名词就来提问啊兄嘚,先去看看相关的 review 好不?

最后给你科普一下,always-on 这个概念十年前就有了,语音助手的 MCU/DSP 本质就是这个东西,现在业界厂商希望给 MCU 叠加一个很小的 AI Core 上去,通过固化一些模型,利用语言模型去做到仍然低功耗但是更智能的感知。但是就算是最简化的模型,典型功耗仍然至少要 20mW 这个量级,按 5000mah 的电池粗算一下,应该要少 15%左右的待机时间,所以现在唯一的语音唤醒方案仍然是 SoC 上的 MCU ,做 KWS

另外你 YY 的不唤醒设备,只在本地缓存。就算退一万步,你这个组件可以不通过 DDRC 去直接写 DDR ,那么读写一下数据的功耗至少也是上百 mw ,电池扛不住;就算再牛逼一点,这个组件自带 SRAM 而且还能装得下那么多数据,那动一下数据也是大几十 mw ,而且低功耗模组的 SRAM 天然就不可能很大


真心建议你让 AI 先给你推荐 review ,看一下 paper ,再来提问。AI 只会回复你希望它回复的,你拿着 AI 返回的内容和别人讨论,有点浪费别人的时间
@Srande #6 UI 已经是 AI 的最舒适的甜区了,你甚至都不需要有审美。选一个对的 AI ,然后喂点好的样本抄吧
OP 我今天看到了你另外那个帖子,顺带给你回复了几段

你作为独立开发者,计划准备怎么变现呢……刻薄点说,你这个 idea 挺不错,放 AppStore 和 Microsoft Store 上应该可以有销量的那种,但是你这个 UI 直接让人点进去立刻关掉,纯属自己堵死了变现路径
@meetyuan #32 已经给你解释了啊,不管是技术还是商业层面都没有用音频监听这种方案的

首先技术上,我看你在其他回复下面还说监听一千个关键词的,这种就是外行对芯片原理不懂的臆想了,现在音频唤醒的 MCU 基本上都是 DSP 作为第一道过滤的,那玩意儿的 SRAM 大小也就最多能维护个位数到几十个关键词声纹就了不起了,一般终端厂商也很少开放这个接口给应用层,而且就算厂商要监听,要支持上千个关键词的声纹,单靠简单的 DSP 是做不到的,那纯只能靠 NPU 了,暂且不说复杂场景里面怎么过滤用户的声纹,假设过滤出来了,NPU 持续处理监听那功耗直接爆炸

另一方面就是商业问题,现在联盟推广及其便捷而且便宜,厂商找不到有什么动机非要去从监听上获取用户特征,这个你要有兴趣可以让 AI 给你找几篇关于那些互联网企业做搜推广的 Review ,有太多种合规且便宜的方法去做精准推送了,至于 PDD 之前的 backdoor 那个,我在爆出来第一时间就看过了分析,它也是通过 0day 去获取了系统里面应用日志、历史记录这类结构性数据,虽然这种行为让人不齿,但是其实也侧面表示了,就算是瞎胡搞的厂家,也是去拉取结构性数据(让用户几乎感知不到而且方便后处理),而不是去 hack 麦克风这种硬件通路(这玩意儿太容易被抓包了)。当然现在更多正常点的厂商,基本上以 0.x 分(划重点,分,大厂 CPM 一般就几块)这种价格体量,就可以推一次搜索联盟精准推广了

综上,不管是技术还是商业,监听麦克风纯属没有动机、没有动力、没有能力
@feiwan 原理很简单,低功耗 MCU 后台常驻,声纹检测特定关键词。
就类似于网络中断,70 年代之前网卡本质上就是一个调制解调器,所有网络通信全靠 CPU 轮询,功耗和效率全是炸裂的;后面网卡支持硬中断了,网络中有了报文过来这个特定行为可以触发一次中断,然后再激活 CPU 去处理,网卡总算不是一个高功耗设备了。

语音助手同理,一个低功耗 MCU 可以专门检测特定声纹(但是 MCU 能力也就只有这个功能),检测到了之后就激活 CPU 做后处理,要不然就一直等待声纹
@Srande #144 创业需要成本的,海外的独立开发者也挺多的,攒钱 allin 、借贷、抵押的故事看了无数了

想要通过独立开发赚钱,那就必然要有自己先投资的觉悟

不怕破产就上杠杆,害怕破产就自己先攒钱,不外乎就这两条路子
@newtype0092 正解,现在 GIS 、六度指纹这些维度也全部进联盟数据了。推送精度和广度非常强
@meetyuan 因为这个就和手机基站拆完了还能不能有信号一样,原理简单而清晰

搜索联盟本来就是干这个事儿了,你搜过、GIS 上和你有密切关联的人搜过、其他关联指纹能匹配得人搜过,那你就会成为下一个推送对象。根本不需要去搞手机窃听这种既不现实又有很大风险同时准确率还极低的方案
搜索联盟五分钱就能合法合规达成的目标,为什么要用 5 块钱的成本然后不合法的去达成呢……

所有认为手机监听的同学,完全可以自己做一个实验,想一个你完全不可能涉及而且从未接触的东西,然后对着手机念叨一下午。试试看会不会推送。这个过程千万不要用任何输入法任何 APP 去输入和搜索,就纯口头念叨
看一下 80#的那个 UI 渲染,现在的 LLM 完全可以直出 80%的效果。

创意挺好的,但是 OP 自己审美不足的情况下还是要多借助 AI 的审美设计能力。第一个和第三个游戏如果 UI 和整体美术过得去,写个比较独特的故事脚本,放 Steam 上应该卖个小赚还能行

另外可以给 OP 分享一下我自己这些年运作项目积累的经验。

独立开发者最终目标还是要赚钱吧,写小作文和写故事本质上也是为了商业成功服务,那还是得尽量多上线大平台,而不是有什么上什么,这属于浪费你自己的机会成本

而且任何商业产品的前期投入一定要维持一定体量。正常的逻辑应该是:目标一款游戏全生命周期净利润 100K ,最终去掉平台 30%抽成,锚定平均销售单价 60r ,理想销量 5000 份,那么你的前期投入+宣发成本的预算可以控制在 11W 则可达成利润目标,这些投入你可以使用有成本的资金来覆盖。而不应该是,我现在就只有一台旧电脑,那我就只能做成这样,这同样也是浪费你的机会成本

BTW ,OP 你说自己代码很强。但是还是要认知到,技术架构在游戏这个领域不大值钱,游戏行业是一个商业成熟度非常高的领域,60 分的架构+满分 UI+少量宣发就足以撬动第一笔金了,等有了第一笔收入再逐步去优化架构就行了。不仅仅是独立游戏领域,就算黑猴、红沙这些顶级工作室的 3A 都在走这个路线了,独立开发者千万不要走入了自我安慰的温柔乡,第一目标一定是把自己的产品做出来、卖出去,这样才有机会继续迭代活下去
1. 距离太远,不在正常回家动线上,需要绕远路去专门取
2. 关门太早,我小区的驿站八点半就关门了,那时候我和老婆都还没下班回家。放了驿站约等于快递需要等一个周才能取到
OIS 防抖组件的声音,正常的
这个见仁见智吧

我现在遇到任何问题我都直接 Claude/Hermes 开始写小作文,连服务器和硬件测试环境我都懒得登录了

等 Claude/Hermes 跑完了我最多看一眼日志和执行过程就完了
1  2  3  4  5  6  7  8  9  10 ... 136  
About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   3351 Online   Highest 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 34ms · UTC 10:48 · PVG 18:48 · LAX 03:48 · JFK 06:48
♥ Do have faith in what you're doing.