CN114398019A - Screen updating request processing method and device and electronic ink screen equipment - Google Patents
Screen updating request processing method and device and electronic ink screen equipment Download PDFInfo
- Publication number
- CN114398019A CN114398019A CN202210080135.8A CN202210080135A CN114398019A CN 114398019 A CN114398019 A CN 114398019A CN 202210080135 A CN202210080135 A CN 202210080135A CN 114398019 A CN114398019 A CN 114398019A
- Authority
- CN
- China
- Prior art keywords
- screen
- request
- processed
- processing
- updating
- 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.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title description 3
- 238000012545 processing Methods 0.000 claims abstract description 232
- 238000000034 method Methods 0.000 claims abstract description 58
- 238000012544 monitoring process Methods 0.000 claims description 15
- 230000003111 delayed effect Effects 0.000 abstract description 5
- 230000008569 process Effects 0.000 description 28
- 230000004044 response Effects 0.000 description 16
- 238000010586 diagram Methods 0.000 description 8
- 230000009471 action Effects 0.000 description 3
- 239000011159 matrix material Substances 0.000 description 3
- 230000001960 triggered effect Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000750 progressive effect Effects 0.000 description 1
- 230000001681 protective effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/14—Digital output to display device ; Cooperation and interconnection of the display device with other functional units
- G06F3/147—Digital output to display device ; Cooperation and interconnection of the display device with other functional units using display panels
Abstract
According to the method and the device for processing the screen updating request and the electronic ink screen equipment provided by the application, when the screen updating request to be processed in the target scene is acquired, because the updating strategy and the area to be updated in the target scene corresponding to the screen updating request to be processed are obtained, whether the screen area to which the screen updating request being processed in the current screen aims at comprises the area to be updated can be determined firstly, if not, the screen updating request to be processed is directly processed, if yes, the processing time of the screen updating request to be processed can be determined according to the updating strategy, and when the processing time arrives, the screen updating request to be processed is processed, if the updating strategy is the waiting strategy, the processing can be delayed, and if the updating strategy is the preemption strategy, the processing can be performed as fast as possible, so that the screen updating requests in different scenes can be flexibly processed, the processing efficiency of the screen update request can also be improved.
Description
Technical Field
The present application relates to the field of data processing technologies, and in particular, to a method and an apparatus for processing a screen update request, and an electronic ink screen device.
Background
The electronic ink screen is a complete display screen and consists of TFTs, an electronic ink film, a protective film, electronic components for driving and a connector, wherein the electronic ink film can be considered to form a large pixel matrix, the pixels are controlled by the corresponding TFT matrix, different voltages are applied to transistors in the TFT matrix, the display color of each corresponding pixel can be controlled, and the screen can be driven to display different contents.
Due to the complexity of electronic ink screen driving, the electronic ink screen driving is generally driven by a dedicated electronic ink screen Display Controller (EPDC), and the EPDC includes a Memory and Buffer management module (Memory & Buffer Manager) and a Timing Controller (Timing Controller Engine) of a screen, so that driving of the electronic ink screen is greatly simplified, and development time of an electronic ink screen device is saved.
However, when the EPDC processes the screen update request, since the interface and the function of the EPDC are fixed, and the frequency of updating is slow, the EPDC can only process the screen update request in a specific scene, and thus, the flexibility is poor.
Disclosure of Invention
The present application aims to solve at least one of the above technical drawbacks, and particularly, the technical drawback of the prior art that the EPDC can only process a screen update request in a specific scene, and is not flexible.
The application provides a method for processing a screen updating request, which comprises the following steps:
acquiring a screen updating request to be processed in a target scene, wherein the screen updating request to be processed comprises an updating strategy and an area to be updated in the target scene;
determining whether a screen region to which a screen update request being processed in a current screen includes the region to be updated;
if not, directly processing the screen updating request to be processed;
if yes, determining the processing time of the screen updating request to be processed based on the updating strategy, and processing the screen updating request to be processed when the processing time arrives.
Optionally, the obtaining a screen update request to be processed in a target scene includes:
acquiring a screen updating request positioned at the head of a queue in a pre-constructed updating request waiting queue, and taking the screen updating request as a screen updating request to be processed in a target scene;
and the screen updating requests to be processed under different scenes which are arranged according to the submission sequence are stored in the updating request waiting queue.
Optionally, the determining, based on the update policy, a processing opportunity of the to-be-processed screen update request includes:
and when the updating strategy is a waiting strategy, monitoring the processing progress of the screen updating request being processed, and taking the processing finish time of the screen updating request being processed as the processing time of the screen updating request to be processed.
Optionally, the determining, based on the update policy, a processing opportunity of the to-be-processed screen update request includes:
when the update strategy is a preemption strategy, dividing the screen update request to be processed according to the area to be updated and the screen area corresponding to the screen update request being processed, and determining the processing time of the divided screen update request.
Optionally, the determining, based on the update policy, a processing opportunity of the to-be-processed screen update request includes:
when the updating strategy is a waiting-preemption combined strategy, monitoring the processing progress of the screen updating request being processed;
when the processing progress reaches a preset progress threshold, dividing the screen updating request to be processed according to the area to be updated and the screen area corresponding to the screen updating request being processed, and determining the processing time of the divided screen updating request.
Optionally, the dividing the screen update request to be processed according to the area to be updated and the screen area corresponding to the screen update request being processed, and sequentially determining the processing time of the divided screen update requests includes:
comparing the area to be updated with a screen area to which the screen updating request is addressed, and determining a conflict area and a non-conflict area in the area to be updated, wherein the conflict area comprises the screen area to which the screen updating request is addressed, and the non-conflict area does not comprise the screen area to which the screen updating request is addressed;
determining a first update request corresponding to the conflict area and a second update request corresponding to the non-conflict area based on the screen update request to be processed;
aiming at the first updating request, determining the processing time of the first updating request according to a preset processing rule;
and regarding the second updating request, taking the determined time of the non-conflict area as the processing time of the second updating request.
Optionally, the determining, according to a preset processing rule, a processing timing of the first update request includes:
when a preset processing rule is waiting, adding the first updating request to the head of a pre-constructed updating request waiting queue;
monitoring the processing progress of the screen updating request being processed in the conflict area, and acquiring a first updating request positioned at the head of a queue in the updating request waiting queue when the screen updating request being processed in the conflict area is processed;
and taking the processing finish time of the screen updating request which is being processed in the conflict area as the processing time of the first updating request.
Optionally, the determining, according to a preset processing rule, a processing timing of the first update request includes:
when a preset processing rule is waiting and adjusting, adding the first updating request to a specific position in a pre-constructed updating request waiting queue;
and when the first update request is arranged to the head of the update request waiting queue, taking the time when the first update request is arranged to the head of the queue as the processing time of the first update request.
Optionally, the determining, according to a preset processing rule, a processing timing of the first update request includes:
when the preset processing rule is discarding, discarding the first updating request, and adding a third updating request at the tail of a pre-constructed updating request waiting queue, wherein the third updating request is an overall updating request for the current screen;
and when the third update request is arranged to the head of the update request waiting queue, taking the time when the third update request is arranged to the head of the queue as the processing time of the first update request.
Optionally, the to-be-processed screen update request further includes regional picture buffer data and a refresh mode;
processing the screen updating request to be processed, including:
calculating the number of refreshing frames of the regional picture buffer area data and the time sequence and waveform data required to be output by each frame according to the regional picture buffer area data, the picture data of the region corresponding to the current screen and the refreshing mode;
and outputting the time sequence and waveform data required by each frame to the electronic ink screen interface according to the frame output frequency until the refresh frame number is reached.
Optionally, the method further comprises:
and recording the refresh frame number of the regional picture buffer data, and updating the processing progress of the screen updating request being processed when the scanning of each frame of the regional picture buffer data is completed.
The present application further provides a device for processing a screen update request, including:
the system comprises a request acquisition module, a processing module and a processing module, wherein the request acquisition module is used for acquiring a screen updating request to be processed in a target scene, and the screen updating request to be processed comprises an updating strategy and an area to be updated in the target scene;
the request determining module is used for determining whether a screen area for which a screen updating request in the current screen is processed comprises the area to be updated;
the first processing module is used for directly processing the screen updating request to be processed if the screen updating request is not included;
and if the screen updating request is contained, determining the processing time of the screen updating request to be processed based on the updating strategy, and processing the screen updating request to be processed when the processing time arrives.
The present application further provides an electronic ink screen device comprising a storage medium and one or more processors, the storage medium having stored therein computer-readable instructions that, when executed by the one or more processors, cause the one or more processors to perform a method of processing a screen update request as described in any of the above embodiments.
According to the technical scheme, the embodiment of the application has the following advantages:
according to the method and the device for processing the screen updating request and the electronic ink screen equipment, when the screen updating request to be processed in the target scene is acquired, because the screen updating request to be processed comprises the updating strategy and the area to be updated in the target scene, whether the screen area to which the screen updating request being processed in the current screen aims at comprises the area to be updated can be further determined, if not, the screen updating request to be processed is directly processed, if so, the processing time of the screen updating request to be processed can be determined according to the updating strategy, and when the processing time arrives, the screen updating request to be processed is processed; in the process, a user can set corresponding update strategies for different application scenes in different application programs, so that when a processor processes a screen update request to be processed, corresponding processing time can be determined according to the update strategy carried by the processor, if the update strategy is a waiting strategy, processing can be delayed, and when the update strategy is a preemption strategy, processing can be performed as fast as possible, so that the screen update request under different scenes can be flexibly processed, and the processing efficiency of the screen update request can be improved.
Drawings
In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art that other drawings can be obtained according to the drawings without inventive exercise.
Fig. 1 is a schematic flowchart illustrating a method for processing a screen update request according to an embodiment of the present application;
FIG. 2 is a page display diagram of a screen area and an area to be updated for a plurality of screen update requests being processed according to an embodiment of the present application;
fig. 3 is a schematic structural diagram of a device for processing a screen update request according to an embodiment of the present application;
fig. 4 is a schematic internal structural diagram of an electronic ink screen device according to an embodiment of the present disclosure.
Detailed Description
The technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the drawings in the embodiments of the present application, and it is obvious that the described embodiments are only a part of the embodiments of the present application, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.
In an embodiment, as shown in fig. 1, fig. 1 is a schematic flowchart of a method for processing a screen update request according to an embodiment of the present application; the application provides a method for processing a screen updating request, which comprises the following steps:
s110: and acquiring a screen updating request to be processed in a target scene.
In this step, when the user performs a related operation in the electronic ink screen device, a corresponding operation instruction may be triggered, and after receiving the operation instruction, the electronic ink screen device may generate a screen update request corresponding to the operation instruction. For example, when a user reads a text by using the electronic ink screen device, if the user needs to turn pages, the page turning instruction is triggered, after receiving the page turning instruction, the electronic ink screen device may generate a page updating request corresponding to the page turning instruction, and after submitting the page updating request to a corresponding processor for processing, the page turning instruction of the user may be responded, and the text after page turning is displayed.
It can be understood that the electronic ink screen device in the present application may be an electronic book, a PC, or a mobile terminal device with an electronic ink screen display function, such as a smart phone, a tablet computer, a portable computer, an intelligent wearable device, and the like, and a hardware structure of the mobile terminal device may include a processor and a memory. The processor may be one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), electronic ink screen display controllers, micro-controllers, microprocessors or other electronic components, without limitation. When the processor in the application is used, the processing program of the screen updating request stored in the memory can be called, and when the processing program of the screen updating request is executed by the processor, the operation of the processing method of the screen updating request in the application can be realized.
Specifically, when the screen update request is processed, the screen update request to be processed may be obtained first, where the screen update request may be a screen update request generated according to an operation instruction currently triggered by a user, and after the screen update request is generated, the screen update request may be added to a pre-constructed update request waiting queue, and the screen update request waiting queue is used for maintenance. After the screen updating request to be processed is acquired, an application scene corresponding to the screen updating request to be processed can be used as a target scene, and an updating strategy and an area to be updated under the target scene carried in the screen updating request are determined.
It is understood that the processing opportunities for the screen update request differ from application scenario to application scenario. For example, when a user performs handwriting input, the electronic ink screen device is required to quickly respond to the writing display requirement of the user; when the user reads the text, the response speed of the handwriting input is not required to be achieved. Therefore, different updating strategies are set for different application scenes, when the processor processes the screen updating request, the processing time of the screen updating request can be judged according to the updating strategy in the screen updating request, so that some screen updating requests needing quick response can be responded in time, and the screen updating requests with response speed not too high in requirement are delayed to respond.
In addition, due to the fact that areas to be updated corresponding to screen updating requests in different application scenes are different, for example, when a user performs handwriting input, the area to be updated is a line in a range near a current handwritten note; when the user plays the video, the area to be updated is the area corresponding to the playing picture of the playing video. Therefore, the screen update request in the present application includes the area to be updated in the target scene, and when the processor acquires the area to be updated in the target scene, the area to be updated may be updated according to the request content of the screen update request.
Further, the screen update request in the present application may include not only the update policy and the area to be updated, but also a refresh mode (e.g., a2, GU, GC16, etc.), area screen buffer data, and other request related data. The refresh mode is mainly used for determining the total frame number output by a screen refresh request, such as the total frame number required by high-quality screen display, when the requirement on the screen update speed is not high, the 16-level gray level refresh mode of GC16 can be selected, and if the screen quick response is required to be realized, when the requirement on the screen quality is low, the black and white block refresh mode of A2 can be selected; the area picture buffer data in the application is selectable, for example, when a certain area is fully refreshed, only a refresh mode + an update strategy + the area to be updated is needed, or when the refresh mode is changed, the area picture buffer data is not needed.
S120: determining whether the screen area targeted by the screen updating request being processed in the current screen includes an area to be updated, if not, executing S130, and if so, executing S140.
In this step, after the to-be-processed screen update request in the target scene is obtained through S110, a screen region to which the to-be-processed screen update request in the current screen is directed may be compared with a to-be-updated region in the to-be-processed screen update request, to determine whether the screen region to which the to-be-processed screen update request in the current screen is directed includes the to-be-updated region, if not, it indicates that there is no region in the current screen that conflicts with the to-be-updated region, and if so, it indicates that there are one or more regions in the current screen that conflict with the to-be-updated region.
It can be understood that, in the process of using the electronic ink screen device, a plurality of screen update requests are generated, the processor needs to update the display image of the current screen according to the request content of each screen update request, if there is a currently processed screen update request, a screen area in the current screen to which the currently processed screen update request is directed may be determined first, and the screen area is compared with the area to be updated, so as to determine whether the screen area includes the area to be updated; if the screen updating request which is currently processed does not exist, the screen updating request to be processed can be directly processed, and when the next screen updating request to be processed is read, the screen updating request to be processed is taken as the screen updating request which is currently processed.
In a specific implementation manner, the application may compare pixel coordinates of each pixel in a screen area, to which a screen update request being processed in a current screen is directed, with pixel coordinates of each pixel in an area to be updated, so as to determine whether the screen area, to which the screen update request being processed is directed, includes the area to be updated.
Further, since screen regions to which different screen update requests are directed may have a certain difference, a plurality of screen update requests being processed may exist at the same time, and when a plurality of screen update requests being processed exist, the screen region to which each screen update request being processed in the current screen is directed may be determined first, and then each screen region is compared with a region to be updated, so as to determine whether each screen region includes the region to be updated.
Fig. 2 is a page display diagram of a screen area and an area to be updated, to which a plurality of screen update requests being processed are directed according to an embodiment of the present application, as shown in fig. 2; in fig. 2, a screen area 12 to which a plurality of screen update requests in process are displayed in the current screen of the electronic ink screen device 10 and respectively represented by rectangles, pentagons, quadrangle stars and pentagons, and an area to be updated 11 corresponding to the screen update requests in process is represented by an ellipse, as can be seen from fig. 2, the screen area to which each screen update request in process is directed includes an ellipse area corresponding to the area to be updated 11, and there is also an area not included in the ellipse area.
S130: and directly processing the screen updating request to be processed.
In this step, it can be known from S120 that, if the screen area to which the currently processed screen update request is directed does not include the area to be updated, it indicates that there is no area in the current screen that conflicts with the area to be updated, and at this time, the currently processed screen update request can be directly processed, so as to quickly respond to the user requirement.
S140: and determining the processing time of the screen updating request to be processed based on the updating strategy, and processing the screen updating request to be processed when the processing time arrives.
In this step, as can be seen from S120, if the screen area to which the currently processed screen update request is directed in the current screen includes the area to be updated, it indicates that there are one or more areas in the current screen that conflict with the area to be updated, at this time, the processing time of the screen update request to be processed may be determined according to the update policy in the screen update request to be processed, and when the processing time arrives, the screen update request to be processed is processed.
For example, the application may set the update policy corresponding to the screen update request in each application scene in advance according to the response time required by the screen update request in different application scenes, or may directly use the update policy in each application scene specified by the user as the update policy corresponding to the screen update request. When the update policy is set according to the response time required by the screen update request in different application scenes, the response time may be set by a user in a customized manner, or may be set by an electronic ink screen manufacturer in a default manner, for example, the response time of the screen update request in a dynamic scene is shorter than the response time of the screen update request in a static scene. When the response time of the screen updating request in a certain application scene is short, the corresponding updating strategy can be set as a preemption strategy, so that the screen updating request is preferentially responded; when the response time of the screen updating request in a certain application scene is longer, the corresponding updating strategy can be set as a waiting strategy, so that other screen updating requests are responded preferentially.
After the update strategy corresponding to the screen update request in each application scene is determined, when the processor acquires the update strategy corresponding to the screen update request to be processed in the target scene, the processing time of the screen update request to be processed can be determined according to the update strategy, and when the processing time arrives, the screen update request to be processed is processed, so that the purpose of flexibly processing the screen update request is achieved.
In the above embodiment, when a to-be-processed screen update request in a target scene is acquired, because the to-be-processed screen update request includes an update policy and an area to be updated in the target scene, it may be determined first whether a screen area to which the currently-processed screen update request is directed in a current screen includes the area to be updated, if not, the to-be-processed screen update request is directly processed, and if so, a processing time of the to-be-processed screen update request may be determined according to the update policy, and when the processing time arrives, the to-be-processed screen update request is processed; in the process, a user can set corresponding update strategies for different application scenes in different application programs, so that when a processor processes a screen update request to be processed, corresponding processing time can be determined according to the update strategy carried by the processor, if the update strategy is a waiting strategy, processing can be delayed, and when the update strategy is a preemption strategy, processing can be performed as fast as possible, so that the screen update request under different scenes can be flexibly processed, and the processing efficiency of the screen update request can be improved.
In one embodiment, the obtaining of the screen update request to be processed in the target scene in S110 may include: the method comprises the steps of obtaining screen updating requests located at the head of a queue in a pre-constructed updating request waiting queue, and taking the screen updating requests as screen updating requests to be processed in a target scene.
In this embodiment, there may be a plurality of screen update requests that the processor needs to process, and there may be temporal or spatial conflicts between the plurality of screen update requests. Therefore, the application may pre-construct an update request waiting queue, where the update request waiting queue stores the screen update requests to be processed in different scenes arranged according to the submission order, and the queue length of the update request waiting queue may be set in advance, or of course, the queue length of the update request waiting queue may not be limited.
When the newly submitted screen update requests are added to the tail of the update request waiting queue according to the time sequence, the processor can read the screen update request positioned at the head of the queue in the update request waiting queue and takes the screen update request as the screen update request to be processed in the target scene.
In one embodiment, the determining the processing timing of the to-be-processed screen update request based on the update policy in S140 may include:
s141: and when the updating strategy is a waiting strategy, monitoring the processing progress of the screen updating request being processed, and taking the processing finish time of the screen updating request being processed as the processing time of the screen updating request to be processed.
In this embodiment, if the screen area to which the screen update request being processed in the current screen corresponds includes the area to be updated, it indicates that there is an overlap between the area to be updated and the screen area to which the screen update request being processed corresponds, at this time, the screen update request being processed may be used as a conflict request, and for the conflict request, if the update policy in the screen update request to be processed in the present application is a waiting policy, it indicates that the screen update request to be processed may delay the response. Aiming at the screen updating request to be processed, which can delay the response, the processing progress of the screen updating request being processed can be monitored, and the processing finish time of the screen updating request being processed is used as the processing time of the screen updating request to be processed.
In a specific implementation manner, in the process of monitoring the processing progress of the screen updating request being processed, the monitoring can be realized by updating the processing progress of the screen updating request being processed. For example, in the process of processing the screen update request, the total number of frames to be output and the timing and waveform data to be output for each frame can be determined according to the refresh mode specified by the screen update request and the current screen data, then the timing and waveform data required for each frame can be scanned and output to the electronic ink screen interface according to the frame output frequency, the number of refresh frames currently output by the screen update request in processing is recorded, and the processing progress of the screen update request in processing is updated when each frame is scanned, so that the monitoring of the processing progress of the screen update request in processing is realized, and the screen update request waiting for processing can be processed in time.
In one embodiment, the determining the processing timing of the to-be-processed screen update request based on the update policy in S140 may include:
s151: when the update strategy is a preemption strategy, dividing the screen update request to be processed according to the area to be updated and the screen area corresponding to the screen update request being processed, and determining the processing time of the divided screen update request.
In this embodiment, if the screen area to which the screen update request being processed in the current screen corresponds includes the area to be updated, it indicates that there is an overlap between the area to be updated and the screen area to which the screen update request being processed corresponds, at this time, the screen update request being processed may be used as a conflict request, and for the conflict request, if an update policy in the screen update request to be processed in the present application is a preemption policy, it indicates that the screen update request to be processed needs a quick response. Aiming at the screen updating request to be processed which needs to be quickly responded, the screen updating request to be processed can be divided according to the screen area to which the screen updating request which is being processed aims and the area to be updated, and the processing time of the divided screen updating request is determined.
Specifically, when a screen update request to be processed is divided, a screen area targeted by the screen update request being processed and a screen area to be updated can be compared, if the screen area targeted by the screen update request being processed does not completely cover the screen area to be updated, the uncovered part can be treated as a new screen update request, and the covered part can form another screen update request and is treated according to a certain treatment rule, so that part of the screen update requests can be treated and displayed in advance, and the screen update requests are not submitted until all conflicting requests are treated, and therefore, the treatment efficiency is effectively improved.
Illustratively, as shown in fig. 2, when there is a conflict between the screen update request to be processed and the screen update request being processed, since the area where the conflict exists does not completely include the area to be updated 11, the present application may divide the intersection area and the non-intersection area between the screen area 12 and the area to be updated 11, to which each screen update request being processed in fig. 2 is directed, divide the screen update request to be processed according to the intersection area and the non-intersection area formed after the division, and determine the processing timing of the divided screen update request.
In one embodiment, the determining the processing timing of the to-be-processed screen update request based on the update policy in S140 may include:
s161: and when the updating strategy is a waiting-preemption combined strategy, monitoring the processing progress of the screen updating request being processed.
S162: when the processing progress reaches a preset progress threshold, dividing the screen updating request to be processed according to the area to be updated and the screen area corresponding to the screen updating request being processed, and determining the processing time of the divided screen updating request.
In this embodiment, if the screen area to which the screen update request being processed in the current screen corresponds includes the area to be updated, it indicates that there is an overlap between the area to be updated and the screen area to which the screen update request being processed corresponds, at this time, the screen update request being processed may be used as a conflict request, and for the conflict request, if the update policy in the screen update request to be processed in the present application is a combined policy waiting for preemption, it indicates that the screen update request being processed performs a quick response as much as possible. For the type of screen updating request to be processed, the processing progress of the screen updating request being processed can be monitored, when the processing progress reaches a preset progress threshold value, the screen updating request to be processed is divided according to the area to be updated and the screen area corresponding to the screen updating request being processed, and the processing time of the divided screen updating request is determined.
In a specific implementation manner, in the process of monitoring the processing progress of the screen updating request being processed, the monitoring can be realized by updating the processing progress of the screen updating request being processed. For example, in the process of processing the screen update request, the total number of frames to be output and the timing and waveform data to be output for each frame can be determined according to the refresh mode specified by the screen update request and the current screen data, then the timing and waveform data required for each frame can be scanned and output to the electronic ink screen interface according to the frame output frequency, the number of refresh frames currently output by the screen update request in processing is recorded, and the processing progress of the screen update request in processing is updated when each frame is scanned, so that the monitoring of the processing progress of the screen update request in processing is realized, and the screen update request waiting for processing can be processed in time.
When it is monitored that the processing progress of the screen updating request which is being processed reaches a preset progress threshold value, the screen updating request to be processed can be divided according to the area to be updated and the screen area corresponding to the screen updating request which is being processed, and the processing time of the divided screen updating request is determined.
The preset progress threshold in this application may be a frame number threshold of the refresh frame number, or a number threshold of the number of pixels included in the conflict request. It can be understood that, in the present application, the processor may process a plurality of screen update requests at the same time, and each screen update request generally processes each frame of picture data of the screen update request according to a set frame output frequency in the process of processing, but in the present application, in order to ensure the processing efficiency of the screen update request, and at the same time, avoid the occurrence of a situation that the processor occupies more resources due to more screen update requests being processed at the same time, the preemption policy may be implemented when the number of frame refresh requests of the currently processed screen update request reaches the frame number threshold, or the number of pixels reaches the number threshold. For example, the present application may start to execute the preemption policy when the current frame number of the conflict request reaches 80% of the total frame number, or may start to execute the preemption policy when the number of pixels included in the conflict request is less than a certain number, and the specific processing may select different judgment conditions according to different actual scenes.
It should be noted that, since the number of currently processed screen update requests and the refresh frame number of each screen update request are dynamically changed, the frame number threshold here may be determined based on the acquisition time of the screen update request to be processed and the total frame number of all currently processed screen update requests, and the pixel number here may also be determined based on the acquisition time of the screen update request to be processed and the pixel number of all currently processed screen update requests.
Furthermore, when the screen updating request to be processed is divided, the screen area targeted by the screen updating request being processed and the area to be updated can be compared, if the screen area targeted by the screen updating request being processed does not completely cover the area to be updated, the uncovered part can be used as a new screen updating request to be processed, and the covered part can form another screen updating request and is processed according to a certain processing rule, so that part of the screen updating requests can be processed and displayed in advance, and the screen updating requests are not submitted until all conflicting requests are processed, and the processing efficiency is effectively improved.
In an embodiment, the dividing the screen update request to be processed according to the screen area corresponding to the screen update request to be processed and the area to be updated in S151 or S162, and sequentially determining the processing timings of the divided screen update requests may include:
s1621: and comparing the area to be updated with the screen area aiming at the screen updating request being processed, and determining a conflict area and a non-conflict area in the area to be updated.
S1622: determining a first update request corresponding to the conflict area and a second update request corresponding to the non-conflict area based on the screen update request to be processed.
S1623: and aiming at the first updating request, determining the processing time of the first updating request according to a preset processing rule.
S1624: and regarding the second updating request, taking the determined time of the non-conflict area as the processing time of the second updating request.
In this embodiment, when the screen update request to be processed is divided, the area to be updated and the screen area to which the screen update request being processed is directed may be compared, and if the screen area to which the screen update request being processed is directed does not completely cover the area to be updated, the uncovered portion may be used as a non-conflict area, and a second screen update request corresponding to the non-conflict area is determined, and the covered portion may be used as a conflict area, and a first screen update request corresponding to the conflict area is determined. Wherein the conflict area includes a screen area to which the screen update request is being processed, and the conflict area does not include a screen area to which the screen update request is being processed.
After determining a first update request corresponding to a conflict area and a second update request corresponding to a non-conflict area, the application may determine a processing time of the first update request according to a preset processing rule, such as continuing to wait, or not processing, and the like; for the second update request, the determination time of the non-conflict area may be used as the processing time of the second update request, that is, after the non-conflict area is determined, the screen image data of the non-conflict area may be updated in response to the second update request.
In one embodiment, the determining the processing timing of the first update request according to the preset processing rule in S1623 may include:
s231: and when the preset processing rule is waiting, adding the first update request to the head of a pre-constructed update request waiting queue.
S232: and monitoring the processing progress of the screen updating request being processed in the conflict area, and acquiring a first updating request positioned at the head of the queue in the updating request waiting queue when the screen updating request being processed in the conflict area is processed.
S233: and taking the processing finish time of the screen updating request which is being processed in the conflict area as the processing time of the first updating request.
In this embodiment, when determining a processing timing of a first update request of a conflict area, a preset processing rule corresponding to the first update request may be obtained, where the processing rule may be set by a user in advance in a system or an application program, or may be a processing rule set by default in the system or the application program. After the preset processing rule corresponding to the first update request is acquired, if the preset processing rule is waiting, it indicates that the current first update request can be processed after the screen update request being processed in the conflict area is processed. Therefore, the present application can use the processing completion time of the screen update request being processed in the conflict area as the processing timing of the first update request.
In one embodiment, the determining the processing timing of the first update request according to the preset processing rule in S1623 may include:
s331: and when the preset processing rule is waiting and adjusting, adding the first updating request to a specific position in a pre-constructed updating request waiting queue.
S332: and when the first update request is arranged to the head of the update request waiting queue, taking the time when the first update request is arranged to the head of the queue as the processing time of the first update request.
In this embodiment, when the processing timing of the first update request in the conflict area is determined, a preset processing rule corresponding to the first update request may be obtained, and after the preset processing rule corresponding to the first update request is obtained, if the preset processing rule is waiting and adjusting, it indicates that the first update request is added to a pre-constructed update request waiting queue, the position of the first update request in the update request waiting queue may also be adjusted, for example, the first update request is placed in a queue, or a specific position behind the queue, where the specific position may be set according to a habit of a user, or may also be set as a default position.
When the first update request is placed in the update request waiting queue, it may wait for the first update request to be arranged at the head of the update request waiting queue, and then use the time when the first update request is arranged at the head of the queue as the processing time of the first update request.
In one embodiment, the determining the processing timing of the first update request according to the preset processing rule in S1623 may include:
s431: and when the preset processing rule is discarding, discarding the first updating request, and adding a third updating request at the tail of a pre-constructed updating request waiting queue, wherein the third updating request is an overall updating request for the current screen.
S432: and when the third update request is arranged to the head of the update request waiting queue, taking the time when the third update request is arranged to the head of the queue as the processing time of the first update request.
In this embodiment, for the first update request of the conflict area, if the area range of the conflict area is smaller, such as one pixel point, or less than a certain number of pixels, the first update request may be optionally discarded, and the discarded first update request does not have a great influence on the display screen.
Further, if the first update request is selected to be discarded, a third update request can be added at the tail of a pre-constructed update request waiting queue, where the third update request is an overall update request for the current screen, that is, screen image data corresponding to all currently processed screen update requests is taken as overall image data, and the overall update request is generated according to the overall image data, so that loss of the image data caused by discarding the first update request is avoided.
In one embodiment, the pending screen update request may further include regional picture buffer data and a refresh mode. The processing of the to-be-processed screen update request in S130 or S140 may include:
s510: and calculating the number of refreshing frames of the regional picture buffer data and the time sequence and waveform data required to be output by each frame according to the regional picture buffer data, the picture data of the region corresponding to the current screen and the refreshing mode.
S511: and outputting the time sequence and waveform data required by each frame to the electronic ink screen interface according to the frame output frequency until the refresh frame number is reached.
In this embodiment, when the screen update request to be processed is processed, the number of refresh frames of the data in the buffer area of the area picture and the timing sequence and waveform data that need to be output for each frame may be calculated according to the data in the buffer area of the area picture corresponding to the screen update request to be processed, the refresh mode, and the picture data in the area corresponding to the current screen.
It can be understood that when a certain pixel of the screen needs to be updated, the current color gray scale of the pixel and the target color gray scale can be determined, the corresponding refresh waveform table is found according to parameters such as the current refresh mode by inquiring a screen waveform file provided by a screen manufacturer, the number of refresh frames that need to pass when the pixel is updated to the target gray scale from the current gray scale and the driving voltage of each frame are determined, and then when the TFT driving circuit scans the frames, the corresponding voltage is applied according to the current number of frames, so that the electronic ink screen is updated to the target color gray scale.
The screen data buffer area is mainly used for maintaining the current screen picture data, so that when a new screen updating request exists, the picture data of the new screen updating request can be compared with the existing screen data, and corresponding time sequence and waveform data are generated.
In one embodiment, the method may further comprise: and recording the refresh frame number of the regional picture buffer data, and updating the processing progress of the screen updating request being processed when the scanning of each frame of the regional picture buffer data is completed.
In this embodiment, in order to monitor the processing progress of the screen update request being processed, the present application may record the refresh frame number of the regional picture buffer data corresponding to the screen update request being processed in the processing process of the screen update request being processed, and update the processing progress of the screen update request being processed when scanning of each frame of the regional picture buffer data is completed, so as to monitor the processing progress of the screen update request being processed.
The following describes a device for processing a screen update request provided in an embodiment of the present application, and the device for processing a screen update request described below and the method for processing a screen update request described above may be referred to in correspondence with each other.
In an embodiment, as shown in fig. 3, fig. 3 is a schematic structural diagram of a device for processing a screen update request according to an embodiment of the present application; the present application further provides a device for processing a screen update request, which includes a request obtaining module 210, a request determining module 220, a first processing module 230, and a second processing module 240, and specifically includes the following:
the request obtaining module 210 is configured to obtain a to-be-processed screen update request in a target scene, where the to-be-processed screen update request includes an update policy and an area to be updated in the target scene.
A request determining module 220, configured to determine whether a screen region to which the screen update request being processed in the current screen corresponds includes the region to be updated.
The first processing module 230 is configured to, if the screen update request is not included, directly process the to-be-processed screen update request.
A second processing module 240, configured to determine, based on the update policy, a processing time of the to-be-processed screen update request if the screen update request includes the to-be-processed screen update request, and process the to-be-processed screen update request when the processing time arrives.
In the above embodiment, when a to-be-processed screen update request in a target scene is acquired, because the to-be-processed screen update request includes an update policy and an area to be updated in the target scene, it may be determined first whether a screen area to which the currently-processed screen update request is directed in a current screen includes the area to be updated, if not, the to-be-processed screen update request is directly processed, and if so, a processing time of the to-be-processed screen update request may be determined according to the update policy, and when the processing time arrives, the to-be-processed screen update request is processed; in the process, a user can set corresponding update strategies for different application scenes in different application programs, so that when a processor processes a screen update request to be processed, corresponding processing time can be determined according to the update strategy carried by the processor, if the update strategy is a waiting strategy, processing can be delayed, and when the update strategy is a preemption strategy, processing can be performed as fast as possible, so that the screen update request under different scenes can be flexibly processed, and the processing efficiency of the screen update request can be improved.
In one embodiment, the present application further provides an electronic ink screen device, which includes a storage medium and one or more processors, wherein the storage medium stores computer readable instructions, and when executed by the one or more processors, the computer readable instructions cause the one or more processors to execute the method for processing a screen update request according to any one of the above embodiments.
Fig. 4 is a schematic diagram illustrating an internal structure of an electronic ink screen apparatus according to an embodiment of the present disclosure, and fig. 4 is a schematic diagram illustrating an internal structure of the electronic ink screen apparatus 300. Referring to FIG. 4, the electronic ink screen device 300 includes a processing component 302 that further includes one or more processors and memory resources, represented by memory 301, for storing instructions, such as application programs, that are executable by the processing component 302. The application programs stored in memory 301 may include one or more modules that each correspond to a set of instructions. Further, the processing component 302 is configured to execute instructions to perform the method of processing a screen update request of any of the embodiments described above.
The electronic ink screen device 300 may further include a power supply component 303 configured to perform power management of the electronic ink screen device 300, a wired or wireless network interface 304 configured to connect the electronic ink screen device 300 to a network, and an input/output (I/O) interface 305. The electronic ink screen device 300 may operate based on an operating system stored in memory 301, such as Windows Server, Mac OS XTM, Unix, Linux, Free BSDTM, or the like.
Those skilled in the art will appreciate that the architecture shown in fig. 4 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects apply, as particular computing devices may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.
Finally, it should also be noted that, herein, relational terms such as first and second, and the like may be used solely to distinguish one entity or action from another entity or action without necessarily requiring or implying any actual such relationship or order between such entities or actions. Also, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in a process, method, article, or apparatus that comprises the element.
The embodiments in the present description are described in a progressive manner, each embodiment focuses on differences from other embodiments, the embodiments may be combined as needed, and the same and similar parts may be referred to each other.
The previous description of the disclosed embodiments is provided to enable any person skilled in the art to make or use the present application. Various modifications to these embodiments will be readily apparent to those skilled in the art, and the generic principles defined herein may be applied to other embodiments without departing from the spirit or scope of the application. Thus, the present application is not intended to be limited to the embodiments shown herein but is to be accorded the widest scope consistent with the principles and novel features disclosed herein.
Claims (13)
1. A method for processing a screen update request, the method comprising:
acquiring a screen updating request to be processed in a target scene, wherein the screen updating request to be processed comprises an updating strategy and an area to be updated in the target scene;
determining whether a screen region to which a screen update request being processed in a current screen includes the region to be updated;
if not, directly processing the screen updating request to be processed;
if yes, determining the processing time of the screen updating request to be processed based on the updating strategy, and processing the screen updating request to be processed when the processing time arrives.
2. The method of claim 1, wherein the obtaining of the pending screen update request in the target scene comprises:
acquiring a screen updating request positioned at the head of a queue in a pre-constructed updating request waiting queue, and taking the screen updating request as a screen updating request to be processed in a target scene;
and the screen updating requests to be processed under different scenes which are arranged according to the submission sequence are stored in the updating request waiting queue.
3. The method of claim 1, wherein determining the processing opportunity of the pending screen update request based on the update policy comprises:
and when the updating strategy is a waiting strategy, monitoring the processing progress of the screen updating request being processed, and taking the processing finish time of the screen updating request being processed as the processing time of the screen updating request to be processed.
4. The method of claim 1, wherein determining the processing opportunity of the pending screen update request based on the update policy comprises:
when the update strategy is a preemption strategy, dividing the screen update request to be processed according to the area to be updated and the screen area corresponding to the screen update request being processed, and determining the processing time of the divided screen update request.
5. The method of claim 1, wherein determining the processing opportunity of the pending screen update request based on the update policy comprises:
when the updating strategy is a waiting-preemption combined strategy, monitoring the processing progress of the screen updating request being processed;
when the processing progress reaches a preset progress threshold, dividing the screen updating request to be processed according to the area to be updated and the screen area corresponding to the screen updating request being processed, and determining the processing time of the divided screen updating request.
6. The method according to claim 4 or 5, wherein the dividing the screen update request to be processed according to the screen area corresponding to the screen update request to be updated and the screen area corresponding to the screen update request being processed, and sequentially determining the processing timings of the divided screen update requests comprises:
comparing the area to be updated with a screen area to which the screen updating request is addressed, and determining a conflict area and a non-conflict area in the area to be updated, wherein the conflict area comprises the screen area to which the screen updating request is addressed, and the non-conflict area does not comprise the screen area to which the screen updating request is addressed;
determining a first update request corresponding to the conflict area and a second update request corresponding to the non-conflict area based on the screen update request to be processed;
aiming at the first updating request, determining the processing time of the first updating request according to a preset processing rule;
and regarding the second updating request, taking the determined time of the non-conflict area as the processing time of the second updating request.
7. The method according to claim 6, wherein the determining the processing timing of the first update request according to a preset processing rule comprises:
when a preset processing rule is waiting, adding the first updating request to the head of a pre-constructed updating request waiting queue;
monitoring the processing progress of the screen updating request being processed in the conflict area, and acquiring a first updating request positioned at the head of a queue in the updating request waiting queue when the screen updating request being processed in the conflict area is processed;
and taking the processing finish time of the screen updating request which is being processed in the conflict area as the processing time of the first updating request.
8. The method according to claim 6, wherein the determining the processing timing of the first update request according to a preset processing rule comprises:
when a preset processing rule is waiting and adjusting, adding the first updating request to a specific position in a pre-constructed updating request waiting queue;
and when the first update request is arranged to the head of the update request waiting queue, taking the time when the first update request is arranged to the head of the queue as the processing time of the first update request.
9. The method according to claim 6, wherein the determining the processing timing of the first update request according to a preset processing rule comprises:
when the preset processing rule is discarding, discarding the first updating request, and adding a third updating request at the tail of a pre-constructed updating request waiting queue, wherein the third updating request is an overall updating request for the current screen;
and when the third update request is arranged to the head of the update request waiting queue, taking the time when the third update request is arranged to the head of the queue as the processing time of the first update request.
10. The method of claim 1, wherein the pending screen update request further comprises regional picture buffer data and a refresh mode;
processing the screen updating request to be processed, including:
calculating the number of refreshing frames of the regional picture buffer area data and the time sequence and waveform data required to be output by each frame according to the regional picture buffer area data, the picture data of the region corresponding to the current screen and the refreshing mode;
and outputting the time sequence and waveform data required by each frame to the electronic ink screen interface according to the frame output frequency until the refresh frame number is reached.
11. The method of claim 10, further comprising:
and recording the refresh frame number of the regional picture buffer data, and updating the processing progress of the screen updating request being processed when the scanning of each frame of the regional picture buffer data is completed.
12. A device for processing a screen update request, comprising:
the system comprises a request acquisition module, a processing module and a processing module, wherein the request acquisition module is used for acquiring a screen updating request to be processed in a target scene, and the screen updating request to be processed comprises an updating strategy and an area to be updated in the target scene;
the request determining module is used for determining whether a screen area for which a screen updating request in the current screen is processed comprises the area to be updated;
the first processing module is used for directly processing the screen updating request to be processed if the screen updating request is not included;
and if the screen updating request is contained, determining the processing time of the screen updating request to be processed based on the updating strategy, and processing the screen updating request to be processed when the processing time arrives.
13. An electronic ink screen device, characterized by: the electronic ink screen device includes a storage medium having computer-readable instructions stored therein, which, when executed by one or more processors, cause the one or more processors to perform the method of processing a screen update request of any one of claims 1 to 11.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210080135.8A CN114398019B (en) | 2022-01-24 | 2022-01-24 | Screen update request processing method and device and electronic ink screen equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210080135.8A CN114398019B (en) | 2022-01-24 | 2022-01-24 | Screen update request processing method and device and electronic ink screen equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114398019A true CN114398019A (en) | 2022-04-26 |
| CN114398019B CN114398019B (en) | 2024-02-23 |
Family
ID=81231867
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210080135.8A Active CN114398019B (en) | 2022-01-24 | 2022-01-24 | Screen update request processing method and device and electronic ink screen equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114398019B (en) |
Citations (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5241656A (en) * | 1989-02-06 | 1993-08-31 | International Business Machines Corporation | Depth buffer clipping for window management |
| EP0381892B1 (en) * | 1989-02-06 | 1995-04-05 | International Business Machines Corporation | Computer display windowing systems |
| JP2005230532A (en) * | 2004-01-20 | 2005-09-02 | Shinsedai Kk | Device, program and method of generating image signal |
| US20080098262A1 (en) * | 2006-10-24 | 2008-04-24 | Arm Limited | Performing diagnostic operations upon an asymmetric multiprocessor apparatus |
| US20080111833A1 (en) * | 2006-11-09 | 2008-05-15 | Sony Ericsson Mobile Communications Ab | Adjusting display brightness and/or refresh rates based on eye tracking |
| US20100277429A1 (en) * | 2009-04-30 | 2010-11-04 | Day Shawn P | Operating a touch screen control system according to a plurality of rule sets |
| CN102609229A (en) * | 2012-02-16 | 2012-07-25 | 中国科学院声学研究所 | Graph parallel-updating method for embedded multi-window application |
| CN102622969A (en) * | 2011-01-25 | 2012-08-01 | 飞思卡尔半导体公司 | Method and apparatus for processing temporal and spatial overlapping updates for an electronic display |
| CN102662744A (en) * | 2012-04-19 | 2012-09-12 | 上海大学 | FPGA task scheduling method based on condition preemption |
| CN103247283A (en) * | 2013-02-21 | 2013-08-14 | 北京君正集成电路股份有限公司 | Screen refreshing method and device |
| CN103338181A (en) * | 2012-03-21 | 2013-10-02 | 株式会社东芝 | Server, screen transfer system, and screen transfer method |
| CN104834370A (en) * | 2014-02-12 | 2015-08-12 | 株式会社东芝 | Data processing device, semiconductor device, display device, and control method |
| US20170300286A1 (en) * | 2009-11-24 | 2017-10-19 | Clearslide, Inc. | Method and system for browser-based screen sharing |
| WO2018076795A1 (en) * | 2016-10-31 | 2018-05-03 | 华为技术有限公司 | Page refreshing method and device |
| US10181169B1 (en) * | 2010-02-23 | 2019-01-15 | Amazon Technologies, Inc. | Display response enhancement |
| WO2021179829A1 (en) * | 2020-03-13 | 2021-09-16 | 华为技术有限公司 | Human-machine interaction method and device |
| CN113515246A (en) * | 2021-05-17 | 2021-10-19 | 广州文石信息科技有限公司 | Electronic ink screen display control method, device, equipment and storage medium |
| CN113870799A (en) * | 2021-09-09 | 2021-12-31 | 瑞芯微电子股份有限公司 | System display method and storage device of electronic ink screen device |
| CN113934357A (en) * | 2021-11-12 | 2022-01-14 | 掌阅科技股份有限公司 | Refreshing processing method of ink screen device, electronic device and storage medium |
-
2022
- 2022-01-24 CN CN202210080135.8A patent/CN114398019B/en active Active
Patent Citations (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5241656A (en) * | 1989-02-06 | 1993-08-31 | International Business Machines Corporation | Depth buffer clipping for window management |
| EP0381892B1 (en) * | 1989-02-06 | 1995-04-05 | International Business Machines Corporation | Computer display windowing systems |
| JP2005230532A (en) * | 2004-01-20 | 2005-09-02 | Shinsedai Kk | Device, program and method of generating image signal |
| US20080098262A1 (en) * | 2006-10-24 | 2008-04-24 | Arm Limited | Performing diagnostic operations upon an asymmetric multiprocessor apparatus |
| US20080111833A1 (en) * | 2006-11-09 | 2008-05-15 | Sony Ericsson Mobile Communications Ab | Adjusting display brightness and/or refresh rates based on eye tracking |
| US20100277429A1 (en) * | 2009-04-30 | 2010-11-04 | Day Shawn P | Operating a touch screen control system according to a plurality of rule sets |
| US20170300286A1 (en) * | 2009-11-24 | 2017-10-19 | Clearslide, Inc. | Method and system for browser-based screen sharing |
| US10181169B1 (en) * | 2010-02-23 | 2019-01-15 | Amazon Technologies, Inc. | Display response enhancement |
| CN102622969A (en) * | 2011-01-25 | 2012-08-01 | 飞思卡尔半导体公司 | Method and apparatus for processing temporal and spatial overlapping updates for an electronic display |
| CN102609229A (en) * | 2012-02-16 | 2012-07-25 | 中国科学院声学研究所 | Graph parallel-updating method for embedded multi-window application |
| CN103338181A (en) * | 2012-03-21 | 2013-10-02 | 株式会社东芝 | Server, screen transfer system, and screen transfer method |
| CN102662744A (en) * | 2012-04-19 | 2012-09-12 | 上海大学 | FPGA task scheduling method based on condition preemption |
| CN103247283A (en) * | 2013-02-21 | 2013-08-14 | 北京君正集成电路股份有限公司 | Screen refreshing method and device |
| CN104834370A (en) * | 2014-02-12 | 2015-08-12 | 株式会社东芝 | Data processing device, semiconductor device, display device, and control method |
| WO2018076795A1 (en) * | 2016-10-31 | 2018-05-03 | 华为技术有限公司 | Page refreshing method and device |
| WO2021179829A1 (en) * | 2020-03-13 | 2021-09-16 | 华为技术有限公司 | Human-machine interaction method and device |
| CN113515246A (en) * | 2021-05-17 | 2021-10-19 | 广州文石信息科技有限公司 | Electronic ink screen display control method, device, equipment and storage medium |
| CN113870799A (en) * | 2021-09-09 | 2021-12-31 | 瑞芯微电子股份有限公司 | System display method and storage device of electronic ink screen device |
| CN113934357A (en) * | 2021-11-12 | 2022-01-14 | 掌阅科技股份有限公司 | Refreshing processing method of ink screen device, electronic device and storage medium |
Non-Patent Citations (2)
| Title |
|---|
| 李庆诚;胡海军;宫晓利;李幼萌;: "基于任务队列的电子纸显示屏刷新策略研究", 现代显示, no. 06, pages 22 - 26 * |
| 李庆诚等: "自恢复的电子纸屏幕显示管理策略研究", 现代显示, pages 20 - 23 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114398019B (en) | 2024-02-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2019011195A1 (en) | Regulation method, terminal equipment and non-transitory computer-readable storage medium for automatic exposure control of region of interest | |
| WO2017113343A1 (en) | Method for adjusting backlight brightness and terminal | |
| WO2019153723A1 (en) | Video frame display method and device, television and storage medium | |
| US10714042B2 (en) | Display panel driving method, driving circuit, display panel, and display device | |
| US20130293779A1 (en) | Method and apparatus for quickly responding to signal | |
| CN111128082B (en) | Backlight adjusting method, display and storage medium | |
| US20160055787A1 (en) | Display control apparatus, display control method, and electronic information display apparatus | |
| WO2023035939A1 (en) | Backlight adjustment method and apparatus, device, and storage medium | |
| EP3968141A1 (en) | Display attribute adjusting method and related device | |
| CN110636364B (en) | Image quality processing method, smart television and storage medium | |
| US10951870B2 (en) | Digital image conversion method and apparatus, storage medium, and device | |
| US9460523B1 (en) | Image processing device, image processing method, and non-transitory computer-readable medium | |
| CN114398019A (en) | Screen updating request processing method and device and electronic ink screen equipment | |
| CN114049865B (en) | Screen refreshing method and device, computer readable storage medium and computer equipment | |
| CN111798805A (en) | Backlight processing system, apparatus, method, backlight driver and storage medium | |
| US11341885B2 (en) | Display panel, pixel charging method, and computer readable storage medium | |
| US20210358087A1 (en) | A method and device for enhancing video image quality | |
| JP2011075800A (en) | Liquid crystal display device | |
| CN113391779B (en) | Parameter adjusting method, device and equipment for paper-like screen | |
| CN114489545B (en) | Screen updating request scanning method and device, storage medium and related equipment | |
| JP2011033801A (en) | Video display device and video display method | |
| CN112967685A (en) | Head-mounted display device and method for eliminating smear | |
| CN107895563B (en) | Display control method and device, terminal and computer readable storage medium | |
| CN112118492A (en) | Processing method and device for switching television image and sound modes through software | |
| US20210327034A1 (en) | A method and device for enhancing video image quality |
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 |