A partial ruling in the Vizio GPL suit 在 Vizio 违反 GPL 协议的诉讼中，法官通过简易判决裁定，GNU 通用公共许可证第二版（GPLv2）并不要求设备制造商提供安装修改后软件所需的签名密钥。 法官认为，协议整体上要求 Vizio 以原告或其他第三方能够方便获取和修改源代码的方式提供源代码。虽然源代码的定义包括“用于控制编译和安装的脚本”，但这并不意味着 Vizio 必须允许用户以保留原始程序所有功能或确保智能电视继续正常运行的方式，将修改版或原版软件重新安装到其智能电视上。在协议语境下，争议条款意味着 Vizio 提供的源代码，应允许原告或他人获取并修改，以便用于其他应用程序。 作为本案原告的软件自由保护协会指出，法官驳回了一项他们从未实际提出的主张。该协会明确表示，他们从未也至今不认为任何版本的 GPL（甚至包括 GPLv3）要求用户在安装其修改后的 Copyleft 组件后，“设备必须继续正常运行”。 与此同时，Linus Torvalds 也发表了他对这一裁决的看法，并引发了广泛讨论。 原文链接： https://lwn.net/Articles/1051984/ 法官判决书： https://media.social.kernel.org/media/7423738b6977f73678ca7f996227fecf171a09d691f1a0f737e4d8e7e556b850.pdf 软件自由保护协会回应： https://sfconservancy.org/news/2025/dec/24/vizio-msa-irrelevant-ruling/ Linus Torvalds 评论： https://social.kernel.org/notice/B1aR6QFuzksLVSyBZQ #GPL#开源协议#法律#Vizio#软件自由 #AIGC Read more
前段时间一直被MajdataPlay的外键输入问题困扰：有玩家反映majplay会无征兆地出现拖判和吃音，但是内屏一切正常 因为我是第一次接触游戏开发，IO这方面也完全没经验 一开始我和bb本怀疑是线程调度的问题，即：IO线程时间片被其他线程挤占了，导致IO线程无法及时处理HID设备回报。为了验证这个猜想，我们尝试提高了IO线程的优先级，照旧 接下来我怀疑是我那套框架有问题：majplay是根据上一帧与这一帧的按键状态判断按键是不是"click"。为此我重写了这部分的实现，改进了IO线程与主线程之间的交互，问题照旧....... 到这里我已经怀疑这不是majplay的锅：IO线程没有任何异常，IO线程与主线程的交互没有问题，Note判定逻辑也没有问题，那就是设备确实没有回报给majplay或者设备发过来的回报中按键确实没有按下，但是大佬说hdd没有这种问题.....（人已经快崩溃了，这完全看不透也摸不着，因为我用单片机模拟玩家打高速纵连是完全没有问题的，我在家里用手台测试也没有问题） 到最后，bb本灵光一闪，说有没有可能是led刷新率过高，把按键控制板干爆炸了？我们让大佬把led刷新间隔从16ms改成100ms，吃音问题瞬间没有了，无语了 。。。。。。。。。。。。。。。。。。。。 adx是一个控制板同时管理按键和led，为什么我没有遇到吃音问题呢，因为我的手台不是adx的... #dev
Hashtags
找到 2 条相似帖子
搜索 #vizio
[$] SFC v. VIZIO: who can enforce the GPL? 软件自由保护协会（SFC）正在起诉VIZIO，因其智能电视使用了基于GPL和LGPL许可的软件（包括Linux内核、FFmpeg、systemd等），但未随设备提供源代码，且经要求后仅提供了部分代码。与通常由版权持有者发起的GPL执行诉讼不同，SFC是以电视普通所有者的身份提起诉讼。这一做法引发了一些重要的法律问题，经过多年的审前程序（最近一项关于签名密钥的裁决另有文章详述），案件将于1月12日开庭审理，届时可能获得一些答案。目前看来，法官很可能裁定GPL执行诉讼可基于合同法而不仅是版权法，这将对GPL的执行方式产生重大改变。 原文链接：https://lwn.net/Articles/1052734/ #开源许可#GPL#法律诉讼#VIZIO#软件自由 #AIGC Read more