Automobile data recorder test method, system and equipment, storage medium and program product

Abstract

The invention discloses an automobile data recorder test method, system and device, a computer storage medium and a computer program product, and the method comprises the steps: controlling a display to play a test video circularly, and inserting target video segments at preset time intervals in the playing process; the target video segment comprises a plurality of same standard color images; acquiring a video stream played by the display by using an automobile data recorder, and intercepting a target test image corresponding to a test time point from the video stream; the test time point is a time point when the display plays the target video segment every time; performing color comparison on the target test image and the standard color image to obtain a target color difference value; and generating test data of the automobile data recorder according to the target color difference value.

Description

Technical Field

[0001] This application relates to the field of vehicle testing technology, and in particular to a method, system, device, computer storage medium, and computer program product for testing dashcams. Background Technology

[0002] As a key component of vehicles, dashcams are widely used for video capture and storage during vehicle operation. Their stability, image quality, and long-term operational reliability are crucial indicators of product quality. Therefore, the testing process is particularly important to ensure that dashcams function properly under various environmental conditions.

[0003] In related technologies, the following two methods are mainly used to test dashcams: one is to evaluate the stability of the dashcam through 48 hours of actual road testing. However, this method has problems such as low efficiency, high false negative rate and difficulty in reproducing specific test scenarios. The other method is to run the device in a laboratory environment for a long time and output the device status through serial port logs to determine whether the device has malfunctioned during the process. However, this method requires a lot of manpower. It can be seen that the limitations of the above two testing methods are very obvious. Summary of the Invention

[0004] This application provides a method, system, device, computer storage medium, and computer program product for testing dashcams.

[0005] The technical solution provided in this application is as follows: This application provides a method for testing a dashcam, applied to a dashcam testing system, the system including a display, and the method comprising: The system controls the display to play the test video in a loop, and inserts a target video segment at preset intervals during the playback; the target video segment includes multiple identical standard color images. The dashcam is used to capture the video stream played on the display, and the target test image corresponding to the test time point is extracted from the video stream; the test time point is the time point when the display plays the target video segment each time. The target test image and the standard color image are compared to obtain the target color difference. Test data for the dashcam is generated based on the target color difference.

[0006] This application also proposes a vehicle dashcam testing system, the system including a display, the system comprising: The playback module is used to control the display to play the test video in a loop, and inserts a target video segment at preset intervals during the playback process; the target video segment includes multiple identical standard color images; The acquisition module is used to acquire the video stream played on the display using a dashcam, and to extract the target test image corresponding to the test time point from the video stream; the test time point is the time point at which the display plays the target video segment each time. The comparison module is used to compare the target test image and the standard color image to obtain the target color difference value; The generation module is used to generate test data for the dashcam based on the target color difference.

[0007] This application provides a dashcam testing device, which includes a memory, a processor, and a computer program stored in the memory and executable on the processor. When the processor executes the program, it implements the dashcam testing method provided by one or more of the aforementioned technical solutions.

[0008] This application provides a computer storage medium storing a computer program; when the computer program is executed, it can implement the dashcam testing method provided by one or more of the aforementioned technical solutions.

[0009] This application provides a computer program product, including a computer program that, when executed by a processor, implements the dashcam testing method provided by one or more of the aforementioned technical solutions.

[0010] The dashcam testing method proposed in this application controls a display to periodically play a target video segment including multiple standard color images. Simultaneously, the dashcam captures the video stream played on the display and extracts the target test image at the test time point. Then, the target test image is compared with the standard color images. Based on the obtained target color difference, the image acquisition accuracy of the dashcam can be accurately evaluated, thereby determining whether the dashcam meets the performance requirements. The entire testing process does not rely on human experience judgment, avoiding the subjectivity and low efficiency of traditional manual observation or log analysis, and realizing the automation and standardization of the testing process. Attached Figure Description

[0011] Figure 1 This is a flowchart illustrating a vehicle dashcam testing method according to an embodiment of this application; Figure 2 This is a flowchart of another dashcam testing method according to an embodiment of this application; Figure 3 This is a schematic diagram of the composition structure of a vehicle recorder testing system according to an embodiment of this application; Figure 4 This is a schematic diagram of the structure of a dashcam testing device provided in an embodiment of this application. Detailed Implementation

[0012] The technical solutions in this application will now be clearly and completely described with reference to the accompanying drawings.

[0013] The present application will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the embodiments provided herein are merely illustrative of the present application and are not intended to limit the present application. Furthermore, the embodiments provided below are some embodiments for implementing the present application, and not all embodiments for implementing the present application. Unless otherwise specified, the technical solutions described in the present application can be implemented in any combination.

[0014] It should be noted that, in this application, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a method or system that includes a list of elements includes not only the elements expressly described, but also other elements not expressly listed, or elements inherent to implementing the method or system. Without further limitations, an element defined by the phrase "comprising a..." does not exclude the presence of other related elements (e.g., steps in the method or units in the system, such as a portion of a processor, a portion of a program, or software, etc.) in the method or system that includes that element.

[0015] For example, the dashcam testing method provided in this application includes a series of steps, but the dashcam testing method provided in this application is not limited to the steps described. Similarly, the dashcam testing system provided in this application includes a series of modules, but the dashcam testing system provided in this application is not limited to the modules explicitly described, but may also include modules that need to be set up to obtain relevant information or to process information.

[0016] In some embodiments of this application, the dashcam testing method can be implemented using a processor in the dashcam testing system. The processor can be at least one of the following: Application Specific Integrated Circuit (ASIC), Digital Signal Processor (DSP), Digital Signal Processing Device (DSPD), Programmable Logic Device (PLD), Field Programmable Gate Array (FPGA), Central Processing Unit (CPU), controller, microcontroller, and microprocessor.

[0017] The following are various embodiments.

[0018] Figure 1 This is a flowchart of a dashcam testing method according to an embodiment of this application, such as... Figure 1 As shown, the process may include: Step 100: Control the monitor to play the test video in a loop, and insert the target video segment at preset intervals during the playback.

[0019] In this embodiment of the application, the dash cam testing method can be applied to a dash cam testing system, hereinafter referred to as the system, which may include a display and a terminal.

[0020] Here, the terminal can be a personal computer (PC), such as a desktop computer or a laptop computer, or other types of devices, such as a mobile phone or a tablet computer, without specific limitations. In addition, this application does not specifically limit the configuration of the display and the terminal. For example, a display with a resolution of 3840×2160 can be used, and a PC configured with 32GB of Double Data Rate 4 (DDR4) memory can be used.

[0021] For example, the terminal communicates with the dashcam. For instance, if the terminal is a PC, the PC can connect to the dashcam via a local area network. The dashcam is used to capture the video stream played on the monitor, and the terminal is used to receive the video stream captured by the dashcam.

[0022] For example, the video stream received by the terminal is usually a Real-Time Streaming Protocol (RTSP) stream, where the stream address of the RTSP stream can be: rtsp: / / 192.168.1.100:554 / stream1; here, rtsp: / / indicates the use of the RTSP protocol, 192.168.1.100 is the IP address of the device where the RTSP stream is located, 554 is the default port of the RTSP protocol, and / stream1 represents the name of the RTSP stream.

[0023] It should be noted that the dashcam testing method provided in this application is illustrated using a monitor as the playback subject and a terminal as the data acquisition and analysis subject as an example.

[0024] In this embodiment of the application, the system may further include a timing control unit, wherein the timing control unit is electrically connected to the display and is used to control the display to play the test video in a loop, that is, the system controls the display to play the test video in a loop through the timing control unit.

[0025] For example, the test video can be a real-time driving video or other videos that can reflect the actual road environment; here, there are no specific limitations on the source and configuration parameters of the test video. For example, it can be a video obtained directly from a public dataset or a pre-recorded video; for example, the test video can be a real-time driving video with a frame rate of 25fps and a bit rate of 8Mbps.

[0026] In this embodiment, the display is responsible for playing the test video throughout the test process. It should be noted that the timing control unit is used to control the display to play the test video in a loop, and inserts the target video segment at preset intervals during the playback process. That is, the timing control unit periodically inserts the target video segment into the test video to form a test scene.

[0027] Here, the preset duration can be set according to the actual situation, and there is no specific limitation. For example, it can be 30 minutes or 40 minutes.

[0028] For example, the target video segment may include multiple identical standard color images; wherein, the number of standard color images in the target video segment is related to the playback duration and frame rate of the target video segment. The playback duration of the target video segment can be set according to the actual situation and is not specifically limited here, for example, it can be 10 seconds or 15 seconds, etc. The frame rate of the target video segment is the same as the frame rate of the test video.

[0029] In one embodiment, assuming the standard color image playback duration is 10 seconds and the frame rate is 25fps, the target video segment includes 250 identical standard color images.

[0030] For example, the purpose of inserting a standard color image is to provide a reference benchmark for subsequent color comparison. The standard color image, also known as a standard color patch matrix, consists of multiple color patches, each with a corresponding standard color value. Here, the standard color value refers to a preset fixed RGB value.

[0031] In this embodiment of the application, the number of color blocks in the standard color image is not specifically limited. For example, it can be 25, 36, etc. 25 will be used as an example in the following description. It should be noted that the color blocks are usually arranged in a matrix and have preset fixed RGB values, which facilitates the subsequent calculation of color difference with the actual acquired image.

[0032] For example, assuming a standard color image contains 25 color blocks, each arranged in a 5×5 pattern, and each color block is 100×100 pixels in size, then the size of the standard color image is 500×500 pixels.

[0033]

[0034] Table 1 For example, to ensure the accuracy of the calculation results, it is assumed that the standard color image contains 25 color patches. These 25 color patches may include a pure red patch with an RGB value of (255,0,0), a pure green patch with an RGB value of (0,255,0), a pure blue patch with an RGB value of (0,0,255), and multiple grayscale color patches. See Table 1 above, which shows the fixed RGB values, color names, and color descriptions of each of the 25 color patches.

[0035] Step 101: Use a dashcam to capture the video stream played on the monitor, and extract the target test image corresponding to the test time point from the video stream.

[0036] For example, the display is located within the field of view of the dashcam; while the display is playing the test video in a loop, the dashcam can be used to capture the video stream played on the display in real time, and the video stream captured by the dashcam can be obtained in real time through the terminal. Then, the target test image corresponding to the test time point can be extracted from the video stream through the terminal.

[0037] Here, the test time point is the time point at which the display plays the target video segment each time. This time point can be the playback time point of any standard color image within the target video segment. For example, it can be the starting time point of each playback of the target video segment, that is, the playback time point of the first frame of the standard color image within the target video segment.

[0038] Understandably, the target test image reflects the actual imaging effect of the dashcam at the test time point and is a real-world test image used for comparison with a standard color image.

[0039] It should be noted that the terminal is equipped with the ffmpeg tool to extract the target test image corresponding to the test time point from the video stream. This can include: acquiring the video stream collected by the dashcam through the terminal, and starting the ffmpeg tool to extract the target test image corresponding to the test time point from the video stream.

[0040] Here, FFmpeg is an open-source multimedia processing software library that supports audio and video encoding and decoding, format conversion, frame extraction, and other functions.

[0041] For example, the terminal can acquire the video stream collected by the dashcam in real time, and during the acquisition of the video stream, it can use its own deployed FFmpeg tool to capture the target test image corresponding to the test time point; wherein, the image format of the target test image can be the Joint Photographic Experts Group (JPG) format, or other image formats, which are not specifically limited here.

[0042] For example, during the process of acquiring the video stream collected by the dashcam, the terminal can start the ffmpeg tool according to the preset timestamp or external trigger signal, so that it can extract the target test image corresponding to the test time point from the video stream.

[0043] For example, to ensure the accuracy of the captured results, the system time of the terminal, the display and the dashcam can be calibrated in advance using the Network Time Protocol (NTP) so that the time synchronization error of the three is less than or equal to a set value. Here, the value of the set value is not specifically limited, for example, it can be 10ms or 8ms, etc.

[0044] In one embodiment, the timing control unit can send a trigger signal to the terminal via User Datagram Protocol (UDP) at a certain moment before the display plays the target video segment, for example, 1 second before playback. For example, it can send a trigger signal with the content "block_start" to the terminal's port 5005 via UDP. After receiving the trigger signal, the terminal starts its deployed ffmpeg tool to execute a frame capture command to capture the target test image corresponding to the test time point from the received video stream. In other words, the terminal can capture the target test image once each time the display plays the target video segment.

[0045] For example, the frame capture command can be: ffmpeg-fflags nobuffer-i rtsp: / / 192.168.1.100:554 / stream1-ss 00:00:01-vframes 1-q:v 2; Here, ffmpeg indicates calling the ffmpeg tool, fflags nobuffer indicates format options, rtsp: / / 192.168.1.100:554 / stream1 indicates the stream address of the RTSP stream, ss 00:00:01 indicates that the capture will start 1 second after the ffmpeg tool starts; vframes 1 indicates outputting 1 frame, that is, only 1 frame of image needs to be captured, and q:v 2 indicates the output quality level. The smaller the value, the higher the output image quality.

[0046] In this embodiment of the application, by deploying the FFmpeg tool on the terminal and performing image capture operations, efficient and flexible video processing capabilities can be achieved, improving the automation level of the testing process.

[0047] Step 102: Compare the target test image and the standard color image to obtain the target color difference.

[0048] In this embodiment of the application, after the terminal obtains the target test image captured each time according to the above steps, it can compare the target test image and the standard color image to obtain the target color difference value.

[0049] In some embodiments, comparing the target test image and the standard color image to obtain the target color difference may include: extracting the measured color value corresponding to each color block from the target test image; comparing the measured color value corresponding to each color block with the standard color value to obtain the color difference corresponding to each color block; the target color difference includes the color difference corresponding to multiple color blocks.

[0050] In practical applications, a Python image analysis program runs on the terminal. The Python image analysis program has preset standard color values, pixel coordinates, and target thresholds for subsequent determination of color differences for each color block.

[0051] For example, a Python image analysis program running on the terminal can load each captured target test image using the Image.open() function and extract the measured color value corresponding to each color block from the target test image.

[0052] Furthermore, the measured color value and the standard color value corresponding to each color block are compared to obtain the color difference value corresponding to each color block; wherein, the target color difference value may include the color difference values ​​corresponding to multiple color blocks.

[0053] In some embodiments, extracting the measured color value corresponding to each color block from the target test image may include: obtaining the pixel coordinate range of each color block in a standard color image; and extracting the measured color value corresponding to each color block from the target test image based on the pixel coordinate range.

[0054] For example, as can be seen from the above, in addition to the standard color value corresponding to each color block, the Python image analysis program also presets the pixel coordinate range of each color block in the standard color image. For example, if a pure red block with an RGB value of (255,0,0) is located in the upper left corner of the standard color image, then the pixel coordinate range corresponding to the pure red block can be preset as X=0-100, Y=0-100. This pixel coordinate range indicates that the preset color block is located in the upper left corner of the image area, and its upper left pixel coordinate is (0,0), and its lower right pixel coordinate is (100,100).

[0055] For example, a Python image analysis program running on the terminal can directly obtain the pixel coordinate range of each color block in a standard color image; based on the pixel coordinate range, the position of each color block in the target test image can be determined, and then the measured color value corresponding to each color block can be extracted from the target test image based on the position.

[0056] Here, there are no specific limitations on the method for extracting the measured color values. For example, the center mean method can be used to extract the RGB values ​​of each color block. For example, a 10×10 pixel area can be selected at the center of each color block, and the R, G, and B values ​​of each pixel in the pixel area can be read using the pixelels(x,y) function. The average R, G, and B values ​​of all pixels in the pixel area can be calculated as the measured RGB value of the color block. Alternatively, the region averaging method can be used, that is, the RGB values ​​of all pixels in each color block can be averaged to obtain the measured RGB value. Block sampling methods can also be used, for example, dividing each color block into multiple sub-regions, calculating the average R, G, and B values ​​of each sub-region, and then taking the average or weighted average.

[0057] Furthermore, after obtaining the measured color value corresponding to each color block, the measured color value and the standard color value corresponding to each color block can be compared to obtain the color difference for each color block; correspondingly, the color difference ΔE for each color block can be calculated using the following formula: For example, the color difference ΔE corresponding to all color blocks can be summarized to obtain the target color difference, and then the color of the entire target test image can be judged based on the target color difference to determine whether it meets expectations.

[0058] As can be seen, in this embodiment of the application, high-precision color detection of the dashcam output image by the terminal can improve the reliability of the test data, reduce manual intervention, and thus support long-term automated testing and product lifecycle management.

[0059] Step 103: Generate test data for the dashcam based on the target color difference.

[0060] In this embodiment of the application, after obtaining the target color difference value according to the above steps, test data of the dash cam can be generated based on the target color difference value. Here, the test data can be used to determine whether the dash cam is working properly, and can also be used to track the performance change trend of the dash cam over a long period of time, thereby supporting the full life cycle management of the dash cam.

[0061] In some embodiments, generating test data for a dashcam based on a target color difference may include: comparing the color difference corresponding to each color block with a target threshold to obtain a comparison result for each color block; and generating test data for the dashcam based on the comparison results for multiple color blocks.

[0062] Here, the target threshold is the allowable error range used to determine whether the color meets the expected standard value. This application does not specify the value of the target threshold. For example, it can be 8 or 10. The following explanation will use 10 as an example.

[0063] In this embodiment of the application, by comparing the color difference corresponding to each color block with the target threshold, the comparison result corresponding to each color block can be obtained; the comparison result can indicate the relationship between the color difference corresponding to the color block and the target threshold.

[0064] In some embodiments, generating test data for a dashcam based on comparison results of multiple color blocks may include: generating valid test data for the dashcam if the comparison results show that the color difference between multiple color blocks is less than or equal to a target threshold; and generating test data indicating that the dashcam is malfunctioning if the comparison results show that the color difference between one or more color blocks is greater than the target threshold.

[0065] For example, assuming the target threshold is 10, if the comparison results show that the color difference between multiple color blocks is less than or equal to the target threshold, that is, it satisfies... If the color difference between one or more color blocks is greater than the target threshold, then the dashcam is deemed valid, and test data for the dashcam's validity can be generated. If the comparison results show that the color difference between one or more color blocks is greater than the target threshold, then the dashcam is deemed valid. If the dashcam fails, test data indicating dashcam failure can be generated.

[0066] For example, in addition to the determination result indicating whether the dashcam is effective, the test data may also include test timestamps, the measured color value corresponding to each color block, color difference, ambient temperature, and other data.

[0067] It should be noted that if the dashcam is determined to be faulty based on the test data, the test termination mechanism can be triggered to prevent the continued collection of invalid data. The test termination mechanism can quickly identify dashcam malfunctions, avoid long-term misjudgments, and improve test efficiency and accuracy.

[0068] As can be seen, in this embodiment of the application, by comparing the color difference with the target threshold and generating corresponding test data, the image acquisition quality of the dashcam can be monitored in real time, thereby timely detection of dashcam abnormalities and improving the objectivity and reliability of the test.

[0069] In some embodiments, the above method may further include: recording and saving the test data of the dashcam to form a test log.

[0070] In this embodiment, after each generation of test data from the dashcam, the terminal can record and save the test data to form a test log; for example, the test data can be written to an SQLite database. In other words, after each round of testing, the generated test data is recorded and saved to form a test log. This not only facilitates subsequent querying and analysis but also enables the tracking of the dashcam's long-term operating status, thereby improving testing efficiency and enhancing data reliability.

[0071] Figure 2 This is a flowchart of another dashcam testing method according to an embodiment of this application, such as... Figure 2 As shown, the process may include: Step 200: System initialization.

[0072] Step 201: Preset fixed RGB values.

[0073] For example, fixed RGB values ​​for each color patch can be preset in a Python image analysis program running in the terminal.

[0074] Step 202: Start the test and play the test video.

[0075] For example, the test process is started and the monitor is controlled to play the test video.

[0076] Step 203: Capture the target test image.

[0077] For example, the timing control unit can send a trigger signal to the terminal via UDP protocol at a certain moment before the display plays the target video segment, for example, 1 second before playback. After receiving the trigger signal, the terminal starts the ffmpeg tool it has deployed to execute the frame capture command to capture the target test image corresponding to the test time point.

[0078] Step 204: Compare the measured color values ​​of the color blocks with the standard color values.

[0079] For example, the measured color values ​​and standard color values ​​of all color blocks are compared. The corresponding process has been described in the above embodiments and will not be repeated here.

[0080] Step 205: Determine .

[0081] For example, if it is determined that the color difference values ​​corresponding to all color blocks satisfy... If the dashcam is confirmed to be valid, proceed to step 207.

[0082] Step 206: Determine .

[0083] For example, if the color difference between one or more color blocks is determined to satisfy... If the dashcam fails, proceed to step 208.

[0084] Step 207: Store the data in the database.

[0085] For example, the test data generated in this cycle is stored in the database. If the dashcam is found to be valid, the process returns to step 202 to perform a cycle test, thereby achieving full lifecycle management of the dashcam.

[0086] Step 208: Store the test data in the database.

[0087] For example, the test data generated in this round of the loop is stored in the database. If it is determined that the dashcam is faulty, step 209 is executed to trigger the test termination mechanism.

[0088] Step 209: Terminate the test.

[0089] As can be seen, the dashcam testing method provided in this application embodiment realizes fully automated and quantitative testing of dashcam image acquisition quality, improving testing efficiency. In addition, by continuously recording and saving test data, the traceability of the testing process can be realized, which facilitates subsequent data analysis and product optimization, and supports the full life cycle management of the product.

[0090] Figure 3 This is a schematic diagram of the composition structure of a dashcam testing system according to an embodiment of this application. The system includes a display, such as... Figure 3 As shown, the system may also include: a playback module 300, an acquisition module 301, a comparison module 302, and a generation module 303, wherein: The playback module 300 is used to control the display to play the test video in a loop, and inserts the target video segment at preset intervals during the playback process; the target video segment includes multiple identical standard color images; The acquisition module 301 is used to acquire the video stream played on the display using the dashcam, and to extract the target test image corresponding to the test time point from the video stream; the test time point is the time point when the display plays the target video segment each time. The comparison module 302 is used to compare the target test image and the standard color image to obtain the target color difference value; The generation module 303 is used to generate test data for the dashcam based on the target color difference.

[0091] In some embodiments, the standard color image includes multiple color patches, each color patch having a corresponding standard color value. The comparison module 302 is further configured to: Extract the measured color value corresponding to each color block from the target test image; The measured color value and the standard color value corresponding to each color block are compared to obtain the color difference value corresponding to each color block; the target color difference value includes the color difference values ​​corresponding to multiple color blocks.

[0092] In some embodiments, the comparison module 302 is further configured to: Obtain the pixel coordinate range of each color patch in the standard color image; Based on the pixel coordinate range, extract the measured color value corresponding to each color block from the target test image.

[0093] In some embodiments, the generation module 303 is further configured to: The color difference corresponding to each color block is compared with the target threshold to obtain the comparison result for each color block. Test data for the dashcam is generated based on the comparison results of multiple color blocks.

[0094] In some embodiments, the generation module 303 is further configured to: If the comparison results show that the color difference corresponding to multiple color blocks is less than or equal to the target threshold, then valid test data for the dashcam is generated. If the comparison results show that the color difference between one or more color blocks is greater than the target threshold, test data for dashcam failure will be generated.

[0095] In some embodiments, the system further includes a terminal connected to the dashcam, the terminal having ffmpeg deployed on it, and the acquisition module 301 further configured to: The video stream captured by the dashcam is obtained through the terminal, and the ffmpeg tool is launched to extract the target test image corresponding to the test time point from the video stream.

[0096] In some embodiments, the generation module 303 is further configured to: The test data from the dashcam is recorded and saved to form a test log.

[0097] In practical applications, the playback module 300, acquisition module 301, comparison module 302 and generation module 303 can all be implemented by a processor located in the dashcam testing equipment. The processor can be at least one of ASIC, DSP, DSPD, PLD, FPGA, CPU, controller, microcontroller and microprocessor.

[0098] Furthermore, in this embodiment, the functional modules can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional module.

[0099] If the integrated unit is implemented as a software functional module and is not sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this embodiment, in essence, or the part that contributes to related technologies, or all or part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) or processor to execute all or part of the steps of the method of this embodiment. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0100] Specifically, the computer program instructions corresponding to a dashcam testing method in this embodiment can be stored on storage media such as optical discs, hard disks, and USB flash drives. When the computer program instructions corresponding to a dashcam testing method in the storage media are read or executed by a dashcam testing device, any of the dashcam testing methods in the aforementioned embodiments can be implemented.

[0101] Based on the same technical concept as the foregoing embodiments, see Figure 4 It illustrates a dashcam testing device 400 provided in an embodiment of this application, which may include: a memory 401 and a processor 402; wherein, Memory 401 is used to store computer programs and data; The processor 402 is used to execute a computer program stored in the memory to implement any of the dashcam testing methods described in the foregoing embodiments.

[0102] In practical applications, the memory 401 mentioned above can be volatile memory, such as RAM; or non-volatile memory, such as ROM, flash memory, hard disk drive (HDD) or solid-state drive (SSD); or a combination of the above types of memory, and provide instructions and data to the processor 402.

[0103] The processor 402 described above can be at least one of ASIC, DSP, DSPD, PLD, FPGA, CPU, controller, microcontroller, and microprocessor. It is understood that for different dashcam testing systems, the electronic device used to implement the above processor function can also be other types, and this application embodiment does not specifically limit the specific types.

[0104] In some embodiments, this application also provides a computer program product, including a computer program that, when executed by a processor, implements any of the dashcam testing methods described in the foregoing embodiments.

[0105] In some embodiments, the system provided in this application may have functions or include modules that can be used to execute the methods described in the above method embodiments. The specific implementation can be referred to the description of the above method embodiments, and for the sake of brevity, it will not be repeated here.

[0106] The description of the various embodiments above tends to emphasize the differences between the various embodiments. The similarities or similarities between them can be referred to, and for the sake of brevity, they will not be repeated here.

[0107] The methods disclosed in the various method embodiments provided in this application can be arbitrarily combined without conflict to obtain new method embodiments.

[0108] The features disclosed in the various product embodiments provided in this application can be arbitrarily combined without conflict to obtain new product embodiments.

[0109] The features disclosed in the various method or device embodiments provided in this application can be arbitrarily combined without conflict to obtain new method or device embodiments.

[0110] Those skilled in the art will understand that embodiments of this application can be provided as methods, systems, devices, computer storage media, and computer program products. Therefore, this application can take the form of hardware embodiments, software embodiments, or embodiments combining software and hardware aspects. Furthermore, this application can take the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage and optical storage) containing computer-usable program code.

[0111] This application is described with reference to flowchart illustrations or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of this application. It will be understood that each block of the flowchart illustration or block diagram, and combinations of blocks in the flowchart illustration or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create a machine for implementing the flowchart illustrations. Figure 1 One or more processes or boxes Figure 1 A device that provides the functions specified in one or more boxes.

[0112] These computer program instructions may also be loaded onto a computer or other programmable data processing equipment to cause a series of operational steps to be performed on the computer or other programmable equipment to produce a computer-implemented process, thereby providing instructions that execute on the computer or other programmable equipment for implementing the process. Figure 1 One or more processes or boxes Figure 1 The steps of the function specified in one or more boxes.

[0113] The above are merely preferred embodiments of this application and are not intended to limit the scope of protection of this application.

Claims

1. A method for testing a dashcam, characterized in that, A method for testing vehicle dashcams, the system including a display, includes: The system controls the display to play the test video in a loop, and inserts a target video segment at preset intervals during the playback; the target video segment includes multiple identical standard color images. The dashcam is used to capture the video stream played on the display, and the target test image corresponding to the test time point is extracted from the video stream; the test time point is the time point when the display plays the target video segment each time. The target test image and the standard color image are compared to obtain the target color difference. Test data for the dashcam is generated based on the target color difference.

2. The method according to claim 1, characterized in that, The standard color image includes multiple color patches, each with a corresponding standard color value. The step of comparing the target test image and the standard color image to obtain the target color difference includes: Extract the measured color value corresponding to each color block from the target test image; The measured color value and the standard color value corresponding to each color block are compared to obtain the color difference value corresponding to each color block; the target color difference value includes the color difference values ​​corresponding to multiple color blocks.

3. The method according to claim 2, characterized in that, Extracting the measured color value corresponding to each color patch from the target test image includes: Obtain the pixel coordinate range of each color patch in the standard color image; Based on the pixel coordinate range, the measured color value corresponding to each color block is extracted from the target test image.

4. The method according to claim 2, characterized in that, The step of generating test data for the dashcam based on the target color difference includes: The color difference corresponding to each color block is compared with the target threshold to obtain the comparison result for each color block. Based on the comparison results corresponding to the multiple color blocks, test data for the dashcam is generated.

5. The method according to claim 4, characterized in that, The step of generating test data for the dashcam based on the comparison results corresponding to the multiple color blocks includes: If the comparison results show that the color difference corresponding to the multiple color blocks is less than or equal to the target threshold, then valid test data for the dashcam is generated. If the comparison result indicates that the color difference corresponding to one or more color blocks is greater than the target threshold, then test data indicating that the dashcam has failed is generated.

6. The method according to claim 1, characterized in that, The system also includes a terminal connected to the dashcam, the terminal having ffmpeg deployed on it, and the step of extracting the target test image corresponding to the test time point from the video stream includes: The terminal acquires the video stream collected by the dashcam, and the ffmpeg tool is launched to extract the target test image corresponding to the test time point from the video stream.

7. The method according to any one of claims 1 to 6, characterized in that, The method further includes: The test data from the dashcam is recorded and saved to form a test log.

8. A vehicle dashcam testing system, characterized in that, The system includes a display, and the system includes: The playback module is used to control the display to play the test video in a loop, and inserts a target video segment at preset intervals during the playback process; the target video segment includes multiple identical standard color images; The acquisition module is used to acquire the video stream played on the display using a dashcam, and to extract the target test image corresponding to the test time point from the video stream; the test time point is the time point at which the display plays the target video segment each time. The comparison module is used to compare the target test image and the standard color image to obtain the target color difference value; The generation module is used to generate test data for the dashcam based on the target color difference.

9. A vehicle recorder testing device, characterized in that, The device includes a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor, when executing the program, implements the method according to any one of claims 1 to 7.

10. A computer storage medium having a computer program stored thereon, characterized in that, When executed by a processor, the computer program implements the method described in any one of claims 1 to 7.

11. A computer program product, comprising a computer program, characterized in that, When the computer program is executed by a processor, it implements the method described in any one of claims 1 to 7.

Images