ggwave 是小型的声音传输数据 (data-over-sound) 库，用于生成和分析从音频设备（扬声器、麦克风等）播放和捕获的原始波形。只要提供用于音频样本排队和出队的回调，就可以自由使用任何音频后端（例如 PulseAudio、ALSA 等）。
该库支持使用声音在气隙设备之间传输少量数据。它实现了一个简单的基于 FSK 的传输协议，可以轻松集成到各种项目中。带宽速率在 8-16 字节/秒之间，具体取决于协议参数。纠错码 (ECC) 则用于提高解调稳定性。
ggwave 正在参加 2021 年度 OSC 中国开源项目评选，请投票支持！
ggwave 在 2021 年度 OSC 中国开源项目评选 中已获得 {{ projectVoteCount }} 票，请投票支持！
2021 年度 OSC 中国开源项目评选 正在火热进行中，快来投票支持你喜欢的开源项目！
2021 年度 OSC 中国开源项目评选 >>> 中场回顾
ggwave 获得 2021 年度 OSC 中国开源项目评选「最佳人气项目」 !
-
概览
-
资讯
-
博客
-
问答
-
安全信息
软件简介
代码
暂无内容
{{o.pubDate | formatDate}}
没有更多内容
暂无内容
{{o.pubDate | formatDate}}
没有更多内容
暂无内容
暂无内容
Awesome 软件
热门内容
全站热门评论
skia也是开源的，用了没问题。
ORM 框架 推荐 mybatis-mp 这个不是mybatis-plus 支持solon spring
别光喷华为啊，说点你自己的能力，到了什么程度，有什么成就，这样好歹有点说服力吧
为什么一定要强调“国产”？是开源的项目么？如果开源，是不是不接受国外开发者的贡献？我只是好奇，不带“国产”，是宣传不了了么😀
然后交警找责任方，打过去是牛逼高大上的生成式AI的客服
那2行js标签代码加上去，html页面没有渲染切换语言的菜单按钮或表单呀？
next是华为基于openharmony定制的，你说安卓开源，对应的应该是openharmony，它是开源的。各家的定制ui都不会开源。
不如说国内90%的电脑都没安装CrowdStrike软件
说话没有逻辑，没有用户这些更新的特性是谁提的？2个特性就基本是2个客户，而且批量增加并行提出的客户一看就是深度不一般！多讲逻辑少点情绪
对要脸的人来说，确实没问题，对“全线自研”的来说，那叫小偷；😂
你是啥也不懂张口就来，专属渠道抽成高是因为有渠道专属流量，等于平台在给你导量运营，你只要收钱，50%算少的了，苹果给你导量了？多孝敬下苹果，它会让你发财的。
加油，换个新的vivo
可以看他不爽，看360不爽，但人家说的是事实。比如说航空业的业内人士也这么说的。
怎么才64G？根本不是高清
你是家里才通网吗? 龙芯早都弃用MIPS了，现在是自研的LoongArch。 自己好好看看吧：https://loongarch.dev/zh-cn/posts/20210501-loongarch-manual/
不错不错，就是要一起干事业
ORM 框架 推荐 #mybatis-mp# 真的非常好用 支持solon spring
文档上有介绍
降低了视觉复杂性，增高了操作复杂性。
最好提高苹果税到80%，不然怎么彰显尊贵的苹果用户身份
感谢，正是有你们这些先驱做的实事，才能避免被国外的系统和应用垄断。
看了项目 代码质量挺高的
全栈就吹吧，营销适可而止，调度器必然要用少量汇编
好不容易有个国产开发平台，没有鼓励只有贬低，就算宣传夸大怎么了？那么较真干什么？遍地都是夸大的广告宣传怎么不一个一个去找厂家？批判的同时想想自己能搞一个吗？为什么加上国产俩字就非要这么较真？
啧啧啧 通篇读下来 费劲 好像平头哥怨气有点子重呀 那 么 就搞死为为吧
不管是谁在打平安县城，我三五八团一定帮帮场子！
五次？又拿我们当白鼠收集数据呢
挺好用，我用在了博客上
一个流氓也配谈安全？
ORM 框架 推荐 mybatis-mp 真的非常好用 这个不是mybatis-plus 支持solon spring
你他妈已阅就不用回复了
什么纳吉东西，还碰瓷黑神话
总归是好事儿
上面那些讨论用什么语言的，怎么应对高并发的，怎么防盗链的，都没有学到精髓，这个事例生动地说明了技术不重要，客户需求才是最重要的
Dubbo 支持序列化协议的扩展，理论上用户可以基于该扩展机制启用任意的序列化协议，这带来了极大的灵活的，但同时也要意识到其中潜藏的安全性风险。 数据反序列化是最容易被被攻击者利用的一个环节，攻击者利用它执行 RCE 攻击等窃取或破坏服务端数据。 用户在切换序列化协议或实现前， 应充分调研目标序列化协议及其框架实现的安全性保障，并提前设置相应的安全措施（如设置黑/白名单）。 Dubbo 框架自身并不能直接保证目标序列化机制的安全性。 Dubbo 2.7 官方版本提供的序列化协议有如下几种： Hessian2 Fastjson Kryo FST JDK Protostuff Protocol Buffers Avro Gson 从 Dubbo 3.0 开始默认仅提供以下序列化协议支持： Hessian2 JDK Protocol Buffers 从 Dubbo 3.2 开始默认提供以下序列化协议支持： Hessian2 Fastjson2 JDK Protocol Buffers 处于安全性考虑，从 Dubbo 3.3 开始将默认仅提供以下序列化协议支持： Hessian2 Fastjson2 Protocol Buffers
微信咋得罪你了？不管怎么样，微信此举哪怕从自身商业利益出发，让苹果降低中国税率这是利于中国人的，这个税率可不仅仅是针对微信的，还苹果大功一件，这是多么愚蠢、可耻的言论！
没GMS是借口，本质还是不想适配国内的手机系统，等鸿蒙Next出来，看微软拥抱不拥抱就知道了
你当老板你愿意给别人做嫁衣吗？换位思考一下
👍
内存安全，是内存0泄漏。不是程序0漏洞。
IBM中国哪有什么研发? 全部都是测试！所谓的搞研发的都是去养老混日子的！
feature: xxxx, fix: NULL pointer dereference in ..
喷子们之所以喷，其本质是为自己的阴暗和自卑找理由罢了。
明明能躺平，明明可以割韭菜，还花钱研发？为了找骂？说这个能割韭菜？你被割了？你买了吗？是谁年年换mac，是谁年年换iphone？华为的用户好像没有那么干的吧？真让我一个小米用户都看不下去了！
这是那个做代码生成器的老哥起的吧
真降低成本还是得换go，java太吃内存了
iOS新版什么时候会发布啊，旧版更新时间已经是4年前了，现在下载下来启动就闪退啊
这个对比的条件还存在好几个问题。 1. solon使用的是smart-http，spring使用的是undertow 2. solon启动本身的自动配置少于spring 这两点就决定了对比的维度不同，性能更好的原因大概率是web服务器、应用配置依赖导致的。 如果要拉齐，需要使用同样的web服务器，spring应用排除掉所有的自动配置，只保留web必须的，才能说明框架的性能差距。 现在这个结果，无法说明solon本身性能好。
不是不让用jni和unsafe啊, 只是做了"限制", 只要加命令行参数就能继续用, 目的是为了让使用者考量程序的安全性.
如果苹果不让步，微信也不让步那就好看了！微信在中国深入寻常百姓家！支付社交微信根本离不开，如果微信不在IOS上更新，苹果“不用混了”
开源7、8年了。用的人 == 0 ！还天天代替这代替那，这玩具项目啥都代替不了，赶紧删了吧。
好用，已经用在项目里了，感谢作者
真的人不要脸则无敌，只要他不尴尬，尴尬的是别人。
我还以为这个平台的文章下面，会是深入见解的评论更多，结果喷子也不少。
挺好用，我用在了博客上
普通用户不懂就算了，怎么连程序员都不懂？苹果是全平台30%，国产是渠道服50%。微信、抖音这种大app哪来的渠道服，除了游戏，哪个app带渠道服。
什么时候出鸿蒙pc端啊
“虽然两人只有大专学历”—— 大专也算高等教育，现在这些媒体口中已经文盲一个级别的感觉了吗？
linux内核是开源的，就算用也没啥大不了
Tauri 自由度更大
其他人还在看
深圳市奥思网络科技有限公司版权所有
粤ICP备12009483号
评论