Camera parameter reporting method, readable storage medium, program product and electronic equipment

By filtering and generating a third-resolution parameter set, the problem of excessively long testing time for multiple cameras on electronic devices is solved, enabling more efficient compatibility testing and faster camera access.

CN121908111APending Publication Date: 2026-04-21HONOR DEVICE CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
HONOR DEVICE CO LTD
Filing Date
2024-10-11
Publication Date
2026-04-21

AI Technical Summary

Technical Problem

When electronic devices are equipped with multiple cameras, the amount of camera test data is large, which leads to excessively long compatibility testing time, easy timeout failure, and impact on device usability.

Method used

By filtering the resolution parameters reported by the cameras of electronic devices, a third set of resolution parameters is generated, reducing testing time and avoiding test timeouts.

Benefits of technology

This reduces compatibility testing time, avoids test failures, and improves device reliability and user experience.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN121908111A_ABST
    Figure CN121908111A_ABST
Patent Text Reader

Abstract

The invention relates to the technical field of terminals, in particular to a camera parameter reporting method, a readable storage medium, a program product and electronic equipment. The camera parameter reporting method is applied to the electronic equipment, and the electronic equipment can screen the resolution parameters reported by the cameras based on a pre-stored white list of the resolution parameters after acquiring the resolution parameters reported by the cameras so as to clear redundant resolution parameters. When the compatibility test is carried out on the camera of the electronic equipment, the test quantity of the resolution parameter can be reduced, so that the test time is reduced, and the test failure caused by overtime compatibility test of the electronic equipment is avoided.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application relates to the field of terminal technology, and in particular to a camera parameter reporting method, a readable storage medium, a program product, and an electronic device. Background Technology

[0002] Currently, electronic devices need to undergo appropriate testing (such as compatibility test suites, CTS) to ensure that the software and hardware of the electronic devices have unified specifications, so that applications can be installed and run normally on the electronic devices.

[0003] Some test items require iterating through test data from all the cameras supported by the electronic device. Therefore, when an electronic device is equipped with multiple cameras, the amount of test data is substantial, making camera testing time-consuming. However, some test items have time limits. If the test duration for a camera exceeds the time limit, the test will fail, potentially causing compatibility issues and affecting the device's usability. Summary of the Invention

[0004] This application provides a camera parameter reporting method, a readable storage medium, a program product, and an electronic device to filter the resolution parameters reported by the camera of the electronic device, thereby reducing testing time when testing the camera of the electronic device.

[0005] In a first aspect, embodiments of this application provide a camera parameter reporting method applied to an electronic device, the electronic device including multiple cameras, the method comprising: detecting a message reporting resolution parameters; obtaining a first set of resolution parameters supported by each camera of the electronic device, wherein each camera supports multiple resolution parameters; determining, from the first set of resolution parameters, resolution parameters matching a pre-stored second set of resolution parameters to form a third set of resolution parameters, wherein the second set of resolution parameters is composed of resolution parameters required by multiple third-party camera applications; wherein the number of resolution parameters in the third set of resolution parameters is less than the number of resolution parameters in the second set of resolution parameters; detecting an instruction to call resolution parameters; and reporting the third set of resolution parameters.

[0006] In some embodiments of this application, when the electronic device is powered on, its operating system can obtain a first set of resolution parameters reported by each camera of the electronic device. The electronic device can then filter the first set of resolution parameters based on a second set of resolution parameters. The resolution parameters in the second set of resolution parameters can, for example, be composed of the resolution parameters required by multiple third-party camera applications (e.g., instant messaging applications, QR code scanning applications, conferencing applications, live streaming applications, etc.) capable of accessing the cameras of the electronic device. This third set of resolution parameters will not affect the access of each third-party camera application to the cameras of the electronic device, while also eliminating redundant resolution parameters. When the testing device performs compatibility testing on multiple cameras of the electronic device, the testing time can be reduced, avoiding test failures due to timeouts.

[0007] In one possible implementation of the first aspect described above, the resolution parameters include one or more of the camera's input resolution, output resolution, input format, and output format.

[0008] In one possible implementation of the first aspect above, determining the resolution parameters that match the pre-stored second resolution parameter set from the first resolution parameter set to form the third resolution parameter set includes: classifying the first resolution parameter set according to parameter attributes to determine a first category set, and classifying the second resolution parameter set according to parameter attributes to determine a second category set; determining a category subset from the first category set that has the same parameter attributes as the second category set; and forming the third resolution parameter set from at least some of the resolution parameters corresponding to the category subset.

[0009] For example, in some embodiments of this application, the parameter attribute may be the aspect ratio of the resolution (including input resolution and output resolution). The aspect ratios of each resolution in the first resolution parameter set and the aspect ratios of each resolution in the second resolution parameter set can be obtained. Then, in the first resolution parameter set, a resolution parameter set corresponding to the aspect ratio of the resolutions in the second resolution parameter set that is the same as the aspect ratio of the resolutions in the second resolution parameter set can be determined, i.e., the category subset. Then, the resolution parameters in the first resolution parameter set other than the category subset can be filtered to form a third resolution parameter set.

[0010] It is understandable that by classifying the resolution parameters in the first resolution parameter set according to their parameter attributes, and then clearing the resolution parameters with different parameter attributes from those in the second resolution parameter set, the speed of filtering resolution parameters can be improved.

[0011] In one possible implementation of the first aspect above, the above-mentioned method of forming a third resolution parameter set from at least some resolution parameters corresponding to the category subset includes: obtaining from the category subset resolution parameters that are the same as the resolution parameters corresponding to the parameter attributes in the second resolution parameter set, as at least some resolution parameters; and forming a third resolution parameter set from at least some resolution parameters.

[0012] For example, in some embodiments of this application, after filtering the first set of resolution parameters according to parameter attributes, further filtering can be performed on the resolutions within the category subsets. For instance, resolution parameters in the category of each parameter attribute within the category subset that are different from those in the second set of resolution parameters can be filtered out, thereby removing infrequently used resolution parameters and further reducing the number of resolution parameters in the third set of resolution parameters.

[0013] For example, taking the aspect ratio of resolution (including input and output resolution) as a parameter attribute, the aspect ratio of the same resolution in the first and second resolution parameter sets is 4:3. The 4:3 resolutions in the first resolution parameter set include: 300:400, 640:480, 800:600, and 1024:768, while the 4:3 resolutions in the second resolution parameter set include: 640:480, 800:600, 1024:768, 1280:960, and 1600:1200. Therefore, the resolutions 300:400, 1280:960, and 1600:1200 can be filtered out to further reduce the number of resolution parameters in the third resolution parameter set.

[0014] In one possible implementation of the first aspect described above, the aforementioned parameter attributes include: the aspect ratio of the input resolution and / or the aspect ratio of the output resolution.

[0015] For example, in some embodiments of this application, the parameter attributes include the aspect ratio of the resolution (including input resolution and output resolution). In other embodiments, the parameter attributes may also be determined according to the input format and output format, thereby filtering the resolution parameters of the first resolution parameter set in different ways.

[0016] In one possible implementation of the first aspect above, the above-mentioned detection of the instruction to call the resolution parameters and reporting of the third resolution parameter set includes: detecting the instruction of the test device to obtain the resolution parameters, wherein the test device is used to test the cameras of the electronic device based on the resolution parameters of each camera of the electronic device; and transmitting the third resolution parameter set to the test device.

[0017] For example, in some embodiments of this application, when performing compatibility testing on multiple cameras of an electronic device using a testing device, the testing device can send a command to the electronic device to obtain resolution parameters. After detecting the command, the electronic device can report a third set of resolution parameters to the testing device. Since the third set of resolution parameters is obtained by filtering the first set of resolution parameters, the resolution parameters of the third set are smaller than those of the first set, which can reduce the testing time of the testing device. In cases where the electronic device has multiple cameras, this avoids the problem of test timeout leading to test failure.

[0018] In one possible implementation of the first aspect above, the electronic device includes a first application; detecting an instruction to call resolution parameters and reporting a third resolution parameter set includes: detecting an instruction from the first application to obtain resolution parameters; and reporting the third resolution parameter set to the first application.

[0019] In some embodiments of this application, when a first application in an electronic device calls the camera, it can obtain a matching resolution parameter from a third resolution parameter set. Since the third resolution parameter set contains fewer resolution parameters, the time it takes for the first application to obtain the matching resolution parameter can be reduced, thereby reducing the latency of the first application calling the camera.

[0020] In one possible implementation of the first aspect above, the aforementioned detection of a message reporting resolution parameters includes: the electronic device detecting a power-on command.

[0021] For example, in some embodiments of this application, after the electronic device is powered on, its operating system starts, thereby obtaining a first set of resolution parameters reported by each camera of the electronic device. An input filtering module is configured in the electronic device, and the input filtering module stores a second set of resolution parameters. The input filtering module can filter the first set of resolution parameters based on the second set of resolution parameters to obtain a third set of resolution parameters. The electronic device can store the third set of resolution parameters in the camera frame of the operating system. When an application in the electronic device or other detection device calls the resolution parameters of the camera of the electronic device, it can obtain the corresponding resolution parameters from the third set of resolution parameters in the camera frame.

[0022] Secondly, this application provides an electronic device comprising: a plurality of cameras; a memory for storing instructions; and at least one processor for executing instructions to enable the device to implement the methods provided in the first aspect and any possible implementation of the first aspect. The beneficial effects achievable in the second aspect can be referred to the beneficial effects of the methods provided in any embodiment of the first aspect, and will not be repeated here.

[0023] Thirdly, this application provides a computer-readable storage medium storing instructions that, when executed by a device, cause a computer to implement the methods provided in the first aspect and any possible implementation of the first aspect. The beneficial effects achievable through the third aspect can be referenced to the beneficial effects of the methods provided in any embodiment of the first aspect, and will not be repeated here.

[0024] Fourthly, this application provides a computer program product that, when run on a device, enables the device to implement the methods provided in the first aspect and any possible implementation of the first aspect. The beneficial effects achievable in the fourth aspect can be found in the beneficial effects of the methods provided in any embodiment of the first aspect, and will not be repeated here. Attached Figure Description

[0025] Figure 1A A schematic diagram illustrating a compatibility test for a mobile phone is shown.

[0026] Figure 1B According to some embodiments of this application, a system architecture diagram of a mobile phone is shown;

[0027] Figure 2 A schematic diagram of a detection code for compatibility testing of electronic devices is shown.

[0028] Figure 3 According to an embodiment of this application, a flowchart of an implementation method for resolution reporting is shown;

[0029] Figure 4 According to some embodiments of this application, a system architecture diagram of an electronic device is shown;

[0030] Figure 5 According to some embodiments of this application, a flowchart illustrating an implementation of a method for filtering resolution parameters in an electronic device is shown;

[0031] Figure 6 A schematic diagram of the structure of an electronic device is shown according to an embodiment of this application. Detailed Implementation

[0032] The illustrative embodiments of this application include, but are not limited to, process invocation methods, readable storage media, program products, and electronic devices.

[0033] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions in the embodiments of this application will be described in detail below with reference to the accompanying drawings and specific implementation methods.

[0034] As described in the background section, some electronic devices are equipped with multiple cameras. When conducting compatibility tests on these devices, some test items may fail due to the large amount of data required to test the cameras, causing the compatibility test to time out.

[0035] The following describes the process of conducting compatibility testing on electronic devices.

[0036] For example, Figure 1A This diagram illustrates a compatibility test for a mobile phone.

[0037] For example, in some embodiments of this application, the test device 10 is configured with a CTS test suite. When performing CTS testing on the mobile phone 20, the mobile phone 20 can be connected to the test device 10, and then the CTS test suite can be run to perform CTS testing on the mobile phone 20.

[0038] In some embodiments of this application, it is assumed that the mobile phone 20 is equipped with three cameras, namely a main camera, an ultra-wide-angle camera, and a telephoto camera.

[0039] The main camera is used for taking photos and recording videos. The main camera typically has the highest resolution, enabling it to capture clearer, more detailed images.

[0040] Ultra-wide-angle cameras are used to capture a wider field of view. An ultra-wide-angle camera typically has a wider angle of view than the main camera, allowing it to capture more of the scene.

[0041] Telephoto cameras are typically used for long-distance shooting, such as capturing distant objects or people. They enable lossless optical zoom, magnifying the subject while maintaining image quality.

[0042] When the mobile phone 20 is powered on, each camera can report its capabilities, including its resolution parameters (as instances of camera parameters), to the operating system of the mobile phone 20. When a camera-related application in the mobile phone 20 calls the camera, it can obtain the matching resolution parameters from the reported resolution parameters to access the camera. Similarly, when the test device 10 performs CTS testing (or other tests) on the camera of the mobile phone 20, it also needs to obtain the relevant resolution parameters stored in the operating system of the mobile phone 20 to test the camera.

[0043] The following describes the process of the image sensors of each camera reporting their capabilities when the phone is powered on.

[0044] For example, Figure 1B According to some embodiments of this application, a system architecture diagram of a mobile phone is shown.

[0045] like Figure 1BAs shown, in some embodiments of this application, the system of mobile phone 20 includes an application layer, a framework layer, a hardware abstraction layer (HAL), and a hardware layer.

[0046] The application layer is the layer in the phone that directly interacts with the user. It provides various functions and services to meet the user's various needs on the network.

[0047] In some embodiments of this application, the application layer may include applications such as camera, gallery, calendar, call, map, navigation, wireless local area networks (WLAN), Bluetooth, music, video, and SMS.

[0048] In some embodiments of this application, other applications capable of accessing the camera of the mobile phone 20 may also be installed on the mobile phone 20, such as instant messaging applications, QR code scanning applications, conferencing applications, live streaming applications, etc. (hereinafter referred to as third-party camera applications). When these third-party camera applications start and access the camera of the mobile phone 20, they can obtain multiple supported resolution combinations reported by the camera of the mobile phone, and then select a matching resolution combination from the resolution combinations reported by the camera to access the camera.

[0049] The framework layer simplifies development tasks, promotes code reuse, and helps developers build applications that meet specific requirements more quickly by providing a predefined set of architectures, tools, and application programming interfaces (APIs).

[0050] An API is a set of predefined functions that provide applications and developers with the ability to access a set of routines based on certain software or hardware, without needing to access the source code or understand the details of the internal workings.

[0051] In some embodiments of this application, the framework layer of the mobile phone 20 may include, for example, a camera framework. The camera framework is a software architecture in the operating system of the mobile phone 20 that is responsible for the camera function, and provides a set of standard interfaces and tools for upper-layer applications to access and control the camera hardware.

[0052] For example, in some embodiments of this application, the framework layer may include a camera API, which is a set of interfaces provided to developers for interacting with camera devices (e.g., webcams). Through the camera API, developers can control and operate the webcam, including image acquisition, recording, processing, and real-time streaming. In some embodiments of this application, when a third-party camera application in the application layer calls the webcam, it can obtain the supported resolution combinations of the webcam through the camera API and select the corresponding resolution combination to call the webcam.

[0053] In other embodiments, the framework layer may include a window manager, a content provider, a view system, a phone manager, a resource manager, a notification manager, etc.

[0054] The HAL layer sits between the operating system and the hardware circuitry, acting as a bridge between them. It provides a unified hardware access interface for upper-layer applications while shielding the details of the underlying hardware implementation.

[0055] In some embodiments of this application, the Hal layer includes a camera Hal, which provides a standardized set of interfaces for the camera framework to access and control the camera hardware. These interfaces enable upper-layer applications to interact with the camera hardware in an abstract manner without needing to concern themselves with the specific hardware implementation details.

[0056] For example, in some embodiments of this application, the Hal layer can enumerate various capabilities of the camera, including supported resolutions, frame rates, pixel formats, etc., by calling underlying driver interfaces (such as the V4L2 interface). The Hal layer reports information such as the camera's resolution capabilities to the camera frame through the camera's Hal layer.

[0057] The hardware layer is the physical foundation of the entire computer system or intelligent hardware device. It includes various hardware components, such as the central processing unit, memory, storage devices, and network interfaces. These components work together to provide the necessary support and operating environment for the upper-layer software.

[0058] For example, in some embodiments of this application, the hardware layer includes image sensor 0, image sensor 1, and image sensor 2. It is understood that in some embodiments of this application, the mobile phone 20 may be configured with three cameras, meaning that one image sensor corresponds to one camera.

[0059] Reference Figure 1B In some embodiments of this application, after the mobile phone 20 is powered on, the camera hardware starts up and prepares to enter the working state. For example, image sensor 0, image sensor 1, and image sensor 2 report their capabilities to the camera H1, and the reported capabilities may include the resolution combinations corresponding to each image sensor.

[0060] The HAL layer obtains various camera capabilities, including supported resolutions, frame rates, and pixel formats, by calling the underlying driver interface. After the phone 20 boots up, the camera HAL layer starts, and then the HAL layer can report the camera's resolution capabilities and other information to the camera framework in the framework layer. After obtaining this information, the framework layer can expose it to the application layer. After the phone 20 boots up, the user can launch applications. Once launched, these applications can query and obtain the camera's resolution capabilities and other information through the camera API or other relevant APIs, allowing for appropriate processing within the application.

[0061] It is understood that the embodiments of this application do not limit the system of mobile phone 20. In other embodiments, mobile phone 20 may include more layers or more modules, etc.

[0062] It is understandable that, given the large number of cameras on the phone 20, there are many possible combinations of resolution sizes and formats supported by the cameras, resulting in a greater number of resolution combinations reported by the Hal layer. When third-party camera applications on the phone 20 obtain resolution parameters, they need to determine the matching resolution parameters from a large number of resolution combinations, thus taking a long time to obtain these parameters. Similarly, when the test device 10 performs CTS testing on the phone 20 and reaches the camera test items, it also requires a considerable amount of time to test each resolution combination. For example, in some embodiments, the test item android.hardware.camera2.cts.Reprocess Capture Test#testMixed Burst Reprocessing tests the camera's ability to perform mixed reprocessing of captured images during continuous shooting. This test item requires obtaining the combinations of resolutions supported by each camera on the phone 20 and testing these combinations.

[0063] In some embodiments of this application, the resolution combination of a camera consists of multiple resolution parameters, including input format, input resolution, output format, output resolution, etc.

[0064] In this context, "format" refers to the encoding method, storage method, or transmission protocol of image data. Image data captured by a camera needs to be encoded before it can be stored or transmitted. Common image encoding formats include JPEG, PNG, and BMP. These formats not only affect the storage size of the image but can also affect its quality and compatibility. For cameras that support video recording, the output video data must also conform to a specific video streaming format, such as MPEG-4, H.264, or H.265. These formats define parameters such as video data compression methods, frame rates, and resolutions, directly affecting video playback quality and compatibility.

[0065] Input resolution refers to the resolution of the image that a camera sensor can capture. It represents the sharpness and level of detail in the image that the camera can capture. Input resolution is usually measured in pixels, representing the number of pixels in the horizontal (width) and vertical (height) directions of the image.

[0066] Output resolution refers to the resolution at which the camera processes and outputs the image. In some cases, the output resolution may be the same as the input resolution, but in others, due to various factors (such as compression, cropping, scaling, etc.), the output resolution may differ from the input resolution. Output resolution is also measured in pixels, representing the number of pixels in the final image output by the camera in the horizontal and vertical directions.

[0067] It is understandable that a camera can support images of multiple formats, input resolutions, and output resolutions. Therefore, a camera can provide multiple resolution combinations. When performing CTS inspection on a camera, it is necessary to traverse all the resolution combinations supported by the camera.

[0068] For example, Figure 2 A schematic diagram of a detection code for compatibility testing of electronic devices is shown.

[0069] in, Figure 2 The “supported Input Formats” refers to the input formats supported by one of the cameras on the mobile phone 20 (hereinafter referred to as the first camera), and the “supported Input sizes” refers to the input sizes (or input resolutions) supported by the first camera. “supported Reprocess Output Formats” refers to the output formats supported by the first camera, and “supported Reprocess Output Sizes” refers to the output resolutions supported by the first camera. (See reference...) Figure 2 When performing CTS testing on the camera of the phone 20, it is necessary to iterate through all the resolution combinations supported by each camera of the phone 20. The test code contains four nested loops (e.g., Figure 2 The test device uses four for loops (one for loop and one for loop), each loop iterating through the number of resolution parameters supported by the first camera of the electronic device. Therefore, the number of resolution combinations supported by a single camera on the electronic device is the product of the number of the four resolution parameters. Thus, for each additional camera on the electronic device, a significantly larger number of resolution combinations need to be tested during CTS testing. Consequently, if the number of cameras on the phone 20 is too large, the time spent by the testing device 10 in performing CTS testing on the phone 20's cameras will be relatively long. Since the CTS test duration is limited, if the test is not completed within the allotted time, a CTS test failure will occur. For example, referring to Figure 1, the testing device 10 may time out during the testing of the resolution combinations supported by the phone 20's cameras, leading to a CTS test failure. Electronic devices that have not undergone CTS testing may experience compatibility issues when running applications, affecting the usability of the electronic device.

[0070] In summary, the more cameras an electronic device has, the longer the compatibility testing will take. However, some compatibility tests have time limits, and exceeding the time limit will result in test failure. Therefore, when electronic devices are equipped with multiple cameras, compatibility testing is prone to timeouts and test failures.

[0071] To address the aforementioned issues, this application proposes a camera parameter reporting method. The electronic device stores a whitelist of second resolution parameter sets. Upon detecting an instruction to report resolution parameters, a first resolution parameter set supported by the camera is obtained. Resolution parameters matching the second resolution parameter set are retrieved from the first resolution parameter set to generate a third resolution parameter set. This third resolution parameter set is then used as the resolution parameter set for the camera of the electronic device. The number of resolution parameters in the third resolution parameter set is less than the number of resolution parameters in the first resolution parameter set.

[0072] When testing the camera of an electronic device, the electronic device can report a third set of resolution parameters to the testing device, so that the testing device can perform compatibility testing only on the resolution parameters in the third set of resolution combinations. When the application of the electronic device calls the camera, it can select the matching resolution parameters from the third set of resolution parameters to call the camera.

[0073] In some embodiments of this application, the whitelist can be obtained based on experience. For example, statistics can be compiled on the resolution combinations required by various third-party camera applications, and the parameter set of resolution parameters required by various third-party camera applications can be used as the whitelist.

[0074] With the above solution, electronic devices do not need to report all the resolution parameters supported by the camera to the test device. Therefore, when conducting compatibility testing on electronic devices, the testing of different camera resolution combinations (composed of different resolution parameter combinations) can be reduced, thereby reducing compatibility testing time and avoiding the problem of timeouts and failures due to too many resolution combinations on the electronic device. When the application of the electronic device calls the camera, it can obtain a matching resolution from the third resolution parameter set. Since the third resolution parameter set does not contain redundant resolution parameters, the application can quickly obtain the matching resolution parameter, thereby reducing the delay of the application calling the camera.

[0075] For example, in some embodiments, taking resolution as an example, the second resolution parameter set includes n1 resolutions, and the electronic device supports a first resolution parameter set with a total of n2 resolutions. If n3 resolutions in the first resolution parameter set match the second resolution parameter set, then these n3 resolutions can be used as the resolutions in the third resolution parameter set, that is, these n3 resolutions are reported to the testing device for compatibility testing. It can be understood that n3 ≤ n2. If the first resolution parameter set is not filtered, the electronic device will report n2 resolution parameters to the testing device. When the electronic device has many cameras, the number of resolutions n2 will be larger, the electronic device compatibility test will take longer, and the test may fail.

[0076] In some embodiments of this application, before determining the resolution in the third resolution parameter set, the resolutions in the first resolution parameter set can be categorized according to their resolution ratios (as instances of parameter attributes). Then, resolution parameters corresponding to the second resolution parameter set can be selected from the resolutions with different ratios, thereby improving the selection efficiency. The resolution ratio can be the aspect ratio of the resolution, i.e., the ratio of the number of pixels in the horizontal direction to the number of pixels in the vertical direction.

[0077] In some embodiments of this application, the second resolution parameter set may be a set corresponding to the resolution parameters matched by each third-party camera application.

[0078] In some embodiments of this application, the resolution parameter set that matches the first resolution parameter set and the second resolution parameter set is, for example, a resolution parameter set that is exactly the same as the second resolution parameter set in the first resolution parameter set, or a resolution parameter set that is partially the same.

[0079] The detection method in the embodiments of this application is described below.

[0080] For example, Figure 3 According to an embodiment of this application, a flowchart of an implementation method for resolution reporting is shown.

[0081] It is understood that the electronic devices in the embodiments of this application may also be referred to as terminals, user terminals, mobile terminals, user equipment (UE), terminal devices, mobile stations, mobile terminals (MT), etc. Terminal devices can be mobile phones, smart TVs, wearable devices, tablets, computers with wireless transceiver capabilities, virtual reality (VR) terminal devices, augmented reality (AR) terminal devices, wireless terminals in industrial control, wireless terminals in self-driving, wireless terminals in smart grids, wireless terminals in transportation safety, wireless terminals in smart cities, wireless terminals in smart homes, and other interrupt devices requiring CTS testing. The following will use a mobile phone as an example for explanation. However, it is understood that the technical solutions described in this application are applicable to various electronic devices with camera functions, and are not limited to mobile phones. Furthermore, the executing entities of each of the following processes are all electronic devices; therefore, the executing entities of each process will not be elaborated upon when describing the following processes.

[0082] like Figure 3 As shown, the process includes:

[0083] S301, upon detecting the instruction to report resolution parameters, obtains the first set of resolution parameters supported by the camera.

[0084] The first resolution parameter set includes resolution parameters supported by the cameras of multiple electronic devices. For example, in some embodiments of this application, during the power-on phase of an electronic device, the operating system of the electronic device can start the process of the Hal layer. The Hal layer can obtain various capabilities supported by the camera by calling the underlying driver interface (such as the V4L2 interface), including resolution parameters such as supported resolution, frame rate, input resolution format, output resolution format, input resolution size, and output resolution size (as an example of the first resolution parameter set).

[0085] S302, obtain the resolution parameters that match the pre-stored second resolution parameter set from the first resolution parameter set, and generate the third resolution parameter set.

[0086] Exemplary examples, in some embodiments of this application, the electronic device pre-stores a whitelist corresponding to a second resolution parameter set. The whitelist stores combinations of resolution parameters commonly used by third-party camera applications. In some embodiments of this application, the whitelist can be obtained empirically. For example, statistics can be compiled on the resolution combinations required by various third-party camera applications, and the parameter sets of resolution parameters required by various third-party camera applications can be added to the whitelist to generate the second resolution parameter set. In some embodiments of this application, the whitelist can be stored in the camera configuration file of the electronic device. The camera configuration file is an important component used by camera applications and systems to manage and control camera functions. These configuration files typically contain various camera settings and parameters, such as shooting mode, exposure, focus, white balance, etc. In embodiments of this application, the configuration file of the electronic device can also store the aforementioned whitelist.

[0087] After the Hal layer of the electronic device obtains the first resolution parameter set, it can obtain the second resolution parameter set from the whitelist in the configuration file, and then filter out the resolution parameters that match the pre-stored second resolution parameter set to generate the third resolution parameter set.

[0088] For example, Figure 4 According to some embodiments of this application, a system architecture diagram of an electronic device is shown.

[0089] For example, refer to Figure 4 ,and Figure 1B Unlike the system architecture described in the previous application, the camera HAL in this embodiment also includes an input filter module. The input filter module can obtain a second resolution parameter set from the whitelist in the camera configuration file of the electronic device, as well as a first resolution parameter set reported by each camera of the electronic device. Then, the input filter module can filter out resolution parameters from the first resolution parameter set that match the second resolution parameter set as a third resolution parameter set.

[0090] For example, taking resolution as an example, in some embodiments, the input filtering module can classify the resolutions reported by each camera according to the combination of resolutions (i.e., classify the resolutions in the first resolution parameter set). For example, 16:9 resolutions are classified into one category, 4:3 resolutions into another, and 1:1 resolutions into yet another. Then, resolution ratios not in the whitelist are filtered out. For example, if there is no 4:3 resolution combination in the whitelist, all resolutions with a ratio of 4:3 in the first resolution parameter set can be filtered out, thus improving the speed of obtaining the third resolution parameter set. Then, the input filtering module can filter the resolutions of each ratio. For example, among the 16:9 resolutions, the resolutions with the same ratio as the second resolution parameter set in the first resolution parameter set are selected as the 16:9 resolutions in the third resolution parameter set. For example, the 16:9 resolutions in the first resolution parameter set include: 480:272, 1280:720, 1366:768, and 1600:900. In the second set of resolution parameters, 16:9 resolutions include: 1280:720, 1366:768, and 1600:900. Therefore, the 480:272 resolution can be filtered out, further reducing the number of resolution parameters in the DIVA resolution parameter set.

[0091] It is understood that the above-described filtering of the first resolution parameter set based on resolution size is merely an example. In other embodiments, the input filtering module can also filter the first resolution parameter set based on other resolution parameters. For example, the first resolution parameter set can also be filtered based on resolution parameters such as input format and output format.

[0092] It is understandable that, after being filtered by the input filtering module, the number of resolution parameters in the third resolution parameter set is less than or equal to the number of resolution parameters in the first resolution parameter set.

[0093] For example, in the embodiments of this application, when each camera of the electronic device reports resolution parameters, it is necessary to filter the resolution reported by each camera separately. For instance, if the electronic device includes three cameras, the input filtering module needs to filter the first resolution parameter when the first camera reports its resolution parameter. Similarly, when the second camera reports its resolution parameter, the input filtering module will filter the resolution parameter of the second camera; when the second camera reports its resolution parameter, the input filtering module will filter the resolution parameter of the second camera.

[0094] S303, report the third resolution parameter set.

[0095] For example, in some embodiments of this application, after the electronic device filters out the third resolution parameter set, the Hal layer can report the third resolution parameter set and other information to the camera frame through the camera Hal. When an application in the electronic device (as an example of the first application) calls the camera, it can obtain the matching resolution parameters from the third resolution parameter set in the camera frame to call the camera. When the test device performs compatibility testing on the camera of the electronic device, it can also obtain the third resolution parameter set from the camera frame to test the camera.

[0096] It is understandable that the above solutions can reduce the number of resolution parameters that electronic devices report to applications or testing equipment. When conducting compatibility testing on electronic devices, the time spent testing various resolution combinations can be reduced, ensuring that electronic devices with multiple cameras can pass relevant tests within a limited time, thus improving the reliability of the electronic devices. When applications on electronic devices access the cameras, the time spent obtaining matching resolution parameters can be reduced, thereby reducing camera access latency and improving the user experience.

[0097] Next, we will continue to use the example of a mobile phone with three cameras to introduce the process of filtering resolution parameters by the input filtering module of an electronic device.

[0098] For example, Figure 5 According to some embodiments of this application, a flowchart illustrating an implementation of a method for filtering resolution parameters in an electronic device is shown.

[0099] For example, the executing entity of each of the following processes is an electronic device (or an input filtering module in an electronic device). When describing each process, the executing entity of each process will not be described in detail.

[0100] like Figure 5 As shown, the process includes:

[0101] S501, obtain the first resolution parameter set.

[0102] For example, in some embodiments of this application, during the power-on phase, the operating system of the electronic device can start the process of the Hal layer. The Hal layer can obtain various capabilities supported by the camera by calling the underlying driver interface, including resolution parameters such as supported resolution, frame rate, input resolution format, output resolution format, input resolution size, and output resolution size (as an example of a second set of resolution parameters).

[0103] For example, in an embodiment of this application, the electronic device is equipped with three cameras, and the image sensors of each camera (e.g., image sensor 0, image sensor 1, and image sensor 2) can report their respective supported resolution parameters.

[0104] S502, read the configuration file.

[0105] For example, in some embodiments of this application, the electronic device stores a camera-related configuration file. This configuration file typically contains various camera settings and parameters, such as shooting mode, exposure, focus, and white balance. In embodiments of this application, the configuration file also includes a whitelist, which contains configurable resolution combinations for different third-party camera applications, including resolution parameters such as input resolution format, output resolution format, input resolution size, and output resolution size.

[0106] S503 analyzes the whitelist from the configuration file to obtain the second resolution parameter set.

[0107] For example, in some embodiments of this application, after the electronic device reads the configuration file, it can analyze the whitelist from the configuration file to obtain a second resolution parameter set. The second resolution parameter set contains resolution parameters required by various third-party camera applications. For example, input resolution format, output resolution format, input resolution size, and output resolution size.

[0108] S504 determines the resolution list from the first set of resolution parameters based on a whitelist.

[0109] For example, in some embodiments of this application, after obtaining a first resolution parameter set, the electronic device can obtain a corresponding resolution list from the first resolution parameter set based on a whitelist. The resolution list consists of resolution parameters in the first resolution parameter set that match the whitelist, such as input format, input resolution, output format, output resolution, etc. Taking resolution size as an example, the resolution list can be categorized according to the resolution ratio. For example, 16:9 resolutions are grouped into one category, 4:3 resolutions into another, and 1:1 resolutions into a third, thereby facilitating resolution filtering.

[0110] For example, when determining the resolution list, the resolutions in the first resolution parameter set can be filtered based on their aspect ratio. For instance, if there are no 4:3 resolution combinations in the whitelist, then the resolution list can be determined to exclude resolutions with a 4:3 aspect ratio. This improves the speed of determining the resolution list. Then, the input filtering module can add resolutions from the first resolution parameter set that are the same as those in the whitelist to the resolution list. For example, in the 16:9 resolution range, resolutions from the first resolution parameter set that are the same as those in the second resolution parameter set can be filtered and added to the resolution list.

[0111] It is understood that in other embodiments, the input filtering module may also use other resolution parameters in the resolution parameter set as filtering objects, such as filtering out output formats that match the whitelist, the resolution parameters corresponding to the output formats, etc.

[0112] S505, based on the resolution list, filters the resolutions to determine the third resolution parameter set.

[0113] For example, in some embodiments of this application, after obtaining the resolution list, the electronic device can retain the resolution parameters corresponding to the resolution list in the first resolution parameter set, thereby filtering the first resolution parameter set to remove unnecessary resolutions and determine the third resolution parameter set. It is understood that since the whitelist is determined based on the resolution parameters required by each third-party camera application, filtering out resolutions outside the whitelist will not affect the use of the electronic device; therefore, removing such resolutions will not affect the electronic device.

[0114] S506 outputs the third resolution parameter set.

[0115] For example, in some embodiments of this application, after the electronic device filters out the first resolution parameter set and obtains the third resolution parameter set, it can output the third resolution parameter set and use the third resolution parameter set as the resolution parameter set supported by the electronic device.

[0116] It's understandable that the third resolution parameter set output by the input filtering module is stored in the camera frame. When an electronic device's application calls the camera, it can retrieve the matching resolution parameters from the third resolution parameter set in the camera frame. Since the number of resolution parameters in the third resolution parameter set is relatively small, the time it takes for the application to retrieve the matching resolution parameters is reduced. When testing the camera of an electronic device using a test device (or performing other tests), the third resolution parameter set can be retrieved from the camera frame of the electronic device to perform compatibility testing, thereby reducing test time and preventing test failures due to timeouts.

[0117] Below, we describe some electronic devices involved in some embodiments of this application.

[0118] Figure 6 A schematic diagram of the structure of an electronic device is shown according to an embodiment of this application.

[0119] Electronic device 100 may include processor 110, external memory interface 120, internal memory 121, universal serial bus (USB) interface 130, charging management module 140, power management module 141, battery 142, antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, sensor module 180, button 190, motor 191, indicator 192, camera 193, display screen 194, and subscriber identification module (SIM) card interface 195, etc. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, a barometric pressure sensor 180C, a magnetic sensor 180D, an accelerometer sensor 180E, a distance sensor 180F, a proximity sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, etc.

[0120] It is understood that the structures illustrated in the embodiments of the present invention do not constitute a specific limitation on the electronic device 100. In other embodiments of this application, the electronic device 100 may include more or fewer components than illustrated, or combine some components, or split some components, or have different component arrangements. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

[0121] Processor 110 may include one or more processing units, such as application processors (APs), modem processors, graphics processing units (GPUs), image signal processors (ISPs), controllers, video codecs, digital signal processors (DSPs), baseband processors, and / or neural network processing units (NPUs). These different processing units may be independent devices or integrated into one or more processors.

[0122] The controller can generate operation control signals based on the instruction opcode and timing signals to complete the control of instruction fetching and execution.

[0123] The processor 110 may also include a memory for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. This memory can store instructions or data that the processor 110 has just used or that are used repeatedly. If the processor 110 needs to use the instruction or data again, it can retrieve it directly from the memory. This avoids repeated accesses, reduces the waiting time of the processor 110, and thus improves the efficiency of the system.

[0124] In some embodiments, the processor 110 may include one or more interfaces. Interfaces may include an inter-integrated circuit (I2C) interface, an inter-integrated circuit sound (I2S) interface, a pulse code modulation (PCM) interface, a universal asynchronous receiver / transmitter (UART) interface, a mobile industry processor interface (MIPI), a general-purpose input / output (GPIO) interface, a subscriber identity module (SIM) interface, and / or a universal serial bus (USB) interface, etc.

[0125] The charging management module 140 is used to receive charging input from the charger.

[0126] The power management module 141 is used to connect the battery 142, the charging management module 140, and the processor 110. The power management module 141 receives input from the battery 142 and / or the charging management module 140 to power the processor 110, internal memory 121, display 194, camera 193, and wireless communication module 160, etc.

[0127] The wireless communication function of electronic device 100 can be realized through antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, modem processor and baseband processor, etc.

[0128] Antenna 1 and antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in electronic device 100 can be used to cover one or more communication frequency bands. Different antennas can also be reused to improve antenna utilization.

[0129] The mobile communication module 150 can provide solutions for wireless communication, including 2G / 3G / 4G / 5G, applied to the electronic device 100. The mobile communication module 150 may include at least one filter, switch, power amplifier, low noise amplifier (LNA), etc. The mobile communication module 150 can receive electromagnetic waves via antenna 1, and perform filtering, amplification, and other processing on the received electromagnetic waves before transmitting them to a modem processor for demodulation. The mobile communication module 150 can also amplify the signal modulated by the modem processor and convert it into electromagnetic waves for radiation via antenna 1.

[0130] The modem processor may include a modulator and a demodulator. The modulator modulates the low-frequency baseband signal to be transmitted into a mid-to-high frequency signal. The demodulator demodulates the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then transmits the demodulated low-frequency baseband signal to the baseband processor for processing. After processing by the baseband processor, the low-frequency baseband signal is transmitted to the application processor. The application processor outputs sound signals through an audio device (not limited to speaker 170A, receiver 170B, etc.) or displays images or videos through the display screen 194. In some embodiments, the modem processor may be a separate device. In other embodiments, the modem processor may be independent of the processor 110 and may be housed in the same device as the mobile communication module 150 or other functional modules.

[0131] The wireless communication module 160 can provide solutions for wireless communication applications on the electronic device 100, including wireless local area networks (WLANs) (such as wireless fidelity (Wi-Fi) networks), Bluetooth (BT), global navigation satellite system (GNSS), frequency modulation (FM), near field communication (NFC), and infrared (IR) technologies. The wireless communication module 160 can be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via antenna 2, performs frequency modulation and filtering of the electromagnetic wave signals, and sends the processed signal to processor 110. The wireless communication module 160 can also receive signals to be transmitted from processor 110, perform frequency modulation and amplification, and convert them into electromagnetic waves for radiation via antenna 2.

[0132] Display screen 194 is used to display images, videos, etc. Display screen 194 can be a liquid crystal display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (AMOLED), a flexible light-emitting diode (FLED), a Mini-LED, a Micro-LED, a Micro-OLED, a quantum dot light-emitting diode (QLED), etc. In some embodiments, electronic device 100 may include one or N displays screens 194, where N is a positive integer greater than 1.

[0133] Camera 193 is used to capture still images or videos. In some embodiments of this application, multiple cameras 193 of the electronic device 100 may be configured. Each camera 193 is configured with a corresponding image sensor, which supports different resolution parameters, such as input resolution format, output resolution format, input resolution size, output resolution size, etc. After the electronic device 100 is powered on, each image sensor in the camera 193 can report its supported resolution parameters to the Hal layer of the electronic device 100. The Hal layer then filters the resolution parameters supported by the cameras 193 of the electronic device 100 to remove unnecessary resolution parameters.

[0134] The external storage interface 120 can be used to connect an external memory card, such as a Micro SD card, to expand the storage capacity of the electronic device 100. The external memory card communicates with the processor 110 through the external storage interface 120 to perform data storage functions. For example, music, video, and other files can be saved on the external memory card.

[0135] Internal memory 121 can be used to store computer executable program code, which includes instructions. Internal memory 121 may include a program storage area and a data storage area. The program storage area may store the operating system, at least one application program required for a function (such as sound playback, image playback, etc.), etc. The data storage area may store data created during the use of electronic device 100 (such as audio data, phonebook, etc.). Furthermore, internal memory 121 may include high-speed random access memory, and may also include non-volatile memory, such as at least one disk storage device, flash memory device, universal flash storage (UFS), etc. Processor 110 executes various functional applications and data processing of electronic device 100 by running instructions stored in internal memory 121 and / or instructions stored in memory located in the processor.

[0136] Electronic device 100 can implement audio functions, such as music playback and recording, through audio module 170, speaker 170A, receiver 170B, microphone 170C, headphone jack 170D, and application processor.

[0137] The SIM card interface 195 is used to connect a SIM card. The SIM card can be inserted into or removed from the SIM card interface 195 to make contact with and separate from the electronic device 100. The electronic device 100 can support one or N SIM card interfaces, where N is a positive integer greater than 1. The SIM card interface 195 can support Nano SIM cards, Micro SIM cards, SIM cards, etc. Multiple cards can be inserted into the same SIM card interface 195 simultaneously. The multiple cards can be of the same or different types. The SIM card interface 195 is also compatible with different types of SIM cards. The SIM card interface 195 is also compatible with external memory cards. The electronic device 100 interacts with the network through the SIM card to realize functions such as calls and data communication. In some embodiments, the electronic device 100 uses an eSIM, i.e., an embedded SIM card. The eSIM card can be embedded in the electronic device 100 and cannot be separated from the electronic device 100.

[0138] This application also provides a program product that, when executed on an electronic device, enables the electronic device to implement the methods provided in the foregoing embodiments.

[0139] This application also provides a readable storage medium storing one or more programs, which, when executed by an electronic device, enable the electronic device to implement the methods provided in the foregoing embodiments.

[0140] The various embodiments of the mechanisms disclosed in this application can be implemented in hardware, software, firmware, or a combination of these implementation methods. Embodiments of this application can be implemented as computer programs or program code executable on a programmable system, the programmable system including at least one processor, a storage system (including volatile and non-volatile memory and / or storage elements), at least one input device, and at least one output device.

[0141] Program code can be applied to input instructions to execute the functions described in this application and generate output information. The output information can be applied to one or more output devices in a known manner. For the purposes of this application, the processing system includes any system having a processor such as, for example, a digital signal processor, a microcontroller, an application-specific integrated circuit, or a microprocessor.

[0142] The program code can be implemented using a high-level procedural language or an object-oriented programming language to communicate with the processing system. Assembly language or machine language can also be used when needed. In fact, the mechanisms described in this application are not limited to any particular programming language. In either case, the language can be a compiled language or an interpreted language.

[0143] In some cases, the disclosed embodiments may be implemented in hardware, firmware, software, or any combination thereof. The disclosed embodiments may also be implemented as instructions carried on or stored thereon on one or more transient or non-transitory machine-readable (e.g., computer-readable) storage media, which may be read and executed by one or more processors. For example, the instructions may be distributed via a network or through other computer-readable media. Therefore, machine-readable media can include any mechanism for storing or transmitting information in a machine-readable (e.g., computer-readable) form, including but not limited to floppy disks, optical disks, CD-ROMs, compact disc-read-only memory (CD-ROMs), magneto-optical disks, read-only memory (ROM), random-access memory (RAM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), magnetic cards or optical cards, flash memory, or tangible machine-readable storage for transmitting information (e.g., carrier waves, infrared signals, digital signals, etc.) using the Internet in the form of electrical, optical, acoustic, or other forms of propagation signals. Therefore, machine-readable media includes any type of machine-readable medium suitable for storing or transmitting electronic instructions or information in a machine-readable (e.g., computer-readable) form.

[0144] In the accompanying drawings, some structural or methodological features may be shown in a specific arrangement and / or order. However, it should be understood that such a specific arrangement and / or order may not be necessary. Rather, in some embodiments, these features may be arranged in a manner and / or order different from that shown in the illustrative drawings. Furthermore, the inclusion of structural or methodological features in a particular figure does not imply that such features are required in all embodiments, and in some embodiments, these features may be omitted or may be combined with other features.

[0145] It should be noted that all units / modules mentioned in the device embodiments of this application are logical units / modules. Physically, a logical unit / module can be a physical unit / module, a part of a physical unit / module, or a combination of multiple physical units / modules. The physical implementation of these logical units / modules themselves is not the most important factor; the combination of functions implemented by these logical units / modules is the key to solving the technical problems proposed in this application. Furthermore, to highlight the innovative aspects of this application, the above-described device embodiments of this application have not introduced units / modules that are not closely related to solving the technical problems proposed in this application. This does not mean that the above-described device embodiments do not contain other units / modules.

[0146] It should be noted that in the examples and description of this patent, relational terms such as "first" and "second" are used merely to distinguish one entity or operation from another, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Furthermore, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one" does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes said element.

[0147] Although this application has been illustrated and described with reference to certain preferred embodiments thereof, those skilled in the art will understand that various changes in form and detail may be made thereto without departing from the scope of this application.

Claims

1. A method for reporting camera parameters, applied to electronic devices, characterized in that, The electronic device includes multiple cameras, and the method includes: Upon detecting a message reporting resolution parameters, the system obtains a first set of resolution parameters supported by each camera of the electronic device, wherein each camera supports multiple resolution parameters. From the first set of resolution parameters, a third set of resolution parameters is formed by determining resolution parameters that match the pre-stored second set of resolution parameters. The second set of resolution parameters is composed of resolution parameters required by multiple third-party camera applications. The number of resolution parameters in the third resolution parameter set is less than the number of resolution parameters in the second resolution parameter set. Upon detecting an instruction to invoke resolution parameters, the third resolution parameter set is reported.

2. The method according to claim 1, characterized in that, The resolution parameters include: The camera has one or more of the following: input resolution, output resolution, input format, and output format.

3. The method according to claim 1, characterized in that, The step of determining the resolution parameters from the first resolution parameter set that match the pre-stored second resolution parameter set to form the third resolution parameter set includes: The first set of resolution parameters is classified according to the parameter attributes to determine a first category set, and the second set of resolution parameters is classified according to the parameter attributes to determine a second category set; Determine a subset of categories from the first category set that have the same parameter attributes as those in the second category set; The third resolution parameter set is composed of at least some of the resolution parameters corresponding to the category subset.

4. The method according to claim 3, characterized in that, The step of assembling at least a portion of the resolution parameters corresponding to the category subsets into the third resolution parameter set includes: From the category subset, obtain the resolution parameters that are the same as the resolution parameters corresponding to the parameter attributes in the second resolution parameter set, and use them as the at least part of the resolution parameters; The at least some of the resolution parameters are combined to form the third resolution parameter set.

5. The method according to claim 3, characterized in that, The parameter attributes include: The aspect ratio of the input resolution and / or the aspect ratio of the output resolution.

6. The method according to claim 1, characterized in that, The detected instruction to invoke resolution parameters reports the third resolution parameter set, including: An instruction to the testing device to acquire resolution parameters is detected, wherein the testing device is used to test the cameras of the electronic device based on the resolution parameters of each camera of the electronic device; The third resolution parameter set is transmitted to the test equipment.

7. The method according to claim 1, characterized in that, The electronic device includes a first application; The detected instruction to invoke resolution parameters reports the third resolution parameter set, including: The instruction from the first application to obtain resolution parameters was detected; The third set of resolution parameters is reported to the first application.

8. The method according to claim 1, characterized in that, The detected message reporting resolution parameters includes: The electronic device detected a power-on command.

9. An electronic device, characterized in that, include: Multiple cameras; Memory, used to store instructions; At least one processor is configured to execute the instructions to cause the electronic device to implement the method of any one of claims 1 to 8.

10. A computer-readable storage medium, characterized in that, The readable storage medium stores instructions that, when executed on a computer, cause the computer to perform the method of any one of claims 1 to 8.

11. A computer program product, characterized in that, When the computer program product is run on the device, it causes the device to perform the method of any one of claims 1 to 8.