CN114398019B - Screen update request processing method and device and electronic ink screen equipment - Google Patents
Screen update request processing method and device and electronic ink screen equipment Download PDFInfo
- Publication number
- CN114398019B CN114398019B CN202210080135.8A CN202210080135A CN114398019B CN 114398019 B CN114398019 B CN 114398019B CN 202210080135 A CN202210080135 A CN 202210080135A CN 114398019 B CN114398019 B CN 114398019B
- Authority
- CN
- China
- Prior art keywords
- update request
- screen
- processed
- processing
- area
- 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
Links
- 238000003672 processing method Methods 0.000 title description 5
- 238000012545 processing Methods 0.000 claims abstract description 222
- 238000000034 method Methods 0.000 claims abstract description 66
- 230000008569 process Effects 0.000 claims description 33
- 230000004044 response Effects 0.000 claims description 15
- 238000012544 monitoring process Methods 0.000 claims description 13
- 230000003111 delayed effect Effects 0.000 abstract description 5
- 238000010586 diagram Methods 0.000 description 6
- 230000009471 action Effects 0.000 description 3
- 239000011159 matrix material Substances 0.000 description 3
- 230000006870 function Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000013523 data management Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000007726 management method 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
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 device for processing the screen update request and the electronic ink screen device, when the screen update request to be processed in the target scene is acquired, as the update strategy and the area to be updated in the target scene corresponding to the screen update request to be processed can be determined, whether the area to be updated is contained in the screen area aimed at by the screen update request being processed in the current screen can be determined, if the area to be updated is not contained in the screen area, the screen update request to be processed is directly processed, if the area to be processed is contained in the screen area, 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, if the update strategy is the waiting strategy, the processing can be delayed, and when the update strategy is the preemptive strategy, the processing can be performed as quickly as possible, so that the screen update requests in different scenes can be processed flexibly, and the processing efficiency of the screen update request can be improved.
Description
Technical Field
The present disclosure 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, electronic ink films, protective films, electronic components for driving and connectors, wherein the electronic ink films can be considered to form a large pixel matrix, the pixels are controlled through the corresponding TFT matrix, different voltages are applied to transistors in the TFT matrix, and the display color of each corresponding pixel can be controlled, so that the screen can be driven to display different contents.
Because of the complexity of electronic ink screen driving, the electronic ink screen is generally driven by a special electronic ink screen display controller (Electrophoretic Display Controller, abbreviated as EPDC), and the EPDC includes a Memory and a Buffer data management module (Memory and Buffer Manager) and a timing control circuit (Timing Controller Engine) of the screen, so that the driving of the electronic ink screen is greatly simplified, and the development time of electronic ink screen equipment is saved.
However, when the EPDC processes the screen update request, since the interface and the function are relatively fixed and the update frequency is relatively low, the EPDC can only process the screen update request in a specific scene, and thus, the flexibility is lacking.
Disclosure of Invention
The present application aims to solve at least one of the above technical drawbacks, and in particular, the technical drawback that EPDC in the prior art can only process a screen update request under a specific scenario, and lacks flexibility.
The application provides a method for processing a screen update request, which comprises the following steps:
acquiring a screen update request to be processed in a target scene, wherein the screen update request to be processed comprises an update strategy and an area to be updated in the target scene;
determining whether a screen area for which a screen update request is being processed in a current screen contains the area to be updated;
if not, directly processing the screen update request to be processed;
and if so, determining the processing time of the screen update request to be processed based on the update strategy, and processing the screen update request to be processed when the processing time arrives.
Optionally, the obtaining the screen update request to be processed in the target scene includes:
acquiring a screen update request at the head of a queue in a pre-constructed update request waiting queue, and taking the screen update request as a screen update request to be processed in a target scene;
And the update request waiting queue stores the screen update requests to be processed in different scenes which are arranged according to the submitting sequence.
Optionally, the determining, based on the update policy, a processing opportunity of the screen update request to be processed 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 finishing moment 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 screen update request to be processed includes:
when the updating strategy is a preemption strategy, 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 determining, based on the update policy, a processing opportunity of the screen update request to be processed includes:
when the updating strategy is a standby preemption combining strategy, monitoring the processing progress of the screen updating request being processed;
When the processing progress reaches a preset progress threshold, 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 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 sequentially, including:
comparing the area to be updated with the screen area aimed at by the screen update request in process, and determining a conflict area and a non-conflict area in the area to be updated, wherein the conflict area comprises the screen area aimed at by the screen update request in process, and the non-conflict area does not comprise the screen area aimed at by the screen update request in process;
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;
Determining the processing time of the first update request according to a preset processing rule aiming at the first update request;
and regarding the second update request, taking the determined moment of the non-conflict area as the processing time of the second update request.
Optionally, the determining the processing time of the first update request according to a preset processing rule includes:
when a preset processing rule is waiting, adding the first update request to a queue head of a pre-constructed update request waiting queue;
monitoring the processing progress of the screen update request being processed in the conflict area, and acquiring a first update request positioned at the head of a queue in the update request waiting queue when the screen update request being processed in the conflict area is processed;
and taking the processing finishing time of the screen update request being processed in the conflict area as the processing time of the first update request.
Optionally, the determining the processing time of the first update request according to a preset processing rule includes:
when a preset processing rule is waiting and adjusting, adding the first update request to a specific position in a pre-built update request waiting queue;
When the first update request is queued to the head of the update request waiting queue, the time when the first update request is queued to the head of the queue is used as the processing time of the first update request.
Optionally, the determining the processing time of the first update request according to a preset processing rule includes:
when the preset processing rule is discarding, discarding the first update request, and adding a third update request at the tail of a pre-constructed update request waiting queue, wherein the third update request is an integral update request for the current screen;
and when the third update request is arranged to the head of the update request waiting queue, the moment when the third update request is arranged to the head of the queue is used as the processing time of the first update request.
Optionally, the screen update request to be processed further includes area picture buffer data and a refresh mode;
processing the screen update request to be processed, including:
according to the regional picture buffer zone data, the picture data of the corresponding region of the current screen and the refresh mode, calculating the refresh frame number of the regional picture buffer zone data and the time sequence and waveform data which need to be output by each frame;
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 update request being processed when each frame of the regional picture buffer data is scanned.
The application also provides a processing device for the screen update request, which comprises:
the request acquisition module is used for acquiring a screen update request to be processed in a target scene, wherein the screen update request to be processed comprises an update strategy and an area to be updated in the target scene;
a request determining module, configured to determine whether a screen area for which a screen update request being processed in a current screen is directed includes the area to be updated;
the first processing module is used for directly processing the screen update request to be processed if the screen update request does not contain the screen update request;
and the second processing module is used for determining the processing time of the screen update request to be processed based on the update strategy if the screen update request to be processed is included, and processing the screen update request to be processed when the processing time arrives.
The application further provides an electronic ink screen device, which comprises a storage medium and one or more processors, wherein the storage medium stores computer readable instructions, and the computer readable instructions, when executed by the one or more processors, cause the one or more processors to execute the method for processing a screen update request according to any one of the above embodiments.
From the above technical solutions, the embodiments of the present application have the following advantages:
according to the method and the device for processing the screen update request and the electronic ink screen device, when the screen update request to be processed in the target scene is acquired, since the screen update request to be processed contains the update strategy and the area to be updated in the target scene, whether the screen area aimed at by the screen update request being processed in the current screen contains the area to be updated or not can be further determined, if not, the screen update request to be processed is directly processed, and if so, 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; 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, the processing can be delayed, and when the update strategy is a preemption strategy, the processing is performed as quickly as possible, and thus, not only can the screen update request under different scenes be flexibly processed, but also 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 that are required in the embodiments or the description of the prior art will be briefly described below, it being obvious that the drawings in the following description are only some embodiments of the present application, and that other drawings may be obtained according to these drawings without inventive faculty for a person skilled in the art.
Fig. 1 is a flow chart of 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 processing device for a screen update request according to an embodiment of the present application;
fig. 4 is a schematic diagram of an internal structure of an electronic ink screen device according to an embodiment of the present application.
Detailed Description
The following description of the embodiments of the present application will be made clearly and fully with reference to the accompanying drawings, in which it is evident that the embodiments described are only some, but not all, of the embodiments of the present application. All other embodiments, which can be made by one of ordinary skill in the art without undue burden from the present disclosure, are within the scope of the present disclosure.
In one embodiment, as shown in fig. 1, fig. 1 is a flow chart 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 update request, which comprises the following steps:
s110: and acquiring a screen update request to be processed in the target scene.
In this step, when the user performs the related operation in the electronic ink screen device, a corresponding operation instruction is 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 uses the electronic ink screen device to read a text, if the user needs to turn a page, the user triggers a page turning instruction, after receiving the page turning instruction, the electronic ink screen device can generate a page update request corresponding to the page turning instruction, submit the page update request to a corresponding processor for processing, and then respond to the page turning instruction of the user and display the text after page turning.
It can be understood that the electronic ink screen device in the 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, and an intelligent wearable device, where 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 display controllers, microcontrollers, microprocessors, or other electronic components, without limitation. The processor in the present application may call the processing program of the screen update request stored in the memory when in use, and the processing program of the screen update request may implement the operation of the processing method of the screen update request in the present application when executed by the processor.
Specifically, when a screen update request is processed, the screen update request to be processed can be acquired first, the screen update request can be generated according to an operation instruction currently triggered by a user, and after the screen update request is generated, the screen update request can be added into a pre-built update request waiting queue and maintained through the update request waiting queue. When the screen update request to be processed is acquired, an application scene corresponding to the screen update request to be processed can be used as a target scene, and an update strategy and an area to be updated in the target scene carried in the screen update request are determined.
It can be appreciated that the processing timing of the screen update request varies due to different application scenarios. 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 in handwriting input is not required to be reached. 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 response speed is delayed without excessively high requirement on the screen updating request.
In addition, because the areas to be updated corresponding to the screen update requests in different application scenes are different, for example, when the user performs handwriting input, the areas to be updated are rows in the range near the current handwriting 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 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 can 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 the refresh mode (e.g., A2, GU, GC16, etc.), the area screen buffer data, and other request related data. The refreshing mode is mainly used for determining the total frame number output by a screen refreshing request, for example, when high-quality picture display is needed, but the requirement on the screen updating speed is not high, the 16-level gray-scale refreshing mode of GC16 can be selected, and when the screen quick response is needed, but the requirement on the picture quality is low, the black-and-white block refreshing mode of A2 can be selected; the area picture buffer data mainly refers to area picture data corresponding to a screen update request, and the area picture data is mainly used for determining pixel coordinates and the like of an area to be updated.
S120: determining whether the screen area targeted by the screen update request being processed in the current screen contains an area to be updated, if not, executing S130, and if so, executing S140.
In this step, after the screen update request to be processed in the target scene is obtained through S110, the screen area targeted by the screen update request being processed in the current screen may be compared with the area to be updated in the screen update request to be processed, so as to determine whether the screen area targeted by the screen update request being processed in the current screen contains the area to be updated, if not, it indicates that there is no area in the current screen that conflicts with the area to be updated, and if so, it indicates that there is one or more areas in the current screen that conflict with the area to be updated.
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 screen of the current screen according to the request content of each screen update request, if there is a screen update request being processed currently, the screen area targeted by the screen update request being processed in the current screen can be determined first, and the screen area is compared with the area to be updated to determine whether the screen area contains the area to be updated; if there is no screen update request currently being processed, the screen update request to be processed can be directly processed, and when the next screen update request to be processed is read, the screen update request to be processed is used as the screen update request currently being processed.
In a specific implementation manner, the present application may compare the pixel coordinates of each pixel in the screen area for which the screen update request is being processed in the current screen with the pixel coordinates of each pixel in the area to be updated, so as to determine whether the screen area for which the screen update request is being processed includes the area to be updated.
Further, since there may be a certain difference between the screen areas for different screen update requests, there may be a plurality of screen update requests being processed at the same time, when there are a plurality of screen update requests being processed, the present application may determine the screen area for each screen update request being processed in the current screen, and then compare each screen area with the area to be updated, so as to determine whether each screen area includes the area to be updated.
Schematically, as shown in fig. 2, 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 provided in an embodiment of the present application; in fig. 2, a plurality of screen areas 12 for which screen update requests are being processed are displayed in a current screen of the electronic ink screen device 10, and are respectively represented by rectangles, pentagons, quadrangles and pentagons, and areas 11 to be updated corresponding to the screen update requests to be processed are represented by ovals, and as can be seen from fig. 2, each screen area for which screen update requests to be processed contains an oval area corresponding to the area 11 to be updated, and meanwhile, non-contained areas exist in the oval areas.
S130: and directly processing the screen update request to be processed.
In this step, as shown in S120, if the screen area targeted by the screen update request being processed in the current screen 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 screen update request to be processed can be directly processed, so as to quickly respond to the user requirement.
S140: and determining the processing time of the screen update request to be processed based on the update strategy, and processing the screen update request to be processed when the processing time arrives.
In this step, it is known from S120 that if the screen area targeted by the screen update request being processed 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 present application may set, in advance, an update policy corresponding to a screen update request in each application scenario according to response time required by the screen update request in different application scenarios, or may directly use the update policy in each application scenario specified by the user as the update policy corresponding to the screen update request. When the update policy is set according to response time required by the screen update requests in different application scenes, the response time can be set by user definition, or can be set by default by the electronic ink screen manufacturer, for example, the response time of the screen update requests in a dynamic scene is shorter than that of the screen update requests in a static scene. When the response time of the screen update request under a certain application scene is short, the corresponding update strategy can be set as the preemption strategy, so that the screen update request is responded preferentially; when the response time of the screen update request under a certain application scene is longer, the corresponding update strategy can be set to be a waiting strategy, so that other screen update requests can be responded preferentially.
After determining the update strategy corresponding to the screen update request under each application scene, when the processor acquires the update strategy corresponding to the screen update request to be processed under the target scene, the processor can determine the processing time of the screen update request to be processed 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 the screen update request to be processed in the target scene is obtained, since the screen update request to be processed includes the update policy and the area to be updated in the target scene, it may be determined whether the area to be updated is included in the screen area to which the screen update request is being processed in the current screen, if not, the screen update request to be processed is directly processed, if so, the processing timing of the screen update request to be processed may be determined according to the update policy, and when the processing timing arrives, the screen update 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, the processing can be delayed, and when the update strategy is a preemption strategy, the processing is performed as quickly as possible, and thus, not only can the screen update request under different scenes be flexibly processed, but also the processing efficiency of the screen update request can be improved.
In one embodiment, the obtaining the screen update request to be processed in the target scene in S110 may include: and acquiring a screen update request at the head of a queue in a pre-constructed update request waiting queue, and taking the screen update request as a screen update request to be processed in a target scene.
In this embodiment, since there may be a plurality of screen update requests that the processor needs to process, there may be a conflict in time or space between the plurality of screen update requests. Therefore, the present application may construct an update request waiting queue in advance, where the update request waiting queue stores the screen update requests to be processed in different scenarios that are arranged according to the submitting order, and the queue length of the update request waiting queue may be set in advance, and of course, the queue length of the update request waiting queue may not be limited.
When the newly submitted screen update request is added to the tail of the update request waiting queue according to the time sequence, the processor can read the screen update request 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, determining the processing opportunity of the screen update request to be processed in S140 based on the update policy 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 finishing moment 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 targeted by the screen update request being processed in the current screen includes an area to be updated, it indicates that there is an overlap between the area to be updated and the screen area targeted by the screen update request being processed, and the screen update request being processed may be regarded as a conflict request at this time, and 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. For the screen update request to be processed, which can delay the response, the method and the device can monitor the processing progress of the screen update request being processed, and take the processing finishing moment of the screen update request being processed as the processing time of the screen update request to be processed.
In a specific implementation manner, in the process of monitoring the processing progress of the screen update request being processed, the present application may implement monitoring by updating the processing progress of the screen update request being processed. For example, in the process of processing the screen update request, the total frame number to be output, the time sequence and waveform data to be output for each frame may be determined according to the refresh mode specified by the screen update request and the current screen data, then the time sequence and waveform data to be required for each frame may be scanned and output to the electronic ink screen interface according to the frame output frequency, and at the same time, the refresh frame number currently output by the screen update request being processed is recorded, and when each frame scanning is completed, the processing progress of the screen update request being processed is updated, so as to monitor the processing progress of the screen update request being processed, so as to process the screen update request waiting for processing in time.
In one embodiment, determining the processing opportunity of the screen update request to be processed in S140 based on the update policy may include:
s151: when the updating strategy is a preemption strategy, 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 targeted by the screen update request being processed in the current screen includes an area to be updated, it indicates that there is an overlap between the area to be updated and the screen area targeted by the screen update request being processed, and in this case, the screen update request being processed may be used as a conflict request, and if the 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 to respond quickly. For a screen update request to be processed, which needs to respond quickly, the method and the device can divide the screen update request to be processed according to the screen area and the area to be updated, which are aimed at by the screen update request being processed, and determine the processing time of the divided screen update request.
Specifically, when dividing the screen update request to be processed, the screen area aimed at by the screen update request being processed can be compared with the area to be updated, if the screen area aimed at by the screen update request being processed does not completely cover the area to be updated, the part which is not covered can be processed as a new screen update request, and the covered part can form another screen update request and be processed according to a certain processing rule, so that part of the screen update request can be processed and displayed in advance without submitting the screen update request after all conflict requests are processed, thereby effectively improving the processing efficiency.
Illustratively, as shown in fig. 2, when there is a conflict between a screen update request to be processed and a screen update request being processed, since the area where there is a conflict does not completely include the area to be updated 11, the present application may divide the intersection area between the screen area 12 and the area to be updated 11 for each screen update request being processed in fig. 2 and the no-intersection area, divide the screen update request to be processed according to the intersection area and the no-intersection area formed after the division, and determine the processing timing of the divided screen update request.
In one embodiment, determining the processing opportunity of the screen update request to be processed in S140 based on the update policy may include:
s161: and when the updating strategy is a standby preemption combining 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 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 targeted by the screen update request being processed in the current screen includes an area to be updated, it indicates that there is an overlap between the area to be updated and the screen area targeted by the screen update request being processed, and in this case, the screen update request being processed may be used as a conflict request, and if the update policy in the screen update request to be processed in the present application is a preemptive combining policy, it indicates that the screen update request to be processed responds quickly under the condition of as much as possible. For the screen update request to be processed, the processing progress of the screen update request being processed can be monitored, when the processing progress reaches a preset progress threshold, the screen update request to be processed is divided according to the area to be updated and the screen area corresponding to the screen update request being processed, and the processing time of the divided screen update request is determined.
In a specific implementation manner, in the process of monitoring the processing progress of the screen update request being processed, the present application may implement monitoring by updating the processing progress of the screen update request being processed. For example, in the process of processing the screen update request, the total frame number to be output, the time sequence and waveform data to be output for each frame may be determined according to the refresh mode specified by the screen update request and the current screen data, then the time sequence and waveform data to be required for each frame may be scanned and output to the electronic ink screen interface according to the frame output frequency, and at the same time, the refresh frame number currently output by the screen update request being processed is recorded, and when each frame scanning is completed, the processing progress of the screen update request being processed is updated, so as to monitor the processing progress of the screen update request being processed, so as to process the screen update request waiting for processing in time.
When the processing progress of the screen update request being processed is monitored to reach a preset progress threshold, the method and the device can divide 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 determine the processing time of the divided screen update request.
The preset progress threshold in the 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 multiple 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 a processing process, and in order to ensure processing efficiency of the screen update request, and avoid a situation that the processor occupies more resources due to more screen update requests that are processed at the same time, when a refresh frame number of the screen update request currently being processed reaches a frame number threshold, or a pixel number reaches a quantity threshold, a preemption policy is implemented. For example, the present application may process the current frame number of the conflict request to 80% of the total frame number, and then start to implement the preemption policy, or may wait first, and the number of pixels included in the conflict request is less than a certain number, and then start to implement the preemption policy, where specific processing may select different judgment conditions according to different actual scenes.
It should be noted that, since the number of screen update requests currently being processed and the refresh frame number of each screen update request are dynamically changed, the frame number threshold herein may be determined based on the acquisition time of the screen update request to be processed, the total frame number of all the screen update requests currently being processed, and the pixel number herein may be determined based on the acquisition time of the screen update request to be processed, the pixel number of all the screen update requests currently being processed.
Further, when dividing the screen update request to be processed, the method can compare the screen area aimed by the screen update request being processed with the screen area to be updated, if the screen area aimed by the screen update request being processed does not completely cover the area to be updated, the part which is not covered can be processed as a new screen update request, the part which is covered can form another screen update request and be processed according to a certain processing rule, so that part of the screen update request can be processed and displayed in advance without submitting the screen update request after all conflict requests are processed, and the processing efficiency is effectively improved.
In one embodiment, in S151 or S162, 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 request may include:
s1621: and comparing the area to be updated with the screen area aimed at by the screen update request being processed, and determining a conflict area and a non-conflict area in the area to be updated.
S1622: and 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 determining the processing time of the first update request according to a preset processing rule aiming at the first update request.
S1624: and regarding the second update request, taking the determined moment of the non-conflict area as the processing time of the second update request.
In this embodiment, when dividing the screen update request to be processed, the area to be updated may be compared with the screen area to which the screen update request is being processed, if the screen area to which the screen update request is being processed does not completely cover the area to be updated, the area that is not covered may be used as the non-conflict area, and the second screen update request corresponding to the non-conflict area may be determined, and the covered area may be used as the conflict area, and the first screen update request corresponding to the conflict area may be determined. Wherein the conflict area contains the screen area for which the screen update request is being processed, and the non-conflict area does not contain the screen area for which the screen update request is being processed.
After determining the first update request corresponding to the conflict area and the second update request corresponding to the non-conflict area, the present application may determine, according to a preset processing rule, a processing time of the first update request, such as waiting continuously or not; for the second update request, the determining time of the non-conflict area can be used as the processing time of the second update request, namely, after the non-conflict area is determined, the screen picture data of the non-conflict area can be updated in response to the second update request.
In one embodiment, 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 queue head of the pre-constructed update request waiting queue.
S232: and monitoring the processing progress of the screen update requests being processed in the conflict area, and acquiring a first update request positioned at the head of a queue in the update request waiting queue when the screen update requests being processed in the conflict area are processed.
S233: and taking the processing finishing time of the screen update request being processed in the conflict area as the processing time of the first update request.
In this embodiment, when determining the processing timing of the first update request of the conflict area, a preset processing rule corresponding to the first update request may be obtained, where the processing rule may be set in advance by a user in a system or an application program, or may be a processing rule set by default by the system or the application program. After the preset processing rule corresponding to the first update request is obtained, if the preset processing rule is waiting, 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 take the processing completion time of the screen update request being processed in the conflict area as the processing time of the first update request.
In one embodiment, 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 update request to a specific position in a pre-built update request waiting queue.
S332: when the first update request is queued to the head of the update request waiting queue, the time when the first update request is queued to the head of the queue is used as the processing time of the first update request.
In this embodiment, when determining the processing timing of the first update request in the conflict area, 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 means that after the first update request is added to the pre-built update request waiting queue, the position of the first update request in the update request waiting queue may be adjusted, for example, the first update request is placed in the queue, or a specific position behind the queue may be set according to the habit of the user, or the specific position may be set as a default position.
When the first update request is placed in the update request waiting queue, and the first update request can be waiting for being queued in the queue head of the update request waiting queue, the time when the first update request is queued in the queue head is used as the processing time of the first update request.
In one embodiment, 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 update request, and adding a third update request at the tail of a pre-built update request waiting queue, wherein the third update request is an integral update request aiming at the current screen.
S432: and when the third update request is arranged to the head of the update request waiting queue, the moment when the third update request is arranged to the head of the queue is used 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, for example, one pixel point, or less than a certain number of pixels, the first update request may be selected to be discarded, and the display screen will not be greatly affected after discarding.
Further, if the first update request is selected to be discarded, a third update request may be added to the end of the queue waiting for the pre-built update request, where the third update request is an overall update request for the current screen, that is, screen frame data corresponding to all screen update requests currently being processed is taken as overall frame data, and an overall update request is generated according to the overall frame data, so that loss of frame 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. Processing the screen update request to be processed in S130 or S140 may include:
S510: and calculating the refresh frame number of the regional picture buffer zone data, and the time sequence and waveform data which need to be output by each frame according to the regional picture buffer zone data, the picture data of the region corresponding to the current screen and the refresh 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 a screen update request to be processed is processed, the refresh frame number of the region picture buffer data, the time sequence and the waveform data required to be output by each frame may be calculated according to the region picture buffer data and the refresh mode corresponding to the screen update request to be processed and the picture data of the region corresponding to the current screen, and when all the output data of the screen update request to be processed are processed, the time sequence and the waveform data required by each frame may be output to the electronic ink screen interface according to the frame output frequency, and the electronic ink screen interface may drive the electronic ink screen to display the corresponding picture according to the received time sequence and waveform data.
It can be understood that when a certain pixel of the screen needs to be updated, the current color gray level and the target color gray level of the pixel can be determined first, the corresponding refresh waveform table is found according to the parameters such as the current refresh mode by inquiring the screen waveform file provided by the screen manufacturer, the refresh frame number required to pass when the pixel is updated from the current gray level to the target gray level and the driving voltage of each frame are determined, and then when the TFT driving circuit scans the frame, the corresponding voltage is applied according to the current frame number, so that the electronic ink screen is updated to the target color gray level.
The screen data buffer area in the application is mainly used for maintaining the current screen picture data, so that when a new screen update request exists, the picture data of the new screen update 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 update request being processed when each frame of the regional picture buffer data is scanned.
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 region screen buffer data corresponding to the screen update request being processed in the processing procedure of the screen update request being processed, and update the processing progress of the screen update request being processed when each frame of the region screen buffer data is scanned, so as to monitor the processing progress of the screen update request being processed.
The following describes a processing device for a screen update request provided in an embodiment of the present application, and the processing device for a screen update request described below and the processing method for a screen update request described above may be referred to correspondingly to each other.
In one embodiment, as shown in fig. 3, fig. 3 is a schematic structural diagram of a processing device for a screen update request according to an embodiment of the present application; the application also provides a processing device for a screen update request, which comprises a request acquisition module 210, a request determination module 220, a first processing module 230 and a second processing module 240, and specifically comprises the following steps:
the request acquisition module 210 is configured to acquire a screen update request to be processed in a target scene, where the screen update request to be processed includes an update policy and an area to be updated in the target scene.
The request determining module 220 is configured to determine whether a screen area for which a screen update request being processed in a current screen is directed includes the area to be updated.
The first processing module 230 is configured to directly process the screen update request to be processed if the screen update request does not include the screen update request.
And the second processing module 240 is configured to determine, if the screen update request includes the screen update request, based on the update policy, and process the screen update request when the processing opportunity arrives.
In the above embodiment, when the screen update request to be processed in the target scene is obtained, since the screen update request to be processed includes the update policy and the area to be updated in the target scene, it may be determined whether the area to be updated is included in the screen area to which the screen update request is being processed in the current screen, if not, the screen update request to be processed is directly processed, if so, the processing timing of the screen update request to be processed may be determined according to the update policy, and when the processing timing arrives, the screen update 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, the processing can be delayed, and when the update strategy is a preemption strategy, the processing is performed as quickly as possible, and thus, not only can the screen update request under different scenes be flexibly processed, but also the processing efficiency of the screen update request can be improved.
In one embodiment, the present application further provides an electronic ink screen device, including a storage medium and one or more processors, where the storage medium stores computer readable instructions that, when executed by the one or more processors, cause the one or more processors to perform the method for processing a screen update request according to any one of the above embodiments.
Schematically, as shown in fig. 4, fig. 4 is a schematic internal structure of an electronic ink screen device provided in an embodiment of the present application, where the electronic ink screen device 300 may be provided as a server. Referring to fig. 4, 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 applications, executable by processing component 302. The application program stored in the memory 301 may include one or more modules each corresponding to a set of instructions. Further, the processing component 302 is configured to execute instructions to perform the processing method of the screen update request of any of the embodiments described above.
Electronic ink screen device 300 may also include a power component 303 configured to perform power management of electronic ink screen device 300, a wired or wireless network interface 304 configured to connect electronic ink screen device 300 to a network, and an input output (I/O) interface 305. Electronic ink screen device 300 may operate based on an operating system stored in memory 301, such as Windows Server TM, mac OS XTM, unix, linux, free BSDTM, or the like.
Those skilled in the art will appreciate that the structures shown in FIG. 4 are block diagrams only and do not constitute a limitation of the computer device on which the present aspects apply, and that a particular computer device may include more or less components than those shown, or may combine some of the components, or have a different arrangement of components.
Finally, it is further noted that relational terms such as first and second, and the like are 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. Moreover, 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 one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
In the present specification, each embodiment is described in a progressive manner, and each embodiment focuses on the difference from other embodiments, and may be combined according to needs, and the same 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 update request to be processed in a target scene, wherein the screen update request to be processed comprises an update strategy and an area to be updated in the target scene; the updating strategy is set according to response time required by a screen updating request under the target scene;
Determining whether a screen area for which a screen update request is being processed in a current screen contains the area to be updated;
if not, directly processing the screen update request to be processed;
and if so, determining the processing time of the screen update request to be processed based on the update strategy, and processing the screen update request to be processed when the processing time arrives.
2. The method according to claim 1, wherein the obtaining a pending screen update request in the target scene includes:
acquiring a screen update request at the head of a queue in a pre-constructed update request waiting queue, and taking the screen update request as a screen update request to be processed in a target scene;
and the update request waiting queue stores the screen update requests to be processed in different scenes which are arranged according to the submitting sequence.
3. The method of claim 1, wherein the determining a processing opportunity for 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 finishing moment 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 the determining a processing opportunity for the pending screen update request based on the update policy comprises:
when the updating strategy is a preemption strategy, 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.
5. The method of claim 1, wherein the determining a processing opportunity for the pending screen update request based on the update policy comprises:
when the updating strategy is a standby preemption combining strategy, monitoring the processing progress of the screen updating request being processed;
when the processing progress reaches a preset progress threshold, 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.
6. The method according to claim 4 or 5, wherein 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 processing occasions of the divided screen update requests, includes:
Comparing the area to be updated with the screen area aimed at by the screen update request in process, and determining a conflict area and a non-conflict area in the area to be updated, wherein the conflict area comprises the screen area aimed at by the screen update request in process, and the non-conflict area does not comprise the screen area aimed at by the screen update request in process;
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;
determining the processing time of the first update request according to a preset processing rule aiming at the first update request;
and regarding the second update request, taking the determined moment of the non-conflict area as the processing time of the second update request.
7. The method of claim 6, wherein determining the processing opportunity for the first update request according to a preset processing rule comprises:
when a preset processing rule is waiting, adding the first update request to a queue head of a pre-constructed update request waiting queue;
Monitoring the processing progress of the screen update request being processed in the conflict area, and acquiring a first update request positioned at the head of a queue in the update request waiting queue when the screen update request being processed in the conflict area is processed;
and taking the processing finishing time of the screen update request being processed in the conflict area as the processing time of the first update request.
8. The method of claim 6, wherein determining the processing opportunity for the first update request according to a preset processing rule comprises:
when a preset processing rule is waiting and adjusting, adding the first update request to a specific position in a pre-built update request waiting queue;
when the first update request is queued to the head of the update request waiting queue, the time when the first update request is queued to the head of the queue is used as the processing time of the first update request.
9. The method of claim 6, wherein determining the processing opportunity for the first update request according to a preset processing rule comprises:
when the preset processing rule is discarding, discarding the first update request, and adding a third update request at the tail of a pre-constructed update request waiting queue, wherein the third update request is an integral update request for the current screen;
And when the third update request is arranged to the head of the update request waiting queue, the moment when the third update request is arranged to the head of the queue is used as the processing time of the first update request.
10. The method of claim 1, wherein the screen update request to be processed further comprises regional picture buffer data and a refresh mode;
processing the screen update request to be processed, including:
according to the regional picture buffer zone data, the picture data of the corresponding region of the current screen and the refresh mode, calculating the refresh frame number of the regional picture buffer zone data and the time sequence and waveform data which need to be output by each frame;
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 according to claim 10, wherein the method further comprises:
and recording the refresh frame number of the regional picture buffer data, and updating the processing progress of the screen update request being processed when each frame of the regional picture buffer data is scanned.
12. A processing apparatus for a screen update request, comprising:
the request acquisition module is used for acquiring a screen update request to be processed in a target scene, wherein the screen update request to be processed comprises an update strategy and an area to be updated in the target scene; the updating strategy is set according to response time required by a screen updating request under the target scene;
a request determining module, configured to determine whether a screen area for which a screen update request being processed in a current screen is directed includes the area to be updated;
the first processing module is used for directly processing the screen update request to be processed if the screen update request does not contain the screen update request;
and the second processing module is used for determining the processing time of the screen update request to be processed based on the update strategy if the screen update request to be processed is included, and processing the screen update request to be processed when the processing time arrives.
13. An electronic ink screen device, characterized in that: the 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 the method of processing a screen update request as recited in any one of claims 1-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 CN114398019A (en) | 2022-04-26 |
| CN114398019B true 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 (15)
| 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 |
| 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 |
| 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 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2443277B (en) * | 2006-10-24 | 2011-05-18 | Advanced Risc Mach Ltd | Performing diagnostics operations upon an asymmetric multiprocessor apparatus |
| US8225229B2 (en) * | 2006-11-09 | 2012-07-17 | Sony Mobile Communications Ab | Adjusting display brightness and/or refresh rates based on eye tracking |
| WO2010127167A2 (en) * | 2009-04-30 | 2010-11-04 | Synaptics Incorporated | Operating a touch screen control system according to a plurality of rule sets |
| US10860279B2 (en) * | 2009-11-24 | 2020-12-08 | Clearslide, Inc. | Method and system for browser-based screen sharing |
-
2022
- 2022-01-24 CN CN202210080135.8A patent/CN114398019B/en active Active
Patent Citations (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0381892B1 (en) * | 1989-02-06 | 1995-04-05 | International Business Machines Corporation | Computer display windowing systems |
| US5241656A (en) * | 1989-02-06 | 1993-08-31 | International Business Machines Corporation | Depth buffer clipping for window management |
| JP2005230532A (en) * | 2004-01-20 | 2005-09-02 | Shinsedai Kk | Device, program and method of generating image signal |
| 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 |
|---|
| 基于任务队列的电子纸显示屏刷新策略研究;李庆诚;胡海军;宫晓利;李幼萌;;现代显示(第06期);22-26 * |
| 自恢复的电子纸屏幕显示管理策略研究;李庆诚等;现代显示;20-23+37 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114398019A (en) | 2022-04-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR102392465B1 (en) | Terminal control method and terminal | |
| CN108509272B (en) | Method and device for copying GPU (graphics processing Unit) video memory texture to system memory and electronic equipment | |
| CN111816139B (en) | Screen refresh rate switching method and electronic equipment | |
| US20220053126A1 (en) | Photographing apparatus, unmanned aerial vehicle, control terminal and method for photographing | |
| CN108228056B (en) | Image display method and device for mobile terminal and storage medium | |
| US9753532B2 (en) | Image processing method and image processing apparatus | |
| WO2018176876A1 (en) | Image display method, mobile terminal, and computer storage medium | |
| US20230067867A1 (en) | Display screen controlling method and apparatus | |
| US10600377B2 (en) | Image display method and device of determining backlight coefficient according to grayscale eigenvalues corresponding to pixels in different partition | |
| CN111128082B (en) | Backlight adjusting method, display and storage medium | |
| CN105446462B (en) | Display method, device, circuit and electronic equipment | |
| CN114398019B (en) | Screen update request processing method and device and electronic ink screen equipment | |
| CN104933689A (en) | Image signal processing method and device | |
| CN106648513B (en) | Picture display control method and device, microcontroller and electronic cigarette | |
| CN110364122B (en) | Backlight brightness value adjusting method and device, driving chip and display device | |
| US20160275900A1 (en) | Adaptive partial screen update with dynamic backlight control capability | |
| CN114049865B (en) | Screen refreshing method and device, computer readable storage medium and computer equipment | |
| CN113783999B (en) | Method and device for controlling terminal display and computer readable medium | |
| US11122146B2 (en) | Information processing method, electronic device and computer program product | |
| US10929988B2 (en) | Method and device for processing image, and electronic device | |
| CN107613351B (en) | Video area brightness control method, mobile terminal and storage medium | |
| CN113126741A (en) | Method and device for controlling frame rate of mobile terminal, computer equipment and storage medium | |
| CN114489545B (en) | Screen updating request scanning method and device, storage medium and related equipment | |
| US20220319086A1 (en) | Method and apparatus for controlling animation refreshing, computer device, and storage medium | |
| CN115951855B (en) | Method and device for processing display command set of chip system based on chip |
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 |