dds-programming-for-display-and-printer-files资源-CSDN文库

2星需积分: 9 10 浏览量 2008-06-19 16:16:39 上传评论收藏 1.39MB TGZ 举报

共219个文件

html：137个

jpg：82个

DDS编程主要针对的是显示（Display）和打印（Printer）文件，这是一种在计算机系统中处理图形数据的技术。DDS，全称DirectDraw Surface，是Microsoft DirectX的一部分，用于存储纹理和其他图形数据，广泛应用于游戏开发、图像处理等领域。在这个"dds-programming-for-display-and-printer-files"的压缩包中，我们可以预见到它包含了一系列关于如何使用DDS格式进行显示和打印文件编程的资源。 DDS文件格式具有高效的数据压缩和快速加载特性，这使得它在显示大量图形信息时能提供优秀的性能。它支持多种纹理压缩算法，如DXT1、DXT3和DXT5，这些压缩算法在保留图像质量的同时，显著减少了存储空间需求。编程方面，DDS的处理通常涉及到以下几个关键知识点： 1. **读取与写入DDS文件**：开发人员需要知道如何使用特定的库或API来读取和写入DDS文件。例如，可以使用DirectX SDK中的DDSTextureLoader或者开源库如libDDS来实现这个功能。 2. **纹理压缩与解压缩**：理解各种DXT压缩格式的工作原理和使用场景，以及如何在代码中实现压缩和解压缩操作，是DDS编程的基础。 3. **OpenGL与DirectX支持**：这两个图形API都内置了对DDS文件的支持。开发者需要了解如何在OpenGL和DirectX中加载和使用DDS纹理，包括设置正确的纹理参数和坐标映射。 4. **颜色空间与格式转换**：DDS文件可能包含不同颜色格式（如RGB、RGBA、Alpha等），在显示或打印时可能需要进行颜色空间转换，确保图像正确显示。 5. **Mipmap处理**：DDS文件支持mipmap链，这是一种优化渲染性能的技术。开发者需要知道如何生成和使用mipmaps，以适应不同距离下的图像渲染。 6. **硬件加速**：现代GPU通常直接支持DDS纹理，因此了解如何利用硬件加速来提高处理速度是重要的。 7. **打印机适配**：尽管DDS主要用于屏幕显示，但理解如何将DDS图像转换为适合打印的格式，如JPEG或PNG，也是一项实用技能。这可能涉及到色彩管理和分辨率调整。 8. **性能优化**：在处理大量DDS文件或高分辨率图像时，了解内存管理、纹理缓存策略和异步加载技术可以显著提升应用程序性能。这个压缩包"dds-programming-for-display-and-printer-files.tgz"很可能包含了源代码示例、教程文档、API参考或工具，帮助开发者深入理解和应用DDS格式在显示和打印文件中的技术。通过学习和实践其中的内容，开发者能够掌握如何有效地处理和利用DDS文件，提高其在游戏开发、图像处理、桌面应用等领域的专业技能。

资源推荐

资源详情

资源评论

收起资源包目录

dds-programming-for-display-and-printer-files （219个子文件）

appendix-c.html 66KB

book-index.html 51KB

appendix-a.html 45KB

ewtoc.html 32KB

068-078.html 32KB

appendix-d.html 29KB

303-314.html 27KB

256-264.html 21KB

index.html 17KB

251-256.html 16KB

appendix-b.html 15KB

287-292.html 15KB

123-127.html 13KB

128-131.html 13KB

299-303.html 12KB

084-087.html 11KB

078-081.html 11KB

096-098.html 10KB

005-008.html 9KB

224-226.html 9KB

047-050.html 9KB

101-104.html 9KB

276-279.html 9KB

041-043.html 9KB

061-064.html 9KB

216-218.html 9KB

045-047.html 9KB

340-342.html 9KB

279-283.html 9KB

140-142.html 9KB

008-011.html 9KB

192-196.html 9KB

241-243.html 9KB

283-286.html 9KB

163-166.html 9KB

202-205.html 9KB

229-232.html 9KB

132-135.html 9KB

182-184.html 9KB

353-355.html 9KB

011-014.html 9KB

091-093.html 9KB

145-148.html 9KB

327-330.html 9KB

333-335.html 9KB

345-348.html 9KB

016-018.html 9KB

014-016.html 9KB

325-327.html 9KB

150-153.html 9KB

021-023.html 9KB

335-337.html 9KB

142-145.html 9KB

197-199.html 9KB

108-110.html 9KB

050-052.html 9KB

234-236.html 8KB

153-155.html 8KB

137-140.html 8KB

116-118.html 8KB

214-216.html 8KB

176-179.html 8KB

148-150.html 8KB

330-332.html 8KB

093-096.html 8KB

337-339.html 8KB

271-273.html 8KB

169-172.html 8KB

273-276.html 8KB

118-121.html 8KB

350-353.html 8KB

207-210.html 8KB

232-234.html 8KB

269-271.html 8KB

059-061.html 8KB

052-055.html 8KB

027-029.html 8KB

099-101.html 8KB

321-323.html 8KB

245-251.html 8KB

199-202.html 8KB

104-106.html 8KB

179-182.html 8KB

057-059.html 8KB

081-084.html 8KB

189-191.html 8KB

342-344.html 8KB

227-229.html 8KB

205-207.html 8KB

110-113.html 8KB

221-224.html 8KB

264-267.html 8KB

031-034.html 8KB

001-003.html 8KB

066-068.html 8KB

034-036.html 8KB

315-317.html 8KB

348-350.html 8KB

317-320.html 8KB

003-005.html 8KB

共 219 条

<HTML> <HEAD> <META name=vsisbn content="1583040374"> <META name=vstitle content="DDS Programming for Display and Printer Files, 2E"> <META name=vsauthor content="James Coolbaugh"> <META name=vspublisher content="29th Street Press"> <META name=vspubdate content="03/01/99"> <META name=vscategory content="Hardware and Operating Systems: Operating Systems: AS/400"> <TITLE>DDS Programming for Display and Printer Files, 2E:Appendix C CRTDSPF and CRTPRTF Command Summary</TITLE>  <STYLE type="text/css">  </STYLE> <META NAME="ROBOTS" CONTENT="NOINDEX, NOFOLLOW">         <CENTER> <TABLE BORDER> <TR> <TD><A HREF="ewtoc.html">Table of Contents</A></TD> </TR> </TABLE> </CENTER> <H2><A NAME="Heading1"></A>Appendix C CRTDSPF and CRTPRTF Command Summary </H2> The CRTDSPF (Create Display File) and CRTPRTF (Create Printer File) commands have a number of parameters that you may find confusing. Although an accurate description of these parameters is provided in the CL Reference (SC41-3722) manual and in the Help text (obtained by pressing the Help key from the command prompter), the interpretation we provide will clarify the meaning of the parameters. We break the parameters into three sections. The first section contains the parameters common to CRTDSPF and CRTPRTF in parameter name (e.g., FILE and AUT), meaning, function, and valid values. The second and third sections list those parameters that are particular to one or the other command, or that although they have the same name have different meaning, function, or valid values. The parameters are listed in alphabetical order within each section. COMMON PARAMETERS AUT (Authority) Determines the default authority for the public to the display or printer file. Valid values are *LIBCRTAUT, *CHANGE, *ALL, *USE, *EXCLUDE, or an authorization list name. The default value is *LIBCRTAUT. DECFMT (Decimal Format) Specifies which decimal format is to be used when numeric data is edited via the EDTCDE keyword within the DDS source member. This determines the use of commas and periods. The valid values are *JOB and *FILE. *JOB indicates that the file will use the value found on the job attributes at the time the file is opened. *FILE indicates that the file is to use the decimal format defined at the time the file was created. FILE (File Name) Receives the qualified name of the display or printer file being created. Only the file name portion is required, because the library portion defaults to *CURLIB (current library). The library portion can also be any specific library in existence. If you use *CURLIB but your job has no current library, the display or printer file is placed in QGPL. FLAG (Flagging Severity Level) Indicates which compile error messages are to be listed in the compiler listing. For instance, FLAG(10) tells the compiler to list all messages that have a severity level of 10 or greater. The default value is 0; valid values are from 0-30 or the level indicated by the GENLVL parameter, whichever is less. GENLVL (Generation Severity Level) During compilation, the compiler generates error messages of various severity levels. The GENLVL parameter tells the compiler the maximum acceptable severity level before compilation aborts. For example, GENLVL(25) would indicate that the compiler is to stop if an error message with a severity level of 26 or greater is issued. The default value is 20. IGCDTA (User-Specified DBCS Data) For program-described files: indicates whether or not the file can process double-byte character set (DBCS) data. It can have the values *YES or *NO, with *NO being the default value. For externally described files: indicates whether or not to include additional DBCS attributes and identifies DBCS attributes of fields, values, and messages. Valid values are *YES and *NO (the default). IGCEXNCHR (DBCS Extension Characters) Tells the system whether to process DBCS extension characters, which are those characters not part of the printers internal character set. Valid values are *YES (the default) and *NO. LVLCHK (Record Format Level Check) Each record format (in any type of file) has a level identifier, which is a system-assigned code. If the record format changes (e.g., by adding, changing, or removing fields), the level identifier changes. LVLCHK(*YES) tells the system to check the level identifier expected by the program that uses the display or printer file against the level identifier recorded in the *FILE object itself; if there is a mismatch, the system issues an *ESCAPE message and will not open the file. LVLCHK(*NO), on the other hand, disregards mismatches in level identifiers. The default value is *YES, and you should never use the value *NO because unpredictable results may occur. The following events change the level identifier of a record format: <DL> <DD>  adding a new field <DD>  changing an existing fields length or data type <DD>  removing a field <DD>  adding an indicator <DD>  removing an indicator <DD>  changing the order of the fields within the input or output buffer </DL> The following events do not change the level identifier: <DL> <DD>  adding a new constant <DD>  changing a constant <DD>  changing an existing fields column heading or text (COLHDG or TEXT) <DD>  changing a fields cosmetic attributes (such as COLOR or DSPATR) <DD>  removing a constant </DL> Every time you compile the DDS for a display or printer file, the compiler produces a listing that may or may not include the DDS source code. The OPTION parameter determines whether the DDS is included. The parameter accepts a maximum of three options. The first option determines whether to print the DDS source code. The default is to print the code, as indicated by the values *SRC or *SOURCE. If youd rather not print the DDS source code, specify *NOSRC or *NOSOURCE. The second option determines whether to produce an expanded source listing, which includes references to other file descriptions. The default is to print the expanded listing, as indicated by *LIST. *NOLIST omits the expanded listing. The third option tells the compiler whether to include or omit second-level text for the compiler messages. The default is to omit second-level text, as indicated by *NOSECLVL. If you choose to print second-level text (additional information may clarify why the compile failed), specify *SECLVL. REPLACE (Replace File) When you successfully compile the DDS source, the system needs to create the display or printer file you want. If the file already exists (from a prior compile), REPLACE(*YES) tells the system to replace the existing file with the new one. The old file is placed in library QRPLOBJ, while the new file is placed in the library you spe

评论收藏

内容反馈