国标GB28181协议平台EasyGBS使用SDK查询视频时，时间缺失该如何解决?

而今所示片碧服务EasyGBS反对电源/SDK通过而今GB28181双方同意注册接入，并能意味着所示片的系统对监控播送、片段、检索与返看、语音对讲、碧存储电源、监测、SDK级联等功能。SDK调动简单、可拓展性强，反对将接入的所示片流完成全部都是终端、全部都是SDK分派，分派的所示片流除此以外RTSP、RTMP、FLV、HLS、WebRTC等编解码器。

近期有使用者反馈，其定制的EasyGBS这两项在采用SDK查询片段时，用到下述可能会：

片段查询区段为：2022-08-19 08:25:38 到 2022-08-19 08:28:38

展示时却辨识：2022-07-19 08:25:38 到 2022-07-19 08:28:38 区段的片段

足足发挥作用了一个月末的时间段。如下所示：

收到反馈后，医务人员立刻组织起来整改与解决。

首再行分析问题，由于在编译器中都采用的是运算符匹配为时间段编解码器（struct tm），是通过strptime数组转成时间段struct tm，而strptime主要主要用途将运算符编解码器分解成时间段编解码器（换取每个年、月末、日、时、分、钟后和秒等），都是毗邻time.h的头文件中都，其struct tm和strptime的独有模型如下：

strptime数组的返返值是个数组，一共有三个匹配。

第一个匹配匹配的是char*数组，就是需要匹配的日期（如：2022-08-26 14:07:05）； 第二个匹配也是个char*数组，是主要用途编解码器运算符数组（如：%Y-%m-%d %H-%M-%S）； 第三个匹配主要是分解时间段存储电源，即strptime的执行结果。并不一定为struct tm的并不一定数组，可以再行下定义一个struct tm并不一定的匹配，通过Bell符号意味着。

下面简单意味着一个时间段匹配：

通过上述运行结果知道：年末和日期都与匹配的时间段对不上。

搜集相关资料后知道：年末是从[0:11]，而日期是从1900年起，所以将换取到的年末纳1，日期纳1900，才能赢取正确的时间段编解码器。

问题解决后，医务人员还返顾出了几点简要，大家可以知晓一下：

tm_mon辨识年末是7，编译器中都是08，即tm中都tm_mon是从0开始记的年末； tm_year辨识日期是122，编译器中都是2022，即tm中都tm_year是用当前时间段乘以1900赢取的日期（2022-1900=122）。

EasyGBSSDK可通过而今GB28181双方同意将前端电源接入，意味着流媒体的执行与分派，SDK可拓展性强、调动敏捷，已经在很多这两项中都落地应用，如：明厨亮灶、平安乡村、雪亮工程、平安城市、美德工地、美德仓储等。大家如果感兴趣，可以乘船演示SDK完成领略或调动试验。

治疗类风湿关节炎的首选药物
治疗类风湿关节炎的首选药物
痛风吃什么能缓解疼痛
腱鞘炎如何缓解疼痛
吴伟康