返回首页

24小时热榜

16作者: IDKhowTo大约 6 小时前原帖
文件来自 https://www.justice.gov/epstein/files/DataSet%201.zip 大小 1251.06MB,哈希值 6d23adffac9736b8e46fd195b64000cb https://web.archive.org/web/20251219213848if_/https://www.justice.gov/epstein/files/DataSet%201.zip 大小 1261.36MB,哈希值 c54a12403fbb352113aa544934b5d156 有什么变化?
11作者: josharsh大约 18 小时前原帖
我开发了一个命令行工具,让你可以进行常见的视频/音频操作,而无需记住 ffmpeg 的语法。 例如,原本需要输入: ``` ffmpeg -i video.mp4 -vf "fps=15,scale=480:-1:flags=lanczos" -loop 0 output.gif ``` 现在你只需输入: ``` ff convert video.mp4 to gif ``` 更多示例: ``` ff compress video.mp4 to 10mb ff trim video.mp4 from 0:30 to 1:00 ff extract audio from video.mp4 ff resize video.mp4 to 720p ff speed up video.mp4 by 2x ff reverse video.mp4 ``` 有一些类似的工具使用了大型语言模型(如 wtffmpeg、llmpeg、ai-ffmpeg-cli),但它们需要 API 密钥,收费且有延迟。 Ez FFmpeg 则有所不同: - 无需 AI – 仅使用正则表达式模式匹配 - 即时响应 – 无需 API 调用 - 免费使用 – 无需代币 - 离线工作 – 无需互联网 它可以处理约 20 种常见操作,覆盖了开发者使用 ffmpeg 的 90% 的需求。对于边缘案例,仍然需要直接使用 ffmpeg。 交互模式(只需输入 ff)会显示当前文件夹中的媒体文件,并支持智能搜索。 安装命令: ``` npm install -g ezff ```
8作者: DGrechko大约 3 小时前原帖
你好,HN, 我正在构建Waycore,这是一个开源项目,旨在探索灵活的、优先离线的户外计算机在生存和离网场景下应具备的特性。 项目的核心目标是适应性和韧性: - 模块化硬件(外部传感器/工具模块) - 可扩展的操作系统,支持外部应用(相关指导正在制定中) - 无需互联网连接——地图、模型和知识可以离线使用 - 可选的LTE/Wi-Fi连接,需在可用时明确启用 项目的一个主要关注点是设备上的自主智能AI,而不仅仅是聊天或图像识别。该AI旨在: - 读取实时传感器数据(GPS、指南针、环境) - 基于离线知识进行推理 - 使用应用程序和核心API - 协助导航、安全检查、记录和通信 主要项目代码库(操作系统与架构): [https://github.com/dmitry-grechko/waycore](https://github.com/dmitry-grechko/waycore) 此外,还有一个独立的代码库,整理了可供离线使用的免费生存与户外PDF文档: [https://github.com/dmitry-grechko/waycore-knowledge](https://github.com/dmitry-grechko/waycore-knowledge) 我希望能收到关于以下方面的反馈和贡献者: - 针对坚固触控设备的UI/UX设计 - 硬件模块化及接口 - 离线/边缘智能体架构 - 在没有互联网的情况下表现良好的小型模型 - 高质量的公共领域或宽松许可的生存知识来源 欢迎提问或提出批评意见。
6作者: m-hodges大约 18 小时前原帖
我看到有人依赖内置的沙箱,使用 git 工作树(有时是在开发容器内),或者在一个最小化主机挂载的 Linux 虚拟机中运行整个代理。在 Linux 上,我也看到提到过 firejail/bubblewrap。 对于那些实际上每天使用这些工具的人: 你的默认设置是什么? 你有没有遇到过“痛苦的教训”时刻? 在实践中,安全性、便利性和并行性之间的权衡中,哪个最重要? 我对理论最佳实践不太感兴趣,更关心在实际使用中哪些方法是有效的。
5作者: sdrawkcabsti大约 8 小时前原帖
前几天我看到一个数独游戏——你知道的,数独就是几个数字——加载了40秒,然后在玩的时候导致手机过热,还到处弹出广告。真让人难过。这对我来说就是“膨胀”的定义。现在没人关心效率了,实际上大家正朝着相反的方向发展。许多游戏开发者用膨胀的东西替代真正的编程知识,他们根本没有接触过代码,也不知道从何开始。只是下载了一些臃肿的API,然后在一个需要4TB运行的引擎上制作游戏(这基本上意味着是一些被宠坏的孩子在使用它)。我已经放弃了曾经非常热爱的计算机科学。现在只觉得……世界对这一切的适应令人失望,真的……非常失望。所有的潜力却都浪费在了臃肿、冗余的安全措施和在第一个像素绘制之前就开始的贪婪之上。