Detectron 是 Facebook AI 研究院（FAIR ）开源的软件系统，实现了最先进的目标检测算法，包括 Mask R-CNN。
在 FAIR 实验室，Detectron 目前已经支持很多研究项目的实现，包括：
Detectron 的目标是为目标检测研究提供高质量、高性能的代码库。它灵活的特性可支持快速实现和验证新研究。Detectron 目前包含以下目标检测算法的实现：
Detectron 正在参加 2021 年度 OSC 中国开源项目评选，请投票支持！
Detectron 在 2021 年度 OSC 中国开源项目评选 中已获得 {{ projectVoteCount }} 票，请投票支持！
2021 年度 OSC 中国开源项目评选 正在火热进行中，快来投票支持你喜欢的开源项目！
2021 年度 OSC 中国开源项目评选 >>> 中场回顾
Detectron 获得 2021 年度 OSC 中国开源项目评选「最佳人气项目」 !
-
概览
-
资讯
-
博客
-
问答
-
安全信息
软件简介
代码
发表于AI & 大数据专区
2018/01/24 08:10
Facebook AI 研究院于 23 日开源由 Python 语言编写的基于深度学习框架 Caffe2 的物体识别框架 Detectron。其中包含多个重要且热门的目标检测算法，Detectron 能够根据电脑视觉的任务，自动产生适合的模型。 脸书在去年 F8 大会上大秀 AR/VR 应用，尤其展示了多种在生活场景叠加图片的 AR 技术，今日开源的目标检测框架Detectron，可以快速在影片或图片中辨别出物体的形状或边缘，方便叠加影像。 Detectron 项目于 2016 年 7 月...
没有更多内容
加载失败，请刷新页面
{{o.pubDate | formatDate}}
没有更多内容
暂无内容
{{o.pubDate | formatDate}}
没有更多内容
暂无内容
PyYAML 输入验证错误漏洞
输入验证不恰当
在 5.3.1 之前版本的 PyYAML 库中发现了一个漏洞，当它通过 full_load 方法或使用 FullLoader 加载程序处理不受信任的 YAML 文件时，容易受到任意代码执行的影响。使用该库处理不受信任输入的应用程序可能容易受到此缺陷的影响。攻击者可以利用此漏洞通过滥用 python/object/new 构造函数在系统上执行任意代码。
CVE-2020-1747
MPS-2020-4374
2022-08-08 18:05
PyYAML 输入验证错误漏洞
在 5.4 之前的版本中，在 PyYAML 库中发现了一个漏洞，当它通过 full_load 方法或使用 FullLoader 加载程序处理不受信任的 YAML 文件时，容易受到任意代码执行的影响。使用该库处理不受信任输入的应用程序可能容易受到此缺陷的影响。此漏洞允许攻击者通过滥用 python/object/new 构造函数在系统上执行任意代码。此缺陷是由于对 CVE-2020-1747 的不完整修复造成的。
CVE-2020-14343
MPS-2021-1186
2022-08-08 18:05
没有更多内容
加载失败，请刷新页面
Awesome 软件
热门评论
不错😀
来点中国的盘古开天地，这是中国的元素
另外现居四川，中国西部。不是北上广，没有程序员爸妈。4年级左右对编程产生兴趣，开始搞信息学奥林匹克竞赛。曾获csp-j普及组一等奖，蓝桥杯省赛一等奖，等等奖项。从初一开始自学html, css 和 js。说这些为了告诉你们，我的家庭条件，天赋，教育条件，视野，平台，没有什么任何的可羡慕的。
当一个项目没什么突出优势时，就开始大搞“爱国情怀”恰爱国饭了。
想当初我一个人，php搞全套im用了2周，到今天还跑客户服务器上，现在用的人不算多，但起码不用我操心，稳定的想哭。。半年后另一个项目领导要求换java重构，spring，6个人搞了2个月，看到ctrl、entity、xml、dao、service这几个文件夹就想吐。。。抛开性能不谈，到现在唯一能让我觉得可以跟php比一下的是nodejs。。go那异常处理接受不了，rust不适合搞国内这种业务项目。
专门登录写个评论，为了信创而信创没有任何意义。 如果开源的spring被认为是非自主可控不安全的，那请问Linux和Java属于自主可控吗？那些大数据和人工智能的组件属于自助可控吗？Docker和K8s属于自主可控吗？ 真要完全安全自主的话，国内的计算机行业应该从汇编开始发展。 师夷长技以制夷，我支持自主研发、自主可控的信创策略，但应该是更底层的芯片、操作系统、虚拟机、容器化这些基础组件的研发。像中间件、应用框架这些东西，就算一夜之间所有github的代码全部消失了，集合几家大厂的能力，开发出来又能花多少时间呢？况且现在大厂本身就有很多自研的中间件和框架。 本身东西就不复杂，现在spring、redis这些东西流行只是因为它们诞生的早生态好罢了，而不是难度。为此单独再搞一套轮子我觉得大可不必。
这个版本相当于java8，因为增加了虚拟线程！有了虚拟线程，有了GraalVM，go语言大势已去！
这个语言从头到脚都透露着商业炒作的气息，从使用emoji作为语言的扩展名，到宣传比python快几万倍，然后还说几乎不用修改python代码，我看了一下，这改的连你亲爹都不认识了
看了 wangEditor 的公告，如鲠在喉。去年七月，我在一篇《关于剔除 layedit 组件》的公告中，还推荐了几款 editor 组件用于替代，其中就包括了 wangEditor, 转眼之间，仿若时空交错，不免有些感慨。 在国内由个人发起的开源项目，似乎都很难跳出相同的宿命，不断有人走进这个赛道，但能抵达终点并完成突破的却屈指可数。Layui 曾经同样倒在了赛道，2021 年宣布关站之前，Layui 的百度指数还一度领先 Bootstrap, 如此一个拥有广泛用户群体的 UI 库，本该迎来新的突破，却在疾跑中戛然止步，至今令人迷惑。人们看到的，是一篇充满悲情色彩的公告，而公告的背后，是创作者在面对内外交织的困境中不得已做出的举措，当我们没有足够的力量冲破眼前的障碍，除了停下来避开它，还有别的更优选择么。你很难想象除此之外还有多少历史包袱… 譬如，也是由于种种原因，当初 Layui 在 Github 和 Gitee 待处理的 Issue 数量，不下于 2000，各种议题参次不齐，我差不多花了半年时间去逐一审阅，多少个日夜消耗，多少次自我情绪的对抗… 就不多提了。 尽管这两年来，Layui 的受众者已呈断崖式流失，但正因为小众，反而如释重负，甚至让我重新找回了一些开源的纯粹。 共勉 🙂
Thread-local variables Virtual threads support thread-local variables (ThreadLocal) and inheritable thread-local variables (InheritableThreadLocal), just like platform threads, so they can run existing code that uses thread locals. However, because virtual threads can be very numerous, use thread locals only after careful consideration. In particular, do not use thread locals to pool costly resources among multiple tasks sharing the same thread in a thread pool. Virtual threads should never be pooled since each is intended to run only a single task over its lifetime. We have removed many uses of thread locals from the JDK's java.base module in preparation for virtual threads in order to reduce memory footprint when running with millions of threads. The system property jdk.traceVirtualThreadLocals can be used to trigger a stack trace when a virtual thread sets the value of any thread-local variable. This diagnostic output may assist with removing thread locals when migrating code to us
内存泄露？
凡是标榜“中中===国人的”为卖点的项目，都可以忽略掉
我觉得bt要淘汰了，协议在中国某些宽带商被封杀不说，后期添删文件都做不到，建议用ipfs或syncthing作为替代。
国内就业更倾向于 Java，个人在语法层面上倾向于 C#
竟然不把虚拟线程战绩写出来
LLaMA套壳，国外框架套壳，反正就是不开源，技术水平个个都号称超越ＸＸＸ，国产自主研发，遥遥领先....
讲法上：jfinal 是快速开发框架；solon 是“生态级”应用开发框架。
大概率事件，每个windos和苹果系统都有底层后门，移动端也是一样。 安卓和linux 稍微好点不排除
这里面好几处问题，比如bug不严重，主管负责兜底，意思严重的话就不管了，要主管干嘛，要团队有何用，二者见事情不对，就放假，并多次致电，这怕是已经觉得问题很严重了，怕在公司出问题，就直接放假躲避责任吧，这里面多次致电已经说明了问题
1.21开始不支持win7，鬼火绿！
感觉要大火。。。。
简单地说，vue3依赖的Proxy API功能，而Firefox近期优化了Proxy API性能。
已更新，从这一版本开始，gu已经删除，native-image已经内置了，see https://github.com/oracle/graal/issues/6855
而且北方人怎么想，都觉得饺子就是最好的。
9 月 4 日至 6 日在员工休假期间，业务主管、HR、团队同事等曾多次致电、聊天让他安心养病，并表示项目中发生任何问题主管都会兜底负责。 这个致电及聊天的内容是什么呢？
80后程序员的回忆！当年国内还没有一部关于计算机的法律，各种浸透后数据，各种泄漏源码。
ce不受影响？
纯属巧合。正好 jdk21 发了，正好 solon 也支持 jdk21，正好 solon 最近要发更新。。。无巧不成书啊。
我昨晚连夜下载Java21测试虚拟线程，java其它11版本，17版本我都跳过更新了，直接从java1.8更新到21版本
不成熟
元宇宙不是facebook（meta）提出的吗？
35全都给我走
这个版本必将成为又一个里程碑
google打钱
你能不能拿出 10 万悬赏一下 bug
到时候创建几百万个虚拟线程，你的线程本地变量内存不会溢出？
卷大模型没意义,卷莆田广告机会更大
难道它不能是：即是国产的，又是世界的，还是优势项目？。。。有容乃大。别想这些小事：）
这样就对了，重点推广项目优势、解决的痛点，而不是将“国产”作为卖点，java都不是国产，还在乎java之上的一个框架是不是国产吗
大模型是本地运行吗？显卡有要求吗？可以读取本地数据集作为知识库了吗？
php内置服务器，直接启动不需要什么Apache，nginx，php有万能调试函数var_dump，就这个函数java一辈子也做不出来，变量命名很乱那是开发者自己命名的，跟语言有什么关系？ 第三方包的话就是代码，ide就可以追踪，第三方扩展是函数，你直接使用不用你去调试，定时任务，邮件发送这个跟线程有什么关系？这是常驻内存，用webman，常驻内存cli框架实现那些比java简单100倍，纯php的cli框架webman性能吊打springboot几条街，通篇看下来就是一个菜鸡javaer 不懂PHP然后闹出的笑话
没有评论？
用C++讨厌指针，用c没什么库，用basic感觉有点跟不上时代，用delphi不喜欢:=，用java太杂太乱，用c#被IL高的欲仙欲死，用python总觉得对齐很傻，用php讨厌$，用go被报错调试搞死，用rust感觉好难，用JavaScript框架太多...总结下来，我就是个不适合编程的人啊
此后 9 月 4 日至 6 日在员工休假期间，业务主管、HR、团队同事等曾多次致电、聊天让他安心养病。 员工生病后这样密集联系和对话，非常不正常，除非是乘机想逼迫对方离职而使用恐吓和轰炸，这是hr常用手段。
现在好像是推荐用新的Scoped Values 了。
2年在PC上难道不依旧太短了吗？Windows 11连短期支持版的内核都是2+1年(企业版/教育版额外一年)，而到了LTSC版的内核更是5+5年（后者面向物联网的IoT版本），有些人更是坚持只做LTS 到 LTS的方式更新。
好好加油即可，别理会那些天天嘴上抱怨环境不好，实际自己也不过是环境劣化的推手
jfinal对比有什么区别点
应该在宣布lts版本的时候为这个版本进行募捐，筹到多少钱就雇人维护多久
超级好用
作为一个初中生的家长，很难相信在每天作业这么卷，作业做到11点的情况下，还有时间开发维护这样一个项目，又不是scratch项目。莫非真有不睡觉的天才
初期成长阶段还行吧，但是对于用户量巨大的免费游戏的话，光下载量就能亏一波。
Really?
本人原创作者，在此解释声明一二： 1. 我的父母还没有无耻到做这种无耻的事情，我也对我的能力有信心，目前也不需要这些偷鸡摸狗的见不得光的东西来造假，请各位不要以小人之心度君子之腹。 2. 我今年初三，项目是从初一开始做的，各位不相信的欢迎上github看提交记录，可以看一下初版和现在的区别，UI和js都有不小更改。 3. 团队组成：今年一位初三，一位初一，一位5+4制的初一。更新记录中明确记录了哪些功能是哪位所开发的。 4. 我在github上，bilibili上没有受到过任何一个人的质疑，我对中国的网络环境表示蔑视。 5. 本项目的初中只是为了兴趣，没有想到火了起来。 我不理解你们是如何通过代码读出作者年龄的？难道是语文考试要加入代码阅读赏析的题目了吗？真心觉得很厉害。 6. 不愿与某些人同流，也无众位深厚阅历经验，只望能得清白之名。感谢大家让我懂得了何乃人情世故，孰谓世态炎凉，世俗红尘。你们给我的人生上了重要的一课。人间哪有什么真善美啊，呵。社会的病胎罢了。
我倒很想发张测试的截图。。。可惜聊天界面，不能发。（群里已经发了一圈）
lambda 真™的丑，好在期待的虚拟线程可算是千呼万唤的出来了。
后面可以试试开发TV版。目前建议你安装在电脑上，用电视浏览器打开url，也是可以用的。
jsp写出来的网站那是屎山之王，不忍直视，如果进公司去维护一套jsp代码，估计待不了3天就跑路了
:joy::joy:梦回JS？
确实比plus好用，咋还不能比较了？
其他人还在看
MRF5S19090HR3, MRF5S19090HSR3 1990 MHz, 18 W Avg., 28 V, 2 x N-CDMA Lateral N-Channel RF Power MO...
MRF8S21172HR3, MRF8S21172HSR3 2110-2170 MHz, 42 W Avg., 28 V W-CDMA, LTE Lateral N-Channel RF Pow...
MRF6S21100NR1, MRF6S21100NBR1 2110-2170 MHz, 23 W Avg., 28 V, 2 x W-CDMA Lateral N-Channel RF Pow...
ARCHIVED - MRF8S9100HR3, MRF8S9100HSR3 920-960 MHz, 72 W CW, 28 V GSM, GSM EDGE Lateral N-Channel...
MWIC930R1, MWIC930GR1 746-960 MHz, 30 W, 26-28 V Single N-CDMA, GSM/GSM EDGE RF LDMOS Wideband In...
MRF6S18140HR3, MRF6S18140HSR3 1805-1880 MHz, 29 W Avg., 28 V, 2 x N-CDMA Lateral N-Channel RF Pow...
ARCHIVED - MRF6S18060NR1, MRF6S18060NBR1 1800-2000 MHz, 60 W, 26 V GSM/GSM EDGE Lateral N-Channel...
MW7IC18100NR1, MW7IC18100GNR1, MW7IC18100NBR1 1990 MHz, 100 W, 28 V GSM/GSM EDGE RF LDMOS Wideban...
MHVIC2115NR2 2170 MHz, 26 V, 23/34 dBm W-CDMA RF LDMOS Wideband Integrated Power Amplifier - Arch...
MRF5S21100LR3, MRF5S21100LSR3 2170 MHz, 23 W Avg., 2 x W-CDMA, 28 V Lateral N-Channel RF Power MO...
plastic thermal enhanced thin shrink small outline package; 32 leads; body width 6.1 mm; lead pit...
软件作者
公众号
视频号
深圳市奥思网络科技有限公司版权所有
粤ICP备12009483号
评论