几何尺寸与公差论坛------致力于产品几何量公差标准GD&T (GDT:ASME)|New GPS(ISO)研究/CAD设计/CAM加工/CMM测量  


返回   几何尺寸与公差论坛------致力于产品几何量公差标准GD&T (GDT:ASME)|New GPS(ISO)研究/CAD设计/CAM加工/CMM测量 » 仿射空间:CAX软件开发(三)二次开发与程序设计 » CAD二次开发 » AutoCAD二次开发 » DirectDWG
用户名
密码
注册 帮助 会员 日历 银行 搜索 今日新帖 标记论坛为已读


 
 
主题工具 搜索本主题 显示模式
旧 2009-05-06, 10:17 PM   #1
yang686526
高级会员
 
注册日期: 06-11
帖子: 14579
精华: 1
现金: 224494 标准币
资产: 234494 标准币
yang686526 向着好的方向发展
默认 【转帖】poor rendering performances

poor rendering performances
poor rendering performances
i am currently developing an application in which i need to display the dwg file the user is working on. though this rendering is not the purpose of the application, it is one of its main features. i tried to use the 鈥淓xgsopenglgenericdevice鈥?class provided with dwgdirect 1.12.04 (the compiler is visual c++ 6.0).
unfortunately the rendering performances become quickly very poor when file size increase.
for example it takes 90s to display a 800ko file (vien_version cile.dwg), on my 2.80ghz pentium 4 with 512mo ram (the time for the update() call only) . however rendering time seems not directly related to the size of the file as another file 4 times bigger (vien_version architecte.dwg) is rendered in 40s (but with an assertion fired).
i tried to open the same files with odamfcapp. they are displayed a bit less slowly 30s and 17s respectively, but this is still far too slow to be of any use.
is there any obvious explanation for the difference between the rendering time in my application (using 鈥淓xgsopenglgenericdevice鈥?) and in odamfcapp ?
is there any way to increase performances ? (autocad opens of course both files in a flash)
regards.
ps:
a quick word about the assertion i mentioned earlier (even if it鈥檚 not of concern to me). when rendering the vien_version architecte.dwg file the following assertion is fired (both by the code i included in my application and by odamfcapp) :
assertion failed: invalid execution.
file: c:\opendwg\dd1.12\source\ge\gehatch.cpp
line: 1830
odgsopenglvectorizedevice::update temps = 39 s, clocks: 39844
temps = 39 s, clocks: 39844
(snapshots of the windows displayed by odamfcapp in the zip file)
but the file is displayed nevertheless. (i could not attach it, maybe due to a size limit : 1.3 mo zipped)
attached files
my computer is very similar to yours (2.66g - 512m)
my rendering time for your file with opengl device:
odamfcapp debug 90s
odamfcapp release less than 4s
check libraries you are linking with.
sergey slezkin
i have downloaded the release dll.
that鈥檚 much better indeed.
thanks
yang686526离线中   回复时引用此帖
GDT自动化论坛(仅游客可见)
 


主题工具 搜索本主题
搜索本主题:

高级搜索
显示模式

发帖规则
不可以发表新主题
不可以回复主题
不可以上传附件
不可以编辑您的帖子

vB 代码开启
[IMG]代码开启
HTML代码关闭



所有的时间均为北京时间。 现在的时间是 04:59 PM.


于2004年创办,几何尺寸与公差论坛"致力于产品几何量公差标准GD&T | GPS研究/CAD设计/CAM加工/CMM测量"。免责声明:论坛严禁发布色情反动言论及有关违反国家法律法规内容!情节严重者提供其IP,并配合相关部门进行严厉查处,若內容有涉及侵权,请立即联系我们QQ:44671734。注:此论坛须管理员验证方可发帖。
沪ICP备06057009号-2
更多