1 分•作者: wesnet•4 天前
返回首页
一周热榜
1 分•作者: Bluestein•4 天前
1 分•作者: vinni2•4 天前
1 分•作者: austinallegro•4 天前
请注意:有关此项目的完整背景故事,请参阅我在此处的博文,其中解释了这张独特音乐专辑背后令人费解的数学原理。希望您喜欢!
博文:https://ei3lh.eu/2026/09/13/gescom-minidisc-and-mind-boggling-mathematics/
你好!
我编写了一个小型的 Python 程序,用于解决一个完全不必要的难题:以所有可能的顺序收听 Gescom 于 1998 年发行的专辑《MiniDisc》。
这张专辑有 88 首曲目,这意味着:
88! = 1.8548264225739844 × 10^134 种可能的播放顺序。
显然,创建一个包含所有这些顺序的播放列表会带来轻微的存储问题!
因此,取而代之的是,“Gescom Runner”一次生成一个包含 88 首曲目的 M3U 文件,将其交给 VLC(或您选择的播放器),等待播放列表播放完毕,记录当前进度,然后生成下一个排列。
它可以在重启后恢复,直接跳转到特定的排列,并且不需要存储天文数字般的播放列表数量。
完成整个过程大约需要 2.37 × 10^130 年,所以我相当肯定近期内不会有人提交完成报告!
为了透明起见,我使用了 AI 和 Wolfram 来帮助编写和记录代码,并且我已经将此披露包含在存储库的 readme.md 文件中。
音乐本身不包含在内——您需要提供自己合法获取的副本。
GitHub:https://github.com/EI3LH/Gescom-MiniDisc-Runner
我既不是数学家也不是硬核开发者,只是一个(非常业余的)好奇的爱好者,但我特别有兴趣了解是否有有趣的方法可以改进排列生成、播放处理或项目的整体荒谬性。
谢谢!
EI3LH
1 分•作者: michaelhillaert•4 天前
1 分•作者: mp866137•4 天前
1 分•作者: rbanffy•4 天前
1 分•作者: marksully•4 天前
1 分•作者: mooreds•4 天前
1 分•作者: rbanffy•4 天前
1 分•作者: learner_yearner•4 天前
如果课程资料有任何可用的地方,请提供链接。
1 分•作者: mooreds•4 天前
1 分•作者: nkurz•4 天前
1 分•作者: jedisct1•4 天前
1 分•作者: nohowtech•4 天前
1 分•作者: binyu•4 天前
1 分•作者: tmarice•4 天前
1 分•作者: Harish_0089•4 天前
1 分•作者: powturbo•4 天前
TurboBench:终极数据压缩基准测试
100+ 编解码器。单一可执行文件中的强大功能——压缩谎言探测器
厌倦了带有 I/O 开销、缓存效应和 CPU 节流的误导性基准测试?TurboBench 可提供高精度、零开销且真正可信的结果。
TurboBench 的突出之处
唯一包含 LzTurbo 以及 100 多种流行、最新和最快的压缩器(LZ77、Rolz、BWT、上下文混合、熵编码器等)的基准测试。
- 100% 内存内测试——无磁盘 I/O 干扰您的结果。
支持多个文件、递归目录以及将小文件智能连接成多块测试。
旨在避免其他工具中常见的缓存场景和节流等陷阱。
- 解锁峰值性能——TurboBench 通过智能控制 CPU 频率来减少节流。
- 结果文件的自动排序、更新和合并。
每当子模块发生更改时,都会自动创建夜间 GitHub 版本。
- 为每个压缩器集创建单独的结果文件(file@SET.tbb)。
- TurboBench 排名聚合为顶级压缩库加冕——看看谁是王者!
1 分•作者: gps372•4 天前