最新要闻
- 看热讯:疾控能力提升专题培训,各省积极推进疾控局挂牌工作
- 当前热门:意大利版五菱MINI诞生!菲亚特“米老鼠”亮相:萌翻了
- 【天天时快讯】899元 罗技推出MX KEYS S键盘:球形凹面按键
- 10万辆无一自燃!极氪5月交付8687辆 同比增长100%
- 折起来一面“全是屏”:moto razr 40 Ultra外屏尺寸达3.6英寸
- 即时看!久违了!5折发车:QQ音乐豪华绿钻会员年卡108元限时大促
- 2022年长江干流安徽段总体水质为优 环球新要闻
- 斯坦福大学教授称地球上100%存在外星人 或将影响文明的发展
- 研究称近7成的年轻人一般会拖到0点后入睡 多数人为报复性熬夜
- 爱马仕因产品质量不合格 遭市场监管局罚款30.51万元
- 谷歌投资《瞬息全宇宙》幕后技术公司 将加速AI在影视创作领域的进展
- 海外知名种子网站RARBG宣布闭站 称众多因素导致其难以支持日常开销
- 中国徐工连续3年稳居全球前三 总销售额为该榜单有史以来最高数字
- 《变形金刚7》水墨武侠风海报发布 将于6月9日登陆内地院线
- 两名亚马逊员工从仓库盗取《塞尔达传说》实体游戏及周边 用于转卖获利
- 任天堂现已停止在俄罗斯的eShop游戏和软件销售 账户信息即将删除
手机
iphone11大小尺寸是多少?苹果iPhone11和iPhone13的区别是什么?
警方通报辅警执法直播中被撞飞:犯罪嫌疑人已投案
- iphone11大小尺寸是多少?苹果iPhone11和iPhone13的区别是什么?
- 警方通报辅警执法直播中被撞飞:犯罪嫌疑人已投案
- 男子被关545天申国赔:获赔18万多 驳回精神抚慰金
- 3天内26名本土感染者,辽宁确诊人数已超安徽
- 广西柳州一男子因纠纷杀害三人后自首
- 洱海坠机4名机组人员被批准为烈士 数千干部群众悼念
家电
DWG文件的设计规范 V4.5.1(中英对照版)
DWG文件的设计规范 V4.5.1
Open Design Specification for .dwg files
(资料图)
Version 5.4.1
liability英[ˌlaɪəˈbɪləti]美[ˌlaɪəˈbɪləti]n. 责任;倾向;债务;妨碍
assumesv. 取得(权力)( assume的第三人称单数 );假设;假定;呈现
is subject to英[iz ˈsʌbdʒikt tu:]美[ɪz ˈsʌbdʒekt tu]受支配,从属于;有…倾向的
furnished英[ˈfɜːnɪʃt]美[ˈfɜːrnɪʃt]adj. 家具,有家具的v. 陈设,布置( furnish的过去式和过去分词);提供,装备
commitment英[kəˈmɪtmənt]美[kəˈmɪtmənt]n. 信奉,忠诚;承诺;已许诺的事;献身;投入;花费
Information in these materials is furnished for informational use only, is subject tochange without notice and does not represent a
commitment on the part of Open Design Alliance. Open Design Alliance assumes no responsibility or liability for any errors or
inaccuracies that may appear in these materials. Use these materials at your own risk. 这些材料仅仅用于获取信息,如有更改恕不通知,并不代表ODA的承诺;ODA不为材料中的错误或者不准确的说法承担任何责任;使用这些材料,风险自负;
permittedv. 允许( permit的过去式和过去分词 );许可;许用adj. . 被允许的
disclaim英[dɪsˈkleɪm]美[dɪsˈkleɪm]vt. 否认
either英[ˈaɪðə(r)]美[ˈiː.ðər]pron. (两者之中)任意一个;两者都(不)adv. 也(不);而且,还
express英[ɪkˈspres]美[ɪkˈspres]v. 表达,表示;不言自明;挤出;快递adj. 明确的;特快的;用快递寄送的
implied英[ɪm"plaɪd]美[ɪm"plaɪd]adj. 暗指的,含蓄的v. 暗示,暗指( imply的过去式和过去分词 );必然包含;说明,表明
merchantability英[ˌmɜ:tʃəntə"bɪlɪtɪ]美[ˌmɜtʃəntə"bɪlɪtɪ][经] 有销路,可销售
infringement英[ɪn"frɪndʒmənt]美[ɪnˈfrɪndʒmənt]n. 侵权;违反;违背
arisingv. 呈现,出现,发生( arise的现在分词 );(由…)引起;起身
dealing英[ˈdiːlɪŋ]美[ ˈdiːlɪŋ]n. (商业)活动;经营方式;交易v. 经营,买卖; 贩毒
concerning英[kənˈsɜːnɪŋ]美[kənˈsɜːrnɪŋ]prep. 关于,涉及adj. 令人担忧的v. 与…相关;
warranty英[ˈwɒrənti]美[ˈwɔːrənti]n. 保证,保修单
applicable英[əˈplɪkəbl , ˈæplɪkəbl]美[ˈæplɪkəbl , əˈplɪkəbl]adj. 适当的;可应用的;适用的
ANY AND ALL任何和所有;
INCLUDING,WITHOUT LIMITATION包括但不限于;
TO THE MAXIMUM EXTENT PERMITTED BY APPLICABLE LAW, OPEN DESIGN ALLIANCE AND ITS SUPPLIERS
DISCLAIM ANY AND ALL WARRANTIES AND CONDITIONS, EITHER EXPRESS OR IMPLIED, INCLUDING,
WITHOUT LIMITATION, IMPLIED WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR
PURPOSE, TITLE, AND NON-INFRINGEMENT, AND THOSE ARISING OUT OF USAGE OF TRADE OR COURSE OF
DEALING, CONCERNING THESE MATERIALS. THESE MATERIALS ARE PROVIDED “AS IS” WITHOUT
WARRANTY OF ANY KIND.在法律许可的最大范围内,ODA否认任何和所有保证和条件,无论是隐式的还是显式的;包括但不局限于以下情况:对于这些材料的 可销售性、特殊用途的适用性、没有侵权、将这些材料其用于商业和贸易可能引发的后果;这些材料都是原样提供的,并且没有任何的保证;
whatsoever英[ˌwɒtsəʊ"evə(r)]美[ˌhwɑtsoʊ"evər]adv. 丝毫,任何
incidental英[ˌɪnsɪˈdentl]美[ˌɪnsɪˈdɛntl]adj. 附属的;易发生的,偶然发生的;伴随发生的
however英[haʊˈevə(r)]美[haʊˈevər]adv. 然而;不管怎样;…左右conj. 不管怎样
whether英[ˈweðə(r)]美[ˈweðər]conj. (表示选择或怀疑)是否;无论,不管
tort英[tɔ:t]美[tɔrt]n. 民事侵权行为
claim英[kleɪm]美[kleɪm]v. 声称;索取;赢得;需要;夺去(生命)n. 声称,主张;权利;索赔
jurisdictionsn. 司法权( jurisdiction的名词复数 );裁判权;管辖区域;管辖范围
consequential英[ˌkɒnsɪˈkwenʃl]美[ˌkɑnsəˈkwenʃl]adj. 作为结果的,间接的;重要的
TO THE MAXIMUM EXTENT PERMITTED BY APPLICABLE LAW, IN NO EVENT SHALL OPEN DESIGN ALLIANCE
OR ITS SUPPLIERS (OR THEIR RESPECTIVE AGENTS, DIRECTORS, EMPLOYEES OR REPRESENTATIVES) BE
LIABLE FOR ANY DAMAGES WHATSOEVER(INCLUDING, WITHOUT LIMITATION, CONSEQUENTIAL,
INCIDENTAL, DIRECT, INDIRECT, SPECIAL, ECONOMIC, PUNITIVE OR SIMILAR DAMAGES, OR DAMAGES FOR
LOSS OF BUSINESS PROFITS, LOSS OF GOODWILL, BUSINESS INTERRUPTION, COMPUTER FAILURE OR
MALFUNCTION, LOSS OF BUSINESS INFORMATION OR ANY AND ALL OTHER COMMERCIAL OR PECUNIARY
DAMAGES OR LOSSES) ARISING OUT OF THE USE OF THESE MATERIALS, HOWEVER CAUSED AND ON ANY
LEGAL THEORY OF LIABILITY (WHETHER IN TORT, CONTRACT OR OTHERWISE), EVEN IF OPEN DESIGN
ALLIANCE HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES, OR FOR ANY CLAIM BY ANY OTHER
PARTY. Because some jurisdictions do not allow the exclusion or limitation of liability for consequential or incidental damages,
the above limitation may not apply to you.
herein英[ˌhɪərˈɪn]美[ˌhɪrˈɪn]adv. 此中,本文中,于此;焉
identification英[aɪˌdentɪfɪˈkeɪʃn]美[aɪˌdentɪfɪˈkeɪʃn]n. 识别;身份证明;密切关联;认同;同情
respective英[rɪˈspektɪv]美[rɪˈspektɪv]adj. 各自的,分别的
Teigha® is a trademark of Open Design Alliance in the United States and/or other countries. All other trademarks, trade names or
company names referenced herein are used for identification only and are the property of their respective owners.Teigha是ODA在美国和/或其他国家使用的商标;本文中引用的 其他的商标、商品名称公司名称 仅仅用于标识,他们都是各自所有者的财产;
restricted英[rɪˈstrɪktɪd]美[rɪˈstrɪktɪd]adj. 有受限制的;(土地)对公众不完全开放的;保密的
disclosure英[dɪsˈkləʊʒə(r)]美[dɪsˈkloʊʒə(r)]n. 公开;泄露,揭露
set forth英[set fɔ:θ]美[sɛt fɔrθ]起程;出发;详尽地解释;展示
applicable英[əˈplɪkəbl , ˈæplɪkəbl]美[ˈæplɪkəbl , əˈplɪkəbl]adj. 适当的;可应用的;适用的
is subject to restrictions受到限制;
contractor英[kənˈtræktə(r)]美[ˈkɑnˌtræktɚ, kənˈtræk-]n. 订约人;承包商
US Government Restricted Rights: These materials are provided with RESTRICTED RIGHTS. Use, duplication or disclosure by
the Government is subject to restrictionsas set forthin subparagraph (c)(1)(ii) of The Rights in Technical Data and Computer
Software clause at DFARS 252.227-7013 or subparagraphs (c)(1) and (2) of the Commercial Computer Software-Restricted
Rights at 48 CFR 52.227-19, as applicable. The contractor/manufacturer is Open Design Alliance, 5025 N Central Ave #602,
Phoenix, AZ, USA.美国政府的有限权利,这些材料具有有限权利;政府使用、复制或者披露这些材料都要受到限制,如下面条款所展示的那样:技术数据和电脑软件条款、商业电脑软件有限权利,都适用;承包商、制造商是ODA;
proprietary英[prəˈpraɪətri]美[prəˈpraɪəteri]adj. 专有的,专利的;所有(人)的;(商品)专卖的
native 原生的,本地的;
* DWG is the native and proprietary file format for AutoCAD® and a trademark of Autodesk, Inc. The Open Design Alliance is
not associated with Autodesk.dwg是欧特克公司的原生格式,并且拥有专利权;ODA和欧特克公司没有任何关系;
Table of Contents目录
1 Introduction .........................................................................................................................6简介
2 BIT CODES AND DATA DEFINITIONS...........................................................................7位编码和数据定义
3 R13-R15 DWG FILE FORMAT ORGANIZATION ..........................................................20文件格式的组织
4 R2004 DWG FILE FORMAT ORGANIZATION..............................................................23文件格式的组织
5 R2007 DWG FILE FORMAT ORGANIZATION..............................................................36文件格式的组织
6 R2010 DWG FILE FORMAT ORGANIZATION..............................................................69文件格式的组织
7 R2013 DWG FILE FORMAT ORGANIZATION..............................................................70文件格式的组织
8 R2018 DWG FILE FORMAT ORGANIZATION..............................................................71文件格式的组织
9 Data section AcDb:Header (HEADER VARIABLES) .......................................................72头部变量
10 Data section AcDb:Classes ............................................................................................86类
11 PADDING (R13C3 AND LATER)................................................................................89填充补齐
12 Data section: “”..............................................................................................................90数据部分-“”.
13 Data section AcDb:SummaryInfo Section ......................................................................91数据部分-摘要
14 Data section AcDb:Preview ...........................................................................................93数据部分-概述
15 Data section AcDb:VBAProject Section.........................................................................95数据部分-VBA
16 Data section AcDb:AppInfo...........................................................................................96数据部分-APP信息
17 Data section AcDb:FileDepList......................................................................................98数据部分-文件数据库
18 Data section AcDb:RevHistory ....................................................................................100数据部分-修订历史
19 Data section AcDb:Security .........................................................................................101数据部分-安全
20 Data section AcDb:AcDbObjects.................................................................................103数据部分-数据库对象
21 Data section AcDb:ObjFreeSpace ................................................................................249数据部分-自由空间
Open Design Specification for .dwg files 5
22 Data section: AcDb:Template.......................................................................................250数据部分-模版
23 Data section AcDb:Handles (OBJECT MAP) ..............................................................251数据部分-句柄
24 Section AcDb:AcDsPrototype_1b (DataStorage)..........................................................252数据存储
25 UNKNOWN SECTION...............................................................................................263未知部分
26 SECOND FILE HEADER (R13-R15) .........................................................................264第二个文件头
27 Data section: AcDb:AuxHeader (Auxiliary file header) ................................................267辅助标题
28 Extended Entity Data (Extended Object Data).......................................................269扩展数据
29 PROXY ENTITY GRAPHICS ....................................................................................270实体图形代理
1 Introduction简介
originating英[ə"rɪdʒɪneɪtɪŋ]美[ə"rɪdʒɪneɪtɪŋ]v. 起源于,来自,产生( originate的现在分词 );创造;创始;开创
undocumented英[ˌʌn"dɒkjʊmentɪd]美[ˌʌn"dɑkjʊmentɪd]adj. 无正式文件的,无事实证明的
proprietary英[prəˈpraɪətri]美[prəˈpraɪəteri]adj. 专有的,专利的;所有(人)的;(商品)专卖的
Originating in the late 1970s, drawing files created with microcomputer-based computer-aided design
software were saved with the .dwg extension. In the early 1980s, Autodesk® released AutoCAD® which
eventually became the most used CAD software in the world and which used Autodesk’s undocumented
and proprietary DWG™ file format (using the .dwg extension).
早在70年代,DWG就作为计算机绘图和辅助设计软件的保存文件后缀;在80年代,Autodesk发布了CAD这个全世界使用最广泛的软件,CAD使用了这个没有文件证明并且专有的DWG文件格式;
The Open Design Specification for .dwg files serves AutoCAD’s undocumented and proprietary DWG
file format. This specification includes DWG file format versions 13 up to and including version 2013.
Further, the Open Design Specification for .dwg files serves the Teigha® software development platform
of the Open Design Alliance.
DWG的公开设计规范用于CAD文件格式;设计规范包括版本13和2013;另外,DWG文件设计规范也用于ODA的Teigha开发平台;
compatibility英[kəmˌpætəˈbɪləti] 美[kəmˌpætəˈbɪlətɪ]n. 并存,相容;兼容性
While our Open Design Specification for .dwg files is able to read and write .dwg files with excellent
AutoCAD compatibility, we continue to work to improve our understanding of all the data in a .dwg file.
If you find information which will help us to understand any unknown values, please contact us at
http://www.opendesign.com/contact.
DWG的公开设计规范能够读写DWG文件,并且兼容CAD;我们将继续深入理解DWG文件数据;如果你发现了什么有价值的信息,请联系我们;
2 BIT CODES AND DATA DEFINITIONS位编码和数据定义
otherwise英[ˈʌðəwaɪz]美[ˈʌðərwaɪz]adv. 否则;除此以外;与之不同地;以其他方式
NOTE: Unless otherwise stated, all data in this manual is in little-endianorder, with the least significant
byte first.
说明:除非另做声明,本手册中的所有 数据都以小端排序,最不重要的数据排在最前面;
Much of the data in the DWG file format versions 13/14/2000/2004/2007/2010 must be read at the bit
level. Various parts of the drawing use data in compressed forms, which are explained below. Here are
the abbreviations used in this document for the various compressed forms:
B : bit (1 or 0)一个比特位
BB : special 2 bit code (entmode in entities, for instance)两个比特位
3B : bit triplet (1-3 bits) (R24)1-3个比特位
BS : bitshort (16 bits)16位
BL : bitlong (32 bits)32位
BLL : bitlonglong (64 bits) (R24)64位
BD : bitdouble浮点型
2BD : 2D point (2 bitdoubles)2个浮点型
3BD : 3D point (3 bitdoubles)3个浮点型
RC : raw char (not compressed)字符 未压缩
RS : raw short (not compressed)16位 未压缩
RD : raw double (not compressed)浮点型 未压缩
RL : raw long (not compressed)长整型 未压缩
2RD : 2 raw doubles2个浮点型
3RD : 3 raw doubles3个浮点型
MC : modular char模字符?
MS : modular short模短整型
H : handle reference (see the HANDLE REFERENCES section)句柄
T : text (bitshort length, followed by the string).文本
TU : Unicode text (bitshort character length, followed by Unicode string, 2 bytes per;Unicode文本
character). Unicode text is read from the “string stream” within the object data,
see the main Object description section for details.
TV : Variable text, T for 2004 and earlier files, TU for 2007+ files.文本变量;
X : special form特殊表格;
U : unknown未知;
SN : 16 byte sentinel16字节序列号;
BE : BitExtrusion位挤出?
DD : BitDouble With Default默认浮点型16字节
BT : BitThickness位厚度?
3DD : 3D point as 3 DD, needing 3 default values3D点,有三个默认值;
Open Design Specification for .dwg files 8
CMC : CmColor value颜色值;
TC : True Color: this is the same format as CMC in R2004+. OT : Object颜色;
type
A “seeker” is an RL-type object which indicates either an absolute address in the file or an offset from
some known address.搜索器可以表明一个绝对地址或者一个相对于已知地址的偏移量;
sentinel英[ˈsentɪnl]美[ˈsɛntənəl]n. 岗哨,哨兵vt. . 守卫,放哨
recovery英[rɪˈkʌvəri]美[rɪˈkʌvəri]n. 恢复;改善;失而复得;
A “sentinel” is 16 bytes of data used for file recovery purposes.
“哨兵”有16个字节,用来恢复文件;
Generally, the compressed forms are used to allow for compression of common data, usually values like
0.0 and 1.0 for doubles, 0 and 256 for shorts. The method for interpreting the code is to read the first two
bits, which indicate either the size of the data to follow, or the actual value for the common values. Here
are the compressed formats and some examples of how they appear in the file:
通常,压缩表格用来压缩数据;压缩数据的解析方法是,先读取前2位,这2位表明数据的长度,或者就是数据本身的值;下面是压缩数据的格式,以及他们如何在文件中呈现的例子:
2.2 BITSHORT:短整形(16位)
1st 2 bits : what it is数据前两位的含义
00 : A short (2 bytes) follows, little-endian order (LSB first)00表示这是一个短整形数据,2字节;
01 : An unsigned char (1 byte) follows;01表示这是一个字符型数据,1字节;
10 : 0;10表示0
11 : 256;11表示256
The char size is used when positive shorts less than 256 are being stored. The short size is used when
values <0 or >=256 are being stored. Obviously the special cases for 0 and 256 are used when those
values are being stored.
小于256的正短整形(2字节)将用一个字节存储;当值小于0或者大于256时,用短整型存储(2字节);
特殊的两个值是0和256
Negative numbers use the short form, not the char form. That is, -1 is 00.11111111.11111111, not
01.11111111.负数用短整型而不是字节型;
For instance, if we were known to be reading 5 shorts from the following stream of bits:
0000000001000000011011010000111110
It would be parsed like this:这一串bit可以解析成:
00 00000001 00000001 (short 257)
10 (0)
11 (256)
01 00001111 (15)
10 (0)
2.3 BITLONG:
1st 2 bits : what it is
00 : A long (4 bytes) follows, little-endian order (LSB first)长整形,4字节;
01 : An unsigned char (1 byte) follows无符号字节,1字节;
10 : 0
11 : not used
The char size is used when positive longs less than 256 are being stored. The long size is used when
values <0 or >=256 are being stored. Obviously the special case for 0 is used when storing 0.
小于256的正整数用1字节表示;long适用于负数和超过255的数;
Negative numbers use the short form, not the char form. That is, -1 is负数用4字节表示,而不是1字节;
00.11111111.11111111.11111111.11111111, not 01.11111111.
For instance, if we were known to be reading 5 longs from the following stream of bits:
000000000100000001000000000000000010010000111110
It would be parsed like this:
00 00000001 00000001 00000000 00000000 (long 257)不是257吧??
10 (0)
01 00001111 (15)
10 (0)
2.4 BITLONGLONG(64位 8字节)
The first 1-3 bits indicate the length l (see paragraph 2.1). Then l bytes follow, which represent the
number (the least significant byte is first).
前3位表示数据长度,后面的对应位数才是数据值;
2.5 BITDOUBLE:浮点型()
1st 2 bits : what it is
00 : A double follows
01 : 1.0
10 : 0.0
11 : not used
Doubles are eight byte IEEE standard floating point values.
IEEE 标准中,double是8字节;
2.6 MODULAR CHARS:模字符
Modular characters are a method of storing compressed integer values. They are used in the object map to
indicate both handle offsets and file location offsets. They consist of a stream of bytes, terminating when
the high bit of the byte is 0.
模字符用来存储整形数据;他被用来表示句柄偏移和文件位置偏移;他由字节流组成,当遇到最高位为0的字节时,表示该字节流的结束;
In each byte, the high bit is a flag; when set, it indicates that another byte follows. The concept is not
difficult to understand, but is a little difficult to explain. Let’s look at an example.
在每个字节中,最高位都是标志位;当最高位置1时,表示后面还有字节;这个概念不难理解,但是难于解释,看个例子;
Assume the next two bytes in the file are:
10000010 00100100
We read bytes until we reach a byte with a high bit of 0. Obviously the second byte meets that criterion.
Since we are reading from least significant to most significant, let"s reverse the order of the bytes so that
they read MSB to LSB from left to right.
我们读取字节,直到遇到一个高位(标志位)是0的字节;显然,第二个字节就是结束标志;
MSB:Most Significant Bit(最高有效位),也就是最高位,最左侧的bit。
LSB:Least Significant Bit(最低有效位),最低位,最右侧的bit。
2.8 Bit Extrusion位挤出
For R13-R14 this is 3BD. For R2000, this is a single bit, followed optionally by 3BD. If the single bit is
1, the extrusion value is assumed to be 0,0,1 and no explicit extrusion is stored. If the single bit is 0, then
it will be followed by 3BD.单独的1位如果是1,表示0,0,1;如果是0表示后面有一个3BD类型数据,3个浮点型,表示3D点数据;
2.9 BitDouble With Default有默认值的浮点型
opcode英[ˈɒpkəʊd]美[ˈɑpkoʊd]n. 操作码
This is a 2 bit opcode followed optionally by data, and it requires a default value. The different opcodes
are described as follows:
2位的操作码,后面可能有数据,他需要有一个默认值;
00 No more data present, use the value of the default double.
00表示后面没有数据,使用double的默认值;
patched英["pætʃt]美["pætʃt]v. 补( patch的过去式和过去分词 );修理;调停;解决
01 4 bytes of data are present. The result is the default double, with the 4 data bytes patched in
replacing the first 4 bytes of the default double (assuming little endian).
01表示后面有4字节的数据;结果是double的默认值,用4字节数据代替4字节默认值;
10 6 bytes of data are present. The result is the default double, with the first 2 data bytes patched in
replacing bytes 5 and 6 of the default double, and the last 4 data bytes patched in replacing the first 4
bytes of the default double (assuming little endian).
10表示后面有6字节数据;结果是double默认值用前2个字节数据替代第5和6字节的默认值;最后4字节代替前面4字节默认值;
11 A full RD follows.
2.10BitThickness厚度位
For R13-R14, this is a BD. For R2000+, this is a single bit followed optionally by a BD. If the bit is one,
the thickness value is assumed to be 0.0. If the bit is 0, then a BD that represents the thickness follows.
BD : bitdouble 浮点型;对于R2000+版本,这一位后面就是一个浮点数;如果这一位是1,厚度值就是0.0,;如果这一位是0,后面就是一个浮点数;
2.11CmColor
R15 and earlier: BS color index2字节颜色索引;
R2004+: There are two types of color definitions, below named as CMC and ENC:
CMC:
BS : color index (always 0)两字节
BL : RGB value四字节
RC : Color Byte (& 1 => color name follows (TV),字符 1字节;
&2 => book name follows (TV))
ENC: This color is used by entities: this definition may contain a DBCOLOR reference and optional
transparency.
BS : color number: flags + color index
color flags: first byte of the bitshort.
0x8000: complex color (rgb).
Next value is a BS containing the RGB value (last 24 bits).
0x4000: has AcDbColor reference (0x8000 is also set in this case).
The handle to the color is written in the handle stream.
0x2000: color is followed by a transparency BL.
The first byte represents the transparency type:
0 = BYLAYER,
1 = BYBLOCK,
3 = the transparency value in the last byte.
Color index: if no flags were set, the color is looked up by the color number (ACI
color)
2.12Object type对象类型
Until R2007, the object type was a bit short. In R2010 the object type changed:
A bit pair, followed by either 1 or 2 bytes, depending on the bit pair value:
2007版本中,用2字节表示;2010版本中用2位表示,后面跟1字节或2字节;
Bit pair value | How to interpret following 1-2 bytes 如何解析后面的1-2个字节 |
0 | Read the following byte读取后面1字节; |
1 | Read following byte and add 0x1f0.读取1字节并加上0x1f0; |
2 | Read the following two bytes (raw short)读取2字节; |
3 | The value 3 should never occur, but interpret the same as 2 nevertheless. 3永远不会出现,不过解释方法同2; |
nevertheless英[ˌnevəðəˈles]美[ˌnevərðəˈles]adv. 然而;尽管如此;不过
2.13HANDLE REFERENCES:句柄引用
referred英[rɪˈfɜːd]美[rɪˈfɜːrd]vi. (to)涉及,查阅v. 提到( refer的过去式和过去分词 );针对;关系到;请教
All objects in R13+ .dwg files are referred to by object handles. These handles are stored in the file in the
following form:
R13+版本涉及到了对象句柄;按照如下格式存储:
|CODE (4 bits)|COUNTER (4 bits)|HANDLE or OFFSET|
In this document we write these as CODE.COUNTER.BYTE.BYTE..., such as 0101.0001.00001111 (the
usual reference to LAYER 0 for drawings created under R13, which has handle F). In abbreviated form,
we write 5.1.0F.
abbreviated英[ə"bri:vɪeɪtɪd]美[ə"brivɪeɪtɪd]adj. 简短的,仅可蔽体的,小型的v. 缩简;缩略;使用缩写词
form英[fɔːm]美[fɔːrm]n. 类型;形态,外形;表格;状态v. 形成,构成;组建,排列
4位编码,4位长度(字节数),后跟句柄或者偏移量;R13以下版本,LAYER 0的句柄是F;缩写形态就是5.1.0F;
The CODE has different meanings depending on the handle. Certain object handles in AutoCAD have
"ownership" relations with other objects. In these cases the code indicates the type of relation:
编码表示句柄类型;CAD中的对象句柄和其他对象有隶属关系;编码就表示关系类型,如下表:
Code | Desciption |
2 | Soft ownership reference: the owner does not need the owned object. The owned object cannot exist by itself.软拥有,主人不拥有对象,该对象可以独自存在; |
3 | Hard ownership reference: the owner needs the owned object. The owned object cannot exist by itself.硬拥有:主人拥有对象,该对象不能独自存在; |
4 | Soft pointer reference: the referencing object does not need the referenced object and vice versa.软指针,引用者不需要被引用对象,而是相反; |
5 | Hard pointer reference: the referencing object needs the referenced object, but both are owned by another object.硬指针,引用者需要被引用对象,并且二者同时被第三者所拥有; |
We will call these TYPEDOBJHANDLEs. Often their type is fixed to some value at all times; in other
words, for instance in a certain position only a HARD_POINTER TYPEDOBJHANDLE would be
allowed.
这称为类型对象句柄;通常他们的类型是固定的;也就是说,只能使用硬指针引用;
In other cases, the handle is stored as an offset from some other handle, and the code indicates how the
offset is to be applied. These handles always represent a soft pointer reference. See the table below for the
codes and their meaning:
通常,句柄存储的是相对于其他句柄的偏移量,编码表示如何使用偏移量;这些句柄是软指针引用;如下表:
Code: Action:
0x2, 0x3, 0x4, 0x5 none - just read offset and use it as the result读取偏移量
0x6 result is reference handle + 1 (length is 0 in this case)句柄偏移1,长度 0
0x8 result is reference handle – 1 (length is 0 in this case)句柄偏移-1 长度0
0xA result is reference handle plus offset正偏移量
0xC result is reference handle minus offset负偏移量
We will call these OFFSETOBJHANDLEs. These handles are described with (CODE X), where X
indicates the code if the offset is an ABSOLUTE reference (0x2 – 0x5).
这称为偏移句柄;这些句柄在4位code后面跟1位X,表示是否是绝对引用;
COUNTER tells how many bytes of HANDLE follow.
EXAMPLE: An entity on a layer whose handle is 5E7 has the following handle reference near the end of
the entity data (its code being 5):
5 2 0 5 E 7
01010010 00000101 11100111 (0101.0010.00000101.11100111)
2.14CRCS:
2.14.1 8-bit CRC循环冗余校验
modification英[ˌmɒdɪfɪˈkeɪʃn]美[ˌmɑːdɪfɪˈkeɪʃn]n. 修改,修正,变更,改良,改进
redundancy英[rɪˈdʌndənsi]美[rɪˈdʌndənsi]n. 过多,过剩;冗长;裁员;(机器的)多余度
CAD使用修正的循环冗余校验,作为检错机制;CRC(循环冗余校验)以2字节结尾,因为表格中包含256个16位值,他们不以任何类型的位的形式存储;他们以字节存储;他们不嵌入位编码;因此在一个对象末尾可能有未被使用的位(闲置位);例子如下:
The AutoCAD DWG file format uses a modification of a standard cyclic redundancy check as an error
detecting mechanism. The CRC ends up being 2 bytes long due to a lookup in a table containing 256 16-
bit values, and are not stored in any sort of bit code form. They also always appear on byte boundaries;
they are not embedded within the stream of bits. Thus there may be extra unused bits at the end of an
object. For instance, consider an object containing one bitshort, as follows:
01000000 11100000 01010101 01010101
This parses as:
01 bitshort with one character
00000011 the value of the bitshort (3)
100000 unused bits闲置位
01010101 01010101 the CRC校验位
whereby英[weəˈbaɪ]美[werˈbaɪ]adv. 凭此;借以
beyond英[bɪˈjɒnd]美[bɪˈjɑːnd]prep. 在…另一边;超过,超出;晚于;无法理解
The modification that is made to the CRC is that a starting value different from 0 is used. Autodesk also
uses a method whereby the result of the CRC is XORed with a "magic number". This method is used
extensively in pre-R13 files, but seems only to be used in the header for R13 and beyond.
Here is the CRC function we use; it is simply a standard 8 bit CRC calculation:
对CRC的修订是,使用一个不以0开头的数;CRC的结果是和一个魔法数进行异或运算;R13之前版本一般都用这个方法,R13及之后的版本仅仅在头部校验使用该方法;下面是CRC函数,是一个标准的8位CRC算法:
int crctable[256]= {0x0000,0xC0C1,0xC181,0x0140,0xC301,0x03C0,0x0280,0xC241,
0xC601,0x06C0,0x0780,0xC741,0x0500,0xC5C1,0xC481,0x0440,
0xCC01,0x0CC0,0x0D80,0xCD41,0x0F00,0xCFC1,0xCE81,0x0E40,
0x0A00,0xCAC1,0xCB81,0x0B40,0xC901,0x09C0,0x0880,0xC841,
0xD801,0x18C0,0x1980,0xD941,0x1B00,0xDBC1,0xDA81,0x1A40,
0x1E00,0xDEC1,0xDF81,0x1F40,0xDD01,0x1DC0,0x1C80,0xDC41,
0x1400,0xD4C1,0xD581,0x1540,0xD701,0x17C0,0x1680,0xD641,
0xD201,0x12C0,0x1380,0xD341,0x1100,0xD1C1,0xD081,0x1040,
0xF001,0x30C0,0x3180,0xF141,0x3300,0xF3C1,0xF281,0x3240,
0x3600,0xF6C1,0xF781,0x3740,0xF501,0x35C0,0x3480,0xF441,
0x3C00,0xFCC1,0xFD81,0x3D40,0xFF01,0x3FC0,0x3E80,0xFE41,
0xFA01,0x3AC0,0x3B80,0xFB41,0x3900,0xF9C1,0xF881,0x3840,
0x2800,0xE8C1,0xE981,0x2940,0xEB01,0x2BC0,0x2A80,0xEA41,
0xEE01,0x2EC0,0x2F80,0xEF41,0x2D00,0xEDC1,0xEC81,0x2C40,
0xE401,0x24C0,0x2580,0xE541,0x2700,0xE7C1,0xE681,0x2640,
0x2200,0xE2C1,0xE381,0x2340,0xE101,0x21C0,0x2080,0xE041,
0xA001,0x60C0,0x6180,0xA141,0x6300,0xA3C1,0xA281,0x6240,
0x6600,0xA6C1,0xA781,0x6740,0xA501,0x65C0,0x6480,0xA441,
0x6C00,0xACC1,0xAD81,0x6D40,0xAF01,0x6FC0,0x6E80,0xAE41,
0xAA01,0x6AC0,0x6B80,0xAB41,0x6900,0xA9C1,0xA881,0x6840,
0x7800,0xB8C1,0xB981,0x7940,0xBB01,0x7BC0,0x7A80,0xBA41,
0xBE01,0x7EC0,0x7F80,0xBF41,0x7D00,0xBDC1,0xBC81,0x7C40,
0xB401,0x74C0,0x7580,0xB541,0x7700,0xB7C1,0xB681,0x7640,
0x7200,0xB2C1,0xB381,0x7340,0xB101,0x71C0,0x7080,0xB041,
0x5000,0x90C1,0x9181,0x5140,0x9301,0x53C0,0x5280,0x9241,
0x9601,0x56C0,0x5780,0x9741,0x5500,0x95C1,0x9481,0x5440,
0x9C01,0x5CC0,0x5D80,0x9D41,0x5F00,0x9FC1,0x9E81,0x5E40,
0x5A00,0x9AC1,0x9B81,0x5B40,0x9901,0x59C0,0x5880,0x9841,
0x8801,0x48C0,0x4980,0x8941,0x4B00,0x8BC1,0x8A81,0x4A40,
0x4E00,0x8EC1,0x8F81,0x4F40,0x8D01,0x4DC0,0x4C80,0x8C41,
0x4400,0x84C1,0x8581,0x4540,0x8701,0x47C0,0x4680,0x8641,
0x8201,0x42C0,0x4380,0x8341,0x4100,0x81C1,0x8081,0x4040 };
short crc8(unsigned short dx,char *p,long n)
{
register unsigned char al;
while (n-- > 0) {
al = (unsigned char)((*p) ^ ((char)(dx & 0xFF)));
dx = (dx>>8) & 0xFF;
dx = dx ^ crctable[al & 0xFF];
p++;
}
return(dx);
}
This function takes as its input an initial CRC value, a pointer to the data to be CRC"d, and the number of
bytes of data. The return value is the new CRC. This function can be used to accumulate a CRC by
running the first set of bytes with an initial value of 0 (or the "starting value" for this type of object), and
subsequent calls with the initial value equal to the last returned CRC.
3 R13-R15 DWG FILE FORMAT ORGANIZATION
R13-R15版本的文件格式
3.1 FILE STRUCTURE文件结构
notations英[nəʊ"teɪʃnz]美[noʊ"teɪʃnz]n. 记号,标记法
regarding英[rɪˈɡɑːdɪŋ]美[rɪˈɡɑːrdɪŋ]prep. 关于;就…而论;至于
arrangement英[əˈreɪndʒmənt]美[əˈreɪndʒmənt]n. 安排;筹划;布置
The structure of the DWG file format changed between R13 C2 and R13 C3. Notations regarding C3
below indicate the differences.
R13 C2和R13 C3版本的文件格式有变化;C3的不同之处后面有说明;
R13-R15的一般文件布局如下:
The general arrangement of data in an R13/R14/R15 file is as follows:
HEADER头部
FILE HEADER文件头
DWG HEADER VARIABLES头部变量
CRC循环冗余校验
CLASS DEFINITIONS类定义
TEMPLATE (R13 only, optional)模版(只有R13有,并且是可选的)
PADDING (R13C3 AND LATER, 200 bytes, minutes the template section above if present)填充位
IMAGE DATA (PRE-R13C3)图片数据
OBJECT DATA对象数据
All entities, table entries, dictionary entries, etc. go in thissection.所有的实体、表格、字典等;
OBJECT MAP对象图;
OBJECT FREE SPACE (optional)对象的自由空间(可选);
TEMPLATE (R14-R15, optional)模版(可选);
SECOND HEADER第二个头;
IMAGE DATA (R13C3 AND LATER)图片数据;
3.2 FILE HEADER文件头
3.2.1 VERSION ID:版本ID
The first 6 bytes are:
Bytes (ascii encoded) | Version |
AC1012 | R13 |
AC1014 | R14 |
AC1015 | R2000 |
AC1018 | R2004 |
AC1021 | R2007 |
AC1024 | R2010 |
AC1027 | R2013 |
AC1032 | R2018 |
The next 7 starting at offset 0x06 are to be six bytes of 0 (in R14, 5 0’s and the ACADMAINTVER
variable) and a byte of 1. We have occasionally seen other values here but their meaning (and importance)
is unclear.
从第7位开始的6位是0,然后是1个字节的1;有时也会看到其他数据,不过其含义和重要性暂不清楚;
6+6+8=20
3.2.2 IMAGE SEEKER:图片查找器;
At 0x0D is a seeker (4 byte long absolute address) for the beginning sentinel of the image data.
0x0D 是一个图片查找器(4字节的绝对地址),表示图片数据的开始位置;
3.2.3 OBJECT FREE SPACE对象的自由空间
TODO.
3.2.4 TEMPLATE模版(可选)
This section is optional, see chapter 22.
3.2.5 DWGCODEPAGE:编码页
Bytes at 0x13 and 0x14 are a raw short indicating the value of the code page for this drawing file.
表示本文件的代码页;
3.2.6 SECTION-LOCATOR RECORDS:节定位记录
At 0x15 is a long that tells how many sets of recno/seeker/length records follow. Each record has the
following format:
0x15 开始的4字节表示记录个数(后面有多少条记录);每个记录的格式如下:
Record number (raw byte) | Seeker (raw long) | Size (raw long)
记录编号(1字节)查找器(4字节)大小(4字节)
The records are as follows:
0 : Header variables (covers beginning and ending sentinels).头部变量
1 : Class section.类
2 : Object map.对象图
3 : (C3 and later.) A special table (no sentinels). See unknown section (R13 C3 and
later). The presence of the 4th record (3) indicates that the C3 file format
applies. Just look at the long at 21; if it"s 4 or greater, it"s the C3-and-later
format.一个特殊的表格;
4 : In R13-R15, points to a location where there may be data stored. Currently we
have seen only the MEASUREMENT variable stored here. See chapter 22. This section
is optional.一个指针,只想数据存储位置;目前我们只看到测量变量存储在这里;这部分是可选的;
Remarks:
We have seen files with up to 6 sets in this section; the meaning of the sixth one
is unknown. The Open Design Toolkit emits files with the first 5 sets only.
这里最多有6套数据,第6套数据含义未知;我们的工具包只使用前5套数据;
RS : CRC for BOF to this point. Use 0 for the initial value, and depending on the
number of sets of section-locators, XOR the result with one of the following:
文件开始的循环冗余校验;用0作为初始值,依赖于有多少套数据,并和下面其中一个进行异或运算;
3 : 0xA598
4 : 0x8101
5 : 0x3CC4
6 : 0x8461
The following 16 byte sentinel appears after the CRC:后面的16字节如下所示:
0x95,0xA0,0x4E,0x28,0x99,0x82,0x1A,0xE5,0x5E,0x41,0xE0,0x5F,0x9D,0x3A,0x4D,0x00
4 R2004 DWG FILE FORMAT ORGANIZATION
4.1 R2004 File Header
Address | Length | Description |
0x00 | 6 | “AC1018” version string软件版本 |
0x06 | 5 | 5 bytes of 0x00 |
0x0B | 1 | Maintenance release version发行版本 |
0x0C | 1 | Byte 0x00, 0x01, or 0x03 |
0x0D | 4 | Preview address (long), points to the image page + page header size (0x20). 预览地址,只想图片页和图片头大小; |
0x11 | 1 | Application version (Acad version that writes the file)应用程序版本(对文件进行写入的) |
0x12 | 1 | Application maintenance release version (Acad maintenance version that writes the file)发行版本(对文件进行写入的) |
0x13 | 2 | Codepage代码页 |
0x15 | 3 | 3 0x00 bytes |
0x18 | 4 | Security flags, default value is 0 (long)安全标签 0x0001 = encrypt data (used for all data sections except AcDb:Preview and AcDb:SummaryInfo) 0x0002 = encrypt properties (used for sections AcDb:Preview and AcDb:SummaryInfo) 0x0010 = sign data签章数据 0x0020 = add timestamp时间戳 |
0x1C | 4 | Unknown long (ODA writes 0)未知 |
0x20 | 4 | Summary info Address, points to summary info page + page header size;摘要信息地址,指向摘要信息页; (0x20 |
0x24 | 4 | VBA Project Address (Optional, write 0 if not present) |
0x28 | 4 | 0x00000080 |
0x2C | 0x54 | 0x00 bytes |
0x80 | 0x6C | Encrypted Data (see below)加密数据 |
exclusive英[ɪkˈskluːsɪv]美[ɪkˈskluːsɪv]adj. 独有的;高档的;排外的;不含…的
The encrypted data at 0x80 can be decrypted by exclusive or’ing the 0x6c bytes of data from the file with
the following magic number sequence:可以使用下面的魔术数字进行解密;
29 23 BE 84 E1 6C D6 AE 52 90 49 F1 F1 BB E9 EB
B3 A6 DB 3C 87 0C 3E 99 24 5E 0D 1C 06 B7 47 DE
B3 12 4D C8 43 BB 8B A6 1F 03 5A 7D 09 38 25 1F
5D D4 CB FC 96 F5 45 3B 13 0D 89 0A 1C DB AE 32
20 9A 50 EE 40 78 36 FD 12 49 32 F6 9E 7D 49 DC
AD 4F 14 F2 44 40 66 D0 6B C4 30 B7
This magic sequence can be generated by the following code, which generates the sequence and stores it
in the data vector:
OdUInt8* p = data.asArrayPtr();
OdUInt32 sz = 0x6c;
int randseed = 1;
while (sz--)
{
randseed *= 0x343fd;
randseed += 0x269ec3;
*p++ = (OdUInt8)(randseed >> 0x10);
}
throughout英[θruːˈaʊt]美[θruːˈaʊt]prep. 自始至终;遍及adv. 自始至终;遍及
remainder英[rɪˈmeɪndə(r)]美[rɪˈmeɪndər]n. 剩余物;其他人员;差数;廉价出售的图书
Once decrypted, this sequence of bytes consists of the following data (we will call this data the 2004 File
Header Data throughout the remainder of this document). The file header data is repeated at the end of the
file (this is the second header data).
一旦解密,字节序列将由下面的数据组成(也就是文件头数据,这个数据遍布在文件的其他部分);文件头会在文件尾部再次出现,我们叫他第二文件头;
Address (from start of 0x6c byte sequence) | Length | Description |
0x00 | 12 | “AcFssFcAJMB” file ID string |
0x0C | 4 | 0x00 (long) |
0x10 | 4 | 0x6c (long) |
0x14 | 4 | 0x04 (long) |
0x18 | 4 | Root tree node gap |
0x1C | 4 | Lowermost left tree node gap |
0x20 | 4 | Lowermost right tree node gap |
0x24 | 4 | Unknown long (ODA writes 1) |
0x28 | 4 | Last section page Id |
0x2C | 8 | Last section page end address |
0x34 | 8 | Second header data address pointing to the repeated header data at the end of the file |
0x3C | 4 | Gap amount |
0x40 | 4 | Section page amount |
0x44 | 4 | 0x20 (long) |
0x48 | 4 | 0x80 (long) |
0x4C | 4 | 0x40 (long) |
0x50 | 4 | Section Page Map Id |
0x54 | 8 | Section Page Map address (add 0x100 to this value) |
0x5C | 4 | Section Map Id |
0x60 | 4 | Section page array size |
0x64 | 4 | Gap array size |
0x68 | 4 | CRC32 (long). See paragraph 2.14.2 for the 32-bit CRC calculation, the seed is zero. Note that the CRC calculation is done including the 4 CRC bytes that are initially zero! So the CRC calculation takes into account all of the 0x6c bytes of the data in this table. |
maintenance 英[ˈmeɪntənəns]美[ˈmeɪntənəns]n. 维修; 维护; 保养; 维持; 保持; 抚养费;
The next 0x14 bytes will be copied from the magic number sequence, starting at 0x100 – 0x14. These
0x14 bytes are present in the file header at the beginning of the file, but not at the copy at the end of the
file.后面的20个字节将被拷贝到文件开始文件头,而不会拷贝到文件结尾的文件头;
The remaining data in the file is broken up into sections. There are 2 types of sections, System Sections
and Data Sections. A data section consists of 1 or more section pages, a system section consists of just 1
section page. System sections contain maps to navigate through the data sections and pages. System and
data section pages have different page headers.
剩余的数据将被划分成很多小节;有2种不同的节,系统节和数据节;数据节包括若干页,系统节只有1页;系统节用来导航到所有的数据节和数据页;系统节和数据节的页面有不同的页面标题;
checksum英[ˈtʃeksʌm]校验和
4.2 Section page checksum节页面的校验和
The following function (pseudocode) is used to calculate system and data page checksums as stored in the
page header (note that system and data page headers are different).
下面的函数用来计算系统页和数据页的校验和,并存储到页面的头部;注意,系统页和数据页的头部是不同的;
OdUInt32 checksum(OdUInt32 seed, OdUInt8* data, OdUInt32 size)
{
OdUInt32 sum1 = seed & 0xffff;
OdUInt32 sum2 = seed >> 0x10;
while (size != 0)
{
OdUInt32 chunkSize = min(0x15b0, size);
size -= chunkSize;
for (int i = 0; i < chunkSize; i++)
{
sum1 += *data++;
sum2 += sum1;
}
sum1 %= 0xFFF1;
sum2 %= 0xFFF1;
}
return (sum2 << 0x10) | (sum1 & 0xffff);
}
4.3 System section page系统节页面
A System Section page starts with of the following 0x14 bytes of header data:
Address (from start of section) | Length | Description |
0x00 | 4 | Section page type:页面类型 Section page map: 0x41630e3b页面地图的地址 Section map: 0x4163003b节地图的地址 |
0x04 | 4 | Decompressed size of the data that follows解压缩后的数据大小 |
0x08 | 4 | Compressed size of the data that follows压缩后的数据大小 (CompDataSize) |
0x0C | 4 | Compression type (0x02)压缩类型 |
0x10 | 4 | Section page checksum节页面的校验和 |
Immediately following this data, there will be CompDataSize bytes of compressed data, which is the
actual data for the section. See the Compression section later in this document for details on the
compression algorithm used. After the compressed data there is second header chunk, but fields
decompressed size, compressed size and checksum are set to zero.
压缩数据大小是这个节的真实大小;后面会介绍压缩算法;压缩数据后面是第二标题数据块,但是压缩大小、解压大小、校验和等字段被设置为0;
chunk英[tʃʌŋk]美[tʃʌŋk]n. 厚块;大量;
The section page checksum is calculated in two stages. First the checksum (using the data page checksum
function) is calculated from the header data, using a seed of 0. The header data’s checksum being 0 at this
stage, but all other fields should be filled. In the second stage the final checksum is calculated from the
compressed data, using the first checksum as the seed.
校验和计算分2步;首先使用校验和函数,对头部数据进行计算,使用种子数据为0;此时校验和的值是0,但是其他字段将被填充数据;第二步,用第一步的校验和作为种子,使用压缩数据进行计算,得到最终的校验和;
Each section page must start on a 0x20 byte boundary of the raw data stream. The empty bytes between
the start of this section and then end of the previous section are filled with as many bytes as needed from
the magic number sequence.
每个节都以0x20 开始,作为数据流的边界;本节开始和上一节结束位置之间的字节,用魔术数字序列进行填充;
System Sections includeSection page map and Section map. These 2 sections serve as a table of contents
for the remaining sections of the file and their pages. Once these 2 sections have been processed, all other
sections in the file can be accessed randomly.
系统节包含页面地图和节地图;这2个节作为后续节和页面的索引表;只有这两个节处理完成后,后续的节才可以访问;
4.4 2004 Section page map
The uncompressed (global) section page map contains the following data:
未压缩的页面地图包含如下数据:
Offset | Length | Description |
0x00 | 4 | Section page number, starts at 1, page numbers are unique per file. 页面编号,从1开始,不能有重复编号 ; |
0x04 | 4 | Section size节的大小 |
This repeats, with one number and size for each section page in the file, until the end of the section page
map. Note that this map also contains a reference to the section map, which is a system section. All other
pages are data section pages. The address of each section can be calculated as 0x100 for the first section,
and for each subsequent section the address is the previous section address plus the previous section size.
页面编号和页面编码的数据结构不断重复,直到页面地图结尾的地方;注意,这个地图也包含节地图的引用,也就是系统节的引用;其他页面都是数据页面;以0x100 作为第一个节的地址,后续节的地址只需用该节的地址加上该节的大小即可算出来;
If the section number is negative, this represents a gap in the sections (unused data). For a negative
section number, the following data will be present after the section size:
如果有负数的节编号,表示一个节缺口(无用数据);对于编号是负数的节,其后将会是如下数据:
Offset | Length | Description |
0x00 | 4 | Parent |
0x04 | 4 | Left |
0x08 | 4 | Right |
0x0C | 4 | 0x00 |
Taken together, these units of file section information form a vector (1 indexed) of all sections in the file,
and this vector will be referred to asthe SectionPageMap throughout the remainder of this document.
taken together英[ˈteɪkən təˈɡeðə]美[ˈtekən təˈɡɛðɚ]一并考虑
be referred to as被称为;
consecutively英[kən"sekjətɪvlɪ]美[kən"sekjətɪvlɪ]adv. 连续地
sections英["sekʃənz]美["sekʃənz]n. 部分( section的名词复数 );节;部件;部门
Section pages are numbered consecutively. The system section pages are the last pages, with a gap of 1
between the page numbers for the data sections and system sections.
页面编号是连续编号的;系统页面是最后一个页面,使用1个间隔,来区分数据节和系统节;
4.5 2004 Data section map
The data section map is a map for locating all data sections (i.e. system sections are not present in this
map).数据节地图用来定位所有数据节,系统节不会出现在这个地图上;
The uncompressed Section Info section contains the following data:
未压缩的节信息包含如下内容:
Offset | Length | Description |
0x00 | 4 | Number of section descriptions (NumDescriptions)编号 |
0x04 | 4 | 0x02 (long) |
0x08 | 4 | 0x00007400 (long) |
0x0C | 4 | 0x00 (long) |
0x10 | 4 | Unknown (long), ODA writes NumDescriptions here.编号描述 |
Next, the following data is repeated NumDescriptions times:
Offset | Length | Description |
0x00 | 8 | Size of section (OdUInt64)大小 |
0x08 | 4 | Page count (PageCount). Note that there can be more pages than PageCount, as PageCount is just the number of pages written to file. If a page contains zeroes only, that page is not written to file. These “zero pages” can be detected by checking if the page’s start offset is bigger than it should be based on the sum of previously read pages decompressed size (including zero pages). After reading all pages, if the total decompressed size of the pages is not equal to the section’s size, add more zero pages to the section until this condition is met. 页面数量;表示可能有超出页面数量的页面,因为页面数量只是写入到文件的;如果一个页面只包含0,则这个页面不会写入到文件;如果一个页面的位置比计算得到的位置大,就说明有全0页面;所有页面读完后,如果总大小不等于节大小,那么将添加全0页面,从而保证二者相等; |
0x0C | 4 | Max Decompressed Size of a section page of this type (normally 0x7400) |
0x10 | 4 | Unknown (long)未知 |
0x14 | 4 | Compressed (1 = no, 2 = yes, normally 2)是否压缩 |
0x18 | 4 | Section Id (starts at 0). The first section (empty section) is numbered 0, consecutive sections are numbered descending from (the number of sections – 1) down to 1. 节的ID,从0开始;第一个节是0号(空节),后面的编号从节的个数-1开始,降序排序,直到减少到1; |
0x1C | 4 | Encrypted (0 = no, 1 = yes, 2 = unknown) |
0x20 | 64 | Section Name (string)节名称 |
Following this, the following (local) section page map data will be present, repeated PageCount times:
Offset | Length | Description |
0x00 | 4 | Page number (index into SectionPageMap), starts at 1 |
0x04 | 4 | Data size for this page (compressed size). |
0x08 | 8 | Start offset for this page (OdUInt64). If this start offset is smaller than the sum of the decompressed size of all previous pages, then this page is to be preceded by zero pages until this condition is met. |
Maximum section page size appears to be 0x7400 bytes in the normal case. If a logical section of the file
(the database objects, for example) exceeds this size, then it is broken up into pages of size 0x7400. In
this case, the PageCount value above will contain the number of 0x7400 byte pages, and the data from the
pages can be appended together in order and treated as a single logical section.
Section Types seen so far in 2004 files include (sections are present in the section map in this order):
Section Name | Description | Compressed? | Page size |
-- | Empty section | Yes | 0x7400 |
AcDb:Security | Contains information regarding password and data encryption. This section is optional. | no | 0x7400 |
AcDb:FileDepList | Contains file dependencies (e.g. IMAGE files, or fonts used by STYLE). | no | 0x80 |
AcDb:VBAProject | Contains VBA Project data for this drawing (optional section) | no | Data size + 0x80 + padding size |
AcDb:AppInfo | Contains information about the application that wrote the .dwg file (encrypted = 2). | no | 0x80 |
AcDb:Preview | Bitmap preview for this drawing. | no | 0x400 |
AcDb:SummaryInfo | Contains fields like Title, Subject, Author. | no | 0x100 |
AcDb:RevHistory | Revision history | yes | 0x7400 |
AcDb:AcDbObjects | Database objects | yes | 0x7400 |
AcDb:ObjFreeSpace | yes | 0x7400 | |
AcDb:Template | Template (Contains the MEASUREMENT system variable only.) | yes | 0x7400 |
AcDb:Handles | Handle list with offsets into the AcDb:AcDbObjects section | yes | 0x7400 |
AcDb:Classes | Custom classes section | yes | 0x7400 |
AcDb:AuxHeader | yes | 0x7400 | |
AcDb:Header | Contains drawing header variables | yes | 0x7400 |
AcDb:Signature | Not written by ODA |
The section order in the stream is different than the order in the section map. The order in the stream is as
follows:节的排序
Section: | 节 |
File header | 文件头节 |
Empty section | 空节 |
AcDb:SummaryInfo | 摘要节 |
AcDb:Preview | 预览节 |
AcDb:VBAProject | VBA节 |
AcDb:AppInfo | APP信息节 |
AcDb:FileDepList | ? |
AcDb:RevHistory | 修订历史记录 |
AcDb:Security | 安全节 |
AcDb:AcDbObjects | 数据库对象 |
AcDb:ObjFreeSpace | 自由空间 |
AcDb:Template | 模版 |
AcDb:Handles | 句柄 |
AcDb:Classes | 类 |
AcDb:AuxHeader | 辅助标题 |
AcDb:Header | 二头 |
Section map | 节地图 |
Section page map | 页面地图 |
auxiliary英[ɔːɡˈzɪliəri]美[ɔːɡˈzɪliəri]adj. 辅助的;备用的
免责声明disclaimer
13 Data section AcDb:SummaryInfo Section摘要节
Section property | Value |
Name | AcDb:SummaryInfo名称 |
Compressed | 1是否压缩 |
Encrypted | 0 if not encrypted, 1 if encrypted.是否加密 |
Page size | 0x100页面大小 |
This section contains summary information about the drawing. Strings are encoded as a 16-bit length,
followed by the character bytes (0-terminated).这个节包括图纸的摘要信息,字符串编码成2字节,并以0作为结尾;
Type | Length | Description |
String | 2 + n | Title标题 |
String | 2 + n | Subject主题 |
String | 2 + n | Author作者 |
String | 2 + n | Keywords关键词 |
String | 2 + n | Comments评论 |
String | 2 + n | Last saved by最后保存 |
String | 2 + n | Revision number修订版本 |
String | 2 + n | Hyperlink base超链接 |
? | 8 | Total editing time (ODA writes two zero Int32’s) 总编辑时间 |
Julian date | 8 | Create date time创建时间 |
Julian date | 8 | Modified date time最后修改时间 |
Int16 | 2 + 2 * (2 +n) | Property count, followed by PropertyCount key/value string pairs. 属性个数 |
Int32 | 4 | Unknown (write 0) |
Int32 | 4 | Unknown (write 0) |
14 Data section AcDb:Preview
14.1PRE-R13C3
Section property | Value |
Name | AcDb:Preview名称 |
Compressed | 1是否压缩 |
Encrypted | 0 if not encrypted, 1 if encrypted.是否加密 |
Page size | If a thumbnail image is present, then header + image data size + sentinels and size info (0x40 bytes) + section alignment padding If no thumbnail image is present, the value is 0x400. 如果有缩略图,页面大小=头部大小+图片大小+大小数据+对齐填充; 如果没有缩略图,则为0x400; |
The BMP (or, sometimes, WMF) image of this file, if any. Only stored here for pre-R13C3 files. Later
files place the data at the end. The format of this data is discussed in the section illustrating where R13C4
and beyond store it.
缩略图可以使bmp或者wmf格式;在pre-R13C3中在这个节存储缩略图;后续的版本中都存储在文件的最后;数据格式将在R13C4及以后版本中讨论,这些版本中存储了这些数据;
illustratingv. 给…加插图( illustrate的现在分词 );说明;表明;(用示例、图画等)说明
15 Data section AcDb:VBAProject Section
The VBA project section is optional.
Section property | Value |
Name | AcDb:VBAProject |
Compressed | 1 |
Encrypted | 2 (meaning unknown). |
Page size | Project data size + 0x80 + section alignment padding |
The contents are currently unknown.The ODA reads and writes the contents of this section as is:
这部分内容暂时未知,ODA按照如下格式进行读写;
Type | Length | Description |
byte | 16 | 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x1c, 0x00, 0x00, 0x19, 0x00, 0x00, 0x00 |
byte | n | The VBA project data |
Int32 | 4 | 0 |
16 Data section AcDb:AppInfo应用程序信息
Contains information about the application that wrote the .dwg file. This section is optional.
Section property | Value |
Name | AcDb:AppInfo |
Compressed | 1 |
Encrypted | 0 |
Page size | 0x80 |
The AppInfo format depends on the application version (Acad version that wrote the file) in the file
header. So a R18 .dwg file might have an R21 AppInfo section.
程序信息取决于应用程序的版本,也就是写该文件的CAD软件;所以R18的DWG文件里面可能会有R21版本的软件信息;
16.1R18
In R18 the app info section consists of the following fields. Strings are encoded as a 16-bit length,
followed by the character bytes (0-terminated).
Type | Length | Description |
String | 2 + n | App info name, ODA writes “AppInfoDataList” |
UInt32 | 4 | Unknown, ODA writes 2未知 |
String | 2 + n | Unknown, ODA writes “4001”未知 |
String | 2 + n | App info product XML element, e.g. ODA writes “ registry_version="3.3" install_id_string="ODA" registry_localeID="1033"/>" 软件信息,XML格式; |
String | 2 + n | App info version, e.g. ODA writes "2.7.2.0". 软件版本信息,ODA写入的是"2.7.2.0" |
17 Data section AcDb:FileDepList依赖项列表
Contains file dependencies (e.g. IMAGE files, or fonts used by STYLE).
包含文件的所有依赖项(图片文件、字体文件等);
Section property | Value |
Name | AcDb:FileDepList |
Compressed | 1 |
Encrypted | 2 (meaning unknown) |
Page size | 0x80 if number of entries is 0 or 1. If more than 1, then 0x80 x number ofentries. |
In R18 the app info section consists of the following fields. Strings are encoded as a 32-bit length,
followed by the character bytes (without trailing 0).
R18版本包含以下字段;字符串是32位的,以0结尾;
Type | Length | Description |
Int32 | 4 | Feature count (ftc)特征个数 |
String32 | ftc * (4 + n) | Feature name list. A feature name is one of the following: 特征名称列表,特征名称是下述名称中的一个; “Acad:XRef” (for block table record)外部参照(用于块表记录) “Acad:Image” (for image definition)图片(定义图片) “Acad:PlotConfig” (for plotsetting) “Acad:Text” (for text style) |
Int32 | 4 | File count |
Then follows an array of features (repeated file count times). The feature name + the full filename
constitute the lookup key of a file dependency:
后面是一个特征数据,包括文件名、完整文件名
feature英[ˈfiːtʃə(r)]美[ˈfiːtʃər]n. 特征;五官;特写;正片,故事片
constitute英[ˈkɒnstɪtjuːt]美[ˈkɑːnstɪtuːt]v. 组成,构成;被视为;设立
Type | Length | Description |
String32 | 4 + n | Full filename文件名 |
String32 | 4 + n | Found path, path at which file was found文件所在路径 |
String32 | 4 + n | Fingerprint GUID (applies to xref’s only)指纹的GUID(仅用于外部参照) |
String32 | 4 + n | Version GUID (applies to xref’s only)版本的GUID(仅用于外部参照) |
Int32 | 4 | Feature index in the feature list above.上述特征列表的索引 |
Int32 | 4 | Timestamp (Seconds since 1/1/1980)时间戳(格林尼治时间) |
Int32 | 4 | Filesize文件大小 |
Int16 | 2 | Affects graphics (1 = true, 0 = false) |
Int32 | 4 | Reference count引用的个数 |
18 Data section AcDb:RevHistory修订历史
Section property | Value |
Name | AcDb:RevHistory |
Compressed | 2 |
Encrypted | 0 |
Page size | 0x7400 |
The contents of this section are unknown. In the following paragraphs is described what the ODA writes
in this section.
这节的内容未知;ODA在该节写入下面内容:
18.1R18
Type | Length | Description |
UInt32 | 4 | Unknown (ODA writes 0) |
UInt32 | 4 | Unknown (ODA writes 0) |
UInt32 | 4 | Unknown (ODA writes 0) |
More unknown bytes may follow.
19 Data section AcDb:Security安全节
Section property | Value |
Name | AcDb:Security |
Compressed | 1 |
Encrypted | 0 |
Page size | 0x7400 |
This section was introduced in R18. The AcDb:Security section is optional in the file—it is present if the
file was saved with a password.
以R18版本为例介绍该节;安全节是可选的,如果文件设置了密码,就会有安全节;
R18: The section is present in the file if the SecurityType entry at location 0x18 in the file is greater than0.
如果在0x18位置的SecurityType 值大于0,就说明有安全节;
Strings are prefixed with a 32-bit length (not zero terminated).
这里的字符串指定了一个32位的长度,而不是以0结尾;
Type | Length | Description |
Int32 | 4 | Unknown (ODA writes 0x0c)未知 |
Int32 | 4 | Unknown (ODA writes 0x0)未知 |
Int32 | 4 | Unknown (ODA writes 0xabcdabcd)未知 |
UInt32 | 4 | Cryptographic provider ID密码提供者ID |
String32 | 4 + n | Croptographic provider name密码提供者名称 |
UInt32 | 4 | Algorithm ID算法ID |
UInt32 | 4 | Encryption key length加密键的长度 |
Int32 | 4 | Buffer size of following buffer缓存大小 |
Byte[] | n | Encrypted string "SamirBajajSamirB"加密的字符串 |
cryptographic英["krɪptəʊ"græfɪk]美[ˌkrɪptə"græfɪk]adj. 关于暗号的,用密码写的
Using the indicated provider and algorithm (and password obtained from the client for this drawing), the
encryption password can be verified by decrypting the Test Encrypted Sequence. If the result is
"SamirBajajSamirB" (0x53, 0x61, 0x6d, 0x69, 0x72, 0x42, 0x61, 0x6a, 0x61, 0x6a, 0x53, 0x61, 0x6d,
0x69, 0x72, 0x42), then the password is correct.
indicated英["ɪndə,keɪtɪd]美[ "ɪndə,ketɪd]adj. 表明的;指示的v. 标示( indicate的过去式和过去分词 );指示;象征;
使用明确的提供者和算法(使用绘图人员提供的密码),通过解密测试加密序列,来验证用户的密码是否有效;
如果用提供的密码解密出来的内容恰好是测试序列"SamirBajajSamirB",就说明这个密码是正确的;
The algorithm is RC4 (this is a symmetric encryption algorithm). The algorithm is used in DWG fileformat version 2004 and 2007.
假面算法用的是RC4(这是一种对称加密算法);在2004和2007版本的DWG文件中使用这种加密算法;
Parameters are:参数如下
- Password (provided by user).密码(用户设置)
- Provider id: e.g. 0x0d.提供者(设置密码的用户)id;
- Provider name: e.g. "Microsoft Base DSS and Diffie-Hellman Cryptographic Provider".提供者名称;
- Key length: default value is 40.键长度,默认40;
- Flags: no salt.不使用盐值;
The password bytes (convert unicode password string to bytes, 2 bytes per character) are hashed (using
MD5). A session key is derived from the password hash (using no salt). This session key is then used for
both encryption and decryption.
密码用MD5计算hash值;一个会话密钥从哈希得到;会话密钥同时用于加密和解密;
20 Data section AcDb:AcDbObjects实体对象
Section property | Value |
Name | AcDb:AcDbObjects |
Compressed | 2 |
Encrypted | 0 if not encrypted, 1 if encrypted |
Page size | 0x7400 |
This region holds the actual objects in the drawing. These can be entities, table entries, dictionary entries,
and objects. This second use of objects is somewhat confusing; all items stored in the file are “objects”,
but only some of them areobject objects. Others are entities, table entries, etc. The objects in this section
can appear in any order.
该节保存绘图中实际使用的对象;这些对象可能是实体、表格、字典、对象;对象的第二种使用方法有些难以理解;所有的元素在文件中都保存为对象,但是只有其中一部分是物体对象;其他的是实体、表格等;这些对象的顺序并不固定;
confusing英[kənˈfjuːzɪŋ]美[kənˈfjuːzɪŋ]adj. 难以理解的
Not all objects present in the file are actually used. All used objects can eventually be traced back to
handle references in the Header section. So the proper way to read a file is to start reading the header and
then tracing all references from there until all references have been followed. Very occasionally a file
contains e.g. two APPID objects with the same name, of which one is used, and the other is not. Reading
both would be incorrect due to a name clash. To complicate matters more, files also exist with table
records with duplicate names. This is incorrect, and the software should rename the record to be unique
upon reading.
文件中的所有对象不一定都会使用;那些被使用的对象可以再文件头中找到相应的句柄引用;所以要读取一个DWG文件,应该首先从头部找到所有引用,然后根据引用指向的 地址找出对象;很偶然的情况下,一个文件中会出现两个同名的APPID对象,这两个对象中有一个被使用了,而另一个没有被使用;如果同时读取两个同名对象,会造成名称冲突,从而导致错误;这是不正确的,并且软件应当把重名的对象改成唯一名称;
For R18 and later the section data (right after the page header) starts with a RL value of 0x0dca (meaning
unknown).
对于R18版本或者更高,本节的数据从0x0dca 开始;
20.1Common non-entity object format非实体对象的格式
Objects (non-entities) have the following general format:非实体对象的格式如下所示
assign英[əˈsaɪn]美[əˈsaɪn]v. 指派(任务);给予
unsigned英["ʌn"saɪnd]美[ʌn"saɪnd]adj. 无符号的,无正负之分的
Version | Field type | DXF group | Description |
MS | Size in bytes of object, not including the CRC 对象的大小,不包括循环冗余校验部分; | ||
R2010+ | |||
MC | Size in bits of the handle stream (unsigned, 0x40 is not interpreted assign). This includes the padding bits at the end of the handle stream (thepadding bits make sure the object stream ends on a byte boundary). 句柄流的大小(以位为单位),是无符号数,0x40 没有分配; | ||
Commmon | |||
OT | Object type对象的类型 | ||
R2000-R2007 | |||
RL | Size of object data in bits (number of bits before the handles), or the “endbit” of the pre-handles section.对象大小,以位为单位(在句柄之前的位的个数),或者是在句柄之前的结束位; | ||
Common: | |||
H | 5 | Object’s handle | |
BS | Size of extended object data, if any | ||
X | Extended object data, if any. See EED section, chapter 28. |
20.2Common entity format常用实体格式
Drawing entities, which are of course objects, have the same format as objects, with some additional
standard items:
绘图实体,属于进程对象,都有相同的格式,还拥有一些标准元素:
MS : Size of object, not including the CRC 对象大小,不含CRC
R2010+:
MC : Size in bits of the handle stream (unsigned, 0x40 is not interpreted as sign).句柄流大小
Commmon:
OT : Object type对象类型
R2000+ Only:
RL : Size of object data in bits对象数据大小
Common:
H : Object’s handle对象句柄
BS : Size of extended object data, if any扩展数据大小,如有
X : Extended object data, if any扩展数据,如有
B : Flag indicating presence of graphic image.是否有图片
if (graphicimageflag is 1) {如果有图片
R13-R007:
RL: Size of graphic image in bytes图片大小
R2010+:
BLL: Size of graphic image in bytes图片大小
Common:
X: The graphic image图片
}
R13-R14 Only:
RL : Size of object data in bits对象大小
6B : Flags标志
6B : Common parameters公共参数
R2000+ Only:
B : 0 if the previous and next linkers are present; 1 if they are BOTH defaults (1
back and 1 forward).0表示有链接,1表示默认值;
ENC : Entity color颜色
BD : Linetype Scale线型
BB : Line type flags线型标志
00 – BYLAYER linetype线型(按图层)
01 – BYBLOCK linetype线型(按块)
10 – CONTINUOUS linetype线型(连续线)
11 – Indicates that a linetype handle will be stored in the handles section of the
entity.线型句柄
BB : Plotstyle flags:打印样式标志
00 – BYLAYER plotstyle打印样式(按图层)
01 – BYBLOCK plotstyle打印样式(按块)
10 – CONTINUOUS plotstyle打印样式(连续线)
11 – Indicates that a plotstyle handle will be stored in the handles section of
the entity.打印样式句柄
R2007+:
BB : Material flags:材质标志
00 – BYLAYER material材质(按图层)
01 – BYBLOCK material材质(按块)
10 – global material?全局材质
11 – Indicates that a material handle will be stored in the handles section of the
entity.材质句柄
RC : Shadow flags阴影标志
R2010+:
B : Has full visual style完全样式
B : Has face visual style面样式
B : Has edge visual style边样式
Common:
BS : Invisible flag (bit 0: 0 = visible, 1 = invisible)是否可见
R2000+:
RC : Entity lineweight flag线宽标志
Common:
X : Object data (varies by type of object)对象数据(不同对象的数据有所不同)
X : Handles associated with this object该对象的句柄
B* : Padding bits are added until the next byte boundary is reached.填充到下一个字节边界
RS : CRC校验
varies英["veərɪz]美["veərɪz]v. 变化( vary的第三人称单数 );[生物学]变异;相应变化;呈现不同
The R13-R14 FLAGS area (6 bits) indicates which handle references are present in the HANDLE REFS
area. They are as follows:R13-R14版本中的标志,表示句柄引用,如下所示:
FEDCBA
FE : Entity mode (entmode). Generally, this indicates whether or not the owner
relative handle reference is present. The values go as follows:
实体模式,表示是否有主人的引用;这个值如下:
00 : The owner relative handle reference is present.00表示有主人句柄;
Applies to the following:适用于以下情形
VERTEX, ATTRIB, and SEQEND.顶点、特性、序列结尾;
BLOCK, ENDBLK, and the defining entities in all
block defs except *MODEL_SPACE and *PAPER_SPACE.
块、结束块和块中定义的所有实体,模型空间和图纸空间除外;
01 : PSPACE entity without a owner relative handle ref.01表示没有主人的句柄(图纸空间);
10 : MSPACE entity without a owner relative handle ref.10表示没有主人句柄(模型空间);
11 : Not used.未使用;
DC : This is the number of reactors attached to an entity as a bitshort. This feature
may have been dormant in R13, but it appears in R14, and in files saved as R13 by
R14.
reactors英[r"ɪæktəz]美[r"ɪæktəz]n. 起反应的人( reactor的名词复数 );反应装置;原子炉;核反应堆
dormant英[ˈdɔːmənt]美[ˈdɔːrmənt]adj. 休眠的;蛰伏的;暂停活动的
实体上附属的反应器的个数,用2字节表示;R13中,这个属性可能无法使用,但是在R14版本中可用,用R14保存成R13的文件中也可用;
B : 0 if a linetype reference is present; 1 if it"s not (the default being BYLAYER --
even though there IS a BYLAYER linetype entity and it has a handle).
表示有没有线型的引用,0表示有1没有;默认的线型是按图层
A : 0 if the previous and next linkers are present; 1 if they are BOTH defaults (1
back and 1 forward).0表示有链接,1表示默认值;
The COMMON PARAMETERS (6 bits):
CCSSII
CC : Color bitshort
SS : Linetype scale bitdouble
II : "Invisible" flag bitshort (bit 0: 0 = visible, 1 = invisible).
The ENTITY-SPECIFIC PARAMETERS area is coded with bitcodes. Each entity has its own parameter
prescription. Some parameters ALWAYS appear in raw form -- even if bitcode abbreviations could be
used (the 10 and 11 points in TEXT, for example). Generally the raw form is used in conditions wherein
it cannot reasonably be assumed that the likely value for the particular parameter is one of the
compressible values.
prescription英[prɪˈskrɪpʃn]美[prɪˈskrɪpʃn]n. [医]药方,处方;处方药;训令,指示;法规
实体说明参数部分使用位编码;每个实体都有各自的参数;有些参数始终都会出现,即使使用了缩写;
原始数据用于可压缩的值;
One method for loading these objects is to follow the object map. Doing so will cause each object to be
loaded once and only once. Alternatively one can try to scan the objects as they are found, and replace
objects with duplicated object handles with the ones found later in the file. The Teigha Classic for .dwg
files Toolkit uses a hybrid approach, loading the control objects first, then the objects they contain.
获取对象的方式是使用对象地图;用这种方法会将对象加载一次,且只有一次;另外也可以扫描文件来获取对象,或者用一个复制的句柄来代替该对象;Teigha使用混合方式来获取对象,首先加载控制对象,然后加载其中(控制对象)包含的对象;
20.3Object types对象类型
Some object types have fixed values, others have values which vary with the drawing. Here are the fixed
values:有些对象有固定的值,有些对象有变化的值;下面是一些固定的值:
UNUSED 0未使用RAY 0x28射线
TEXT 1文本XLINE 0x29
ATTRIB 2特性DICTIONARY 0x2A
ATTDEF 3 OLEFRAME 0x2B
BLOCK 4块MTEXT 0x2C多行文本
ENDBLK 5结束块LEADER 0x2D
SEQEND 6 TOLERANCE 0x2E
INSERT 7 MLINE 0x2F多线
MINSERT 8 BLOCK CONTROL OBJ 0x30
9 BLOCK块HEADER 0x31头部
VERTEX (2D) 0x0A顶点LAYER CONTROL OBJ 0x32图层
VERTEX (3D) 0x0B顶点LAYER 0x33图层
VERTEX (MESH) 0x0C网格顶点STYLE CONTROL OBJ 0x34
VERTEX (PFACE) 0x0D面顶点STYLE 0x35
VERTEX (PFACE FACE) 0x0E 0x36
POLYLINE (2D) 0x0F 0x37多段线
POLYLINE (3D) 0x10多段线LTYPE CONTROL OBJ 0x38
ARC 0x11圆弧LTYPE 0x39线型
CIRCLE 0x12 0x3A
LINE 0x13 0x3B
DIMENSION (ORDINATE)注释0x14 VIEW CONTROL OBJ 0x3C视图
DIMENSION (LINEAR) 0x15 VIEW 0x3D
DIMENSION (ALIGNED) 0x16 UCS CONTROL OBJ 0x3E
DIMENSION (ANG 3-Pt) 0x17 UCS 0x3F坐标
DIMENSION (ANG 2-Ln) 0x18 VPORT CONTROL OBJ 0x40
DIMENSION (RADIUS) 0x19 VPORT 0x41
DIMENSION (DIAMETER) 0x1A APPID CONTROL OBJ 0x42
POINT 0x1B APPID 0x43点
3DFACE 0x1C DIMSTYLE CONTROL OBJ 0x44
POLYLINE (PFACE)多段线0x1D DIMSTYLE 0x45标注样式
POLYLINE (MESH) 0x1E VP ENT HDR CTRL OBJ 0x46
SOLID 0x1F实线VP ENT HDR 0x47
TRACE 0x20 GROUP 0x48组
SHAPE 0x21 MLINESTYLE 0x49
VIEWPORT 0x22视口OLE2FRAME 0x4A
ELLIPSE 0x23 (DUMMY) 0x4B
SPLINE 0x24 LONG_TRANSACTION 0x4C
REGION 0x25区域LWPOLYLINE 0x4D
3DSOLID 0x26三维实体HATCH 0x4E
BODY 0x27 XRECORD 0x4F
ACDBPLACEHOLDER 0x50
VBA_PROJECT 0x51
LAYOUT 0x52布局
ACAD_PROXY_ENTITY 0x1f2代理实体
ACAD_PROXY_OBJECT 0x1f3代理对象
There are a number of objects with non-fixed values. These are:非定值对象:
ACAD_TABLE表格
CELLSTYLEMAP单元格样式
DBCOLOR颜色
DICTIONARYVAR
DICTIONARYWDFLT字典
FIELD字段
GROUP组
HATCH填充
IDBUFFER缓存
IMAGE图像
IMAGEDEF图像定义
IMAGEDEFREACTOR
LAYER_INDEX图层索引
LAYOUT布局
LWPLINE
MATERIAL材质
MLEADER引线
MLEADERSTYLE引线样式
OLE2FRAME
PLACEHOLDER占位符
PLOTSETTINGS打印设置
RASTERVARIABLES
SCALE缩放
SORTENTSTABLE排序表格
SPATIAL_FILTER空间过滤器
SPATIAL_INDEX空间索引
TABLEGEOMETRY表格几何体
TABLESTYLES表格样式
VBA_PROJECT
VISUALSTYLE视觉样式
WIPEOUTVARIABLE
XRECORD
For objects with non-fixed values, taking the object type minus 500 gives an index into the class list,
which then determines the type of object. For instance, an object type of 501 means that this object is of
the class which is second in the class list; the classdxfname field determines the type of the object.
See the sections on EED a description of that areas.
对于非定值对象,可以用对象类型减去500获得类列表的索引,然后就能获取对象的类型了;
例如,一个对象的类型是501,那么类型索引就是501-500=1,也就是类型列表中的第二个成员(0开始);
20.4OBJECT PRESCRIPTIONS对象处方?
prescriptions英[prɪsk"rɪpʃnz]美[prɪsk"rɪpʃnz]n. 规定;处方;开处方;计划
prescription英[prɪˈskrɪpʃn]美[prɪˈskrɪpʃn]n. (条例、指示、命令、法令等)规定; 处方
prescript 规定,规定规定; 处方;
The object prescriptions are given in the following form:对象处方格式如下
ITEM TYPE-CODE DXF-CODE DESCRIPTION元素 类型编码 图形交换码 处方
See the top of this document for the key to the data types used here.
20.4.1 Common Entity Data常用实体数据
The following data appears at the beginning of each entity in the file, and willbe referred toas Common
Entity Data in the subsequent entity descriptions.
下面的数据在每个实体的开头部分,被称为实体数据,这些数据在后续的实体描述信息中;
Length MS --- Entity length (not counting itself or CRC).实体长度(不含自身长度和CRC)
Type BS 0 1 (internal DWG type code).
R2000+ Only:
Obj size RL size of object in bits, not including end handles
Common:
Handle H 5 code 0, length followed by the handle bytes.
EED size BS size of extended entity data, if any
EED X -3 See EED section.
Graphic present Flag B 1 if a graphic is present
Graphics X if graphicpresentflag is 1, the graphic goes here.
See the section on Proxy Entity Graphics for the
format of this section.
R13-R14 Only:
Obj size RL size of object in bits, not including end handles
Common:
Entmode BB entity mode
Numreactors BL number of persistent reactors attached to this
object
R2004+:
XDic Missing Flag B If 1, no XDictionary handle is stored for this
object, otherwise XDictionary handle is stored as in
R2000 and earlier.
R2013+:
Has DS binary data B If 1 then this object has associated binary data
stored in the data store. See for more details
chapter 24.
R13-R14 Only:
Isbylayerlt B 1 if bylayer linetype, else 0
Common:
Nolinks B 1 if major links are assumed +1, -1, else 0
For R2004+ this always has value 1
(links are not used)
Color CMC(B) 62
Ltype scale BD 48
R2000+:
Ltype flags BB 00 = bylayer, 01 = byblock, 10 = continous, 11 =
linetype handle present at end of object
Plotstyle flags BB 00 = bylayer, 01 = byblock, 11 = plotstyle handle
present at end of object
R2007+:
Material flags BB 00 = bylayer, 01 = byblock, 11 = material handle
present at end of object
Shadow flags RC
Common:
Invisibility BS 60
R2000+:
Lineweight RC 370
20.4.2 Common Entity Handle Data常用实体句柄
be referred to as被称为…
subsequent英[ˈsʌbsɪkwənt]美[ˈsʌbsɪkwənt]adj. 后来的;随后的;作为结果而发生的;附随的
The following data appears in the handles section of each entity, and will be referred to asCommon
Entity Handle Data in the subsequent entity descriptions.
下面的数据出现在每个实体的句柄部分,被称为后面的实体描述信息的实体句柄数据;
Handle refs
[Owner ref handle (soft pointer)]
[Reactors (soft pointer)]
xdicobjhandle (hard owner)
R13-R14 Only:
8 LAYER (hard pointer)
6 [LTYPE (hard pointer)] (present if Isbylayerlt is 0)
R13-R2000 Only:
previous/next handles present if Nolinks is 0
[PREVIOUS ENTITY (relative soft pointer)]
[NEXT ENTITY (relative soft pointer)]
R2004+:
[Color book color handle (hard pointer)]
R2000+ Only:
8 LAYER (hard pointer)
6 [LTYPE (hard pointer)] present if linetype flagswere 11
R2007+:
MATERIAL present if material flags were 11
R2000+:
PLOTSTYLE (hard pointer) present if plotstyle flags
were 11
R2010+:
If has full visual style, the full visual style handle (hard pointer).
If has face visual style, the face visual style handle (hard pointer).
If has edge visual style, the full visual style handle (hard pointer).
20.4.3 TEXT (1)文本数据
elevation 高程英[ˌelɪˈveɪʃn]美[ˌelɪˈveɪʃn]n. 高程; 提升; 提拔;(某地方的)高度; (尤指)海拔; 高地; 高处;
oblique英[əˈbli:k]美[oˈblik, əˈblik]adj. 斜,倾斜的;
Common Entity Data
R13-14 Only:
Elevation BD ---高程、高度
Insertion pt 2RD 10插入点坐标
Alignment pt 2RD 11对齐点坐标
Extrusion 3BD 210挤出坐标
Thickness BD 39厚度
Oblique ang BD 51斜体字、倾斜角度
Rotation ang BD 50旋转角度
Height BD 40高度
Width factor BD 41宽度系数
Text value TV 1文本内容
Generation BS 71
Horiz align. BS 72水平对齐
Vert align. BS 73垂直对齐
R2000+ Only:
DataFlags RC Used to determine presence of subsquent data标志位,决定了是否有后续的数据
Elevation RD --- present if !(DataFlags & 0x01)高程、高度
Insertion pt 2RD 10插入点位置
Alignment pt 2DD 11 present if !(DataFlags & 0x02), use 10 & 20 values对齐点位置
for 2 default values.
Extrusion BE 210
Thickness BT 39
Oblique ang RD 51 present if !(DataFlags & 0x04)
Rotation ang RD 50 present if !(DataFlags & 0x08)
Height RD 40
Width factor RD 41 present if !(DataFlags & 0x10)
Text value TV 1
Generation BS 71 present if !(DataFlags & 0x20)
Horiz align. BS 72 present if !(DataFlags & 0x40)
Vert align. BS 73 present if !(DataFlags & 0x80)
Common:
Common Entity Handle Data实体句柄
H 7 STYLE (hard pointer)
CRC X ---
20.4.5 ATTDEF (3)属性
Common ATTRIB Entity Data属性实体数据
R2010+:
Version RC ?版本
Common:
Prompt TV 3
CRC X ---
20.4.6 BLOCK (4)块
Common Entity Data 实体数据
Block name TV 2块名
Common Entity Handle Data实体句柄
CRC X --- 校验数据
20.4.7 ENDBLK (5)结束块
Common Entity Data实体数据
Common Entity Handle Data实体句柄
CRC X ---校验数据
20.4.18 ARC (17)圆弧
Common Entity Data
Center 3BD 10圆心
Radius BD 40半径
Thickness BT 39宽度
Extrusion BE 210挤出
Start angle BD 50开始角度
End angle BD 51结束角度
Common Entity Handle Data句柄
CRC X ---校验
20.4.19 ARC_DIMENSION圆弧的标注
Class properties:类属性
maintenance 英[ˈmeɪntənəns]美[ˈmeɪntənəns]n. 维修; 维护; 保养;
App name | ObjectDBX Classes名称 |
Class number | Dynamic (>= 500)类编号 |
DWG version | R18DWG版本呢 |
Maintenance version | 0维护版本 |
Class proxy flags | 0x401 |
C++ class name | AcDbArcDimensionC++类名 |
DXF name | ARC_DIMENSIONDXF名称 |
The arc length dimension was introduced in AutoCAD 2004. The DXF format is slightly different from
the other dimension entities. The entity type in DXF is ARC_DIMENSION, rather than DIMENSION.
Common Entity Data
Common Dimension Data Common: Dim line arc point | See paragraph 20.4.22. | 3BD | 10 |
Extension line 1 point 3BD 13延伸线的点
Extension line 2 point 3BD 14延伸线的点
Arc center 3BD 15圆心
Is partial? B 70
Start angle (radians) BD 40起始角度
End angle (radians) BD 41结束角度
Has leader? B 71是否有引线
Leader point 1 3BD 16引线的点
Leader point 2 3BD 17引线的点
Common Entity Handle Data句柄
H 3 DIMSTYLE (hard pointer)标注类型
H 2 anonymous BLOCK (hard pointer)匿名块
CRC X ---校验
20.4.20 CIRCLE (18)圆
Common Entity Data
Center 3BD 10
Radius BD 40
Thickness BT 39
Extrusion BE 210
Common Entity Handle Data
CRC X ---
20.4.20.1 R14 Example:
OBJECT: circle (12H), len 2BH (43), handle: 92
20.4.21 LINE (19)直线
Common Entity Data
R13-R14 Only:
Start pt 3BD 10起始点
End pt 3BD 11结束点
R2000+:
Z’s are zero bit B
Start Point x RD 10起始点x
End Point x DD 11 Use 10 value for default结束点x
Start Point y RD 20起始点y
End Point y DD 21 Use 20 value for default结束点y
Start Point z RD 30 Present only if “Z’s are zero bit” is 0起始点z
End Point z DD 31 Present only if “Z’s are zero bit” is 0, use 30结束点z
value for default.
Common:
Thickness BT 39宽度(线宽)
Extrusion BE 210挤出
Common Entity Handle Data句柄
CRC X ---校验
20.4.33 POLYLINE (PFACE) (29)多段线
Common Entity Data
Numverts BS 71 Number of vertices in the mesh.顶点个数
Numfaces BS 72 Number of faces面个数
R2004+:
Owned Object Count BL Number of objects owned by this object.
Common:
Common Entity Handle Data句柄
R13-R2000:
H first VERTEX (soft pointer)起始顶点
H last VERTEX (soft pointer)结束顶点
R2004+:
H [VERTEX (soft pointer)] Repeats “Owned Object Count”times.
Common:
H SEQEND (hard owner)
CRC X ---校验
20.4.39 ELLIPSE (35)椭圆
Note that the 10 pt and the 11 vector are WCS -- even though an ellipse is planar and has an extrusion
vector (210-group).
Common Entity Data
Center 3BD 10 (WCS)
SM axis vec 3BD 11 Semi-major axis vector (WCS)
Extrusion 3BD 210
Axis ratio BD 40 Minor/major axis ratio
Beg angle BD 41 Starting angle (eccentric anomaly, radians)
End angle BD 42 Ending angle (eccentric anomaly, radians)
Common Entity Handle Data
CRC X ---
20.4.42 RAY (40)射线
Common Entity Data
Point 3BD 10点
Vector 3BD 11向量
Common Entity Handle Data
CRC X ---
20.4.44 DICTIONARY (42)字典
Basically a list of pairs of string/objhandle that constitute the dictionary entries.
字符串和对象句柄组成一对,很多个这样的对组成一个列表,他们组成了字典的入口;
Length MS --- Entity length (not counting itself or CRC).
Type S 0 42 (internal DWG type code).
R2000+:
Obj size RL size of object in bits, not including end handles对象大小
Common:
Handle H 5 Length (char) followed by the handle bytes.对象句柄
EED X -3 See EED section.
R13-R14 Only:
Obj size RL size of object in bits, not including end handles对象大小
Common:
Numreactors S number of reactors in this object反应堆的个数
R2004+:
otherwise英[ˈʌðəwaɪz]美[ˈʌðərwaɪz]adv. 否则;除此以外;与之不同地;以其他方式
XDic Missing Flag B If 1, no XDictionary handle is stored for this
object, otherwise XDictionary handle is stored as in
R2000 and earlier.
Common:
Numitems L number of dictonary items字典中元素个数
R14 Only:
Unknown R14 RC Unknown R14 byte, has always been 0未知字节,始终是0
R2000+:
Cloning flag BS 281
Hard Owner flag RC 280
Common:
Text TV string name of dictionary entry, numitems entries
Handle refs H parenthandle (soft relative pointer)父亲的句柄
[Reactors (soft pointer)]
xdicobjhandle (hard owner)
20.4.46 MTEXT (44)多行文本
Common Entity (Handle) Data
Insertion pt3 BD 10 First picked point. (Location relative to text插入点坐标
depends on attachment point (71).)
Extrusion 3BD 210 Undocumented; appears in DXF and entget, but ACAD
doesn"t even bother to adjust it to unit length.
X-axis dir 3BD 11 Apparently the text x-axis vector. (Why not just a
rotation?) ACAD maintains it as a unit vector.x轴方向,单位向量
Common:
Rect width BD 41 Reference rectangle width (width picked by theuser).矩形框宽度
R2007+:
Rect height BD 46 Reference rectangle height.矩形框高度
Common:
Text height BD 40 Undocumented文本高度
Attachment BS 71 Similar to justification; see DXF doc
Drawing dir BS 72 Left to right, etc.; see DXF doc绘制方向
Extents ht BD --- Undocumented and not present in DXF or entget扩展高度
Extents wid BD --- Undocumented and not present in DXF or entget扩展宽度
Text TV 1 All text in one long string (without "\n"s
3 for line wrapping). ACAD seems to add braces ({ })
and backslash-P"s to indicate paragraphs based on
the "\r\n""s found in the imported file. But, all
the text is in this one long string -- not broken
into 1- and 3-groups as in DXF and entget.
ACAD"s entget breaks this string into 250-char
pieces (not 255 as doc"d) – even if it"s mid-word.
The 1-group always gets the tag end; therefore, the
3"s are always 250 chars long.
H 7 STYLE (hard pointer)
R2000+:
Linespacing Style BS 73
Linespacing Factor BD 44
Unknown bit B
R2004+:
Background flags | BL | 90 | 0 = no background, 1 = background fill, 2 = background fill with drawing fill color, 0x10 = text |
frame (R2018+)
IF background flags has bit 0x01 set, or in case of R2018 bit 0x10:
Background scale factor
BL 45 default = 1.5
Background color CMC 63
Background transparency
BL 441
END IF background flags 0x01/0x10
R2018+
Is NOT annotative B
IF MTEXT is not annotative
Version BS Default 0
Default flag B Default true
BEGIN REDUNDANT FIELDS (see above for descriptions)
Registered application H Hard pointer
Attachment point BL
X-axis dir 3BD 10
Insertion point 3BD 11
Rect width BD 40
Rect height BD 41
Extents width BD 42
Extents height BD 43
END REDUNDANT FIELDS
Column type BS 71 0 = No columns, 1 = static columns, 2 = dynamic
columns
IF Has Columns data (column type is not 0)
Column height count BL 72
Columnn width BD 44
Gutter BD 45
Auto height? B 73
Flow reversed? B 74
IF not auto height and column type is dynamic columns
REPEAT Column heights
Column height BD 46
END REPEAT
END IF (has column heights)
END IF (has columns data)
END IF (not annotative)
Common:
CRC X ---
UCS用户坐标系(User Coordinate System);
20.4.96 TABLE (varies)表格
The TABLE entity (entity type ACAD_TABLE) was introduced in AutoCAD 2005 (a sub
release of R18), and a large number of changes were introduced in AutoCAD 2008 (a sub release of
R21). The table entity inherits from the INSERT entity. The geometric results, consisting of table borders,
texts and such are created in an anonymous block, similarly to the mechanism in the DIMENSION entity.
The anonymous block name prefix is “*T”. For the AutoCAD 2008 changes see paragraph 20.4.96.2.
TODO: document roundtrip data with connections to AcDbTableContent and
AcDbTableGeometry.
在CAD2005版(R18)开始引入表格,相比于2008有很大变化;表格继承自插入实体;包括表格边框、文本、匿名块,类似于标注;匿名刈名称以T为前缀;
20.4.96.1 Until R21
This paragraph describes the table DWG format until R21. In R24 the format was changed to make use of
table content to contain all data (AcDbTableContent).
21 Data section AcDb:ObjFreeSpace自由空间
The meaning of this section is not completely known. The ODA knows how to write a valid section, but
the meaning is not known of every field.
这个节的含义并不完全清楚;但是ODA直到如何写一个有效的节,只是字段的含义不清楚而已;
22 Data section: AcDb:Template模板
mandatory英[ˈmændətəri]美[ˈmændətɔːri]adj. 强制的;命令的;受委托的
This section is optional in releases 13-15. The section is mandatory in the releases 18 and newer. The
template section only contains the MEASUREMENT system variable.
R13-15版本中,这个节是可选的;在R18或者更新的版本中,这个节是必须的;模板节仅仅包含测量相关的系统变量;
Type | Length | Description |
Int16 | 2 | Template description string length in bytes (the ODA always writes 0 here).描述字符串的长度,以字节为单位,ODA一般写0; |
byte[] | n | Encoded string bytes of the template description (use the drawing’s codepage to encode the bytes).描述字符串的编码; |
UInt16 | 2 | MEASUREMENT system variable (0 = English, 1 = Metric). 测量单位:0表示英制单位、1表示米制单位; |
23 Data section AcDb:Handles (OBJECT MAP)对象地图
23.1R13-15
The Object Map is a table which gives the location of each object in the file This table is broken into
sections. It is basically a list of handle/file loc pairs, and goes (something like) this:
对象地图是一个表格,其中列出了每个对象在文件中的位置;这个表格被拆分成多个部分;基本上是句柄/文件位置键值对,如下所示:
Set the "last handle" to all 0 and the "last loc" to 0L;
Repeat until section size==2 (the last empty (except the CRC) section):
Short: size of this section. Note this is in BIGENDIAN order (MSB
first)
Repeat until out of data for this section:
offset of this handle from last handle as modular char.句柄偏移量
offset of location in file from last loc as modular char. (note
that location offsets can be negative, if the terminating byte
has the 4 bit set).文件中的位置偏移量
End repeat.
CRC (most significant byte followed by least significant byte)
End of section
End top repeat
Note that each section is cut off at a maximum length of 2032.
24 Section AcDb:AcDsPrototype_1b (DataStorage)
数据存储
At this moment (December 2012), this sections contains information about Acis data (regions, solids).
The data is stored in a byte stream, not a bit stream like e.g. the objects section.
The data store contains several data segments, and index segments that contain lookup information for
finding the data segments and objects within these data segments. The file header contains the stream
position of the segment index file segment and the segment indexes for the schema index/data
index/search file segments. The segment index file segment is a lookup table for finding the stream
position of a file segment by its segment index.
In paragraph 24.3 the default contents of this section is shown when empty.
25 UNKNOWN SECTION未知节
This section is largely unknown. The total size of this section is 53. We simply patch in "known to be
valid" data. We first write a 0L, then the number of entries in the objmap +3, as a long. Then 45 bytes of
"known to be valid data". Then we poke in the start address for objects at offset 16.
26 SECOND FILE HEADER (R13-R15)
27 Data section: AcDb:AuxHeader (Auxiliary file
header)辅助节
The auxiliary file header contains mostly redundant information and was introduced in R15.
28 Extended Entity Data扩展实体数据
(Extended Object Data)
EED directly follows the entity handle.
Each application"s data is structured as follows:
|Length|Application handle|Data items|
Length is a bitshort indicating the length of the data for an app, not including itself, the bit-pair, or the app
table handle. The above format repeats until a length of zero is found.
The application handle is a standard table handle reference: 0101|4-bit length|handle bytes|
Each data item has a 1-byte code (DXF group code minus 1000) followed by the value. It looks like
there"s no bit-pair coding within the data; that would throw off the length value (it would need to count
bits, too). The form of the value is listed below for each type:
29 PROXY ENTITY GRAPHICS代理图形
Proxy entities (zombies prior to R14) can have associated graphics data. The presence or absence of this
data is indicated by the single bit which we call the “graphic present flag”, which mostly occurs on entitytype proxies, and very few other entities. Entity type proxies are proxies where the related class’s
itemclassid field is equal to 0x1F2.
代理实体可以拥有相关的图形数据;有一个标志位来表示是否有该部分数据,他通常出现在实体类型代理中,而很少出现在实体中;只有itemclassid 字段的值是0x1F2才能代理;
If that bit is 1, then following it, and preceding the RL which indicates the number of bits in the object, is
an RL which indicates the number of bytes of proxy entity graphic data to follow.
Graphics data is padded to 4 byte boundaries! So, for instance, strings which are too short are padded out
to the next 4 byte boundary. Similarly for lists of shorts.
In addition to the data definitions from chapter 2 there are a few additional data types:
PS : Padded string. This is a string, terminated with a zero byte. The file’s text encoding (code page)
is used to encode/decode the bytes into a string.
PUS : Padded Unicode string. The bytes are encoded using Unicode encoding. The bytes consist of
byte pairs and the string is terminated by 2 zero bytes.
We use the following defines to discriminate sub-item presence:
#define adHasPrimTraits(a) (a & 0xFFFFL)
#define adPrimsHaveColors(a) (a & 0x0001L)
#define adPrimsHaveLayers(a) (a & 0x0002L)
#define adPrimsHaveLinetypes(a) (a & 0x0004L)
#define adPrimsHaveMarkers(a) (a & 0x0020L)
#define adPrimsHaveVisibilities(a) (a & 0x0040L)
#define adPrimsHaveNormals(a) (a & 0x0080L)
#define adPrimsHaveOrientation(a) (a & 0x0400L)
关键词:
-
DWG文件的设计规范 V4.5.1(中英对照版)
DWG文件的设计规范V4 5 1OpenDesignSpecificationfor dwgfilesVersion5 4 1liability英[ˌlaɪəˈbɪləti
来源: DWG文件的设计规范 V4.5.1(中英对照版)
linux 性能自我学习 ———— cpu 高怎么办 [三]
环球看热讯:债市日报:6月1日
看热讯:疾控能力提升专题培训,各省积极推进疾控局挂牌工作
当前热门:意大利版五菱MINI诞生!菲亚特“米老鼠”亮相:萌翻了
【天天时快讯】899元 罗技推出MX KEYS S键盘:球形凹面按键
10万辆无一自燃!极氪5月交付8687辆 同比增长100%
折起来一面“全是屏”:moto razr 40 Ultra外屏尺寸达3.6英寸
即时看!久违了!5折发车:QQ音乐豪华绿钻会员年卡108元限时大促
2022年长江干流安徽段总体水质为优 环球新要闻
记录--面试官:“你知道什么情况下 HTTPS 不安全么”
虹科干货 | 虹科Redis企业版数据库的延迟如此之小,proxy功不可没!
C温故补缺(十七):动态链接(ELF,PIC,GOT,PLT)|视点
volatile与java内存模型_全球观热点
16)创建存储过程-今日热闻
斯坦福大学教授称地球上100%存在外星人 或将影响文明的发展
研究称近7成的年轻人一般会拖到0点后入睡 多数人为报复性熬夜
爱马仕因产品质量不合格 遭市场监管局罚款30.51万元
谷歌投资《瞬息全宇宙》幕后技术公司 将加速AI在影视创作领域的进展
海外知名种子网站RARBG宣布闭站 称众多因素导致其难以支持日常开销
中国徐工连续3年稳居全球前三 总销售额为该榜单有史以来最高数字
全球看热讯:每日机构分析:6月1日
《变形金刚7》水墨武侠风海报发布 将于6月9日登陆内地院线
两名亚马逊员工从仓库盗取《塞尔达传说》实体游戏及周边 用于转卖获利
任天堂现已停止在俄罗斯的eShop游戏和软件销售 账户信息即将删除
经典奇幻动漫《JOJO的奇妙冒险》音乐剧即将推出 于东京帝国剧场开演
天天即时看!RTX 4070 618处境尴尬:比RTX 4060贵太多
第一稳了!比亚迪:5月新能源汽车销售24.02万辆 天天讯息
世界播报:辽宁突发龙卷风 行驶中的车辆被卷起:科普遇龙卷风如何自救
观众称花千元在演唱会上看柱子:主办方称事先不知情
女硕士诈骗千万元花三百万买游戏装备!获刑十三年
饿了么太狠:面个高级Java,抖这多硬活、狠活(饿了么面试真题)
vue xlsx组件 导出的excel表头插入内容-世界观天下
怎么冻结表格前三行前三列_怎么冻结表格前三行
今日热议:一年4.3万人死于车祸!美国NHTSA宣布:所有新车都要安装自动刹车系统
百度网盘从苹果APP Store下架 原因揭晓:很快会恢复正常 焦点热闻
环球报道:河南一村庄修路挖出大石龟:名为“赑屃”、或有古墓
郭帆:在摸索如何用AI做《流浪地球3》 当前速递
媲美风扇散热!索泰展示新款迷你主机:主动散热模块首次应用
察右后旗农发行开展案防案件处置应急演练
Java学习问题记录
业务安全情报第16期 | 大促8成优惠券竟被“羊毛党”抢走!?
精选!DNS隧道流量分析
短讯!Redmi神秘新机入网:支持5G异网漫游
今日快讯:3年超长质保YYDS!魅族618开门红:魅族手机销额增速第一
黑美人鱼泪奔!《小美人鱼》海外也没人看 白人观众无视:收支平衡成笑谈
开放世界游戏《仙剑世界》首测定档6月17日:招募已开启
三色激光色彩更纯!Vidda C1S 4K投影仪图赏
当前热文:NixOS 23.05系统发布:
焦点速递!14-按键消抖
9秒被骗245万元?AI火了,骗子也来了! 每日热点
科创板收盘播报:科创50指数跌0.03% 新相微较发行价涨88.46%
人民币兑美元中间价报7.0965,调贬144个基点-焦点速讯
治愈癌症不再遥不可及 罗氏抗癌神药“起死回生”
环球今头条!女子输液被拔针扎进水桶:系摆拍 已行拘
最新资讯:人民文娱评《小美人鱼》争议:别乱给国内观众扣帽子
全球微资讯!AITO问界5月交付5629辆!华为: 和赛力斯一起造最好的车
当前时讯:中国徐工连续3年稳居全球前三 挖掘机四斗就能装满百吨级矿车
波司登云原生微服务治理探索 环球微资讯
搞事我们是认真的!TDengine 周边大礼包走起,数量有限先到先得
环球微速讯:【终极计算平台】上海道宁为您提供Wolfram技术,支持跨桌面、云、服务器和移动设备的强大工作流程
2023年湖北随州曾都区中小学教师公开招聘面试初步人选资格审查公告 全球资讯
雷军从长城挖来了明星高管
全球热议:还是西餐便宜?城市上班族吐槽吃不起中式快餐:一顿40+很正常
比亚迪的“常压油箱” 不会成为中国版“排放门”
憋回去的便便都去哪了?知道真相的人都再也不敢憋了
选用A级大青梅!溜溜梅经典系列大促:5件到手34.9元|热讯
MySQL视图
天天即时:[日志管理] 启动程序时,因报“log4j-slf4j-impl cannot be present with log4j-to-slf4j”错误而导
从“分离焦虑”到融入集体 看幼儿园“小托班”如何带娃
天天滚动:夏季这种穿搭更火,叫“上面开会、下面约会”,谁穿了都很洋气
美国芯片大厂德州仪器无底线降价:针对国内芯片公司 就是比国产便宜 当前热讯
襄阳一初中学生集体宣誓终生不买烟 做不抽烟新一代:网友点赞全国推广
环球观速讯丨Https加密原理:SSL/TLS四次握手过程(转载)
统信UOS系统开发笔记(二):国产统信UOS系统搭建Qt开发环境安装Qt5.12 世界观焦点
掌握嵌入式Linux编程1开始
linux 性能自我学习 ———— cpu 切换带来的性能损耗 [二] 世界热点
介绍.NET几种人脸识别组件
诺德基金张昳泓:市场板块分化明显,经济呈现弱复苏态势-环球速讯
现实版《速度与激情》 女司机误将拖车当上坡上演飞车特技
奶牛听着音乐按摩挤奶!认养一头牛纯牛奶大促:74.9元3箱 天天看热讯
入门即满配成标杆!岚图5月交付新车3003辆 同比大涨231%
集团破产重整 资产被轮番拍卖!众泰董事长辞职
天天热资讯!六一演出现场的最美妈妈团 一身旗袍扭腰跳舞太惊艳:网友直呼身材颜值绝
玖章算术NineData荣获信通院“生成式人工智能技术和应用优秀案例”奖|天天视讯
鹤壁市浚县卫贤镇尚村_貉子皮尚村最新价格|环球快资讯
阿里云AI新产品“通义听悟”重磅发布:快科技邀你免费用!
45元一杯"智商税"!酸奶刺客收割年轻人钱包 世界快讯
环球视讯!不愧为工作狂!马斯克深夜到访特斯拉上海超级工厂:查看新款Model 3
首发799元起 Redmi电竞显示器G27/G27Q开售:165Hz超高刷 全球快看
网红扎堆到麦地直播割麦 网友热议:很反感 流量噱头
2023新疆高考志愿投档规则
天天热点评!axi_crossbar IP使用说明
直播app源码技术开发知识:横竖屏功能的实现
编写Java代码时应该避免的6个坑
Linux实验文档
Python装饰器
全球热点评!国产GPU公司景嘉微募资42亿:研发高性能显卡 可用于大型游戏
积极拥抱生僻字!阿里普惠体推出3.0版本:免费商用-当前讯息
今日关注:为何坚持使用高压油箱?吉利研究院副院长:常压油箱不可能达标