CN114827098A

CN114827098A - Method and device for close shooting, electronic equipment and readable storage medium

Info

Publication number: CN114827098A
Application number: CN202110120273.XA
Authority: CN
Inventors: 鲍鑫东
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-01-28
Filing date: 2021-01-28
Publication date: 2022-07-29
Anticipated expiration: 2041-01-28
Also published as: WO2022161006A1; CN114827098B

Abstract

The application relates to the technical field of electronics, and provides a method, a device, electronic equipment and a readable storage medium for clapping, wherein the method comprises the following steps: a receiving end receives a close-up request sent by a request end, wherein the close-up request carries a first parameter, and the first parameter is a media file parameter supported by the request end; and the receiving terminal determines a close-shot parameter according to the second parameter and the first parameter, wherein the second parameter is a media file parameter supported by the receiving terminal. The quality of the media file corresponding to the close-up parameter is lower than or equal to that of the media file corresponding to the first parameter and lower than or equal to that of the media file corresponding to the second parameter. The receiving end sends a close-up parameter to the requesting end, and the close-up parameter is used for the requesting end to generate a first media file; and the receiving terminal generates a second media file according to the close-shot parameters, the parameters of the first media file and the parameters of the second media file are the same as the close-shot parameters, and the second media file is used for being synthesized into the close-shot file with the first media file. The method can improve the quality of the snap files.

Description

Method and device for close shooting, electronic equipment and readable storage medium

Technical Field

The present application relates to the field of electronic technologies, and in particular, to a method and an apparatus for close-shooting, an electronic device, and a readable storage medium.

Background

With the rapid development and the enhancement of functions of communication software, the communication software plays an important role in the life and work of people, so that the communication mode of human beings is more and more abundant. Therefore, the convenience of communication of people is greatly influenced by the function richness of the communication software. Often people also need to be in a group to interact when they are in different positions.

The traditional co-shooting mode is that two parties respectively shoot own photos, one party forwards the own photos to the other party through a file server, and the other party synthesizes the shot photos with the received photos to generate co-shooting, so that the co-shooting of the two parties at different positions is realized.

However, in the conventional close-up mode, both ends of the close-up are photographed according to respective parameters, so that the parameters of the generated close-up are not uniform, and the picture effect of the close-up effect is not good.

Disclosure of Invention

The application provides a method and a device for close-up shooting, an electronic device and a readable storage medium, which can improve the quality of close-up shot images.

In a first aspect, a method for taking a photo is provided, which includes: a receiving end receives a close-up request sent by a request end, wherein the close-up request carries a first parameter, and the first parameter is a media file parameter supported by the request end; the receiving end determines a close-shooting parameter according to a second parameter and the first parameter, wherein the second parameter is a media file parameter supported by the receiving end, the media file quality corresponding to the close-shooting parameter is lower than or equal to the media file quality corresponding to the first parameter, and the media file quality corresponding to the close-shooting parameter is lower than or equal to the media file quality corresponding to the second parameter; the receiving end sends the close-shooting parameters to the request end, the close-shooting parameters are used for the request end to generate a first media file, and the parameters of the first media file are the same as the close-shooting parameters; the receiving end generates a second media file according to the close-up parameter, and the parameter of the second media file is the same as the close-up parameter; and the second media file is used for being synthesized into a co-shooting file with the first media file.

The first media file can be a photo or a recorded video specially shot by the request end for taking a photo in time, or an image or a video intercepted from a video stream recorded when the request end carries out a video call with the receiving end; similarly, the second media file may be a photo or a recorded video that is specially taken by the receiving end for taking a photo in time, or an image or a video that is captured by the receiving end in a video stream recorded when the receiving end makes a video call with the requesting end, which is not limited in this embodiment.

The above-mentioned close-up parameter may be a parameter corresponding to a lower media file quality of the first parameter and the second parameter, wherein the media file quality may be an image resolution and/or a video fluency. For example, the coincidence parameter may be the smaller of the highest resolution supported by the requesting end and the highest resolution supported by the receiving end, and/or the smaller of the highest frame rate supported by the requesting end and the highest frame rate supported by the receiving end. Optionally, the media file quality corresponding to the beat-in parameter may be lower than the media file quality corresponding to the first parameter and the second parameter.

In this embodiment, the request end and the receiving end implement negotiation of the auction parameters of the auction image quality through signaling interaction before the auction, and determine one same auction parameter, so that media files to be synthesized (i.e., a first media file and a second media file) having the same parameters can be generated according to the negotiated auction parameters. The request end or the receiving end can synthesize the media files with the same parameters into the co-shooting file, so that the problem of poor picture effect of the co-shooting file caused by non-uniform parameters of the media files to be synthesized is avoided, and the quality of the co-shooting file is improved.

Optionally, the first parameter is a media file parameter of the highest standard supported by the requesting end, and the second parameter is a media file parameter of the highest standard supported by the receiving end.

When the close-shot parameter is the parameter corresponding to the lower quality of the media file in the first parameter and the second parameter, the close-shot parameter can represent the maximum limit of the shooting capabilities of the two ends, so that the media file with the highest standard supported by the two ends can be generated, and the quality of the close-shot file is improved as much as possible.

Optionally, the first media file and the second media file are both videos, the first parameter includes a maximum frame rate and a maximum image resolution supported by the request end, the second parameter includes a maximum frame rate and a maximum image resolution supported by the receiving end, and the close-up parameter includes a close-up frame rate and a close-up image resolution.

It should be noted that the close-up frame rate is less than or equal to the lower frame rate of the maximum frame rate supported by the requesting end and the maximum frame rate supported by the receiving end, and the close-up image resolution is less than or equal to the lower image resolution of the maximum image resolution supported by the requesting end and the maximum image resolution supported by the receiving end. After the request end and the receiving end negotiate to obtain a close-up frame rate and a close-up image resolution, the request end records a first media file according to the close-up frame rate and the close-up image resolution, and the receiving end records a second media file according to the close-up frame rate and the close-up image resolution, so that the frame rate of the first media file and the frame rate of the second media file are both the same as the close-up frame rate, and the image resolution of the first media file and the image resolution of the second media file are both the same as the close-up image resolution.

In this embodiment, the requesting end and the receiving end ensure that parameters of videos recorded at both ends are uniform through negotiation of the close-shot frame rate and the close-shot resolution, so that cooperative control of image quality of both ends is realized, the image quality of video close-shot is improved, and further, the experience of a user in video close-shot is improved.

Optionally, the first media file and the second media file are both media files acquired from video calls of the receiving end and the requesting end, the snap-in frame rate is greater than an initial frame rate of the video calls, and the resolution of the snap-in image is less than the resolution of the initial image of the video calls.

When the request end and the receiving end carry out video call, the two ends carry out video call according to the initial frame rate and the initial image resolution. When two parties enter a video close-up process, in order to ensure the smoothness of a close-up video, the two parties can negotiate close-up parameters according to a strategy of preferentially ensuring the smoothness of the video and sacrificing the definition of an image. For example, the receiving end increases the frame rate on the basis of the initial frame rate as the snap-in frame rate, and decreases the image resolution of the video frame on the basis of the initial image resolution as the snap-in image resolution, thereby ensuring the fluency of the snap-in video. At this time, the parameters of the video file transmitted by the video call are consistent with the co-shooting parameters, under the condition that the video is guaranteed to be smooth, the image quality of the video call displayed at the two ends is also consistent with the image quality of the co-shooting video file, the video seen by the users at the two ends on respective device interfaces is the same as the finally generated co-shooting video, namely what you see is what you get, and the co-shooting experience of the users is improved.

Optionally, the first media file and the second media file are both images, the first parameter includes a maximum image resolution supported by the request end, the second parameter includes a maximum image resolution supported by the receiving end, and the close-up parameter includes a close-up image resolution.

And the co-shooting image resolution is less than or equal to the smaller image resolution of the maximum image resolution supported by the requesting terminal and the maximum image resolution supported by the receiving terminal. For example, after the request end and the receiving end negotiate to obtain the resolution of the snap-shot image, the request end shoots a first media file according to the resolution of the snap-shot image, and the receiving end shoots a second media file according to the resolution of the snap-shot image, so that the image resolution of the first media file and the image resolution of the second media file are both the same as the resolution of the snap-shot image.

In the embodiment, the requesting end and the receiving end ensure the unification of the definition of the photo through the negotiation of the resolution of the photo, realize the cooperative control of the image quality of the two ends and improve the quality of the photo.

Optionally, the first media file and the second media file are both media files acquired from video calls of the receiving end and the requesting end, the snap-in frame rate is smaller than an initial frame rate of the video calls, and the resolution of the snap-in image is larger than the resolution of the initial image of the video calls.

When the request end and the receiving end carry out video call, the two ends carry out video call according to the initial frame rate and the initial image resolution. When the two parties enter the process of taking photos together, in order to ensure the definition of the photos taken together, the two parties can negotiate the parameters of taking pictures together according to the strategy of preferentially ensuring the definition of the images and sacrificing the fluency of the videos. Specifically, the frame rate is reduced as the frame rate of the video call on the basis of the initial frame rate by the receiving end, and the image resolution of the video frame is improved as the resolution of the snap-shot image on the basis of the initial image resolution, so that the definition of the snap shot is ensured. At this time, the parameters of the video frame image transmitted by the video call are consistent with the resolution of the snap shot image, under the condition of ensuring the snap shot definition, the image quality of the video frame displayed at the two ends is also consistent with the image quality of the snap shot photo, and the images of the users at the two ends on the respective device interfaces are the same as the finally generated image, namely what you see is what you get, so that the experience of the user in the snap shot photo is further improved.

Optionally, the method further comprises: the receiving end sends the second media file to the request end through a media channel of the video call; or, the receiving end receives the first media file sent by the requesting end through a media path of the video call.

In the embodiment, the media file is transmitted between the receiving end and the transmitting end by multiplexing the media channel of the existing video call, compared with the cross-server transmission mode of transmitting the file by additionally using the message file server, the time delay is reduced, the real-time performance of the close shot is improved, and the user close shot experience is further improved.

Optionally, the method further comprises: and when the receiving end sends the second media file to the requesting end through the media path of the video call, the receiving end increases the maximum code rate of the media path.

When the receiving end needs to multiplex the existing media path of the video call to carry out the media file, the receiving end increases the maximum code rate which can be accepted by the network state at the moment to improve the capacity of the media path, thereby improving the transmission efficiency of the media file. When the transmission efficiency is increased, the display effect of the file in-time can be further improved regardless of whether the in-time frame rate or the resolution of the image in-time is improved.

In a second aspect, a method of clapping is provided, comprising:

a request end sends a close-up request to a receiving end, wherein the close-up request carries a first parameter, and the first parameter is a media file parameter supported by the request end;

the request end receives a close-shooting parameter sent by the receiving end, the quality of a media file corresponding to the close-shooting parameter is lower than or equal to that of the media file corresponding to the first parameter, the quality of the media file corresponding to the close-shooting parameter is lower than or equal to that of a media file corresponding to a second parameter, and the second parameter is a media file parameter supported by the receiving end;

the request end generates a first media file according to the close-up parameters, the parameters of the first media file are the same as the close-up parameters, the close-up parameters are used for the receiving end to generate a second media file, the parameters of the second media file are the same as the close-up parameters, and the second media file is used for being synthesized into a close-up file with the first media file.

Optionally, the method further comprises: the request end receives the second media file sent by the receiving end through a media path of the video call; or, the request end sends the first media file to the receiving end through a media path of the video call.

Optionally, the method further comprises: and when the request end sends the first media file to the receiving end through the media path of the video call, the request end increases the maximum code rate of the media path.

For the method for clapping provided by the second aspect, the description of the method for clapping provided by the first aspect can be referred to for the implementation principle and the technical effect.

In a third aspect, a device for taking photos includes a unit made of software and/or hardware, and the unit is configured to perform any one of the methods in the first aspect.

In a fourth aspect, a device for taking a photo includes a unit made of software and/or hardware, and the unit is configured to execute any one of the methods in the second aspect.

In a fifth aspect, an electronic device is provided, which includes a processor and a memory, where the memory is used to store a computer program, and the processor is used to call and run the computer program from the memory, so that the electronic device executes any one of the methods in the technical solutions of the first aspect.

In a sixth aspect, an electronic device is provided, which includes a processor and a memory, where the memory is used to store a computer program, and the processor is used to call and run the computer program from the memory, so that the electronic device executes any one of the methods in the technical solutions of the second aspect.

In a seventh aspect, a computer-readable storage medium is provided, in which a computer program is stored, and when the computer program is executed by a processor, the processor is caused to execute any one of the methods in the technical solutions of the first aspect.

In an eighth aspect, a computer-readable storage medium is provided, in which a computer program is stored, which, when executed by a processor, causes the processor to perform any one of the methods of the second aspect.

In a ninth aspect, there is provided a computer program product, the computer program product comprising: computer program code for causing an electronic device to perform any of the methods of the first aspect when said computer program code is run on the electronic device.

In a tenth aspect, there is provided a computer program product comprising: computer program code which, when run on an electronic device, causes the electronic device to perform any of the methods of the second aspect.

Drawings

Fig. 1 is a schematic structural diagram of an example of a terminal device 100 according to an embodiment of the present application;

fig. 2 is a block diagram of a software structure of the terminal device 100 according to an embodiment of the present disclosure;

FIG. 3 is a schematic diagram of a close-up system to which an example close-up method according to an embodiment of the present disclosure is applied;

fig. 4 is a schematic diagram of an example of internal structures of a receiving end and a requesting end according to an embodiment of the present application;

fig. 5 is a signaling interaction diagram illustrating an example of performing a beat between a receiving end and a requesting end according to an embodiment of the present application;

FIG. 6 is a schematic structural diagram of an example of a device for close-up photographing according to an embodiment of the present application;

fig. 7 is a schematic structural diagram of an example of a device for close-up photography according to an embodiment of the present application.

Detailed Description

The technical solutions in the embodiments of the present application will be described below with reference to the drawings in the embodiments of the present application. In the description of the embodiments herein, "/" means "or" unless otherwise specified, for example, a/B may mean a or B; "and/or" herein is merely an association describing an associated object, and means that there may be three relationships, e.g., a and/or B, which may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, in the description of the embodiments of the present application, "a plurality" means two or more than two.

In the following, the terms "first", "second", "third" and "fourth" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, features defined as "first", "second", "third", "fourth" may explicitly or implicitly include one or more of the features.

The method for clapping provided by the embodiment of the application can be applied to terminal devices such as a mobile phone, a tablet personal computer, a wearable device, a vehicle-mounted device, an Augmented Reality (AR)/Virtual Reality (VR) device, a notebook computer, an ultra-mobile personal computer (UMPC), a netbook, a Personal Digital Assistant (PDA) and the like, and the embodiment of the application does not limit the specific type of the terminal device at all.

For example, fig. 1 is a schematic structural diagram of an example of a terminal device 100 provided in the embodiment of the present application. The terminal device 100 may include a processor 110, an external memory interface 120, an internal memory 121, a Universal Serial Bus (USB) interface 130, a charging management module 140, a power management module 141, a battery 142, an antenna 1, an antenna 2, a mobile communication module 150, a wireless communication module 160, an audio module 170, a speaker 170A, a receiver 170B, a microphone 170C, an earphone interface 170D, a sensor module 180, a button 190, a motor 191, an indicator 192, a camera 193, a display screen 194, a Subscriber Identity Module (SIM) card interface 195, and the like. The sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an ambient light sensor 180L, a bone conduction sensor 180M, and the like.

It is to be understood that the illustrated structure of the embodiment of the present application does not constitute a specific limitation to the terminal device 100. In other embodiments of the present application, terminal device 100 may include more or fewer components than shown, or some components may be combined, some components may be split, or a different arrangement of components. The illustrated components may be implemented in hardware, software, or a combination of software and hardware.

Processor 110 may include one or more processing units, such as: the processor 110 may include an Application Processor (AP), a modem processor, a Graphics Processing Unit (GPU), an Image Signal Processor (ISP), a controller, a memory, a video codec, a Digital Signal Processor (DSP), a baseband processor, and/or a neural-Network Processing Unit (NPU), etc. The different processing units may be separate devices or may be integrated into one or more processors.

The controller may be a neural center and a command center of the terminal device 100, among others. The controller can generate an operation control signal according to the instruction operation code and the timing signal to complete the control of instruction fetching and instruction execution.

A memory may also be provided in processor 110 for storing instructions and data. In some embodiments, the memory in the processor 110 is a cache memory. The memory may hold instructions or data that have just been used or recycled by the processor 110. If the processor 110 needs to reuse the instruction or data, it can be called directly from the memory. Avoiding repeated accesses reduces the latency of the processor 110, thereby increasing the efficiency of the system.

In some embodiments, processor 110 may include one or more interfaces. The interface may include an integrated circuit (I2C) interface, an integrated circuit built-in audio (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.

The I2C interface is a bi-directional synchronous serial bus that includes a serial data line (SDA) and a Serial Clock Line (SCL). In some embodiments, processor 110 may include multiple sets of I2C buses. The processor 110 may be coupled to the touch sensor 180K, the charger, the flash, the camera 193, etc. through different I2C bus interfaces, respectively. For example: the processor 110 may be coupled to the touch sensor 180K through an I2C interface, so that the processor 110 and the touch sensor 180K communicate through an I2C bus interface to implement the touch function of the terminal device 100.

The I2S interface may be used for audio communication. In some embodiments, processor 110 may include multiple sets of I2S buses. The processor 110 may be coupled to the audio module 170 via an I2S bus to enable communication between the processor 110 and the audio module 170. In some embodiments, the audio module 170 may communicate audio signals to the wireless communication module 160 via the I2S interface, enabling answering of calls via a bluetooth headset.

The PCM interface may also be used for audio communication, sampling, quantizing and encoding analog signals. In some embodiments, the audio module 170 and the wireless communication module 160 may be coupled by a PCM bus interface. In some embodiments, the audio module 170 may also transmit audio signals to the wireless communication module 160 through the PCM interface, so as to implement a function of answering a call through a bluetooth headset. Both the I2S interface and the PCM interface may be used for audio communication.

The UART interface is a universal serial data bus used for asynchronous communications. The bus may be a bidirectional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, a UART interface is generally used to connect the processor 110 with the wireless communication module 160. For example: the processor 110 communicates with a bluetooth module in the wireless communication module 160 through a UART interface to implement a bluetooth function. In some embodiments, the audio module 170 may transmit the audio signal to the wireless communication module 160 through a UART interface, so as to realize the function of playing music through a bluetooth headset.

MIPI interfaces may be used to connect processor 110 with peripheral devices such as display screen 194, camera 193, and the like. The MIPI interface includes a Camera Serial Interface (CSI), a Display Serial Interface (DSI), and the like. In some embodiments, processor 110 and camera 193 communicate through a CSI interface to implement the capture function of terminal device 100. The processor 110 and the display screen 194 communicate through the DSI interface to implement the display function of the terminal device 100.

The GPIO interface may be configured by software. The GPIO interface may be configured as a control signal and may also be configured as a data signal. In some embodiments, a GPIO interface may be used to connect the processor 110 with the camera 193, the display 194, the wireless communication module 160, the audio module 170, the sensor module 180, and the like. The GPIO interface may also be configured as an I2C interface, an I2S interface, a UART interface, a MIPI interface, and the like.

The USB interface 130 is an interface conforming to the USB standard specification, and may be a Mini USB interface, a Micro USB interface, a USB Type C interface, or the like. The USB interface 130 may be used to connect a charger to charge the terminal device 100, and may also be used to transmit data between the terminal device 100 and a peripheral device. And the earphone can also be used for connecting an earphone and playing audio through the earphone. The interface may also be used to connect other terminal devices, such as AR devices and the like.

It should be understood that the interface connection relationship between the modules illustrated in the embodiment of the present application is only an exemplary illustration, and does not constitute a limitation on the structure of the terminal device 100. In other embodiments of the present application, the terminal device 100 may also adopt different interface connection manners or a combination of multiple interface connection manners in the above embodiments.

The charging management module 140 is configured to receive charging input from a charger. The charger may be a wireless charger or a wired charger. In some wired charging embodiments, the charging management module 140 may receive charging input from a wired charger via the USB interface 130. In some wireless charging embodiments, the charging management module 140 may receive a wireless charging input through a wireless charging coil of the terminal device 100. The charging management module 140 may also supply power to the terminal device through the power management module 141 while charging the battery 142.

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 charge management module 140 and provides power to the processor 110, the internal memory 121, the external memory, the display 194, the camera 193, the wireless communication module 160, and the like. The power management module 141 may also be used to monitor parameters such as battery capacity, battery cycle count, battery state of health (leakage, impedance), etc. In some other embodiments, the power management module 141 may also be disposed in the processor 110. In other embodiments, the power management module 141 and the charging management module 140 may be disposed in the same device.

The wireless communication function of the terminal device 100 may be implemented by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, a modem processor, a baseband processor, and the like.

The antennas 1 and 2 are used for transmitting and receiving electromagnetic wave signals. The structure of the antenna 1 and the antenna 2 in fig. 1 is merely an example. Each antenna in terminal device 100 may be used to cover a single or multiple communication bands. Different antennas can also be multiplexed to improve the utilization of the antennas. For example: the antenna 1 may be multiplexed as a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 may provide a solution including 2G/3G/4G/5G wireless communication applied on the terminal device 100. The mobile communication module 150 may include at least one filter, a switch, a power amplifier, a Low Noise Amplifier (LNA), and the like. The mobile communication module 150 may receive the electromagnetic wave from the antenna 1, filter, amplify, etc. the received electromagnetic wave, and transmit the electromagnetic wave to the modem processor for demodulation. The mobile communication module 150 may also amplify the signal modulated by the modem processor, and convert the signal into electromagnetic wave through the antenna 1 to radiate the electromagnetic wave. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the processor 110. In some embodiments, at least some of the functional modules of the mobile communication module 150 may be disposed in the same device as at least some of the modules of the processor 110.

The modem processor may include a modulator and a demodulator. The modulator is used for modulating a low-frequency baseband signal to be transmitted into a medium-high frequency signal. The demodulator is used for demodulating the received electromagnetic wave signal into a low-frequency baseband signal. The demodulator then passes the demodulated low frequency baseband signal to a baseband processor for processing. The low frequency baseband signal is processed by the baseband processor and then transferred to the application processor. The application processor outputs a sound signal through an audio device (not limited to the speaker 170A, the receiver 170B, etc.) or displays an image or video through the display screen 194. In some embodiments, the modem processor may be a stand-alone device. In other embodiments, the modem processor may be provided in the same device as the mobile communication module 150 or other functional modules, independent of the processor 110.

The wireless communication module 160 may provide solutions for wireless communication applied to the terminal device 100, including Wireless Local Area Networks (WLANs) (e.g., wireless fidelity (Wi-Fi) networks), bluetooth (bluetooth, BT), Global Navigation Satellite System (GNSS), Frequency Modulation (FM), Near Field Communication (NFC), Infrared (IR), and the like. The wireless communication module 160 may be one or more devices integrating at least one communication processing module. The wireless communication module 160 receives electromagnetic waves via the antenna 2, performs frequency modulation and filtering processing on electromagnetic wave signals, and transmits the processed signals to the processor 110. The wireless communication module 160 may also receive a signal to be transmitted from the processor 110, perform frequency modulation and amplification on the signal, and convert the signal into electromagnetic waves through the antenna 2 to radiate the electromagnetic waves.

In some embodiments, the antenna 1 of the terminal device 100 is coupled to the mobile communication module 150 and the antenna 2 is coupled to the wireless communication module 160 so that the terminal device 100 can communicate with a network and other devices through wireless communication technology. The wireless communication technology may include global system for mobile communications (GSM), General Packet Radio Service (GPRS), code division multiple access (code division multiple access, CDMA), Wideband Code Division Multiple Access (WCDMA), time-division code division multiple access (time-division code division multiple access, TD-SCDMA), Long Term Evolution (LTE), LTE, BT, GNSS, WLAN, NFC, FM, and/or IR technologies, etc. The GNSS may include a Global Positioning System (GPS), a global navigation satellite system (GLONASS), a beidou navigation satellite system (BDS), a quasi-zenith satellite system (QZSS), and/or a Satellite Based Augmentation System (SBAS).

The terminal device 100 implements a display function by the GPU, the display screen 194, and the application processor. The GPU is a microprocessor for image processing, and is connected to the display screen 194 and an application processor. The GPU is used to perform mathematical and geometric calculations for graphics rendering. The processor 110 may include one or more GPUs that execute program instructions to generate or alter display information.

The display screen 194 is used to display images, video, and the like. The display screen 194 includes a display panel. The display panel may adopt a Liquid Crystal Display (LCD), an organic light-emitting diode (OLED), an active-matrix organic light-emitting diode (active-matrix organic light-emitting diode, AMOLED), a flexible light-emitting diode (FLED), a miniature, a Micro-oeld, a quantum dot light-emitting diode (QLED), and the like. In some embodiments, the terminal device 100 may include 1 or N display screens 194, where N is a positive integer greater than 1.

The terminal device 100 may implement a shooting function through the ISP, the camera 193, the video codec, the GPU, the display screen 194, the application processor, and the like.

The ISP is used to process the data fed back by the camera 193. For example, when a photo is taken, the shutter is opened, light is transmitted to the camera photosensitive element through the lens, the optical signal is converted into an electrical signal, and the camera photosensitive element transmits the electrical signal to the ISP for processing and converting into an image visible to naked eyes. The ISP can also carry out algorithm optimization on the noise, brightness and skin color of the image. The ISP can also optimize parameters such as exposure, color temperature and the like of a shooting scene. In some embodiments, the ISP may be provided in camera 193.

The camera 193 is used to capture still images or video. The object generates an optical image through the lens and projects the optical image to the photosensitive element. The photosensitive element may be a Charge Coupled Device (CCD) or a complementary metal-oxide-semiconductor (CMOS) phototransistor. The light sensing element converts the optical signal into an electrical signal, which is then passed to the ISP where it is converted into a digital image signal. And the ISP outputs the digital image signal to the DSP for processing. The DSP converts the digital image signal into image signal in standard RGB, YUV and other formats. In some embodiments, the terminal device 100 may include 1 or N cameras 193, N being a positive integer greater than 1.

The digital signal processor is used for processing digital signals, and can process other digital signals besides digital image signals. For example, when the terminal device 100 selects a frequency point, the digital signal processor is used to perform fourier transform or the like on the frequency point energy.

Video codecs are used to compress or decompress digital video. The terminal device 100 may support one or more video codecs. In this way, the terminal device 100 can play or record video in a plurality of encoding formats, such as: moving Picture Experts Group (MPEG) 1, MPEG2, MPEG3, MPEG4, and the like.

The NPU is a neural-network (NN) computing processor that processes input information quickly by using a biological neural network structure, for example, by using a transfer mode between neurons of a human brain, and can also learn by itself continuously. The NPU can implement applications such as intelligent recognition of the terminal device 100, for example: image recognition, face recognition, speech recognition, text understanding, and the like.

The external memory interface 120 may be used to connect an external memory card, such as a Micro SD card, to extend the storage capability of the terminal device 100. The external memory card communicates with the processor 110 through the external memory interface 120 to implement a data storage function. For example, files such as music, video, etc. are saved in an external memory card.

The internal memory 121 may be used to store computer-executable program code, which includes instructions. The processor 110 executes various functional applications of the terminal device 100 and data processing by executing instructions stored in the internal memory 121. The internal memory 121 may include a program storage area and a data storage area. The storage program area may store an operating system, an application program (such as a sound playing function, an image playing function, etc.) required by at least one function, and the like. The storage data area may store data (such as audio data, a phonebook, etc.) created during use of the terminal device 100, and the like. In addition, the internal memory 121 may include a high-speed random access memory, and may further include a nonvolatile memory, such as at least one magnetic disk storage device, a flash memory device, a universal flash memory (UFS), and the like.

The terminal device 100 may implement an audio function through the audio module 170, the speaker 170A, the receiver 170B, the microphone 170C, the earphone interface 170D, and the application processor. Such as music playing, recording, etc.

The audio module 170 is used to convert digital audio information into an analog audio signal output and also to convert an analog audio input into a digital audio signal. The audio module 170 may also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be disposed in the processor 110, or some functional modules of the audio module 170 may be disposed in the processor 110.

The speaker 170A, also called a "horn", is used to convert the audio electrical signal into an acoustic signal. The terminal device 100 can listen to music through the speaker 170A, or listen to a handsfree call.

The receiver 170B, also called "earpiece", is used to convert the electrical audio signal into an acoustic signal. When the terminal device 100 answers a call or voice information, it is possible to answer a voice by bringing the receiver 170B close to the human ear.

The microphone 170C, also referred to as a "microphone," is used to convert sound signals into electrical signals. When making a call or transmitting voice information, the user can input a voice signal to the microphone 170C by speaking the user's mouth near the microphone 170C. The terminal device 100 may be provided with at least one microphone 170C. In other embodiments, the terminal device 100 may be provided with two microphones 170C, which may implement a noise reduction function in addition to collecting sound signals. In other embodiments, the terminal device 100 may further include three, four or more microphones 170C to collect sound signals, reduce noise, identify sound sources, and implement directional recording functions.

The headphone interface 170D is used to connect a wired headphone. The headset interface 170D may be the USB interface 130, or may be an Open Mobile Terminal Platform (OMTP) standard interface of 3.5mm, or a cellular telecommunications industry association (cellular telecommunications industry association of the USA, CTIA) standard interface.

The pressure sensor 180A is used for sensing a pressure signal, and converting the pressure signal into an electrical signal. In some embodiments, the pressure sensor 180A may be disposed on the display screen 194. The pressure sensor 180A can be of a wide variety, such as a resistive pressure sensor, an inductive pressure sensor, a capacitive pressure sensor, and the like. The capacitive pressure sensor may be a sensor comprising at least two parallel plates having an electrically conductive material. When a force acts on the pressure sensor 180A, the capacitance between the electrodes changes. The terminal device 100 determines the intensity of the pressure from the change in the capacitance. When a touch operation is applied to the display screen 194, the terminal device 100 detects the intensity of the touch operation based on the pressure sensor 180A. The terminal device 100 may also calculate the touched position from the detection signal of the pressure sensor 180A. In some embodiments, the touch operations that are applied to the same touch position but different touch operation intensities may correspond to different operation instructions. For example: and when the touch operation with the touch operation intensity smaller than the first pressure threshold value acts on the short message application icon, executing an instruction for viewing the short message. And when the touch operation with the touch operation intensity larger than or equal to the first pressure threshold value acts on the short message application icon, executing an instruction of newly building the short message.

The gyro sensor 180B may be used to determine the motion attitude of the terminal device 100. In some embodiments, the angular velocity of terminal device 100 about three axes (i.e., x, y, and z axes) may be determined by gyroscope sensor 180B. The gyro sensor 180B may be used for photographing anti-shake. Illustratively, when the shutter is pressed, the gyro sensor 180B detects the shake angle of the terminal device 100, calculates the distance to be compensated for by the lens module according to the shake angle, and allows the lens to counteract the shake of the terminal device 100 through a reverse movement, thereby achieving anti-shake. The gyroscope sensor 180B may also be used for navigation, somatosensory gaming scenes.

The air pressure sensor 180C is used to measure air pressure. In some embodiments, the terminal device 100 calculates an altitude from the barometric pressure measured by the barometric pressure sensor 180C, and assists in positioning and navigation.

The magnetic sensor 180D includes a hall sensor. The terminal device 100 may detect the opening and closing of the flip holster using the magnetic sensor 180D. In some embodiments, when the terminal device 100 is a folder, the terminal device 100 may detect the opening and closing of the folder according to the magnetic sensor 180D. And then according to the opening and closing state of the leather sheath or the opening and closing state of the flip cover, the automatic unlocking of the flip cover is set.

The acceleration sensor 180E can detect the magnitude of acceleration of the terminal device 100 in various directions (generally, three axes). The magnitude and direction of gravity can be detected when the terminal device 100 is stationary. The method can also be used for recognizing the posture of the terminal equipment, and is applied to horizontal and vertical screen switching, pedometers and other applications.

A distance sensor 180F for measuring a distance. The terminal device 100 may measure the distance by infrared or laser. In some embodiments, shooting a scene, the terminal device 100 may range using the distance sensor 180F to achieve fast focus.

The proximity light sensor 180G may include, for example, a Light Emitting Diode (LED) and a light detector, such as a photodiode. The light emitting diode may be an infrared light emitting diode. The terminal device 100 emits infrared light to the outside through the light emitting diode. The terminal device 100 detects infrared reflected light from a nearby object using a photodiode. When sufficient reflected light is detected, it can be determined that there is an object near the terminal device 100. When insufficient reflected light is detected, the terminal device 100 can determine that there is no object near the terminal device 100. The terminal device 100 can utilize the proximity light sensor 180G to detect that the user holds the terminal device 100 close to the ear for talking, so as to automatically turn off the screen to achieve the purpose of saving power. The proximity light sensor 180G may also be used in a holster mode, a pocket mode automatically unlocks and locks the screen.

The ambient light sensor 180L is used to sense the ambient light level. The terminal device 100 may adaptively adjust the brightness of the display screen 194 according to the perceived ambient light level. The ambient light sensor 180L may also be used to automatically adjust the white balance when taking a picture. The ambient light sensor 180L may also cooperate with the proximity light sensor 180G to detect whether the terminal device 100 is in a pocket, in order to prevent accidental touches.

The fingerprint sensor 180H is used to collect a fingerprint. The terminal device 100 can utilize the collected fingerprint characteristics to realize fingerprint unlocking, access to an application lock, fingerprint photographing, fingerprint incoming call answering and the like.

The temperature sensor 180J is used to detect temperature. In some embodiments, the terminal device 100 executes a temperature processing policy using the temperature detected by the temperature sensor 180J. For example, when the temperature reported by the temperature sensor 180J exceeds the threshold, the terminal device 100 performs a reduction in performance of a processor located near the temperature sensor 180J, so as to reduce power consumption and implement thermal protection. In other embodiments, the terminal device 100 heats the battery 142 when the temperature is below another threshold to avoid the terminal device 100 being abnormally shut down due to low temperature. In other embodiments, when the temperature is lower than a further threshold, the terminal device 100 performs boosting on the output voltage of the battery 142 to avoid abnormal shutdown due to low temperature.

The touch sensor 180K is also referred to as a "touch panel". The touch sensor 180K may be disposed on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, which is also called a "touch screen". The touch sensor 180K is used to detect a touch operation applied thereto or nearby. The touch sensor can communicate the detected touch operation to the application processor to determine the touch event type. Visual output associated with the touch operation may be provided through the display screen 194. In other embodiments, the touch sensor 180K may be disposed on the surface of the terminal device 100, different from the position of the display screen 194.

The bone conduction sensor 180M may acquire a vibration signal. In some embodiments, the bone conduction sensor 180M may acquire a vibration signal of the human vocal part vibrating the bone mass. The bone conduction sensor 180M may also contact the human pulse to receive the blood pressure pulsation signal. In some embodiments, the bone conduction sensor 180M may also be disposed in a headset, integrated into a bone conduction headset. The audio module 170 may analyze a voice signal based on the vibration signal of the bone mass vibrated by the sound part acquired by the bone conduction sensor 180M, so as to implement a voice function. The application processor can analyze heart rate information based on the blood pressure beating signal acquired by the bone conduction sensor 180M, so as to realize the heart rate detection function.

The keys 190 include a power-on key, a volume key, and the like. The keys 190 may be mechanical keys. Or may be touch keys. The terminal device 100 may receive a key input, and generate a key signal input related to user setting and function control of the terminal device 100.

The motor 191 may generate a vibration cue. The motor 191 may be used for incoming call vibration cues, as well as for touch vibration feedback. For example, touch operations applied to different applications (e.g., photographing, audio playing, etc.) may correspond to different vibration feedback effects. The motor 191 may also respond to different vibration feedback effects for touch operations applied to different areas of the display screen 194. Different application scenes (such as time reminding, receiving information, alarm clock, game and the like) can also correspond to different vibration feedback effects. The touch vibration feedback effect may also support customization.

Indicator 192 may be an indicator light that may be used to indicate a state of charge, a change in charge, or a message, missed call, notification, etc.

The SIM card interface 195 is used to connect a SIM card. The SIM card can be brought into and out of contact with the terminal device 100 by being inserted into the SIM card interface 195 or being pulled out of the SIM card interface 195. The terminal device 100 may support 1 or N SIM card interfaces, where N is a positive integer greater than 1. The SIM card interface 195 may support a Nano SIM card, a Micro SIM card, a SIM card, etc. The same SIM card interface 195 can be inserted with multiple cards at the same time. The types of the plurality of cards may be the same or different. The SIM card interface 195 may also be compatible with different types of SIM cards. The SIM card interface 195 may also be compatible with external memory cards. The terminal device 100 interacts with the network through the SIM card to implement functions such as communication and data communication. In some embodiments, the terminal device 100 employs eSIM, namely: an embedded SIM card. The eSIM card may be embedded in the terminal device 100 and cannot be separated from the terminal device 100.

The software system of the terminal device 100 may adopt a hierarchical architecture, an event-driven architecture, a micro-core architecture, a micro-service architecture, or a cloud architecture. The embodiment of the present application takes an Android system with a layered architecture as an example, and exemplarily illustrates a software structure of the terminal device 100.

Fig. 2 is a block diagram of a software configuration of the terminal device 100 according to the embodiment of the present application. The layered architecture divides the software into several layers, each layer having a clear role and division of labor. The layers communicate with each other through a software interface. In some embodiments, the Android system is divided into four layers, an application layer, an application framework layer, an Android runtime (Android) and system library, and a kernel layer from top to bottom. The application layer may include a series of application packages.

As shown in fig. 2, the application package may include applications such as camera, gallery, calendar, phone call, map, navigation, WLAN, bluetooth, music, video, short message, etc.

The application framework layer provides an Application Programming Interface (API) and a programming framework for the application program of the application layer. The application framework layer includes a number of predefined functions.

As shown in FIG. 2, the application framework layers may include a window manager, content provider, view system, phone manager, resource manager, notification manager, and the like.

The window manager is used for managing window programs. The window manager can obtain the size of the display screen, judge whether a status bar exists, lock the screen, intercept the screen and the like.

The content provider is used to store and retrieve data and make it accessible to applications. The data may include video, images, audio, calls made and received, browsing history and bookmarks, phone books, etc.

The view system includes visual controls such as controls to display text, controls to display pictures, and the like. The view system may be used to build applications. The display interface may be composed of one or more views. For example, the display interface including the short message notification icon may include a view for displaying text and a view for displaying pictures.

The phone manager is used to provide the communication function of the terminal device 100. Such as management of call status (including on, off, etc.).

The resource manager provides various resources for the application, such as localized strings, icons, pictures, layout files, video files, and the like.

The notification manager enables the application to display notification information in the status bar, can be used to convey notification-type messages, can disappear automatically after a short dwell, and does not require user interaction. Such as a notification manager used to inform download completion, message alerts, etc. The notification manager may also be a notification that appears in the form of a chart or scroll bar text at the top status bar of the system, such as a notification of a background running application, or a notification that appears on the screen in the form of a dialog window. For example, text information is prompted in the status bar, a prompt tone is given, the terminal device vibrates, an indicator light flickers, and the like.

The Android runtime comprises a core library and a virtual machine. The Android runtime is responsible for scheduling and managing an Android system.

The core library comprises two parts: one part is a function which needs to be called by java language, and the other part is a core library of android.

The application layer and the application framework layer run in a virtual machine. And executing java files of the application program layer and the application program framework layer into a binary file by the virtual machine. The virtual machine is used for performing the functions of object life cycle management, stack management, thread management, safety and exception management, garbage collection and the like.

The system library may include a plurality of functional modules. For example: surface managers (surface managers), media libraries (media libraries), three-dimensional graphics processing libraries (e.g., OpenGL ES), 2D graphics engines (e.g., SGL), and the like.

The surface manager is used to manage the display subsystem and provide fusion of 2D and 3D layers for multiple applications.

The media library supports a variety of commonly used audio, video format playback and recording, and still image files, among others. The media library may support a variety of audio-video encoding formats, such as MPEG4, h.264, MP3, AAC, AMR, JPG, PNG, and the like.

The three-dimensional graphic processing library is used for realizing three-dimensional graphic drawing, image rendering, synthesis, layer processing and the like.

The 2D graphics engine is a drawing engine for 2D drawing.

The kernel layer is a layer between hardware and software. The inner core layer at least comprises a display driver, a camera driver, an audio driver and a sensor driver.

For convenience of understanding, the following embodiments of the present application will specifically describe a method for close-up shooting provided by the embodiments of the present application, by taking a terminal device having a structure shown in fig. 1 and fig. 2 as an example, and combining the drawings and an application scenario.

The method of the embodiment of the application can be applied to a snap-in system as shown in fig. 3, where the snap-in system includes two terminal devices capable of interacting, one of the terminal devices serves as a request end, and the other terminal device serves as a receiving end. The request end and the receiving end can carry out signaling interaction through the signaling server, carry out negotiation of the shooting image quality of the two parties, respectively shoot media files according to the negotiation result, and finally synthesize the media files generated by the two ends by one end to obtain a co-shooting file. Because the close-shot file is synthesized by two media files based on the same negotiation result, the parameters of the close-shot file are unified, the display effect of the close-shot file is improved, and the close-shot experience of a user is further improved.

It should be noted that different terminal devices have different shooting capabilities due to differences in hardware configuration and software functions. In this embodiment of the present application, we use the first parameter to describe the media file parameter supported by the requesting end, and optionally, the first parameter may be a media file parameter of the highest standard that the requesting end can generate, for example, the first parameter may include the highest resolution of an image captured by the requesting end, and may also include the highest frame rate of a video captured by the requesting end. Optionally, the first parameter may further include a parameter of dimensions of brightness, beauty, makeup, style, filter, etc. of the generated media file. The second parameter is used to describe the media file parameter supported by the receiving end, optionally, the second parameter may be a media file with the highest standard that the receiving end can generate, the second parameter can reflect the shooting capability of the receiving end, and the type of the parameter included in the second parameter may refer to the description of the first parameter, which is not described herein again.

In an optional embodiment, the user triggers the close-shooting process by operating the request end, for example, the user clicks a close-shooting button on a screen of the request end to initiate the close-shooting process, or the user inputs a close-shooting instruction to the request end in a voice manner to initiate the close-shooting process. The request end can send a co-shooting request to the receiving end through the signaling server based on user operation. When the receiving end receives the close-shot request, according to a first parameter carried in the close-shot request and a second parameter representing the shooting capability of the receiving end, the close-shot parameter applicable to both the requesting end and the receiving end is determined, and the close-shot parameter can represent the image quality of the media file required by the close-shot. Then the receiving end can generate a second media file according to the close-up parameter and feed back the close-up parameter to the requesting end. The requesting end can then generate a first media file according to the beat parameters.

Optionally, the receiving end may send the second media file to the requesting end, and the requesting end synthesizes the first media file and the received second media file to obtain the snapshot file. Optionally, the request end may also send the generated first media file to the receiving end, and the receiving end synthesizes the first media file and the second media file to obtain the snapshot file.

It should be noted that the parameters of the first media file and the parameters of the second media file are both the same as the beat parameters, and the parameters of the generated beat file are the same as the beat parameters. The first media file can be a photo or a recorded video shot by the request end for taking a photo in time, or an image or a video captured by the request end in a video stream recorded when the request end makes a video call with the receiving end; similarly, the second media file may be a photo or a recorded video that is taken by the receiving end for taking a photo in time, or may be an image or a video that is captured by the receiving end in a video stream that is recorded when the receiving end performs a video call with the requesting end, which is not limited in this embodiment.

The above-mentioned close-up parameter may be a parameter corresponding to a lower media file quality of the first parameter and the second parameter, wherein the media file quality may be an image resolution and/or a video fluency. For example, the coincidence parameter may be the smaller of the highest resolution supported by the requesting end and the highest resolution supported by the receiving end, and/or the coincidence parameter is the smaller of the highest frame rate supported by the requesting end and the highest frame rate supported by the receiving end; at this time, the co-shooting parameters are media file parameters with the highest standard capable of simultaneously adapting to the shooting capabilities of the requesting end and the receiving end, so that the picture quality of the co-shooting files can be optimal under the condition that the capabilities of the devices at the two ends are allowed.

Optionally, the co-shooting parameter may also be adjusted according to a situation of the network, for example, when the network is busy, the network resource that can be allocated to the co-shooting process is less, the quality of the media file corresponding to the co-shooting parameter may be lower than the quality of the media file corresponding to the first parameter and the second parameter, for example, the co-shooting resolution in the co-shooting parameter is lower than one of the highest resolution supported by the requesting end and the highest resolution supported by the receiving end, or the co-shooting frame rate in the co-shooting parameter is lower than one of the highest frame rate supported by the requesting end and the highest frame rate supported by the receiving end.

After the method is applied, the request end and the receiving end realize negotiation of the close-up parameters of the close-up image quality through signaling interaction before close-up, and determine a same close-up parameter, so that the media files (namely, the first media file and the second media file) to be synthesized with the same parameters can be generated respectively according to the close-up parameters obtained through negotiation. The method has the advantages that the requesting end or the receiving end can synthesize the media files with the same parameters into the co-shooting file, the problem of poor picture effect of the co-shooting file caused by non-uniform parameters of the media files to be synthesized is solved, the display effect of the co-shooting file is improved, and the co-shooting experience of a user is further improved.

In an optional embodiment, when the first media file and the second media file are videos, the first parameter may include a maximum frame rate supported by the requesting end and a maximum image resolution of each frame of image, the second parameter may include a maximum frame rate supported by the receiving end and a maximum image resolution of each frame of image, and the determined close-up parameter may include a close-up frame rate and a close-up image resolution. The close-up frame rate is less than or equal to the lower frame rate of the maximum frame rate supported by the request end and the maximum frame rate supported by the receiving end, and the close-up image resolution is less than or equal to the lower image resolution of the maximum image resolution supported by the request end and the maximum image resolution supported by the receiving end. For example, after the request end and the receiving end negotiate to obtain a close-up frame rate and a close-up image resolution, the request end records a first media file according to the close-up frame rate and the close-up image resolution, and the receiving end records a second media file according to the close-up frame rate and the close-up image resolution, so that the frame rate of the first media file and the frame rate of the second media file are both the same as the close-up frame rate, and the image resolution of the first media file and the image resolution of the second media file are both the same as the close-up image resolution. In this embodiment, the requesting end and the receiving end ensure that the parameters of the videos recorded at the two ends are uniform through negotiation of the co-shooting frame rate and the co-shooting resolution, so that cooperative control of image quality of the two ends is realized, the picture quality of the video co-shooting is improved, and the experience of a user in video co-shooting is further improved.

When the request end and the receiving end carry out video call, the two ends carry out video call according to the initial frame rate and the initial image resolution. When two parties enter a video co-shooting process, in order to ensure the fluency of the co-shooting video, the two parties can negotiate the co-shooting parameters according to a strategy of preferentially ensuring the fluency of the video and sacrificing the definition of the image. For example, the receiving end increases the frame rate on the basis of the initial frame rate as the snap-in frame rate, and decreases the image resolution of the video frame on the basis of the initial image resolution as the snap-in image resolution, thereby ensuring the fluency of the snap-in video. At this time, the parameters of the video file transmitted by the video call are consistent with the co-shooting parameters, under the condition that the video is guaranteed to be smooth, the image quality of the video call displayed at the two ends is also consistent with the image quality of the co-shooting video file, the video seen by the users at the two ends on respective equipment interfaces is the same as the finally generated co-shooting video, the real-time performance is guaranteed, namely what you see is what you get, and the experience of the user in co-shooting the video is further improved.

In an alternative embodiment, when the first media file and the second media file are images, the first parameter may include a maximum image resolution supported by the requesting end, the second parameter may include a maximum image resolution supported by the receiving end, and the determined close-up parameter may include a close-up image resolution. And the resolution of the co-shooting image is less than or equal to the lower image resolution of the maximum image resolution supported by the request end and the maximum image resolution supported by the receiving end. Specifically, after the request end and the receiving end negotiate to obtain the resolution of the snap-shot image, the request end shoots the first media file according to the resolution of the snap-shot image, and the receiving end shoots the second media file according to the resolution of the snap-shot image, so that the image resolution of the first media file and the image resolution of the second media file are both the same as the resolution of the snap-shot image. In the embodiment, the requesting end and the receiving end ensure the unification of the definition of the photo through the negotiation of the resolution of the photo, realize the cooperative control of the image quality of the two ends and improve the quality of the photo.

When the request end and the receiving end carry out video call, the two ends carry out video call according to the initial frame rate and the initial image resolution. When the two parties enter the process of taking photos together, in order to ensure the definition of the photos taken together, the two parties can negotiate the parameters of taking pictures together according to the strategy of preferentially ensuring the definition of the images and sacrificing the fluency of the videos. Specifically, the frame rate is reduced as the frame rate of the video call on the basis of the initial frame rate by the receiving end, and the image resolution of the video frame is improved as the resolution of the snap-shot image on the basis of the initial image resolution, so that the definition of the snap shot is ensured. At this time, the parameters of the video frame image transmitted by the video call are consistent with the resolution of the snap shot image, under the condition of ensuring the snap shot definition, the image quality of the video frame displayed at the two ends is also consistent with the image quality of the snap shot photo, and the images of the users at the two ends on the respective device interfaces are the same as the finally generated image, namely what you see is what you get, so that the quality of the snap shot photo of the users is further improved.

In an alternative embodiment, when video calls are performed at both ends, the media server is usually used to transmit video streams, and when the video is taken, the receiving end can send the second media file to the receiving end through the existing media server and by using the existing media path of the video call. In the embodiment, the receiving end transmits the media file by multiplexing the media channel of the existing video call, and compared with the cross-server transmission mode of transmitting the file by additionally using the message file server, the time delay is reduced, the real-time performance of the close shot is improved, and the user experience of the close shot is further improved.

In an optional embodiment, the requesting end and the receiving end may further adjust parameters during the video call according to the network status. In a common video call scene, when a media file needs to be transmitted, one end serving as a sender encodes the media file according to a certain encoding strategy, namely, the current maximum code rate, and then sends the encoded media stream to one end of a receiver, and one end of the receiver decodes the received media stream (namely, a video stream and a photographing stream). The request end or the receiving end as the encoding end can encode the media file according to the current maximum code rate and transmit the media file. When the request end is used as the encoding end, the receiving end is used as the decoding end; when the receiving end is used as the encoding end, the requesting end is used as the decoding end. When the existing media path of the multiplexing video call carries out the media file, the request end or the end of the receiving end which is used as the encoding party can improve the capacity of the media path by increasing the maximum code rate which can be accepted by the network state at the moment, thereby improving the transmission efficiency of the media file. When the transmission efficiency is increased, the display effect of the snap file can be further improved regardless of whether the snap frame rate or the snap image resolution is improved.

Optionally, the requesting end or the end of the receiving end, which is the encoding side, may also perform transmission of the media file according to an adaptive encoding policy for adjusting the busy level of the network (i.e., adjusting the maximum code rate that the network can allow), for example, adjusting the frame rate of the snapshot, the resolution of the snapshot image, and the maximum code rate. When the video-on-demand process is started, the request end or the end serving as the encoding party in the receiving end can also fully use the maximum code rate allowed by the network at the moment, and the strategy for guaranteeing the fluency of the traditional video call is switched to the strategy for guaranteeing the definition. For example, when starting a video call, the two ends transmit video files by using parameters of resolution of 720P, frame rate of 30fps and code rate of 1035, when performing a close shot, the requesting end and the receiving end can increase the current resolution to 1080P, change the frame rate to 10fps and change the code rate to 1800 to transmit the video files, thereby making full use of network conditions and ensuring the definition of the close shot.

For more clearly describing the interaction flow between the requesting end and the receiving end in the embodiment of the present application, the interaction and the encoding and decoding flow between the two ends are exemplarily described herein with reference to fig. 4 and fig. 5. The adjustment method of the beat parameters and the encoding strategy in this embodiment is only an example, and is not limited to the acquisition method of the beat parameters in this application.

As shown in fig. 4, the requesting end and the receiving end respectively install an application program for video call, the requesting end and the receiving end respectively include a transmission protocol component (including a transmission control protocol and/or a user data packet protocol) supporting communication and a media component capable of collecting, editing (or synthesizing) a media file, and both ends are provided with cameras. In fig. 4, the two ends of the request end and the receiving end perform signaling interaction through the signaling server, for example, sending a snapshot request and returning a snapshot response. The request end and the receiving end respectively comprise an intelligent coding and decoding module, and the intelligent coding and decoding module comprises a network self-adaptive module used for determining a coding strategy. The intelligent coding and decoding module also comprises a coding and decoding module which is used for coding and decoding the media file according to the coding and decoding strategy. In one embodiment, the receiving end encodes the video stream or the photo stream collected and generated by the camera by using the intelligent encoding and decoding module according to the encoding strategy, and then sends the encoded video stream or the photo stream to the requesting end through the media server. The request terminal decodes the received video stream or the received photo stream by adopting an intelligent coding and decoding module, and then generates the self-collected media file and the received media file by utilizing the self-media component to obtain a close-shot file.

As shown in the signaling interaction flow shown in fig. 5, a video call is established between a request terminal and a receiving terminal through a media server, the request terminal sends a snapshot request to the receiving terminal through the signaling server, and the receiving terminal identifies a snapshot scene based on the snapshot request and determines whether the snapshot scene is a snapshot or a video. And then the receiving end generates or adjusts the shooting parameters according to the shooting scene. For example, the snap-shot scene is a snap-shot video, and the receiving end can improve the snap-shot frame rate, reduce the resolution of the snap-shot image, and adjust the coding strategy in combination with the network condition self-adaption, that is, adjust the maximum code rate. For example, in the case of a good network, the receiving end can increase the maximum code rate. And then, the receiving end returns a close-shot response to the requesting end, wherein the close-shot response can carry close-shot parameters. The request terminal adjusts the acquisition strategy according to the close-up parameters, acquires the media files, receives the media files acquired according to the close-up parameters and sent by the receiving terminal through the media server, decodes the received media files, and synthesizes the media files obtained through decoding and the acquired media files to obtain the close-up files.

Examples of the methods of clapping provided by the present application are described above in detail. It is understood that the corresponding apparatus contains hardware structures and/or software modules for performing the functions in order to realize the functions. Those of skill in the art would readily appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as hardware or combinations of hardware and computer software. Whether a function is performed as hardware or computer software drives hardware depends upon the particular application and design constraints imposed on the solution. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

The functional modules of the device for taking photos in time can be divided according to the method example, for example, each function can be divided into each functional module, or two or more functions can be integrated into one module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. It should be noted that, the division of the modules in the present application is schematic, and is only a logical function division, and there may be another division manner in actual implementation.

Fig. 6 shows a schematic structural diagram of a device for taking a beat in time provided by the present application. The apparatus 600 comprises:

a first receiving module 601, configured to control a receiving end to receive a close-up request sent by a requesting end, where the close-up request carries a first parameter, and the first parameter is a media file parameter supported by the requesting end;

a determining module 602, configured to control the receiving end to determine a close-shot parameter according to a second parameter and the first parameter, where the second parameter is a media file parameter supported by the receiving end, a media file quality corresponding to the close-shot parameter is lower than or equal to a media file quality corresponding to the first parameter, and the media file quality corresponding to the close-shot parameter is lower than or equal to a media file quality corresponding to the second parameter;

a first sending module 603, configured to control the receiving end to send the close-up parameter to the requesting end, where the close-up parameter is used for the requesting end to generate a first media file, and a parameter of the first media file is the same as the close-up parameter;

the first generating module 604 is configured to control the receiving end to generate a second media file according to the close-up parameter, where the parameter of the second media file is the same as the close-up parameter, and the second media file is used to synthesize the first media file into a close-up file.

Optionally, the first media file and the second media file are both media files obtained from video calls of the receiving end and the requesting end, the frame rate of the snapshot is less than the initial frame rate of the video calls, and the resolution of the snapshot image is greater than the resolution of the initial image of the video calls.

Optionally, the apparatus 600 further includes a third sending module, configured to control the receiving end to send the second media file to the requesting end through the media path of the video call.

Optionally, the apparatus 600 further includes a third receiving module, configured to control the receiving end to receive the first media file sent by the requesting end through a media path of the video call.

Optionally, the apparatus 600 further includes a first control module, configured to control the receiving end to increase the maximum bit rate of the media path when the receiving end sends the second media file to the requesting end through the media path of the video call.

Fig. 7 shows a schematic structural diagram of a device for taking a beat in time provided by the present application. The apparatus 700 comprises:

a second sending module 701, configured to control a requesting end to send a close-up request to a receiving end, where the close-up request carries a first parameter, and the first parameter is a media file parameter supported by the requesting end;

a second receiving module 702, configured to control the requesting end to receive a close-up parameter sent by the receiving end, where a quality of a media file corresponding to the close-up parameter is lower than or equal to a quality of the media file corresponding to the first parameter, and the quality of the media file corresponding to the close-up parameter is lower than or equal to a quality of the media file corresponding to a second parameter, where the second parameter is a parameter of the media file supported by the receiving end;

the second generating module 703 is configured to control the requesting end to generate a first media file according to the close-up parameter, where a parameter of the first media file is the same as the close-up parameter, the close-up parameter is used for the receiving end to generate a second media file, a parameter of the second media file is the same as the close-up parameter, and the second media file is used to be synthesized into a close-up file with the first media file.

Optionally, the apparatus 700 further includes a fourth receiving module, configured to control the requesting end to receive the second media file sent by the receiving end through a media path of the video call.

Optionally, the apparatus 700 further includes a fourth sending module, configured to control the requesting end to send the first media file to the receiving end through the media path of the video call.

Optionally, the apparatus 700 further includes a second control module, configured to control the requesting end to increase the maximum bit rate of the media path when the requesting end sends the first media file to the receiving end through the media path of the video call.

The specific manner in which the device 600 and the device 700 perform the clapping and the resulting beneficial effects can be seen in the description related to the method embodiments.

The embodiment of the application also provides electronic equipment which comprises the processor. The electronic device provided by the embodiment may be the terminal device 100 shown in fig. 1, and is configured to perform the above-described method for clapping. In case of an integrated unit, the terminal device may comprise a processing module, a storage module and a communication module. The processing module may be configured to control and manage actions of the terminal device, and for example, may be configured to support the terminal device to execute steps executed by the display unit, the detection unit, and the processing unit. The memory module may be used to support the terminal device in executing stored program codes and data, etc. And the communication module can be used for supporting the communication between the terminal equipment and other equipment.

The processing module may be a processor or a controller. Which may implement or perform the various illustrative logical blocks, modules, and circuits described in connection with the disclosure. A processor may also be a combination of computing functions, e.g., a combination of one or more microprocessors, a Digital Signal Processing (DSP) and a microprocessor, or the like. The storage module may be a memory. The communication module may specifically be a radio frequency circuit, a bluetooth chip, a Wi-Fi chip, or other devices that interact with other terminal devices.

In an embodiment, when the processing module is a processor and the storage module is a memory, the terminal device according to this embodiment may be a device having the structure shown in fig. 1.

The embodiment of the present application further provides a computer-readable storage medium, in which a computer program is stored, and when the computer program is executed by a processor, the processor is enabled to execute the method for time-taking in any of the above embodiments.

The embodiment of the present application further provides a computer program product, when the computer program product runs on a computer, the computer is caused to execute the relevant steps described above, so as to implement the method for clapping in the foregoing embodiment.

The electronic device, the computer-readable storage medium, the computer program product, or the chip provided in this embodiment are all configured to execute the corresponding method provided above, so that the beneficial effects achieved by the electronic device, the computer-readable storage medium, the computer program product, or the chip may refer to the beneficial effects in the corresponding method provided above, and are not described herein again.

In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, a division of a module or a unit is only one type of logical functional division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another apparatus, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

Units described as separate parts may or may not be physically separate, and parts displayed as units may be one physical unit or a plurality of physical units, may be located in one place, or may be distributed to a plurality of different places. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, and can also be realized in a form of a software functional unit.

The integrated unit, if implemented in the form of a software functional unit and sold or used as a stand-alone product, may be stored in a readable storage medium. Based on such understanding, the technical solutions of the embodiments of the present application, or portions of the technical solutions that substantially contribute to the prior art, or all or portions of the technical solutions may be embodied in the form of a software product, where the software product is stored in a storage medium and includes several instructions to enable a device (which may be a single chip, a chip, or the like) or a processor (processor) to execute all or part of the steps of the methods of the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily think of the changes or substitutions within the technical scope of the present application, and shall be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A method of clapping, comprising:

a receiving terminal receives a snapshot request sent by a request terminal, wherein the snapshot request carries a first parameter, and the first parameter is a media file parameter supported by the request terminal;

the receiving end determines a close-shooting parameter according to a second parameter and the first parameter, wherein the second parameter is a media file parameter supported by the receiving end, the media file quality corresponding to the close-shooting parameter is lower than or equal to the media file quality corresponding to the first parameter, and the media file quality corresponding to the close-shooting parameter is lower than or equal to the media file quality corresponding to the second parameter;

the receiving end sends the close-shooting parameters to the request end, the close-shooting parameters are used for the request end to generate a first media file, and the parameters of the first media file are the same as the close-shooting parameters;

and the receiving end generates a second media file according to the close-up parameters, wherein the parameters of the second media file are the same as the close-up parameters, and the second media file is used for being synthesized into a close-up file with the first media file.

2. The method according to claim 1, wherein the first parameter is a media file parameter of the highest standard supported by the requesting end, and the second parameter is a media file parameter of the highest standard supported by the receiving end.

3. The method according to claim 1 or 2, wherein the first media file and the second media file are both videos, the first parameter includes a maximum frame rate and a maximum image resolution supported by the requesting end, the second parameter includes a maximum frame rate and a maximum image resolution supported by the receiving end, and the close-up parameter includes a close-up frame rate and a close-up image resolution.

4. The method of claim 3, wherein the first media file and the second media file are both media files obtained from a video call between the receiving end and the requesting end,

the snap-in frame rate is greater than an initial frame rate of the video call, and the snap-in image resolution is less than an initial image resolution of the video call.

5. The method according to claim 1 or 2, wherein the first media file and the second media file are both images, the first parameter comprises a maximum image resolution supported by the requesting end, the second parameter comprises a maximum image resolution supported by the receiving end, and the close-up parameter comprises a close-up image resolution.

6. The method of claim 5, wherein the first media file and the second media file are both media files obtained from a video call between the receiving end and the requesting end,

the snap-in frame rate is less than an initial frame rate of the video call, and the snap-in image resolution is greater than an initial image resolution of the video call.

7. The method according to claim 4 or 6, characterized in that the method further comprises:

the receiving end sends the second media file to the request end through a media channel of the video call; or,

and the receiving end receives the first media file sent by the request end through a media path of the video call.

8. The method of claim 7, further comprising:

and when the receiving end sends the second media file to the requesting end through the media path of the video call, the receiving end increases the maximum code rate of the media path.

9. A method of clapping, comprising:

10. The method according to claim 9, wherein the first parameter is a media file parameter of the highest standard supported by the requesting end, and the second parameter is a media file parameter of the highest standard supported by the receiving end.

11. The method according to claim 9 or 10, wherein the first media file and the second media file are both videos, the first parameter includes a maximum frame rate and a maximum image resolution supported by the requesting end, the second parameter includes a maximum frame rate and a maximum image resolution supported by the receiving end, and the close-up parameter includes a close-up frame rate and a close-up image resolution.

12. The method of claim 11, wherein the first media file and the second media file are both media files obtained from a video call between the receiving end and the requesting end,

13. The method according to claim 9 or 10, wherein the first media file and the second media file are both images, the first parameter comprises a maximum image resolution supported by the requesting end, the second parameter comprises a maximum image resolution supported by the receiving end, and the close-up parameter comprises a close-up image resolution.

14. The method of claim 13, wherein the first media file and the second media file are both media files obtained from a video call between the receiving end and the requesting end,

15. The method according to claim 12 or 14, characterized in that the method further comprises:

the request end receives the second media file sent by the receiving end through a media path of the video call; or,

and the request end sends the first media file to the receiving end through a media channel of the video call.

16. The method of claim 15, further comprising:

and when the request end sends the first media file to the receiving end through the media path of the video call, the request end increases the maximum code rate of the media path.

17. An apparatus for clapping, comprising:

the system comprises a first receiving module, a second receiving module and a sending module, wherein the first receiving module is used for controlling a receiving end to receive a close-shooting request sent by a request end, the close-shooting request carries a first parameter, and the first parameter is a media file parameter supported by the request end;

a determining module, configured to control the receiving end to determine a close-shooting parameter according to a second parameter and the first parameter, where the second parameter is a media file parameter supported by the receiving end, a media file quality corresponding to the close-shooting parameter is lower than or equal to a media file quality corresponding to the first parameter, and the media file quality corresponding to the close-shooting parameter is lower than or equal to a media file quality corresponding to the second parameter;

the first sending module is used for controlling the receiving end to send the close-shooting parameters to the requesting end, the close-shooting parameters are used for the requesting end to generate a first media file, and the parameters of the first media file are the same as the close-shooting parameters;

and the first generation module is used for controlling the receiving end to generate a second media file according to the close-shooting parameters, the parameters of the second media file are the same as the close-shooting parameters, and the second media file is used for being synthesized into a close-shooting file with the first media file.

18. An apparatus for clapping, comprising:

the second sending module is used for controlling the request end to send a close-shot request to the receiving end, wherein the close-shot request carries a first parameter, and the first parameter is a media file parameter supported by the request end;

a second receiving module, configured to control the requesting end to receive a close-up parameter sent by the receiving end, where a quality of a media file corresponding to the close-up parameter is lower than or equal to a quality of the media file corresponding to the first parameter, and the quality of the media file corresponding to the close-up parameter is lower than or equal to a quality of the media file corresponding to a second parameter, where the second parameter is a media file parameter supported by the receiving end;

and the second generation module is used for controlling the request terminal to generate a first media file according to the beat parameters, the parameters of the first media file are the same as the beat parameters, the beat parameters are used for the receiving terminal to generate a second media file, the parameters of the second media file are the same as the beat parameters, and the second media file is used for being synthesized into a beat file with the first media file.

19. An electronic device, comprising: a processor, a memory, and an interface;

the processor, memory and interface cooperate to cause the electronic device to perform the method of any of claims 1-8.

20. An electronic device, comprising: a processor, a memory, and an interface;

the processor, memory and interface cooperate to cause the electronic device to perform the method of any of claims 9-16.

21. A computer-readable storage medium, in which a computer program is stored which, when executed by a processor, causes the processor to carry out the method of any one of claims 1 to 8.

22. A computer-readable storage medium, in which a computer program is stored which, when executed by a processor, causes the processor to carry out the method of any one of claims 9 to 16.