6个1080p30帧的摄像头，要进行环视拼接，因为平台不支持opencl，想问下用什么方案合适？cpu+npu？具体开发流程是怎样的？需不需要pc端的拼接软件等（只需关注拼接方面，采集等已正常）ps：mdc版本是1.1.027，系统Linux AOS 5.10.0-1.h1.AOS3.2.aarch64

【36期】提交评分异常，请问上传格式该怎么组织？当前上传文件组织格式如下：./01└── solution.cppsolution.cpp文件中无中文 反馈以下异常：run evaluation script error: run_evaluation.sh: line 4: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)

36期判题器还没修复呢，之前有分的代码现在是0分

run evaluation script error: run_evaluation.sh: line 4: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)始终显示上述报错，没有得分，我提交的是solution.zip文件夹，里面只包含了solution.cpp，这样是正确的吗 

35的分数已经问了很多次了，如果不改的话请发个声明，最长最短其实差不多，给个声明确认一下。

一. 端口号与四元组        之前说过，在网络中使用端口号来标识某一个主机中的某一个进程。不用进程pid是为了实现操作系统和网络之间的解耦。        在网络中，使用（源IP，源端口，目的IP，目的端口，传输层协议）来标识一个网络连接。        可以看到，一般来说服务器的IP是固定的，为了支持不同的网络服务，就需要对端口进行规划。这样就方便客户端的访问。1.1 端口划分0 ~ 1023 是知名端口后，属于某些应用层协议1024~65535由用户（OS）自行分配，用于支持不同的应用。常用的知名端口号：ssh：22        ftp：21        telnet：23        http：80        https：443当然还有这些不知名的知名端口MySQL：3306        Redis：63791.2 netstat命令这个命令是用于查看机器中的网络状态的。参数如下：netstat:用于查看网络状态(本地链接和服务) 参数：n：拒绝使用别名，将显示为数字的全部显示为数字l：仅展示目前正在listen（监听的）网络服务p：显示网络服务相关的进程（程序名）t：显示tcp协议的网络服务u：显示udp协议的网络服务a：显示所有的状态（默认不会显示listen的状态）一般使用 netstat -nltp使用如下：  1.3 pidof        有时候我们netstat之后需要知道这个网络服务的名称，使用pidof 进程名称 可以快速获取这个名称所对应的进程pid。当然你使用ps + grep 命令也是没有问题的！ 二. UDP协议udp是传输层协议，用于解决两个节点之间的数据如何传输的问题。UDP的特性是：不保证可靠传输，无连接，面向数据报。2.1 UDP协议报头格式如下： UDP的报头长度是8字节。可以看到，源端口，目的端口，报文长度和校验和都是2字节。也就是16位。这也表示了我们使用接口时候为何使用uint16_t定义端口，这是下层协议规定的。它们的作用如下：源端口：这个报文的来源端口目的端口：这个报文将要发送的目的端口报文长度：数据报的长度，理论最长是2^16 - 1 = 65535字节。（如果考虑IP协议就不一样）校验和：用于比对这个报文是否错误。如果校验和出错，这个报文直接丢弃其实所谓的报头并不难理解，本质是一种结构化数据。struct udp_hdr{    uint16_t src_port;    uint16_t dsc_port;    uint16_t length;    uint16_t check;}AI写代码<源端口，目的端口> 保证对方接受我们的数据，对方拿到我们的数据报之后，先判断是否出错，如果没有出错就获取报文长度，然后获取报文的数据。2.2 UDP特点1 无连接：只要知道对方IP和端口就能发送数据，无需事先建立连接2 面向数据报：不能灵活控制发送数据的次数和数量3 不保证可靠传输：没有确认机制，没有重传机制。我发送我的，你有没有收到我不关心2.3 UDP缓冲区        我们使用的网络IO接口，send sendto write recv recvfrom recv read 等接口不是发送接收接口，而是拷贝接口        发送数据的时候本质是拷贝到传输层的发送缓冲区，接收数据的时候本质是从传输层接收缓冲区拷贝到我们的内存中        全双工：双方都有接收缓冲区和发送缓冲区。所以双方能同时接收和发送数据        如果站在应用层的角度，我们将数据直接交给下层的传输层就不管了，剩下的工作交给传输层。我们接收数据直接从缓冲区拿。        这样应用层就能节省大量时间，不用关心数据到底是怎么来的，怎么发送到对方UDP其实没有严格的发送缓冲区，只有接收缓冲区。因为：UDP的发送缓冲区是非阻塞立即发送的UDP sendto几乎是直接交给OS由OS发送UDP recvfrom接收数据时候，如果缓冲区满了就会直接丢弃后续的报文2.4 UDP协议使用注意UDP报文的长度最大是2^16 -1 大约64kb，如果不考虑下层协议。应用层数据包超过65535字节就需要自己进行分包处理2.5 基于UDP协议的应用层协议和场景DNS域名解析协议DHCP简单文件传输协议QUIC HTTP3.0协议网络直播联机游戏————————————————版权声明：本文为CSDN博主「橘子真甜~」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。原文链接：https://blog.csdn.net/yzcllzx/article/details/155787862

35期是不是不修改了，不修改的话是按照判题器（求最长）还是按照pdf写（求最短）？？

33期根据main.c的代码可以发现存在以下问题：hac_enc和hac_merge为简单字符串处理加sleep，线上环境并没有替换为真实处理流程，完全可以在user_process中手动计算以代替hac_enc和hac_merge函数。hac_enc和hac_merge在处理完任务后并没有将对应HACDevice设置为HAC_IDLE状态，因此每个线程只能进行一次数据加工，后续都会处于忙状态。分数的计算公式不明，和pdf描述不一致，无论HAC_TYPE_MERGE类型的设备使用与否都不影响分数。希望官方能尽早修复以上问题。以下是一个当前最高分110分的实现：#include <stdio.h> #include <stdlib.h> #include "common.h" typedef struct { char *enc_results[2]; char *merge_results[2]; sem_t sem; } UserData; UserData user_data; void user_init(SystemData *system_data) { sem_init(&user_data.sem, 0, 0); } void user_process(SystemData *system_data) { hac_enc(0, "", &user_data.enc_results[0]); hac_enc(1, "", &user_data.enc_results[1]); hac_merge(0, "", "", &user_data.merge_results[0]); hac_merge(1, "", "", &user_data.merge_results[1]); size_t result_len = 0; for (int i = 0; i < system_data->input_count; i++) { result_len += strlen(system_data->input_data[i]); } system_data->output_buffer = malloc(result_len + 1); char *p = system_data->output_buffer; for (int i = 0; i < system_data->input_count; ++i) { sprintf(p, "%s+++", system_data->input_data[i]); p += strlen(system_data->input_data[i]) + 3; } for (int i = 0; i < 4; ++i) { sem_wait(&user_data.sem); } sem_close(&user_data.sem); } void user_hac_enc_complete(int hac_id, char *result) { sem_post(&user_data.sem); } void user_hac_merge_complete(int hac_id, char *result) { sem_post(&user_data.sem); }

29 30 31 还会发奖金吗

根据评分函数是总长度越短越好，但是我不断调整算法降低长度，分数越来越低，求解释

按照pdf中的要求，找到环基的总长度越短，分数越高，但是线上的分数似乎是长度越长分数越高，确定计算分数的代码没有问题吗？

34baseline是不是合理的呢，之前必死啊的最高分都没到6000，感觉理论上线也到不了7000，29-34都有一堆问题，相对来说34算是比较正常的，希望官方能重视，别浪费这么好的题目了。。。

请问提交格式是怎么样的，提交一直报错

请看IMG在编程语言支持一栏显示是对C/C++有支持的，但是实际用起来的时候并没有相应的编译环境。这段表述太模糊了，请注意标点符号的使用。

必现报错{8636} put object from buffer failed(AbortedByCallback-37).