CN109614656B - TLM (transport layer management Module) system for OpenGL (open graphics library) display list calling - Google Patents

TLM (transport layer management Module) system for OpenGL (open graphics library) display list calling Download PDF

Info

Publication number
CN109614656B
CN109614656B CN201811355757.7A CN201811355757A CN109614656B CN 109614656 B CN109614656 B CN 109614656B CN 201811355757 A CN201811355757 A CN 201811355757A CN 109614656 B CN109614656 B CN 109614656B
Authority
CN
China
Prior art keywords
display list
control unit
glcalllist
opengl
module
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201811355757.7A
Other languages
Chinese (zh)
Other versions
CN109614656A (en
Inventor
刘莎
李冲
周艺璇
杨洋
索高华
陈伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Xian Xiangteng Microelectronics Technology Co Ltd
Original Assignee
Xian Xiangteng Microelectronics Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Xian Xiangteng Microelectronics Technology Co Ltd filed Critical Xian Xiangteng Microelectronics Technology Co Ltd
Priority to CN201811355757.7A priority Critical patent/CN109614656B/en
Publication of CN109614656A publication Critical patent/CN109614656A/en
Application granted granted Critical
Publication of CN109614656B publication Critical patent/CN109614656B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/30—Circuit design
    • G06F30/39—Circuit design at the physical level
    • G06F30/398—Design verification or optimisation, e.g. using design rule check [DRC], layout versus schematics [LVS] or finite element methods [FEM]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
    • G06T1/00—General purpose image data processing
    • G06T1/20—Processor architectures; Processor configuration, e.g. pipelining

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Evolutionary Computation (AREA)
  • Geometry (AREA)
  • General Engineering & Computer Science (AREA)
  • Digital Computer Display Output (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

The invention relates to a TLM model for OpenGL display list calling, which comprises the following steps: a display list storage unit for storing a preset display list; the calling control unit is used for calling the display list according to the glCallList command; the direct storage control unit is used for acquiring display list data in the display list when the calling control unit calls the display list, and transmitting the display list data to the calling control unit when receiving a calling instruction sent by the calling control unit; and the nested table unit is used for acquiring and storing the pause information in the display list data, and feeding the pause information back to the call control unit when receiving the call instruction sent by the call control unit. The TLM model solves the problem that the data source address is frequently changed under the condition of multiple glCallList nesting, realizes the accurate acquisition function of the display list data, has short realization period and high simulation speed, and can timely find the defects in the aspects of algorithm, architecture and function.

Description

TLM system for OpenGL display list calling
Technical Field
The invention belongs to the technical field of computer hardware modeling, and particularly relates to a TLM (transport layer memory) system for OpenGL display list calling.
Background
At present, a Graphic Processing Unit (GPU) is being independently developed in China, the hardware logic scale of the GPU is huge, and programming from a system architecture document to rtl (register transfer level) design implementation is a lengthy project, so that the simulation speed is very important for software/hardware coordination design and collaborative verification of a system.
TLM (object level modeling method) is an advanced digital system modeling method that can quickly build a system model at an early stage of a project, separating the communication details between models from the details of a functional unit or communication architecture. The communication mechanism is modeled as a channel, transaction requests typically occur when interface functions of these channel models are invoked, and the interface functions encapsulate the underlying details of the information exchange. At a business level, TLM emphasizes the functionality of data transfer itself-the content of the data and the start and end points of the transfer, and involves as few concrete implementations as possible.
Whereas conventional approaches based on Register Transfer Level (RTL) modeling are slow and only at later stages of the design process can obtain the desired system model. Therefore, in order to improve the progress and reliability of the independent development of the GPU project, a college method capable of shortening the whole design period and assisting the design process of the graphics processor is urgently needed.
Disclosure of Invention
In order to solve the above problems in the prior art, the present invention provides a TLM system for OpenGL display list invocation. The technical problem to be solved by the invention is realized by the following technical scheme:
the invention provides a TLM system for OpenGL display list calling, which comprises:
a display list storage unit for storing a preset display list;
the calling control unit is used for calling the display list according to the glCallList command;
the direct storage control unit is used for acquiring display list data in the display list when the calling control unit calls the display list, and transmitting the display list data to the calling control unit when receiving a calling instruction sent by the calling control unit;
and the nested table unit is used for acquiring and storing pause information in the display list data, and feeding the pause information back to the call control unit when receiving a call instruction sent by the call control unit.
In an embodiment of the present invention, the call control unit is further configured to process an un-called part in the display list according to the pause information by connecting the nested table unit.
In an embodiment of the present invention, the display device further includes a data buffering unit, connected to the direct storage control unit and the call control unit, configured to buffer the display list data, and transmit the display list data to the call control unit.
In an embodiment of the present invention, the call control unit includes an information assembling module, and the information assembling module is connected to the data buffering unit and configured to assemble the display list data to form a plurality of OpenGL functions arranged in sequence.
In an embodiment of the present invention, the call control unit further includes a determining module, connected to the information assembling module, for sequentially determining whether the multiple OpenGL functions are glCallList commands.
In an embodiment of the present invention, the call control unit further includes a call processing module, where the call processing module is configured to directly output a non-glCallList command when the current OpenGL function is the non-glCallList command,
and when the current OpenGL function is a glCallList command, calling the next display list according to the glCallList command, and sending the pause information of the current display list to the nesting list unit.
In an embodiment of the present invention, the call control unit further includes a counting module, and the counting module is configured to count the number of calls of the display list to obtain a count signal.
In one embodiment of the invention, the nested table unit comprises a nested table storage module and a feedback module, wherein,
the nested table storage module is connected with the call processing module and is used for storing the pause information of the display list which is called;
the feedback module is connected with the nested table storage module and the judgment module and used for feeding the pause information back to the call control unit according to the counting signal.
In an embodiment of the present invention, the pause information includes a storage address of a next OpenGL function corresponding to a glCallList command in the display list and a byte size of a remaining non-called portion of the display list.
Compared with the prior art, the invention has the beneficial effects that:
1. the TLM system for OpenGL display list calling solves the problem that the data source address is frequently changed under the condition of multiple glCallList nesting, and achieves the accurate acquisition function of display list data.
2. The TLM system for OpenGL display list calling aims at the specific implementation problem of the glCallList algorithm, the micro-structure design of the glCallList algorithm is carried out on the basis of the TLM system, and the problem of early verification of the glCallList algorithm and the architecture in the early stage of chip design is well solved.
3. The TLM system is short in implementation period and high in simulation speed.
Drawings
FIG. 1 is a block diagram of a TLM system for OpenGL display list invocation provided by embodiments of the present invention;
fig. 2 is a schematic structural diagram of a TLM system for OpenGL display list invocation according to an embodiment of the present invention;
FIG. 3 is a schematic diagram of a specific structure of a call control unit and a nested table unit according to an embodiment of the present invention;
fig. 4 is a schematic diagram of a calling process of an OpenGL display list calling method according to an embodiment of the present invention;
fig. 5 is a schematic flowchart of an OpenGL display list invoking method according to an embodiment of the present invention;
fig. 6 is a detailed flowchart of an OpenGL display list invoking method according to an embodiment of the present invention.
Detailed Description
The present invention will be described in detail below with reference to specific examples, but the embodiments of the present invention are not limited thereto.
Example one
Referring to fig. 1, fig. 1 is a block diagram of a TLM system for OpenGL display list invocation according to an embodiment of the present invention. The TLM system of the present embodiment includes a display list storage unit 101 configured to store a preset display list; a calling control unit 102, configured to call the display list according to the glCallList command; a direct storage control unit 104, configured to, when the call control unit 102 calls the display list, obtain display list data in the display list, and when receiving a call instruction sent by the call control unit 102, transmit the display list data to the call control unit 102; the nesting table unit 103 is configured to obtain and store the pause information in the display list data, and when receiving a call instruction sent by the call control unit 102, feed back the pause information to the call control unit 102.
Specifically, the call control unit 102 first receives an externally input glCallList command, sends a call instruction to the direct storage control unit 104 according to the glCallList command, the direct storage control unit 104 obtains display list data in a corresponding display list in the display list storage unit 101 according to the call instruction, and transmits the display list data to the call control unit 102, and then the call control unit 102 starts processing the received display list data, and when the glCallList command appears in the received display list, the call control unit 102 will send a new call instruction to the direct storage control unit 104 again, and store the pause information in the display list being processed in the nesting table unit 103. Then, the direct storage control unit 104 acquires a corresponding next nested display list in the display list storage unit 101 according to the new call instruction, and processes display list data in the display list, thereby sequentially performing multiple nested call processing.
Further, the call control unit 102 is connected to the nesting table unit 103, and the call control unit 102 is also configured to recall the part of all display lists that has not been called due to the nesting processing according to the pause information. Specifically, the pause information includes a storage address of a next OpenGL function corresponding to a glCallList command in the display list and a byte size of a remaining non-called part of the display list.
Further, the display List storage unit 101 stores a plurality of display lists List _1, list _2, list _x, which are independent from each other or associated with each other according to address division. For example, for the display lists List _1 and List _2, if List _2 is not the display List pointed to by a certain glCallList command in List _1, and likewise, list _1 is not the display List pointed to by a certain glCallList command in List _2, then the two display lists are independent of each other; otherwise, it is associated.
Further, referring to fig. 2, fig. 2 is a schematic structural diagram of a TLM system for OpenGL display list invocation according to an embodiment of the present invention. Preferably, the TLM system further comprises a data buffering unit 105, wherein the data buffering unit 105 is connected to the direct storage control unit 104 and the call control unit 102, and is configured to buffer the display list data and transmit the display list data to the call control unit 102.
Further, please refer to fig. 3, where fig. 3 is a schematic structural diagram of a call control unit and a nested table unit according to an embodiment of the present invention. In this embodiment, the call control unit 102 includes an information assembling module 1021, a determining module 1022, a call processing module 1023 and a counting module electrically connected in sequence. The information assembling module 1021 is connected with the data buffering unit 105 through the TLM interface, and is configured to assemble the display list data from the display list storage unit 101 to form a plurality of OpenGL functions arranged in sequence; the determining module 1022 is connected to the information assembling module 1021, and is configured to sequentially determine whether the OpenGL functions are glCallList commands. The call processing module 1023 is configured to perform corresponding processing on the OpenGL function according to the determination result of the determining module 1022: if the current OpenGL function is a non-glCallList command, directly outputting the non-glCallList command; if the current OpenGL function is the glCallList command, a next display list is called according to the glCallList command, and the pause information of the current display list is sent to the nesting list unit 103.
The counting module 1024 is configured to count the number of times of calling the display list, so as to obtain a counting signal. The count signal is used to control the call processing module 1023 to start a call process.
Further, the nested table unit 103 includes a nested table storage module 1031 and a feedback module 1032, where the nested table storage module 1031 is connected to the call processing module 1023 for storing the pause information of the display list where the call occurs; the feedback module 1032 is connected to the nesting table storage module 1031 and the judgment module 1022, and is configured to feed back the pause information to the call control unit 102 according to the counting signal of the counting module 1024.
In addition, in this embodiment, the display list storage unit 101, the call control unit 102, the direct storage control unit 104, the nested table unit 103, and the data buffer unit 105 are each provided with a plurality of TLM interfaces (transaction level interfaces), and input and output of data and instruction signals thereof are performed through the TLM interfaces.
In order to more clearly describe the TLM system for OpenGL display list invocation of the present invention, the operation process of the TLM system will now be described in detail by taking the multiple nested display list shown in fig. 3 as an example.
First, the initial count value in the counting module 1024 is set to 0, an initial glCallList command 0 is input into the call processing module 1023, the call processing module 1023 sends a call instruction to the direct storage control unit 104 according to the initial glCallList command, the storage control unit 104 sends corresponding first display list data to the information assembly module 1021 through the data buffer unit 105, and the information assembly module assembles the received first display list data, for example, adds a function code, a load, and the like, obtains a list of all OpenGL functions, and sends the list to the call processing module 1023. The call processing module 1023 executes each OpenGL function in sequence from the source address srcAddr1 of the first display list, and the determining module 1022 determines whether each OpenGL function is a glCallList command, and if the current OpenGL function is not the glCallList command, the call processing module 1023 outputs the current OpenGL function and executes the next OpenGL function; if the current OpenGL function is a glCallList command, that is, when encountering a glCallList command 1 in the first display list, the call path of the first display list being processed jumps, at this time, the count value in the counting module 1024 changes from 0 to 1, and then the address of the next OpenGL function corresponding to the glCallList command 1 and the byte size of the remaining commands are saved in the nested table storage module 1031. The call processing module 1023 sends a call instruction according to the information carried by the glCallList command 1, and then the direct storage control unit 104 calls the second display list, and similarly, the call processing module 1023 executes each OpenGL function of the second display list in sequence from the source address srcAddr2 of the second display list, and the determining module 1022 determines whether each OpenGL function is a glCallList command. In this embodiment, the second display list does not include a glCallList command, so that the OpenGL functions are sequentially executed in the call processing module 1023 without jumping. After the last OpenGL function in the second display list is executed, the nested table storage module 1031 feeds back the address of the next OpenGL function corresponding to the glCallList command 1 that has been saved to the call processing module 1023, the call processing module 1023 returns the first display list according to these pieces of information, and continues the call processing from the next OpenGL function of the glCallList command 1 in the first display list, and the count value in the metering module 1024 is decremented by 1, and becomes 0 from 1.
Then, when the call processing module 1023 encounters the glCallList command 2 in the first display list, the call path of the first display list being processed jumps again, and at this time, the count value in the metering module 1024 is increased by 1, that is, the count value is changed from 0 to 1, and the address of the next OpenGL function corresponding to the glCallList command 2 and the byte size of the remaining commands are saved in the nested table storage module 1031. Subsequently, the calling processing module 1023 sends a calling instruction according to the information carried by the glCallList command 2, and then the direct storage control unit 104 calls the third display list, similarly, the calling processing module 1023 sequentially executes each OpenGL function of the third display list starting from the source address srcAddr3 of the third display list, and the determining module 1022 determines whether each OpenGL function is a glCallList command. When the call processing module 1023 encounters the glCallList command 3 in the third display list, the call path of the third display list being processed jumps again, at this time, the count value in the metering module 1024 increases 1 again, that is, changes from 1 to 2, and the address of the next OpenGL function corresponding to the glCallList command 3 and the byte size of the remaining commands are saved in the nested table storage module 1031. And then, calling a fourth display list according to the information carried by the glCallList command 3, similarly, sequentially executing each OpenGL function of the fourth display list from the source address srcAddr4 of the fourth display list, and judging whether each OpenGL function is the glCallList command. In this embodiment, the fourth display list does not include a glCallList command, so that the OpenGL functions are executed in sequence without jumping.
After the call processing module 1023 executes the last OpenGL function in the fourth display list, the nested table storage module 1031 feeds back the address of the next OpenGL function corresponding to the saved glCallList command 3 to the call processing module 1023, the call processing module 1023 returns the third display list according to the address information, and meanwhile, the count value in the metering module 1024 is decreased by 1, that is, 2 is changed to 1, then the call processing module 1023 starts to continue call processing from the next OpenGL function of the glCallList command 3 in the third display list until the call processing of the third display list is completed, and then returns the first display list according to the address of the next OpenGL function corresponding to the saved glCallList command 2, and meanwhile, the count value in the metering module 1024 is decreased by 1, that is, 1 is changed to 0, then the call processing module 1023 continues to perform call processing from the next OpenGL function of the glCallList command 2 in the first display list until the call processing of the OpenGL function in the first display list is completed, and then the whole call processing is completed.
The TLM system for OpenGL display list invocation in the embodiment solves the problem of frequent change of the data source address under the condition of multiple glCallList nesting, and realizes the accurate acquisition function of the display list data. In addition, the TLM system solves the problem of early verification of the glCallList algorithm and the architecture in the early stage of chip design, and has short realization period and high simulation speed.
Example two
In view of the above-mentioned technology of the embodiment, the present embodiment provides a display list invoking method of the TLM system of the present invention, please refer to fig. 5, and fig. 5 is a schematic flowchart of an OpenGL display list invoking method provided in the embodiment of the present invention. The embodiment provides an OpenGL multiple nested display list calling method, which comprises the following steps:
s1: acquiring each OpenGL function in a first display list;
s2: sequentially judging whether each OpenGL function is a glCallList command or not, and if not, outputting the OpenGL functions; if yes, executing step S3;
s3: calling a nested display list according to the glCallList command;
s4: the incomplete parts in all nested display lists are processed.
Further, the S1 includes:
s11: acquiring storage information of a first display list;
specifically, step S11 includes:
s111: determining a first source address srcAddr1 and a first byte size1 of the first display list;
and determining a first source address srcAddr1 and a first byte size1 of the first display list according to a display list storage address and a byte size carried by an originally input glCallList command.
S112: and calculating a first end address lastAddr1 corresponding to the last OpenGL function in the first display list according to the first source address srcoaddr 1 and the first byte size1.
Wherein the first end address lastAddr1 is calculated by the following formula: lastAddr1= srcAddr1+ size1.
S12: acquiring OpenGL data in the first display list according to the storage information;
specifically, the OpenGL data in the first display list are sequentially acquired from the first source address srcAddr 1.
S13: and assembling the OpenGL data to obtain an OpenGL function.
Specifically, the complete OpenGL data is assembled according to a set format, for example, function codes, identifiers and the like are added to obtain a list of complete OpenGL functions, so as to be used for calling and judging below.
In addition, in this embodiment, before S1, the method further includes:
s0: and setting a nesting time variable for counting the nesting times in the calling process of the display list.
Specifically, a parameter nestingCount is set as a nesting count variable for counting the number of nesting times in the display list calling process, wherein the initial value of the variable nestingCount is set to 0, and when nesting of the display list occurs once, that is, every time a glCallList command is encountered, the value of the variable nestingCount is increased by one.
Next, referring to fig. 6, fig. 6 is a detailed flowchart of an OpenGL display list invoking method according to an embodiment of the present invention. As shown in fig. 6, the S2 includes:
sequentially judging whether the OpenGL function is a glCallList command or not from the first source address lastAddr1, and directly outputting the current OpenGL function when the current OpenGL function is a non-glCallList command; judging whether the address corresponding to the current OpenGL function is lastAddr1, if not, switching to the next OpenGL function for judgment, and if so, ending the calling of the display list; and when the current OpenGL function is the glCallList command, executing step S3.
Further, the S3 includes:
s31: when a glCallList command appears in the OpenGL function, adding one to the value of the nesting time variable;
s32: saving the address of the next OpenGL function corresponding to the glCallList command and the byte size of the rest commands;
s33: and jumping to a second display list according to the information carried by the glCallList command and continuing calling.
Further, the S33 includes:
s331: determining a second source address srcAddr2 and a second byte size2 of the second display list according to information carried by the glCallList command;
s332: updating the first source address srcAddr1 and the first byte size1 with the second source address srcAddr2 and the second byte size2;
s333: calculating a second ending address lastAddr2 corresponding to the last OpenGL function in the second display list;
s334: and starting to acquire OpenGL data of the second display list from the source address srcAddr2, and repeating the steps S2, S3 and S4 until all nested display lists are called.
Further, the S4 includes:
s41: after all nested display lists are called, calling the rest OpenGL functions of the Nth display list corresponding to the nested display list when the nested time variable has the maximum value, and repeating the steps S2, S3 and S4;
s42: and sequentially calling the remaining OpenGL functions in the uncompleted parts of all nested display lists from large to small according to the nesting time variable until the nested display lists return to the first display list, and calling all the remaining OpenGL functions in the first display list.
Specifically, the S42 includes:
s421: after the Nth display list is called, the value of the nesting time variable is changed into N-1;
s422: calling the rest OpenGL functions of the (N-1) th display list corresponding to the nesting time variable N-1, and repeating the steps S2, S3 and S4 until the value of the nesting time variable becomes 0;
s423: and calling the rest OpenGL functions of the first display list corresponding to the nesting time variable 0.
The OpenGL multiple nested display list invoking method of this embodiment implements an invoking function for a display list from several aspects of obtaining display list storage information, obtaining OpenGL data, openGL data analysis, glCallList command nesting processing, and the like, solves the problems of frequent change of a data source address, storage of important skip site information, and subsequent additional invocation under the multiple glCallList nesting condition, and implements an accurate obtaining function of display list data.
The foregoing is a more detailed description of the invention in connection with specific preferred embodiments and it is not intended that the invention be limited to these specific details. For those skilled in the art to which the invention pertains, numerous simple deductions or substitutions may be made without departing from the spirit of the invention, which shall be deemed to belong to the scope of the invention.

Claims (9)

1. A TLM system for OpenGL display list calls, comprising:
a display list storage unit (101) for storing a preset display list;
a calling control unit (102) for calling the display list according to a glCallList command;
a direct storage control unit (104) for acquiring display list data in the display list when the call control unit (102) calls the display list, and transmitting the display list data to the call control unit (102) when receiving a call instruction sent by the call control unit (102);
and the nesting table unit (103) is used for acquiring and storing pause information in the display list data, and feeding back the pause information to the call control unit (102) when receiving a call instruction sent by the call control unit (102).
2. A TLM system according to claim 1, wherein said call control unit (102) is connected to said nested table unit (103) and is further adapted to process the non-called part of said display list according to said pause information.
3. A TLM system according to claim 1, further comprising a data buffering unit (105) connected to said direct storage control unit (104) and said call control unit (102) for buffering said display list data and transmitting said display list data to said call control unit (102).
4. A TLM system according to claim 3, wherein the call control unit (102) comprises an information assembling module (1021), and the information assembling module (1021) is connected to the data buffering unit (105) for assembling the display list data to form a plurality of OpenGL functions arranged in sequence.
5. The TLM system according to claim 4, wherein the call control unit (102) further comprises a determining module (1022) connected to the information assembling module (1021) for sequentially determining whether the OpenGL functions are glCallList commands.
6. A TLM system in accordance with claim 5, characterized in that said call control unit (102) further comprises a call processing module (1023), said call processing module (1023) is configured to directly output a non-glCallList command when the current OpenGL function is the non-glCallList command,
and when the current OpenGL function is a glCallList command, calling a next display list according to the glCallList command, and sending the pause information of the current display list to the nested list unit (103).
7. A TLM system in accordance with claim 6, characterized in that said call control unit (102) further comprises a counting module (1024), said counting module (1024) is configured to count the number of calls of said display list, resulting in a count signal.
8. A TLM system in accordance with claim 7, characterized in that the nested table unit (103) comprises a nested table storage module (1031) and a feedback module (1032), wherein,
the nested table storage module (1031) is connected with the call processing module (1023) and used for storing pause information of a display list where the call occurs;
the feedback module (1032) is connected to the nesting table storage module (1031) and the judgment module (1022), and is configured to feed back the suspension information to the call control unit (102) according to the count signal.
9. The TLM system of any one of claims 4 to 8, wherein said pause information comprises a storage address of a next OpenGL function corresponding to a glCallList command in said display list and a byte size of a remaining non-called portion of said display list.
CN201811355757.7A 2018-11-14 2018-11-14 TLM (transport layer management Module) system for OpenGL (open graphics library) display list calling Active CN109614656B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811355757.7A CN109614656B (en) 2018-11-14 2018-11-14 TLM (transport layer management Module) system for OpenGL (open graphics library) display list calling

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811355757.7A CN109614656B (en) 2018-11-14 2018-11-14 TLM (transport layer management Module) system for OpenGL (open graphics library) display list calling

Publications (2)

Publication Number Publication Date
CN109614656A CN109614656A (en) 2019-04-12
CN109614656B true CN109614656B (en) 2023-04-07

Family

ID=66004018

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811355757.7A Active CN109614656B (en) 2018-11-14 2018-11-14 TLM (transport layer management Module) system for OpenGL (open graphics library) display list calling

Country Status (1)

Country Link
CN (1) CN109614656B (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115719047B (en) * 2022-11-14 2023-06-06 沐曦集成电路(上海)有限公司 Waveform GPU-based joint simulation system

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108230222A (en) * 2017-12-06 2018-06-29 中国航空工业集团公司西安航空计算技术研究所 A kind of OpenGL shows list call circuit

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101059760B (en) * 2006-04-20 2014-05-07 意法半导体研发（上海）有限公司 OPENGL to OPENGLIES translator and OPENGLIES emulator

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108230222A (en) * 2017-12-06 2018-06-29 中国航空工业集团公司西安航空计算技术研究所 A kind of OpenGL shows list call circuit

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
大规模医学序列图像体视化研究与实现;伍新中等;《北京生物医学工程》;20080215(第01期);全文 *

Also Published As

Publication number Publication date
CN109614656A (en) 2019-04-12

Similar Documents

Publication Publication Date Title
CN111142899B (en) Database script execution method and device, storage medium and electronic equipment
CN112445729B (en) Operation address determination method, PCIe system, electronic device and storage medium
EP3008604A1 (en) Unified extensible firmware interface (uefi) driver and protocol
CN111752581A (en) Distributed system upgrading method and device and computer system
CN112306884A (en) Program test control and execution method and corresponding device, equipment and medium
CN114237714A (en) Command packet generation method and device, electronic equipment and storage medium
CN109614656B (en) TLM (transport layer management Module) system for OpenGL (open graphics library) display list calling
CN108804228A (en) A kind of implementation method of DSP program space extensions
US20120011490A1 (en) Development system
US10678864B2 (en) Analysis model preparing system, programming apparatus, and analysis model preparing method
CN114465937A (en) Network card testing method, device, server, medium, and computer program product
CN112685487A (en) Method and apparatus for simulating relational database through IndexDB in browser environment
CN112181784A (en) Code fault analysis method and system based on bytecode injection
CN110968339A (en) Method and device for front-end construction tool and electronic equipment
CN115269431A (en) Interface testing method and device, electronic equipment and storage medium
CN108205596B (en) Method for realizing simulation function of serious accident analysis and calculation program of nuclear power plant
CN109240667A (en) A kind of development approach of application software, device, storage medium and terminal
CN114895893A (en) Multi-source data processing method, device, equipment and storage medium
CN114564925A (en) Report generation method and device, electronic equipment and readable storage medium
CN113190451A (en) Test method, test device, electronic equipment and storage medium
CN112612474A (en) Product transplanting method and device, storage medium and electronic equipment
CN112367205A (en) Processing method and scheduling system for HTTP scheduling request
CN111638905A (en) Version number generation method and device, electronic equipment and readable storage medium
CN112130841B (en) SQL development method and device and terminal equipment
CN116188190B (en) Multi-batch semi-real-time reconciliation method and system for high-concurrency payment system

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant