未发布 多平台移动项目开发工具Elements发布v9.2，新增Java语言 Elements是一款多平台移动项目开发工具软件，它包含Oxygene、C#、Swift三种编程语言和相关工具，并且提供这三种语言丰富的开发经验以及最新的Fire开发环境，极大的方便开发人员开发软件项目。
Elements v9.2进行了许多改进、修复和提升以及全新的前端语言。
Iodine: Java
Elements v9.2新增了第四种语言：Java。不要与Java平台混淆，Iodine将Java语言带入了Elements，并将其应用于所有平台：.NET、Cocoa、Java/Android和Island。这意味着你现在可以在.NET平台上使用Java语言，或者在创建iOS应用程序时重用一些现有的Android代码。这也意味着Java开发人员现在可以将Java用于本机Android NDK应用程序和扩展，而不必使用C/C ++。
当然，Java完全支持Visual Studio、Fire和Water Preview。
Water (Preview)
我们在发布Elements 9.1时开启了Water项目，让你了解在Windows上Elements开发人员的IDE体验。Alpha的初步反馈一直是积极的，用户对IDE的速度感到惊讶。现在，你可以使用稳定的9.2编译器查看最新的Water Preview，并进行实际运用。
Island
不到一年的时间，我们针对CPU编译器目标的Island平台正在紧密结合。虽然这一次的更改日志不如五月份那样长，但是Elements 9.2增加了一些重要的改进，包括Windows上的Island应用程序的全新定制调试引擎、新的模板和帮助Android NDK开发，并支持用于本地平台上的任务和异步代码。
Fire
Elements 9.2是Fire的一次重要升级。对于非托管调试器（Cocoa和Island），有一个新的反汇编视图，可以让你在CPU指令级别（包括没有符号的代码，例如OS库）中检查和逐步执行应用程序。
搜索已经通过新的嵌入式搜索窗格、搜索历史记录以及过滤文件的功能得到改进。代码编辑器现在加强了周围的代码块和匹配的XML标签，并且支持自动完成XML关闭标签和XML代码完成（目前为.plist文件，但为下一步XAML和Android XML CC奠定基础）。
Silver: Swift
在Silver方面，此版本支持Swift 4（Apple将在今年晚些时候发布），以及平台平衡和与Apple Xcode兼容性的其他改进。
未发布 视频处理软件BB FlashBack v5.25.0发布丨附下载 BB FlashBack是一种屏幕记录器，能快速容易地创建视频。有详尽的软件阐述、屏幕演示、介绍、指南以及练习。目前BB FlashBack在线订购享75折优惠活动正在进行中，欢迎您下载、购买进行运用！
v5.25.0更新内容：
改进网络摄像头捕获代码（现在使用MSMF）
许可证现在只有在FlashBack的多个实例运行时才下载一次
播放器仅适用于具有8GB和更高RAM的电脑
增加了用于音量控制的工具提示
添加了关闭/开启播放器预加载预览录像的选项
修复：Flashback连接上传表单 - 视频名称可能会重叠“复制”和“打开”链接
修复：如果网络摄像头未正确初始化，录制可能会停止
修复：无法选择包含日语字符的声源名称进行录制
修复：MPEG录制模式质量等级设置未保存
修复：FBAPI的帮助文本出现错误，它仅适用于TestAssistant
修复：在Win 32 SaveAs函数中添加了解决异常的方法
修复：当没有音频录音源时，可能会显示不正确的音频格式
试用、下载、了解更多产品信息请点击"咨询在线客服"
未发布 HTML5文档查看器PrizmDoc发布v13.0，新增文档比较功能 PrizmDoc新版本增加了多个功能，可提高文档管理流程的效率，促进更高的生产力。
PrizmDoc v13.0中最重要的新功能是文档比较。允许用户比较与Microsoft Word文档的原始版本之间所做的更改。用户选择原始文件以及更新版本，并将原始文件的所有更改（添加、删除等）显示在新的文档中，并以超链接进行快速访问。该功能对于合同条款和附录、组织图、企业标准和程序等文件特别有用。该增强功能与Microsoft Word本身的“跟踪更改”功能类似，旨在满足众多终端用户的要求。
PrizmDoc v13.0还在图像查看技术方面取得了显着进步。新的伽玛调整、图像锐化和线条加粗工具可以增强矢量、像素图像的查看，从而允许用户生成比以往任何时候更精致的效果图。图像增强工具对于医疗、工程和建筑行业特别有用，X射线、蓝图和CAD绘图之类的图像在线观看比以往更容易。
PrizmDoc v13.0新功能
文档比较
PrizmDoc新增了Microsoft Word文档比较功能。文档比较是与先前版本交叉检查文档新版本的过程，您可以看到其更改的内容。这些更改可能包括格式修改如字体或间距更改、语法更改、添加或删除单词、句子、段落。有关如何使用新的文档比较功能的更多信息，请查看以下内容：
图像工具
PrizmDoc v13.0增加了一个名为Image Tools的新选项。您可以在查看器中操作文档保真度。有关更多信息，请参阅最终用户指南。
支持Ubuntu 16.04 LTS
PrizmDoc现在支持Ubuntu 16.04 LTS。
支持Windows Server 2016
PrizmDoc现在支持Windows Server 2016。
本地SVG图标
Viewer已升级为支持本地SVG图标。您可以将默认图标替换成自己的版本。
在线帮助
部署许可部分已更新，可以更好的帮助您了解所有许可选项。
最终用户指南部分已更新：
文档比较 - 如何使用新的比较查看器
图像工具 - 如何使用新的图像工具功能查看文档
PrizmDoc服务器
解决了错误的页面计数和呈现MS Word文档的内容问题（使用MSO渲染引擎时启用了跟踪更改）。
解决了使用LibreOffice渲染引擎时AAA/AAAA Excel日期/时间格式的不正确渲染。
未发布 ByteScout旗下产品更新合集丨附下载 Bytescout公司主要为家庭和商业用户提供软件产品及为软件开发商（AactiveX和.NET SDK）提供开发工具。产品主要包含条形码、文档管理、音频视频以及文件格式转换等类型。
BarCode Reader SDK
一款支持多种图像格式、线型条码和二维条码的条码读取器开发包。
Bytescout PDF To HTML SDK
Spreadsheet SDK
未发布 百度正式开源其RPC框架brpc 9月14日，百度正式在GitHub上基于Apache 2.0协议开源了其RPC框架brpc。brpc是一个基于protobuf接口的RPC框架，在百度内部称为“baidu-rpc”，它囊括了百度内部所有RPC协议，并支持多种第三方协议，从目前的性能测试数据来看，brpc的性能领跑于其他同类RPC产品。
brpc开发于2014年，主要使用的语言是C++和Java，是百度内部使用最为广泛的RPC框架，它经受了高并发高负载的生产环境验证，并支撑了百度内部大约75万个同时在线的实例。据了解，百度内部曾有多款RPC框架，甚至在2014年时还开源过另外一款RPC框架sofa-pbrpc。那brpc是在什么样的背景下诞生的？它有什么样的优势？又为何要开源？就这些问题，InfoQ记者采访了brpc负责人戈君。
Q：谈谈brpc的一些基本情况？什么时候开始研发的？经过了怎么样的迭代和升级？目前在内部应用情况如何？
戈君：brpc于2014年创建，在百度内部称为“baidu-rpc”。到目前为止，brpc一共进行了3000次左右的改动，现在仍在持续优化中，百度内的wiki上可以查询到每次改动的描述。brpc的主要语言是C++和Java，对其他语言的支持主要是通过包装C++版本，比如brpc的Python版包含C++版的大部分功能。
brpc目前支撑百度内部大约75万个同时在线的实例（不含client），超过500种服务（去年的统计，现在已不统计这类数据）。Hadoop、Table、Mola（另一种广泛使用的存储）、高性能计算、模型训练、大量的在线检索服务都使用了brpc。brpc第一次统一了百度内分布式系统和业务线的通信框架。
Q：为什么百度当时要研发brpc？
戈君：我们在实践中意识到，RPC作为最基础的通信组件，当时的百度已经不领先了。我当时的经理刘炀曾是Google的工程师，非常重视基础架构的建设，也愿意在这个方向投入资源。
我们在内部会更加深入地讨论这些问题。“好用”有时看起来很主观，但其实还是有据可循的，它的关键点是能不能真正地提高用户的效率：开发、调试、维护都要考虑到，如果用户效率真的被提高了，用户会想着你的，靠吹嘘或政令推广的东西得不了人心。我们创建brpc的初衷是解决百度业务所面临的实际挑战，同时也希望成为百度同学最喜爱的工具，哪怕离开百度也会怀念brpc。我们希望在提供了一个好用框架的同时，也展现了一种工作方法：注释怎么写，日志怎么打，ChangeLog怎么写，版本怎么发布，文档怎么组织，甚至对未来不在百度的同学的工作也有帮助，所以从这点来说brpc从一开始就是拥抱开源的。事实上，我们在口碑上做得还不错，brpc的wiki可能是百度内被点赞最多的内容之一。
Q：与其他的一些开源的RPC框架相比，brpc的优势是什么？
戈君：brpc主打的是深度和易用性。一方面我们没有精力像gRPC那样摊大饼，什么都做。另一方面我们也注意到gRPC（包括更早的Thrift）的深度和易用性并不够。技术方面的东西就是这样，看示例程序，文档非常牛逼，但实战中可能就是另一回事了，为什么各个公司都要造自己的轮子，一个隐藏原因就是表面高大上的东西在一些细节上让你无法忍受。
RPC真正的痛点是什么？是可靠性、易用性和定位问题的便利性。服务中不要出现不可解释的长尾，程序的可变项要尽量少，各种诡异问题要有工具支持快速排查。而这些在目前开源的RPC框架中做的并不好，它们大多看着很牛，但就是无法在自己组织中推广开来。回到前面那三点，brpc是如何做的呢？
- 可靠性。这一方面是代码质量问题，通过为brpc团队设立很高的招聘门槛，以及在团队中深入的技术讨论，我们确保了稳固的代码基础。另一个问题是长尾问题，这是设计问题，brpc其实包含了很多模块，其中的bthread是一个M:N线程库，就是为了更好地提高并发避免阻塞。brpc中的读和写都是wait-free的，这是最高程度的并发。技术细节请点击链接查看。
- 易用性。有种设计是什么选择都做成选项丢给用户，号称功能都有，但一旦出问题，则是用户“配置错了”。而且这样用户还非常依赖开发团队，没有开发团队的支持基本用不了，开发团队有足够的理由扩充团队。这么做其实非常不负责任，用户面对海量的选项也很难受。brpc对于增加选项非常谨慎，框架能自己做判断的绝不扔给用户，所有用户选项都有最合理的默认值，不设也能用。我们认为这对用户体验来说非常重要。
- 定位问题的便利性。这点其它开源框架目前做的都不好，正常使用是可以的，但出问题就麻烦了。这个问题在百度内部其实也很严重，brpc之前用户排查问题都要拉RPC同学一起排查，RPC框架对用户是个黑盒，用户根本不知道里面发生了什么。按我们的经验，基本每天都有几个用户在群里问server卡顿，client超时之类的问题，排查问题是常态，人手必然不够。时间长了用户就觉得你这个框架各种问题，人还拽的不行很少回他们消息。brpc的解决办法是给server内加入各种HTTP接口的内置服务，通过这些服务，用户可以很快看到server的延时、错误、连接、跟踪某个RPC、CPU热点、内存分配、锁竞争等信息，用户还可以使用bvar来自定义各类统计信息，并在百度的运维平台NOAH上汇总。这样大部分问题用户可以自助解决。其实我们去看也是看这些，只是会更加专业。内置服务的具体说明可以看这里。
Q：作为公司内部的RPC框架，在服务治理方面有什么考虑？
戈君：百度内部RPC使用非常广泛，基本都是RPC调用，一些产品线还会通过local RPC隔离工程框架和策略代码。这么多年下来，服务周边的系统也比较全面了：编译是BCLOUD，发布是Agile，服务注册和发现是BNS，认证是Giano，监控和运维是NOAH。在百度内部，brpc和这些系统做了比较紧密的绑定，用户体验是一站式的。虽然在开源版本中，这些结合大都删掉了，但用户可以根据自己组织中的基础设施来进行定制：交互协议，名字服务，负载均衡算法都可以定制。对于其中一些特别通用的，我们希望用户反馈到开源版本中来以方便所有人。
Q：之前百度还开源过sofa-pbrpc，brpc与它的区别是什么？
戈君：sofa-pbrpc也是百度开发的一个比较早期的RPC框架，属于sofa编程框架的一部分，在搜索有应用。brpc相比sofa-pbrpc有如下优点:
- 对协议的抽象更一般化，并统一了全百度的通信架构。bprc能容纳非常多的协议，基于Protobuf的，基于HTTP的，百度内的nshead/mcpack，开源的Redis/Memcached，甚至RTMP/FLV/HLS直播协议，brpc能逐渐地嵌入现有系统，而不需要彻底重构，但sofa-pbrpc则不具备扩展协议的能力。类似的，sofa-pbrpc也无法定制负载均衡算法，brpc默认提供round-robin、随机、一致性哈希，Locality-aware（局部性感知）四种算法，用户还能定制。
- 多线程质量更好。多线程编程是非常困难的，看起来简单的RPC遍布多线程陷阱，比如处理超时的代码可能在RPC还没发出去时就运行了；发送函数还没结束，处理回复的回调就被运行了；一个回复还在被处理另一个回复回来了，诸如此类。另外，一个异步RPC的回调里发起一个同步RPC会发生什么，带着锁做同步RPC会发生什么。这些问题我们都不能在sofa-pbrpc中找到满意的答案。
- 完备的调试和运维支持。解决这个问题的本质还在可扩展性，你如何让用户参与进来定制他们感兴趣的指标，为此我们设计了bvar，让用户能用比原子变量代价还小的方式自由地定制各种指标，用户能在浏览器上看到指标的变化曲线，或在运维平台NOAH看到汇总的监控数据。brpc还加入了大量内置服务方便用户调试程序，查看连接，在线修改gflags，追踪RPC，分析CPU热点，内存分配，锁竞争等一应俱全。
无需讳言，brpc在诞生之初和sofa-pbrpc在百度内部是有竞争关系的，但就像其他地方一样，这种竞争带来了活力。类似的，brpc和其他已经开源的RPC框架也是良性的竞争关系，在比拼谁能真正提高用户效率的过程中共同进步。每个用户都可以去对比代码、文档质量，接口设计，易用程度，扩展能力等，投出自己的一票。
Q：谈谈brpc的整体架构？
戈君：技术栈无外乎是从传输层垒到应用层，就略过不讲了，具体可以去看下开源出来的文档。brpc在架构上强调“在不牺牲易用性的前提下增强可扩展性”，比如brpc支持非常多的协议，在百度内部一个brpc server同端口可以支持二十几种协议，这对于服务的平滑迁移就非常好用。
Client端的协议也非常多，用户用brpc和bthread用得很爽，所以希望我们最好能统一所有的客户端，像对Redis和Memcached的客户端支持也是在这个背景下做的，这两个客户端比官方Client好用多了，感兴趣的读者可以去尝试一下。但这么多协议的配置非常简单，填个字符串就行了，比如HTTP就是把ChannelOptions.protocol设为“http”，Redis就是“redis”。Server端甚至不用设，它会自动判断每个client的协议，怎么做到的开源文档里也有。
名字服务、负载均衡也都可以定制。但为了对用户负责，我们也不鼓励“太自由”的定制，比如一点点需求的变化就要搞个新的，这时更需要想清楚本质区别是什么。这个事情我们在百度内的支持群里每天都在做，我们是开放的”乙方”，但我们也是严厉的”乙方”。
Q：brpc的性能如何？这么高的性能是怎么做到的？
戈君：性能是我们非常看中的一点，它和用户体验也是紧密联系的。好用但性能不行，或不好用但性能很牛，用户会很难受，我们不希望用户纠结。从另一个角度来看，在推广初期，我们要说服产品线用brpc靠什么？最直观的就是性能提升。而且这儿的性能不能停留在benchmark的图片上，而是能在真实应用中体现出来。开放出来的案例文档中或多或少都包含了性能提升，具体如下：
- 百度地图API入口
- 联盟DSP
- ELF学习框架
- 云平台代理服务
Q：为什么要将brpc开源？接下来在开源项目的迭代方面有什么计划吗？
戈君：因为马上还有不少依赖RPC的百度系统要开源啊。RPC作为最基础的组件，开源不仅仅是为了自身，也是为其它开源项目铺路，比如说我们马上还会开源基于brpc的RAFT库，搭建高可用分布式系统非常方便；以及使用brpc的bigflow，让流式计算变得很顺手。这些年百度对开源的认识也在不断加深，开源看似曝光了百度的核心技术，但带来的生态影响力更重要。从Apollo、PaddlePaddle开始，百度真的开始拥抱开源了。brpc的开源版和内部版很接近，只是去掉了对百度内部独有的一些基础设施的支持，我们在内网写的深入分析RPC技术细节的文档也都一并开源了，后续也会及时推送改动，请大家放心。这是一个活项目，不会拉个开源分支就不管了。
查看更多资讯>>>
未发布 【百厂约惠】盘点2017年5款最好用的图形图像/CAD工具 图像已经成为网络不可或缺的一部分，相比文字来说图像更直观。那么各种图形图像的处理软件、控件就必不可少了。
今天为大家推荐慧都2017年5款最受欢迎的图形图像/CAD工具，附带各个软件、控件的基本介绍以及最新版本的下载地址，有兴趣的朋友可以免费下载进行试用。在使用过程中出现了任何问题，请联系我们的
在线客服。
Dynamic Web TWAIN是一个专为Web应用程序设计的TWAIN扫描识别控件。你只需在TWAIN接口写几行代码，就可以用兼容TWAIN的扫描仪扫描文档或从数码相机/采集卡中获取图像。然后用户可以编辑图像并将图像保存为多种格式，用户可保存图像到远程数据库或者SharePoint。这个TWAIN控件还支持上传和处理本地图像。
VectorDraw Developer Framework（VDF）是一个用于应用程序可视化的图形引擎库。有了VDF提供的功能，您可以轻松地创建、编辑、管理、输出、输入和打印2D和3D图形文件。该库还支持许多矢量和栅格输入和输出格式，包括本地PDF和SVG导出。
CAD .NET是一款在CAD领域被广泛应用的控件，可以快速准确的阅读DWG和DXF文件，并且通过Windows GDI+方法绘制件，支持多种文件格式，包括DWG、DXF、Gerber、光栅图像等，并支持部分编辑功能。
【CAD .NET最新版下载】
ImageGear for .NET是一款图形图像处理控件，具有扫描，压缩，浏览、添加注释，打印，图像编辑，OCR以及PDF和矢量图像支持，使开发人员可以快速地开发出图像处理程序，可用于.NET Framework2.0、3.0、3.5、4.0，ASP.NET，WPF，SilverLight，DirectX 10和Direct3D 10。支持超过100种图片格式，包含：TIFF, JPEG, CAD, Vector, 3D PDF, PDF/A, PS等。
【ImageGear for .NET最新版下载】
使用LEADTOOLS Document Imaging可帮您开发出功能强大的文档图像应用程序。其主要功能包括综合图像注释，专业的黑白图像显示（例如灰度级和偏黑），以及专业的黑白图像处理。其它功能包括对黑白图像的性能和内存进行优化，文档图像清理（包括倒置文本，去边界，去打孔机和去线）以及使用LEADTOOLS Fast TWAIN和WIA进行扫描。
【LEADTOOLS v19总套包免费下载】
郑重承诺：慧都所售产品均为厂商授权的正版产品，请完全放心！
*本活动最终解释权归慧都科技所有
咨询热线： 400-700-1020（免费） 023-66090381
未发布 屏幕录制软件ALLCapture常见问题合集（上） ALLCapture是一款实时抓取桌面的屏幕录制软件。实时、快速、轻松地录制屏幕，创建自己的屏幕录像、示例、指南、软件模拟以及无需任何编程的网络视频。制作步骤如此简单：录制-编辑-导出-播放。 使用ALLCapture遇到了问题？我们的FAQ将帮助你找到答案。
1、我的序列号和注册信息都无法使用？
注册信息包括三部分：“序列号”，“字段 #1”以及“字段 #2”-要成功注册你的软件这些信息都是必须。为了确保你的注册没有任何问题，请从发送给你的邮件中复制注册信息，然后粘贴到相应的注册字段。请参考以下截图。
2、ALLCapture对系统的最低要求是？
| 功能 | 要求 |
| 主要功能 | Windows 98或更高
最低1.2GHzPentium或兼容CPU
256MB内存
50MB可用硬盘
SVGA显卡，256色 |
| 对电影或视图截图 | Windows 2000或更高（文件格式为NTFS）
最低2GHz Pentium或兼容CPU
1GB内存
30GB可用硬盘
专业版SVGA显卡，最低显存256MB
（非集成显卡） |
3、最大帧速非常慢，我该怎么办？
当ALLCapture显示的帧速小于10FPS（帧每秒）时，要么是显卡不支持要么是驱动过期。用户可用升级电脑的显卡驱动来增加帧速，但是显卡或显卡芯片仍然无法支持。在购买新显卡前我们还是建议先升级显卡驱动。如果驱动升级成功，你可以在ALLCapture中新建一个项目，然后在“录制选项”页中点击“帧速”，然后再点击“刷新帧速最大值”按钮。
4、为什么录制的视频是黑色的一片？
先了解一下处理机制，电影是直接从显卡解码而来，这就是造成黑色一片的原因。Windows只能同时让一个屏幕可用，这样操作系统无法获取在屏幕下面的东西，因此ALLCapture也无法捕捉到。
用户可以通过停用显卡的硬件加速来捕获画面。硬件加速可以从这里找到：“开始>设置>控制面板>显示>设置>高级>疑难解答”,滑动控制条到“没有硬件加速”。
5、为什么ALLCapture没有录制系统声音？
很多笔记本厂商没有配置完整的声卡芯片驱动。这应该是录制驱动识别功能无法识别系统的声卡驱动的原因。对于台式电脑应该安装了提供这个功能的声卡，升级声卡驱动应该可以解决这个问题。
6、我怎样可以把PowerPoint录制为视频？
使用ALLCapture新建一个项目，然后在录制前选择分辨率，例如：800x600像素，打开PowerPoint开始录制，然后开始放映PowerPoint，并立即按下CTRL+SHIFT+P使PPT填充录制窗口，PPT播放完毕即可结束录制，然后剪掉前面的录制让第一页幻灯片的画面为起始页。
提示：如果幻灯片播放太快以至于没有捕捉到第一页ppt画面，你只需在ppt开始处插入空白的幻灯片，这样当播放时点击空白幻灯片后，真正的第一页幻灯片就可以录制到了。
沪公网安备31011202009668号 | 沪ICP备13020027号-2 