CN111447370A - Camera access method, access device, terminal device and readable storage medium - Google Patents

Abstract

The application provides a camera access method, an access device, terminal equipment and a readable storage medium. The camera access method comprises the following steps: if an instruction for starting a camera program is received, requesting a buffer pipeline BQ from a bottom layer frame, wherein the bottom layer frame is a program frame for accessing a camera, the BQ is used for caching an image acquired by a target camera, and the target camera is a camera to be accessed; displaying a preview picture based on the image acquired by the target camera cached by the BQ; and if a photographing instruction is received, acquiring the image obtained by photographing in the image cached in the BQ at the moment corresponding to the photographing instruction. The method and the device can reduce the blocking phenomenon of the terminal equipment caused by long-time use of the camera program for photographing to a certain extent.

Description

Camera access method, access device, terminal device and readable storage medium

technical field

The present application belongs to the field of camera technology, and in particular, relates to a camera access method, an access device, a terminal device, and a computer-readable storage medium.

Background technique

At present, users all want to use the camera program in the terminal device to take pictures for a long time (for example, taking pictures of a performance in a concert hall for a long time). However, in this case, the terminal device may experience a serious freeze phenomenon.

SUMMARY OF THE INVENTION

In view of this, embodiments of the present application provide a camera access method, an access device, a terminal device, and a computer-readable storage medium. To a certain extent, the terminal device stuck phenomenon caused by using a camera program for a long time to take pictures can be alleviated.

In a first aspect, an embodiment of the present application provides a camera access method, including:

If an instruction to open a camera program is received, a buffer pipeline BQ is requested from the underlying framework, where the underlying framework is a program framework used to access the camera, and the BQ is used to cache the images collected by the target camera. The target camera is the camera to be accessed;

Based on the image collected by the target camera in the BQ cache, display the preview screen;

If a photographing instruction is received, based on the time corresponding to the photographing instruction, an image obtained by photographing is acquired in the image buffered by the BQ.

A first aspect of the present application provides a camera access method. First, if an instruction to open a camera program is received, a buffer queue (Buffer Queue, BQ) is requested from the underlying framework, and the BQ is used to store the image captured by the target camera; then, based on the image stored in the BQ, a preview is performed. For screen display, for example, the image stored by the BQ can be directly displayed as a preview screen, and when a photographing instruction is received, based on the image cached by the BQ at the time corresponding to the photographing instruction, the photographed image is obtained. It can be seen that, in the solution provided by this application, the images obtained by taking pictures are also derived from the above-mentioned BQ. Therefore, the above-mentioned BQ is used for displaying the preview screen on the one hand, and taking pictures on the other hand.

At present, after the traditional camera program is started, it will request 2 BQs from the underlying framework, both of which are used to receive images collected by the camera, but one of the BQs is used for preview screen display and the other BQ is used for taking pictures. The camera access method provided by this application only requests one BQ from the underlying framework after the camera class program is started, and the BQ is not only used for displaying the preview screen, but also for taking pictures. Compared with the prior art, the storage space occupied by the camera-like program when taking pictures can be reduced to a certain extent, and to a certain extent, the stuck phenomenon of the terminal device caused by using the camera-like program to take pictures for a long time can be reduced to a certain extent.

In a second aspect, an embodiment of the present application provides a camera access device, including:

The cache pipeline request module is used to request a buffer pipeline BQ from the underlying framework if an instruction to open the camera class program is received, wherein the underlying framework is a program framework for accessing the camera, and the BQ is used for caching The image collected by the target camera, the target camera is the camera to be accessed;

A preview display module, configured to display a preview screen based on the image collected by the target camera in the BQ cache;

A photographing module, configured to acquire an image obtained by photographing in the image cached in the BQ at the time corresponding to the photographing instruction if a photographing instruction is received.

In a third aspect, an embodiment of the present application provides a terminal device, including a memory, a processor, and a computer program stored in the memory and running on the processor. When the processor executes the computer program, the above-mentioned first The steps of the method in one aspect.

In a fourth aspect, an embodiment of the present application provides a computer-readable storage medium, where the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps of the method described in the first aspect above are implemented.

In a fifth aspect, an embodiment of the present application provides a computer program product, where the computer program product includes a computer program, and when the computer program is executed by one or more processors, the steps of the method described in the first aspect are implemented.

It can be understood that, for the beneficial effects of the second aspect to the fifth aspect, reference may be made to the relevant description of the first aspect, which will not be repeated here.

Description of drawings

In order to illustrate the technical solutions in the embodiments of the present application more clearly, the following briefly introduces the accompanying drawings that need to be used in the description of the embodiments or the prior art. Obviously, the drawings in the following description are only for the present application. some examples.

Fig. 1 is the structural representation of the bottom frame provided by the application;

FIG. 2 is a schematic flowchart of the implementation of a camera access method provided in Embodiment 1 of the present application;

3 is a schematic diagram of a frame structure for camera access;

4 is a schematic structural diagram of a camera access device according to Embodiment 2 of the present application;

FIG. 5 is a schematic structural diagram of a terminal device according to Embodiment 3 of the present application.

Detailed ways

In the following description, for the purpose of illustration rather than limitation, specific details such as a specific system structure and technology are set forth in order to provide a thorough understanding of the embodiments of the present application. However, it will be apparent to those skilled in the art that the present application may be practiced in other embodiments without these specific details. In other instances, detailed descriptions of well-known systems, devices, circuits, and methods are omitted so as not to obscure the description of the present application with unnecessary detail.

The camera access method provided by the embodiments of the present application is applicable to terminal devices, and the terminal devices include, but are not limited to, smart phones, tablet computers, notebooks, desktop computers, servers, and the like.

It is to be understood that, when used in this specification and the appended claims, the term "comprising" indicates the presence of the described feature, integer, step, operation, element and/or component, but does not exclude one or more other features , whole, step, operation, element, component and/or the presence or addition of a collection thereof.

It should also be understood that the terminology used in the specification of the application herein is for the purpose of describing particular embodiments only and is not intended to limit the application. As used in this specification and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural unless the context clearly dictates otherwise.

It should also be further understood that, as used in this specification and the appended claims, the term "and/or" refers to and including any and all possible combinations of one or more of the associated listed items .

As used in this specification and the appended claims, the term "if" may be contextually interpreted as "when" or "once" or "in response to determining" or "in response to detecting" . Similarly, the phrases "if it is determined" or "if the [described condition or event] is detected" may be interpreted, depending on the context, to mean "once it is determined" or "in response to the determination" or "once the [described condition or event] is detected. ]" or "in response to detection of the [described condition or event]".

In addition, in the description of the present application, the terms "first", "second" and the like are only used to distinguish the description, and cannot be understood as indicating or implying relative importance.

To make it easier for those skilled in the art to understand the present application, the following uses the Android operating system as an example to describe the underlying framework for accessing the camera. As shown in FIG. 1 , the camera class program accesses the camera through an underlying framework 101 , and the underlying framework 101 includes an application framework layer 102 , a camera service layer 103 and a hardware abstraction layer 104 .

As shown in FIG. 1 , the application framework layer 102 provides application programming interface (Application ProgrammingInterface, API) functions (Android hardware camera2.0 CameraDevice and Androidhardware camera2.0 CameraManager) and binding Binder interfaces (Android hardwarecamera2.0 ICameraDeviceUser and Android hardware camera2.0 ICameraService), so that the camera class program can access the camera by calling the above API function, and then by calling the above Binder interface.

Among them, in addition to the Binder interface provided by the application framework layer 102, the ICameraDeviceCallbacks and ICameraServiceListener in the camera service layer 103 are also Binder interfaces, and the Android hardware camera2.0 ICameraDeviceUser in the application framework layer 102 is the opened specific camera device. Interface, Android hardware camera2.0 ICameraService is the interface of the camera service. The ICameraDeviceCallbacks and ICameraServiceListener of the camera service layer 103 are callback interfaces to the Android hardware camera 2.0 CameraDevice and the Android hardware camera 2.0 CameraManager of the application framework 102 respectively.

In addition, the camera service layer 103 also provides other codes for interacting with the abstract hardware layer 104 (HardwareAbstraction Layer, HAL), usually located in the Android operating system file frameworks/av/services/camera/libcameraservice/CameraService.cpp In the following, since it is the prior art, it will not be repeated here. The HAL 104 defines the interface functions to be called by the camera service layer 103 , since it is the prior art, it will not be repeated here.

The underlying framework shown in FIG. 1 is only an illustration, and the underlying framework described in this application is not limited to the structure described in FIG. 1 , and other underlying frameworks that can call the camera are also within the scope of protection of this application. within.

The technical solutions described in this application will be described below through specific embodiments.

Example 1

The following describes a camera access method provided in Embodiment 1 of the present application. The camera access method is executed by a camera class program. Please refer to FIG. 2 , and the method includes:

In step S201, if an instruction to open a camera class program is received, a cache pipeline BQ is requested from the underlying framework, wherein the underlying framework is a program framework for accessing the camera, and the BQ is used to cache the target camera The collected image, the target camera is the camera to be accessed;

In the embodiment of the present application, when the user starts the camera APP, or when the "video call" function in the instant messaging application is started, or when the "camera" function in the online shopping platform is started, it may be considered that the above-mentioned activation is received. The instruction of the camera-like program, and the present application does not limit the scene of receiving the above-mentioned instruction to start the camera-like program.

When the terminal device receives the above-mentioned instruction to enable the camera class program, it requests a cache pipeline BQ from the underlying framework, and the cache pipeline BQ is used to cache the images collected by the camera to be accessed. The underlying framework described in step S201 may be as shown in FIG. 1 .

In the prior art, when a terminal device receives an instruction to start a camera program, it will request two BQs from the underlying framework, one of which is used for preview screen display, and the other is used to obtain photographed images. Different from the prior art, the present application only requests a BQ from the underlying framework, and the BQ is simultaneously used for preview screen display and acquisition of photographed images.

In step S202, a preview screen display is performed based on the image collected by the target camera in the BQ cache;

In this embodiment of the present application, the BQ requested in the above step S201 is used for displaying the preview screen. In this step S202, the image captured by the target camera in the BQ cache may be directly displayed as a preview screen; or the image captured by the target camera in the BQ cache may be first subjected to image processing (such as adding filters, human face beautification and/or adding stickers, etc.) to obtain an image after image processing, and then display the above-mentioned image after image processing as a preview screen.

In step S203, if a photographing instruction is received, based on the time corresponding to the photographing instruction, an image obtained by photographing is obtained in the image buffered by the BQ;

In this embodiment of the present application, the image obtained by photographing also comes from the BQ requested in step S201. Compared with the prior art, the BQ occupying the storage space is reduced, so that the stuck phenomenon of the terminal device when taking pictures for a long time can be alleviated to a certain extent.

In addition, in this embodiment of the present application, the step S203 may specifically include: taking the preview image at the time corresponding to the photographing instruction as an image obtained by photographing.

That is, after receiving the photographing instruction, the preview image at the current moment is directly used as the image obtained by the photographing, which avoids the re-communication between the camera-like program and the underlying framework after receiving the photographing instruction. Therefore, on the one hand, the camera can be reduced. On the other hand, it can improve the efficiency of taking pictures to a certain extent, avoid taking too long to obtain the images obtained by taking pictures, and on the other hand, it can reduce the data processing amount of the terminal device and reduce the power consumption of the terminal device.

In the prior art, when receiving a photographing instruction, the camera class program will first send the photographing instruction to the underlying framework, and then the BQ used for photographing will acquire the image collected by the camera, and use the image as the image obtained by photographing. In the embodiment of the present application, if the preview screen is directly used as the image obtained by taking pictures, on the one hand, the use of BQ dedicated for taking pictures is avoided, so that the storage space occupation is reduced, and on the other hand, the camera program and the underlying framework are avoided when taking pictures. Communication improves the efficiency of taking pictures.

In addition, the above-mentioned "time corresponding to the photographing instruction" refers to a time that is less than a preset time period from the time point when the user sends the photographing instruction. For example, if the user sends a photographing instruction at time A, and the preset duration is 2ms, any time less than 2ms away from time A may be the above-mentioned "time corresponding to the photographing instruction".

In addition, in the embodiment of the present application, if the image obtained by taking a photo is a preview screen, the exchangeable image file format (Exchangeable image file format, exif) information of the image obtained by taking the photo is determined in the following way: The image parameter information of the preview screen is obtained through analysis. For example, if the image obtained by taking the photo is image X, and the image X is the preview screen Y, the image parameter information (such as image size and other information) of the preview screen Y can be analyzed to obtain the exif information of the image X, and the exif information can be is written to the header file of image X.

In addition, after the above step S203, image processing can be performed on the photographed image obtained in step S203, such as size modification, adding filters, face beautification and/or adding stickers, etc., to obtain the final image obtained by photographing.

In the embodiment of the present application, the above-mentioned camera program may have a video recording function, and the camera access method provided in the first embodiment may further include: if a video recording instruction is received, directly integrating each preview screen during the video recording to generate video file. In addition, the above-mentioned camera program can also provide the function of taking pictures during the video recording, and step S203 may specifically include: if a photographing instruction is received during the video recording, based on the time corresponding to the photographing instruction, obtain the image cached in the BQ. The resulting image was taken.

It can be seen that the camera access method provided by the first embodiment of the present application only requests a buffer queue (Buffer Queue, BQ) from the underlying framework. Compared with the prior art, the number of BQs is reduced, thereby reducing the amount of storage space occupied when taking pictures, thereby reducing the terminal device stuck phenomenon caused by using a camera program for a long time to take pictures to a certain extent.

In order to facilitate those skilled in the art to more clearly understand the technical solutions provided by the present application, the following further describes a schematic diagram of a frame structure for camera access based on FIG. 3 . As shown in Figure 3, the camera class program implements access to the camera by calling the underlying framework, wherein the camera class program includes a parameter configuration module, a camera control module, a view display control module, a video recording component, and a file saving module. The parameter configuration module mainly configures parameters such as the display frame rate of the preview screen and the frame rate of the video recording; the camera control module is used to control parameters such as the identification of the camera to be opened and the identification of the camera to be closed; the view display control module is used to control the Display controls and hidden spaces on the display interface; the file saving module is used to save the video files obtained by recording and the images taken by the camera; the video recording component is used to integrate each special effect processed preview image to obtain a video document.

In addition, as shown in FIG. 3 , the camera class program realizes the display function of the preview screen, the video recording function and the photographing function through a BQ. However, in the prior art, the camera function often needs to call another BQ to the underlying framework (the BQ shown in gray in Figure 3), and then perform a series of image processing on the image stored in the BQ (as shown in Figure 3). Processing 1', processing 2' and processing N' shown in the middle gray part, where processing 1' can be for portrait beautification, processing 2' can be adding stickers, and processing N' can be adding filters), get a photo resulting image.

Obviously, when the camera program shown in FIG. 3 accesses the camera, only one BQ is needed to simultaneously realize photographing, video recording and previewing. Therefore, compared with the prior art, it will occupy less storage space. Therefore, it can To a certain extent, it solves the situation of freezing when taking pictures with camera-like programs for a long time. In addition, as shown in Figure 3, the image obtained by taking a photo is actually a preview image. Therefore, it avoids the process of traditional camera-like programs needing to communicate with the underlying framework, and can solve the problem of delay in taking photos to a certain extent. The images obtained by taking pictures are obtained, the data processing amount of the terminal device is reduced, and the power consumption of taking pictures of the terminal device is reduced.

Embodiment 2

As shown in FIG. 4, it is a schematic structural diagram of a camera access device provided in Embodiment 2 of the present application. For convenience of description, only the parts related to the embodiment of the present application are shown. The camera access device 400 includes:

The cache pipeline request module 401 is configured to request a buffer pipeline BQ from the underlying framework if an instruction to open a camera class program is received, wherein the underlying framework is a program framework for accessing the camera, and the BQ is used for Cache the images collected by the target camera, where the target camera is the camera to be accessed;

A preview display module 402, configured to display a preview screen based on the image collected by the target camera in the BQ cache;

The photographing module 403 is configured to, if a photographing instruction is received, acquire an image obtained by photographing in the image cached in the BQ at the time corresponding to the photographing instruction.

Optionally, the above-mentioned camera program has a video recording function;

Correspondingly, the above-mentioned camera access device 400 further includes:

The preview integration module is used for integrating various preview images during the recording period to generate a video file if a recording instruction is received.

Optionally, the above-mentioned camera program has the function of taking pictures during video recording;

Correspondingly, the above-mentioned photographing module 403 includes:

The recording and photographing unit is configured to acquire an image obtained by photographing in the image buffered in the BQ at the time corresponding to the photographing instruction if a photographing instruction is received during the recording period.

Optionally, the above-mentioned camera access device 400 further includes:

The final photographing module is used for performing image processing on the image obtained by photographing to obtain the final image obtained by photographing.

Optionally, the above-mentioned preview display module 402 includes:

The image processing unit is configured to perform image processing on the image collected by the target camera in the BQ cache to obtain an image after image processing, and display the image after image processing as a preview screen.

Optionally, the above-mentioned photographing module 403 is specifically used for:

The preview image at the moment corresponding to the photographing instruction is used as the image obtained by photographing.

Optionally, the method of determining the exchangeable image file format exif information of the above-mentioned image obtained by taking a photo is obtained by analyzing the image parameter information of the preview screen corresponding to the image obtained by taking the photo.

It should be noted that the information exchange, execution process and other contents between the above-mentioned devices are based on the same concept as the method embodiment 1 of the present application. For specific functions and technical effects, please refer to the corresponding method embodiment section. It is not repeated here.

Embodiment 3

FIG. 5 is a schematic structural diagram of a terminal device provided in Embodiment 3 of the present application. As shown in FIG. 5 , the terminal device 500 in this embodiment includes: a processor 501 , a memory 502 , and a computer program 503 stored in the above-mentioned memory 502 and executable on the above-mentioned processor 501 . When the processor 501 executes the computer program 503, the steps in the first method embodiment are implemented. Alternatively, when the above-mentioned processor 601 executes the above-mentioned computer program 503, the functions of each module in the second embodiment of the above-mentioned apparatus are implemented.

Exemplarily, the above-mentioned computer program 503 may be divided into one or more modules, and the above-mentioned one or more modules are stored in the above-mentioned memory 502 and executed by the above-mentioned processor 501 to complete the present application. The above-mentioned one or more modules may be a series of computer program instruction segments capable of accomplishing specific functions, and the instruction segments are used to describe the execution process of the above-mentioned computer program 503 in the above-mentioned terminal device 500 . For example, the above computer program 503 may include a cache pipeline request module, a preview display module, and a camera module, and the specific functions of each module are as follows:

If an instruction to open a camera program is received, a buffer pipeline BQ is requested from the underlying framework, where the underlying framework is a program framework used to access the camera, and the BQ is used to cache the images collected by the target camera. The target camera is the camera to be accessed;

Based on the image collected by the target camera in the BQ cache, display the preview screen;

If a photographing instruction is received, based on the time corresponding to the photographing instruction, an image obtained by photographing is acquired in the image buffered by the BQ.

The above-mentioned terminal device may include, but is not limited to, the processor 501 and the memory 502 . Those skilled in the art can understand that FIG. 5 is only an example of the terminal device 500, and does not constitute a limitation on the terminal device 500. It may include more or less components than the one shown, or combine some components, or different components For example, the above-mentioned terminal device may also include input and output devices, network access devices, buses, and the like.

The so-called processor 501 may be a central processing unit (Central Processing Unit, CPU), and may also be other general-purpose processors, digital signal processors (Digital Signal Processors, DSP), application specific integrated circuits (Application Specific Integrated Circuit, ASIC), Field-Programmable Gate Array (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, and the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.

The above-mentioned memory 502 may be an internal storage unit of the above-mentioned terminal device 500 , such as a hard disk or a memory of the terminal device 500 . The above-mentioned memory 502 may also be an external storage device of the above-mentioned terminal device 500, for example, a plug-in hard disk, a smart memory card (Smart Media Card, SMC), a Secure Digital (Secure Digital, SD) card, a flash memory card equipped on the above-mentioned terminal device 500 (Flash Card) etc. Further, the above-mentioned memory 502 may also include both an internal storage unit of the above-mentioned terminal device 500 and an external storage device. The above-mentioned memory 502 is used to store the above-mentioned computer program and other programs and data required by the above-mentioned terminal device. The above-mentioned memory 502 may also be used to temporarily store data that has been output or will be output.

Those skilled in the art can clearly understand that, for the convenience and brevity of the description, only the division of the above-mentioned functional modules is used as an example for illustration. The internal structure of the above device is divided into different functional modules to complete all or part of the functions described above. Each functional module in the embodiment may be integrated in one processing unit, or each unit may exist physically alone, or two or more units may be integrated in one unit, and the above-mentioned integrated units may be implemented in the form of hardware. , can also be implemented in the form of software functional units. In addition, the specific names of the functional modules are only for the convenience of distinguishing from each other, and are not used to limit the protection scope of the present application. For the specific working process of the modules in the foregoing apparatus, reference may be made to the corresponding process in the foregoing method embodiments, and details are not described herein again.

In the foregoing embodiments, the description of each embodiment has its own emphasis. For parts that are not described or described in detail in a certain embodiment, reference may be made to the relevant descriptions of other embodiments.

Those of ordinary skill in the art can realize that the modules and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Skilled artisans may implement the described functionality using different methods for each particular application, but such implementations should not be considered beyond the scope of this application.

If the above-mentioned integrated modules are implemented in the form of software functional units and sold or used as independent products, they may be stored in a computer-readable storage medium. Based on this understanding, the present application can implement all or part of the processes in the above-mentioned method embodiments, and can also be completed by instructing relevant hardware through a computer program, and the above-mentioned computer program can be stored in a computer-readable storage medium. When the program is executed by the processor, the steps of the foregoing method embodiments can be implemented. Wherein, the above-mentioned computer program includes computer program code, and the above-mentioned computer program code may be in the form of source code, object code form, executable file or some intermediate form. The above-mentioned computer-readable medium may include: any entity or device capable of carrying the above-mentioned computer program code, recording medium, U disk, mobile hard disk, magnetic disk, optical disk, computer memory, read-only memory (ROM, Read-Only Memory), random Access memory (RAM, Random Access Memory), electric carrier signal, telecommunication signal, and software distribution medium, etc. It should be noted that the content contained in the above-mentioned computer-readable media may be appropriately increased or decreased in accordance with the requirements of legislation and patent practice in the jurisdiction. For example, in some jurisdictions, according to legislation and patent practice, the computer-readable media does not Including electrical carrier signals and telecommunication signals.

The above-mentioned embodiments are only used to illustrate the technical solutions of the present application, but not to limit them; although the present application has been described in detail with reference to the above-mentioned embodiments, those of ordinary skill in the art should understand that the above-mentioned embodiments can still be used for The recorded technical solutions are modified, or some technical features thereof are equivalently replaced; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the application, and should be included in the present application. within the scope of protection of the application.

Claims (10)

1. a camera access method, is characterized in that, comprises: If an instruction to open a camera program is received, a buffer pipeline BQ is requested from the underlying framework, where the underlying framework is a program framework used to access the camera, and the BQ is used to cache the images collected by the target camera. The target camera is the camera to be accessed; Based on the image collected by the target camera in the BQ cache, display the preview screen; If a photographing instruction is received, based on the time corresponding to the photographing instruction, an image obtained by photographing is acquired in the image buffered by the BQ. 2. The camera access method according to claim 1, wherein the camera class program has a video recording function; Correspondingly, the camera access method further includes: If a recording instruction is received, the preview images during the recording are integrated to generate a video file. 3. camera access method as claimed in claim 2, is characterized in that, described camera class program possesses photographing function during video recording; Correspondingly, if a photographing instruction is received, based on the time corresponding to the photographing instruction, in the image cached by the BQ, the image obtained by photographing is acquired, including: If a photographing instruction is received during the video recording, based on the time corresponding to the photographing instruction, an image obtained by photographing is obtained from the image buffered by the BQ. 4. camera access method as claimed in claim 1, it is characterised in that, at the corresponding moment based on the photographing instruction, in the image buffered by the BQ, after the step of acquiring the image obtained by photographing, also comprising: Perform image processing on the image obtained by taking the photo to obtain the final image obtained by taking the photo. 5. The camera access method according to claim 1, wherein the image collected by the target camera based on the BQ cache is displayed on a preview screen, comprising: Perform image processing on the image collected by the target camera in the BQ cache to obtain an image after image processing; The image after image processing is displayed as a preview screen. 6. The camera access method according to any one of claims 1 to 5, wherein, at the corresponding moment based on the photographing instruction, at the image buffered by the BQ, acquiring an image obtained by photographing, comprising: The preview image at the moment corresponding to the photographing instruction is used as the image obtained by photographing. 7. camera access method as claimed in claim 6, is characterized in that, the exchangeable image file format exif information determination mode of described photograph obtained image is: to the image parameter information of the corresponding preview screen of described photographed obtained image to obtain . 8. A camera access device, comprising: The cache pipeline request module is used to request a buffer pipeline BQ from the underlying framework if an instruction to open the camera class program is received, wherein the underlying framework is a program framework for accessing the camera, and the BQ is used for caching The image collected by the target camera, the target camera is the camera to be accessed; A preview display module, configured to display a preview screen based on the image collected by the target camera in the BQ cache; A photographing module, configured to acquire an image obtained by photographing in the image cached in the BQ at the time corresponding to the photographing instruction if a photographing instruction is received. 9. A terminal device, comprising a memory, a processor and a computer program stored in the memory and running on the processor, characterized in that, when the processor executes the computer program, the implementation as claimed in the claims Steps of the camera access method described in any one of 1 to 7. 10. A computer-readable storage medium storing a computer program, characterized in that, when the computer program is executed by a processor, the camera access according to any one of claims 1 to 7 is implemented steps of the method.

Images