Forwarded from 不存在的世界
发现根本问题所在了，是 OpenCV's extra modules 中 WeChat QR Code 模组的锅
https://github.com/opencv/opencv_contrib/pull/3480
https://github.com/opencv/opencv_contrib/pull/3480
GitHub
fix(wechat_qrcode): Init nBytes after the count value is determined by Konano · Pull Request #3480 · opencv/opencv_contrib
Merge with test case: opencv/opencv_extra#1061
A malicious crafted image will crash the wechat_qrcode module by invalid memory access.
The earliest PoC by @GZTimeWalker: https://gist.github.com/GZT...
A malicious crafted image will crash the wechat_qrcode module by invalid memory access.
The earliest PoC by @GZTimeWalker: https://gist.github.com/GZT...
👍4😁1🥴1
Forwarded from Armor Net
关于Starship-Superheavy首飞的一些想法
【What happened】
基于SpaceX直播的时间线以及一些社区的分析：
T-3s 点火
T+6s 第一个肉眼可见的碎片飞出来
T+7s 3块巨大的碎片飞出来
T+16s 第一次出现图像展示，3个raptor熄火
T+31s 液压系统爆炸
T+40s 第四个引擎熄火
T+57s 液氧开始泄露
T+62s 第五个引擎熄火
T+62s ish 液氧泄露停止
T+100s 丢了第六个引擎
T+112s 第六个引擎重新点燃
T+134s 失去姿态控制
T+168s booster engine cut off call-out，但实际还在点火
T+239s FTS激活
【What I believe happened】
Superheavy 33枚引擎90%推力点火，产生的巨大冲击力摧毁了Orbital Launch Mount底部的水泥，产生的碎片损坏了Superheavy的箭体和引擎，导致了多个引擎失效+液压系统失效。Starship+Superheavy的组合体由于控制面安装在重心前方，本身气动不稳定。在失去多个引擎推力不平衡+推力不足飞行轨迹过低+失去液压模块引擎矢量受影响+为了回到正常轨迹的大攻角飞行姿态下，在134秒失去姿态控制能力，导致Loss of Vehicle
【我的看法】
不管马先生再怎么sugarcoating，这就是一次失败。这个失败本身不可耻，If you are don’t blow things up，you are not innovating enough.
但是！但是！但是！
这是一个非常糟糕的事件。勇敢和冒进是有区别的。大胆创新和盲目蛮干是有区别的。SpaceX团队目前在我看来，倾向于后者。
早在2020年，不采用导流槽的设计就已经是一个concern了。2022年BN7进行静态点火的时候，33枚引擎，50%推力就龙卷风摧毁OLM了。整个团队在明知道这个设计有问题，新的保护装备还有3个月才能就绪的情况下，仍然选择了go for launch。结果是，炸掉了目前唯一可用的OLM，严重损坏了Stage0, 并且导致了发射失败。
实在是太过于，莽撞了。整个团队都觉得，oh it’s normal if not exciting to blow it up。带着这样的一种态度，太过于儿戏了。
包括这个FTS。火箭在失去姿态控制以后硬生生还是飞了100多秒才被终止。我不管这是因为发送命令晚了，还是因为FTS没有足够快起效，这都是绝对不应该出现的事情。
带着这样的一种态度进行研发，我觉得是非常糟糕的一个状态。SpaceX团队应当重视这个问题。我不反对采用敏捷开发的思路来研发火箭，我也认为，炸个火箭是完全可以接受的。但至少，应当秉承着严肃、严谨的态度来研发目前世界上最大的运载火箭。
People’s lives are at risk
【What happened】
基于SpaceX直播的时间线以及一些社区的分析：
T-3s 点火
T+6s 第一个肉眼可见的碎片飞出来
T+7s 3块巨大的碎片飞出来
T+16s 第一次出现图像展示，3个raptor熄火
T+31s 液压系统爆炸
T+40s 第四个引擎熄火
T+57s 液氧开始泄露
T+62s 第五个引擎熄火
T+62s ish 液氧泄露停止
T+100s 丢了第六个引擎
T+112s 第六个引擎重新点燃
T+134s 失去姿态控制
T+168s booster engine cut off call-out，但实际还在点火
T+239s FTS激活
【What I believe happened】
Superheavy 33枚引擎90%推力点火，产生的巨大冲击力摧毁了Orbital Launch Mount底部的水泥，产生的碎片损坏了Superheavy的箭体和引擎，导致了多个引擎失效+液压系统失效。Starship+Superheavy的组合体由于控制面安装在重心前方，本身气动不稳定。在失去多个引擎推力不平衡+推力不足飞行轨迹过低+失去液压模块引擎矢量受影响+为了回到正常轨迹的大攻角飞行姿态下，在134秒失去姿态控制能力，导致Loss of Vehicle
【我的看法】
不管马先生再怎么sugarcoating，这就是一次失败。这个失败本身不可耻，If you are don’t blow things up，you are not innovating enough.
但是！但是！但是！
这是一个非常糟糕的事件。勇敢和冒进是有区别的。大胆创新和盲目蛮干是有区别的。SpaceX团队目前在我看来，倾向于后者。
早在2020年，不采用导流槽的设计就已经是一个concern了。2022年BN7进行静态点火的时候，33枚引擎，50%推力就龙卷风摧毁OLM了。整个团队在明知道这个设计有问题，新的保护装备还有3个月才能就绪的情况下，仍然选择了go for launch。结果是，炸掉了目前唯一可用的OLM，严重损坏了Stage0, 并且导致了发射失败。
实在是太过于，莽撞了。整个团队都觉得，oh it’s normal if not exciting to blow it up。带着这样的一种态度，太过于儿戏了。
包括这个FTS。火箭在失去姿态控制以后硬生生还是飞了100多秒才被终止。我不管这是因为发送命令晚了，还是因为FTS没有足够快起效，这都是绝对不应该出现的事情。
带着这样的一种态度进行研发，我觉得是非常糟糕的一个状态。SpaceX团队应当重视这个问题。我不反对采用敏捷开发的思路来研发火箭，我也认为，炸个火箭是完全可以接受的。但至少，应当秉承着严肃、严谨的态度来研发目前世界上最大的运载火箭。
People’s lives are at risk
👍30👎6🥰2👏1
&'a ::rynco::UntitledChannel
与此同时，谁急了我不说（）
看热闹不嫌事大的星舰重新涂装
https://m.weibo.cn/detail/4894153320170765
https://m.weibo.cn/detail/4894153320170765
🤣17👍1
Forwarded from Hacker News
Commercial lunar lander presumed lost after moon landing attempt (Score: 150+ in 7 hours)
Link: https://readhacker.news/s/5Dj8E
Comments: https://readhacker.news/c/5Dj8E
Link: https://readhacker.news/s/5Dj8E
Comments: https://readhacker.news/c/5Dj8E
CNN
Commercial lunar lander presumed lost after historic moon landing attempt
A Japanese lunar lander, carrying a rover developed in the United Arab Emirates, attempted to find its footing on the moon's surface Tuesday — but flight controllers presumed the spacecraft was lost after failing to regain contact.
&'a ::rynco::UntitledChannel
CI/CD 是什么.jpg
到现在群友还没搞明白这个结果是怎么算出来的
Forwarded from Matrew File
罗马数字。C（100）I（1）/C（100）D（500）=101/400=0.2525
🐳28👨💻1🤗1