duangsuse::Echo
本来说可以移植 SDL 甚至支持 WebAudio 和 改写 sharder 渲染支持 stereo 的 (哪怕只是预求和一下 可大佬 size 计算变量貌似没弄全)。 但这个原版代码本身有一点冗余(其实有 sync locks 的一大堆尚无应用意义代码)、试用语言特性的意图， C++ 的简洁性很难(就连 flat 文件树都得拿自写预处理工具去保证)，如果用 Py/JS 的话性能又不好，我觉得还是算了（ 代码链接后 400k 也算小了 这个是 Mivik 版。 https://t.me/dsuse/16598…
今天最后更新了一次， PulseAudio 的那个后端其实就兼容了个采样点 i16 buffer ，默认
透明 background 估计比较难做就没动，支持滚轮缩放什么的想做但就不麻烦了。
GLSL 理论上最好是放 resource 里 fopen() ，因为打包 fs 兼容性的问题没改
感觉目前为止基础控制/架构、利用框架机械化学习预测、计算机绘制也都做过了，整数、精度和模糊的数值都用过了，算是从 MCU 迈向 DSP,APU,CPU 。就是并发和电路图什么的没用见过 #Learn 🤔
default_sink.monitor peek©&drop ，为此注册了 stream_read 和 context_info 的 callback ，反正算是基本重写了。透明 background 估计比较难做就没动，支持滚轮缩放什么的想做但就不麻烦了。
GLSL 理论上最好是放 resource 里 fopen() ，因为打包 fs 兼容性的问题没改
感觉目前为止基础控制/架构、利用框架机械化学习预测、计算机绘制也都做过了，整数、精度和模糊的数值都用过了，算是从 MCU 迈向 DSP,APU,CPU 。就是并发和电路图什么的没用见过 #Learn 🤔
Forwarded from &'a ::rynco::UntitledChannel (Rynco Maekawa)
那你确实太无聊了（笑
不过说起这个问题，对接 midi 标准可能还不够，理想状态应该是直接对接频率吧（跑
不过说起这个问题，对接 midi 标准可能还不够，理想状态应该是直接对接频率吧（跑
duangsuse::Echo
其实要做的话用 Haskell 能做得很漂亮
前提是 Haskell 用 flatMap (
每个音翻译成 note:_on _off 序列
https://github.com/duangsuse-valid-projects/Hachiko/blob/master/hachiko_bapu/cli_tools/srt2mid.py#L28
每个音翻译成 note:_on _off 序列
https://github.com/duangsuse-valid-projects/Hachiko/blob/master/hachiko_bapu/cli_tools/srt2mid.py#L28
GitHub
duangsuse-valid-projects/Hachiko
Simple tool for creating pitch timeline. Contribute to duangsuse-valid-projects/Hachiko development by creating an account on GitHub.
duangsuse::Echo
#PLT 奇文共赏 🌚 MIDI 标记语言 https://t.me/c/1320136548/3269
顺带一提，这个东西叫 MIDI DSL 或许更合适些。
其实我的观点是，除非是为了学习编译原理或者创设更高级的类型系统，否则在任何尝试造一门全新语言之前都应该先尝试造一门 DSL。宿主语言的选择如今已经极其多样化，它们具有灵巧复杂的各种机制和类型系统，能够满足绝大多数 DSL 的表达力需要。
面向 DSL 的语言设计是编程语言设计的重要方向（我最早是在 KotlinConf 看到这个词，但是我不确定是不是它提出的，应该不是（ ）具有良好支持的这些语言简化了 DSL 的编写，其实某种程度上就是把本来在造一门全新语言时也会用自动化工具帮你做的那一部分而已换成了宿主语言而已...
其实应该开个 discussion 会好些（
其实我的观点是，除非是为了学习编译原理或者创设更高级的类型系统，否则在任何尝试造一门全新语言之前都应该先尝试造一门 DSL。宿主语言的选择如今已经极其多样化，它们具有灵巧复杂的各种机制和类型系统，能够满足绝大多数 DSL 的表达力需要。
面向 DSL 的语言设计是编程语言设计的重要方向（我最早是在 KotlinConf 看到这个词，但是我不确定是不是它提出的，应该不是（ ）具有良好支持的这些语言简化了 DSL 的编写，其实某种程度上就是把本来在造一门全新语言时也会用自动化工具帮你做的那一部分而已换成了宿主语言而已...
其实应该开个 discussion 会好些（
#kotlin #android https://t.me/AndroidDevCn/183545 现在想想 Android 用 annotation processor 做扩充 type check 实在是太多了，还有
@IntDef 能弄 @ markerTelegram
duangsuse in [CN] Android Dev
operator fun @receiver:StringRes
Int.get(ctx:Context) 吗
typealias StringID = @StringRes Int 不知道行不行
Int.get(ctx:Context) 吗
typealias StringID = @StringRes Int 不知道行不行
duangsuse::Echo
文章截图原文请求
稍等 (https://t.me/dsuse/15823
https://discuss.kotlinlang.org/t/compound-extension/10722 里有这个链接 (KT-10468)
https://discuss.kotlinlang.org/t/compound-extension/10722 里有这个链接 (KT-10468)
Telegram
duangsuse::Echo
with(dispatchReceiver) { extensionReceiver.doSomething(params) } 果然他们还是要搞隐式参数啊…… 但这个语法其实未必非要 ext-fun 接受“另一个 receiver(this)” ，写成 fun Float.dp(dim:Float) = this*dim 再 interface View { fun Float.dp()=/**/ } 也可以啊（不过要加的话这个用途还是窄，但也可以只加 class 内部 ext fun 的那个支持，但我很想喷他“为…
duangsuse::Echo
今天最后更新了一次， PulseAudio 的那个后端其实就兼容了个采样点 i16 buffer ，默认 default_sink.monitor peek©&drop ，为此注册了 stream_read 和 context_info 的 callback ，反正算是基本重写了。 透明 background 估计比较难做就没动，支持滚轮缩放什么的想做但就不麻烦了。 GLSL 理论上最好是放 resource 里 fopen() ，因为打包 fs 兼容性的问题没改 感觉目前为止基础控制/架构、利…
C++ 里小心用
GDB 里除了基础 b,run,continue,show,list ， stepi 是步进指令 next 才是单步， where/frame 切换上下文 finish 返回
auto op=[](string s) {s.append(wtf);} 这样的东西，尽量全用 referenceGDB 里除了基础 b,run,continue,show,list ， stepi 是步进指令 next 才是单步， where/frame 切换上下文 finish 返回
p -elements unlimit -- expr 可以显示数据Forwarded from 647号宇宙 (云天明||群青结工)
#正在发生的往事 #中文互联网观察
真正的挑战在于如何审查封禁方言和少数民族语言内容，如何及时封禁关闭查处违规内容，如何平衡巨量的语音数据处理与事后举报追责的速度。
https://www.zhihu.com/pin/1344629213115072513
真正的挑战在于如何审查封禁方言和少数民族语言内容，如何及时封禁关闭查处违规内容，如何平衡巨量的语音数据处理与事后举报追责的速度。
https://www.zhihu.com/pin/1344629213115072513
Forwarded from 「VoP」維尼之聲 - Voice of Pooh🔊