WebRTC服务质量（05）- 重传机制（02) NACK判断丢包

WebRTC服务质量（01）- Qos概述
WebRTC服务质量（02）- RTP协议
WebRTC服务质量（03）- RTCP协议
WebRTC服务质量（04）- 重传机制（01) RTX NACK概述
WebRTC服务质量（05）- 重传机制（02) NACK判断丢包
WebRTC服务质量（06）- 重传机制（03) NACK找到真正的丢包

一、前言：

上一篇介绍了NACK/RTX这种机制，注意，NACK是一种RTCP消息而已，本文结合代码看下WebRtc如何实现NACK机制的。

二、NACK格式：

2.1、RTPFB 消息头统一格式：

  0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|V=2|P|   FMT   |       PT      |          length               |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|                  SSRC of packet sender                        |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|                  SSRC of media source                         |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+:            Feedback Control Information (FCI)                 :

  • V: 版本号，占2位。

  • P: 填充位，占1位。

  • FMT（Feedback message type）: 反馈消息类型，这里设为15表示 NACK。

  • PT: Payload Type，占8位，指示 RTPFB 包类型，205 表示 RTPFB。

  • Length: 长度字段，指示反馈消息长度，以 32 位字为单位。

  • Sender SSRC: 发送者同步信源，4字节。

  • Media SSRC: 媒体同步信源，4字节。

  • FCI（Feedback Control Information，反馈控制信息）: 是RTCP报文的核心部分，包含各种反馈信息，可以帮助发送端及时调整或重传数据。

    • 格式如下：

      在这里插入图片描述

    • 按照内容大致分为两大类：

      • RTPFB (RTP Feedback Messages)： 针对RTP层的丢包检测和重传。

      • PSFB (Payload-Specific Feedback)： 针对RTP净荷（Payload）层的增强反馈，主要用于处理更高层的问题，比如视频帧或切片的丢失。

​

2.2、RTPFB和PSFB：

  • 典型的RTPFB控制消息 —— NACK（Negative Acknowledgement）：
    • 功能：接收端检测到有RTP数据包丢失后，通过NACK通知发送端重新发送丢失的RTP数据包。一般啥都不写就是这种传输机制。
    • 应用场景：当网络质量较差但延迟要求比较高的场景，比如视频通话、实时流媒体等。
    • 优点：粒度较小，可以精确地指出哪些RTP序列号丢失，有利于快速、精准地补偿丢包。
    • 处理流程：
      • 接收端发现一定范围的RTP序列号有丢失。
      • 接收端发送RTCP报文中的NACK消息，带有丢失的RTP序列号信息。
      • 发送端收到NACK后，针对性地重传丢失的RTP包。
  • PSFB 是RTCP中的一个用于反馈净荷内容的框架，主要针对编码和媒体数据层面的重传控制。相比RTPFB，PSFB通常涉及更高层的媒体内容，比如整个视频帧或某种编码参考信息。PSFB进一步细化为以下三种主要类型：
    • PLI (Picture Loss Indication) - 视频帧丢失重传
      • 功能：
        • 当接收端检测到关键帧（如I帧）丢失或破坏时，发送PLI消息给发送端，要求它重发一个完整的视频关键帧。
        • 用途尤其体现在视频传输中，避免多帧由于关键帧丢失而无法解码。
      • 处理流程：
        1. 接收端检测关键帧丢失或解码错误（比如画面突然坏块增多）。
        2. 接收端发送PLI信息给发送方。
        3. 发送端在收到PLI后，发送一个新的关键帧（通常是I帧）。
      • 特点：
        • 粒度较大，通常用于重要内容的恢复，比如视频关键帧丢失。
        • 可能消耗更多带宽，因为完整的关键帧通常较大。
    • SLI (Slice Loss Indication) - Slice丢失重传
      • 功能：
        • 反馈RTP流中某个视频切片（Slice）丢失的信息。
        • 通常用于视频传输中某些特定的片段（非整个帧）的丢失导致部分画面无法解码。
      • 处理流程：
        • 接收端判断某个Slice数据丢失或破坏，发送SLI给对端。
        • 发送端针对丢失Slice，通过数据包重传或替换的方式修复。
      • 特点：
        • 较之PLI，SLI的作用范围更小，仅针对部分切片，而不需要整帧重传。
        • 带宽开销较低，但可能延迟较大，因为重传的粒度较细。
    • RPSI (Reference Picture Selection Indication) - 参考帧丢失重传
      • 功能：
        • 当接收端检测到参考帧丢失（或者它依赖的解码参考无法使用时，如P帧无法解码），会反馈RPSI消息，建议发送端选择新的参考帧。
        • 发送端可以根据RPSI调整编码或重发相关参考信息。
      • 处理流程：
        1. 接收端通过解码检测或分析发现P帧等数据依赖的参考帧丢失或损毁。
        2. 接收端发送RPSI消息，建议使用新的参考帧。
        3. 发送端参考RPSI调整后续的编码策略，跳过丢失的参考帧并发送新的参考帧数据。
      • 特点：
        • 聚焦于“参考帧”的问题，对于影响范围有限的解码错误更加有效，避免过多的重传和带宽开销。
        • 在视频编码中（如H.264、H.265），参考帧是P帧和B帧的编码基础，丢失的影响可能尤为严重。

2.2.1、PLI和SLI和RPSI比较：

类型粒度应用场景带宽开销延迟影响
PLI整帧关键帧丢失，恢复整体画面高中等，需整帧重传
SLI切片部分画面丢失，快速修复低到中较低，粒度更细
RPSI参考帧参考帧错误，影响解码链低非重传型，调整编码策略

三、Call、Channel、Stream：

之前说过，Call、Channel、Stream这几个概念你是否还记得？

  • Session层：

    • 一个 Stream 对应的是一个完整的媒体流，可以包含多个 Track。
    • 一个 Track 表示流中的单一媒体轨道，例如音频轨道或视频轨道（类似于 WebRTC API 中的MediaStreamTrack）。

  • MediaEngine层：

    • Channel 是进行音视频分类管理的基础单元。通常，音频和视频会分属于不同的 Channel（AudioChannel 和 VideoChannel）。
    • Stream是音视频数据在 Channel 层中的更细化管理单元。
      • 一个 Channel 通常会包含多个 Stream。
      • 每个 Stream 不仅负责具体的音频或视频数据处理，还可以进一步分为发送（send）和接收（recv）的数据流。
      • MediaEngine 层中的 Stream 是底层实现，不再对应 Session 层中的逻辑 Stream，而是为传输和解码服务的独立实体。

    关键点：

    • 一个 Channel 的核心目的是管理一种媒介类型（音频或视频）。例如，一个音频 Channel 可以包含多个音频 Stream；一个视频 Channel 可以包含多个视频 Stream。
    • 这些 Stream 分别表示 传输和接收方向的数据流。

  • Call层：

    • 对于音频，引擎层的一个Stream就对应Call层的一个SendStream或者ReceiveStream；
    • 对于音频，一个Stream中又有Channel，来连接编解码器；
    • 对于视频，只有Stream对应引擎层的Stream，并没有channel的概念；

三者的总结关系：

层次作用音频之间关系视频之间关系
Session管理逻辑 Stream 和其包含的 Track一个 Track（音轨）对应一个 Channel。一个 Track 映射为一个 Stream。
MediaEngine处理底层音视频流管理，区分发送与接收一个 Stream 对应 Call层的 SendStream 或 ReceiveStream。每个 Channel 中有若干 Stream。一个Stream直接传到Call层。
Call与用户操作逻辑一致，将 Stream 转化为最终发送/接收流Stream 对应 SendStream或ReceiveStream，还有Channel连接编解码器。Stream 与用户的发送流或接收流一一对应。

视频 Channel 与 Stream图示：

Session 层:
+------------------+
| Stream           |--- 同一个对等会话上的视频流逻辑。
| - Track (Video)  |
+------------------+|
MediaEngine 层:
+------------------------+
| Channel (VideoChannel) |--- 管理多路视频数据
+------------------------+|+----> Stream 1 (Send方向)+----> Stream 2 (Recv).
Call 层:
+-------------------+
| SendStream        |
| ReceiveStream     |---- 视频输流的最外层封装接口
+-------------------+

四、NACK调用关系：

调用关系如下图：

在这里插入图片描述

  • 看下调用顺序基本是：Channel -> Call -> Stream；
  • 音频引擎那一节介绍过RtpDemuxer，就是数据分发器，总共两个地方用到：
    • 当收到RTP数据包的时候，通过RtpDemuxer分发给不同Channel（音频是Channel或者视频是Stream）；
    • 就是当前这个地方，分发给不同的Stream（每个Stream又连接着解码器）；
    • 分发给不同Stream时候，如果是正常包就分发给RtpVideoStreamReceiver，如果是RTX数据包，那么就分发给RtxReceiveStream，当然，处理完之后还得继续发给RtpVideoStreamReceiver；
  • 当OnReceivedPayloadData收到数据包之后，就会判断数据包的间隔，如果间隔很大，那么就会调用NackModule::OnReceivedPacket方法请求重传这部分包。

4.1、ReceivePacket：

我们直接从上述的RtpVideoStreamReceiver模块看代码，在这个函数的时候，我们已经拿到的是视频的RTP包了。

  • 得到Payload：
void RtpVideoStreamReceiver::ReceivePacket(const RtpPacketReceived& packet) {// ...// 正常数据包走下面// 从 payload_type_map_ 中根据pt找出RTP包的解包器const auto type_it = payload_type_map_.find(packet.PayloadType());if (type_it == payload_type_map_.end()) {return;}// 调用解包器的Parse方法对RTP数据包进行解析absl::optional<VideoRtpDepacketizer::ParsedRtpPayload> parsed_payload =type_it->second->Parse(packet.PayloadBuffer());if (parsed_payload == absl::nullopt) {RTC_LOG(LS_WARNING) << "Failed parsing payload.";return;}// 这样就拿到了Rtp的Payload，对payload进行处理OnReceivedPayloadData(std::move(parsed_payload->video_payload), packet,parsed_payload->video_header);
}

根据PT找到解包器，然后解包得到Payload。

  • 处理Payload：
void RtpVideoStreamReceiver::OnReceivedPayloadData(rtc::CopyOnWriteBuffer codec_payload,const RtpPacketReceived& rtp_packet,const RTPVideoHeader& video) {// 根据入参构造一个Packet（后面会往里填其他项）auto packet = std::make_unique<video_coding::PacketBuffer::Packet>(rtp_packet, video, clock_->TimeInMilliseconds());// ...// 获取Video Header// 将视频的：角度、视频类型、是否为最后一个包，这几个参数设置到video_header当中RTPVideoHeader& video_header = packet->video_header;// ...// 如果是视频帧的最后一个包，获取并存储颜色空间（颜色空间信息只存在于最后一个包）if (video_header.is_last_packet_in_frame) {// ...}// 处理丢失找回的包if (loss_notification_controller_) {// ...}// 检测是否有丢包，将丢失的包记录下来（只是记录不会发送NACK，SendBufferedRtcpFeedback才会发送NACK）if (nack_module_) {// ...}// 处理H264的数据需要先更新pt以及pps和sps，可能还涉及"请求关键帧"、"丢包"、"正常拷贝数据"三个动作if (packet->codec() == kVideoCodecH264) {packet->video_payload = std::move(fixed.bitstream);} else {// 非H264的直接将payload拷贝到packet的payload即可packet->video_payload = std::move(codec_payload);}// 发送NACK给发送端rtcp_feedback_buffer_.SendBufferedRtcpFeedback();frame_counter_.Add(packet->timestamp);// 将payload data插入某一个帧当中（为组帧做好准备）,packet_buffer_.InsertPacket会包含一帧的所有packetOnInsertedPacket(packet_buffer_.InsertPacket(std::move(packet)));
}

我删除了非常多的代码，否则，很难读明白，精简之后思路：

  1. 这个函数主要就是构造了一个packet，然后根据rtp_packet里面的信息来完善这个packet；
  2. 检测是否有丢包，将丢的包记录下来；
  3. 拷贝payload数据到packet里面；（注意，移动语义允许在不复制数据的情况下将资源所有权从一个对象转移到另一个对象，并非传统拷贝）
  4. 给发送端发送NACK；
  5. 最后将packet插入到packet_buffer_当中，凑齐了一帧所有packet，就可以给解码器去解码了；
  • 重点看下刚才的if (nack_module_)部分：
 // 检测是否有丢包，将丢失的包记录下来（只是记录不会发送NACK，SendBufferedRtcpFeedback才会发送NACK）if (nack_module_) {// 判断这个RTP包是否属于关键帧当中的一个包（是一个帧当中的第一个包，同时帧类型是视频关键帧）const bool is_keyframe =video_header.is_first_packet_in_frame &&video_header.frame_type == VideoFrameType::kVideoFrameKey;// 当知道了这个packet是否属于关键帧的包之后，在下面函数判断是否丢了包packet->times_nacked = nack_module_->OnReceivedPacket(rtp_packet.SequenceNumber(), is_keyframe, rtp_packet.recovered());} else {packet->times_nacked = -1;}

里面nack_module_->OnReceivedPacket会判断是否有丢包。接下来看看。

4.2、OnReceivedPacket：

这函数又很长，咱拆飞机，研究零件吧。

1. 初始化模块

/*** 里面会判断是否有丢包*/
int DEPRECATED_NackModule::OnReceivedPacket(uint16_t seq_num,bool is_keyframe) {return OnReceivedPacket(seq_num, is_keyframe, false);
}int DEPRECATED_NackModule::OnReceivedPacket(uint16_t seq_num,bool is_keyframe,bool is_recovered) {if (!initialized_) {newest_seq_num_ = seq_num;if (is_keyframe)keyframe_list_.insert(seq_num);initialized_ = true;return 0;}
}
  • 主要功能： 只在接收到的第一个包时执行。初始化 newest_seq_num_ 为当前包的序列号，同时保存第一个关键帧（如果该包是关键帧）。
  • 关键点：第一次初始化函数，只需要简化处理，本次包被记录后直接退出，不做其它操作。

2. 乱序包处理模块

if (seq_num == newest_seq_num_)return 0;if (AheadOf(newest_seq_num_, seq_num)) {auto nack_list_it = nack_list_.find(seq_num);if (nack_list_it != nack_list_.end()) {nacks_sent_for_packet = nack_list_it->second.retries;nack_list_.erase(nack_list_it);}if (!is_retransmitted)UpdateReorderingStatistics(seq_num);return nacks_sent_for_packet;
}
  • 主要功能：
    • 检查收到的包是否为重复包（seq_num == newest_seq_num_）或者乱序包（AheadOf 函数判断包是否比最新序列号旧）。
    • 乱序包的行动：如果乱序包在 nack_list_ 中，说明之前被判断为丢失，已请求重传，此时从 nack_list_ 中删除，因为该丢包实际上已经被恢复。
  • 关键点:
    • 当接收到乱序包时，通过清理对应的 NACK 请求可防止无意义的重传。

3. 新包到达模块

if (is_keyframe)keyframe_list_.insert(seq_num);auto it = keyframe_list_.lower_bound(seq_num - kMaxPacketAge);
if (it != keyframe_list_.begin())keyframe_list_.erase(keyframe_list_.begin(), it);
  • 主要功能：
    • 当新包到达时，如果是关键帧，则记录关键帧的序号。
    • 同时清理超出 kMaxPacketAge （值是10000）范围的历史关键帧序号，避免列表的无限增长。

4. 丢包列表管理

AddPacketsToNack(newest_seq_num_ + 1, seq_num);
newest_seq_num_ = seq_num;
  • 主要功能：
    • 检查当前包与上次接收的包之间是否存在包丢失（通过包序号差距判断）。调用 AddPacketsToNack 将中间的丢包插入到 nack_list_ 中。
    • 更新 newest_seq_num_，确保下次处理时以最新接收的包为基准。

5. NACK 批量发送

std::vector<uint16_t> nack_batch = GetNackBatch(kSeqNumOnly);
if (!nack_batch.empty()) {nack_sender_->SendNack(nack_batch, /*buffering_allowed=*/true);
}
  • 主要功能：
    • 构造一个丢失包序号的批量列表（nack_batch），并将这些序号通过 NACK 消息发送给远端。
    • GetNackBatch 函数会筛选出真正需要 NACK（仍未恢复）的丢失包。

小结：

有点复杂，小结一下：

  1. 初始化:
    • 在接收到的第一个 RTP 数据包时，初始化 newest_seq_num_（记录最近成功接收的 RTP 包序列号），同时判断该包是否为关键帧（Keyframe），如果是则记录在 keyframe_list_ 中。
    • 这是 NACK 模块的第一步，之后才能对后续到达的 RTP 数据包构建更加完整和正确的包状态跟踪。
  2. 重复包检查:
    • 对于重复收到的包（当前序列号等于 newest_seq_num_），可以直接忽略，因为它已经被记录为接收成功。
  3. 乱序包处理:
    • 如果接收到的包编号比上一次记录的最新序列号小，说明该包是一个迟到的乱序包。如果乱序的包在 nack_list_（NACK 缓存列表）中，说明它之前被认为是丢包并请求重传，此时需要从 nack_list_ 中删除，因为它已经补到了。
  4. 新包处理和 NACK 填充:
    • 对于序号比 newest_seq_num_ 更新的包，需要更新 newest_seq_num_，并检查中间遗漏的包（即从上一包到当前包之间的差值），将这些丢包插入到 nack_list_ 中。
    • 同时，只保留一定范围（kMaxPacketAge）内的 NACK 请求，过于久远的序列号被认为无法恢复，注意，虽然这个宏是10000，但是指的是RTP包的序列号差距，并不是差这么多视频帧，差这么多视频帧体验就很差了。
  5. 关键帧和恢复包:
    • 关键帧和恢复包（FEC 或 RTX 恢复的包）被单独处理和记录，不会请求 NACK，因为这些包有特殊的作用。
  6. 最终丢包确认（NACK 批量发送）:
    • 分析确定哪些包是真正丢失没有恢复的，通过调用 GetNackBatch 构造 NACK 请求批量发送，通知发送端重传这些丢失的包。

4.3、AddPacketsToNack：

这个是根据包序号判断哪些包丢了，归纳功能如下：

  • 记录丢包： 当检测到某些数据包丢失时，将这些丢包的序号记录进 nack_list_，等待后续判断和处理。
  • 限制管理： 控制 nack_list_ 的尺寸，防止超出最大容量，同时根据策略清理不必要的条目。
  • 识别特殊包: 对于通过其他方式（例如 FEC/RTX）找回的包无需生成 NACK 条目。
// 拿到这个包到上一次的包newest_seq_num_中间所有丢失的包;
// 这些包有可能是乱序（假丢包），也有可能是真丢包，就可以用 GetNackBatch 判断
void DEPRECATED_NackModule::AddPacketsToNack(uint16_t seq_num_start,uint16_t seq_num_end) {// Remove old packets.auto it = nack_list_.lower_bound(seq_num_end - kMaxPacketAge);nack_list_.erase(nack_list_.begin(), it);// If the nack list is too large, remove packets from the nack list until// the latest first packet of a keyframe. If the list is still too large,// clear it and request a keyframe.uint16_t num_new_nacks = ForwardDiff(seq_num_start, seq_num_end);if (nack_list_.size() + num_new_nacks > kMaxNackPackets) {while (RemovePacketsUntilKeyFrame() &&nack_list_.size() + num_new_nacks > kMaxNackPackets) {}if (nack_list_.size() + num_new_nacks > kMaxNackPackets) {nack_list_.clear();RTC_LOG(LS_WARNING) << "NACK list full, clearing NACK"" list and requesting keyframe.";keyframe_request_sender_->RequestKeyFrame();return;}}// 接下来就是将可疑丢包找到for (uint16_t seq_num = seq_num_start; seq_num != seq_num_end; ++seq_num) {// Do not send nack for packets that are already recovered by FEC or RTXif (recovered_list_.find(seq_num) != recovered_list_.end())continue;NackInfo nack_info(seq_num, seq_num + WaitNumberOfPackets(0.5),clock_->TimeInMilliseconds());RTC_DCHECK(nack_list_.find(seq_num) == nack_list_.end());nack_list_[seq_num] = nack_info;}
}

老规矩，分段看下：

1. 清理老旧记录（防止 nack_list 过大）：

auto it = nack_list_.lower_bound(seq_num_end - kMaxPacketAge);
nack_list_.erase(nack_list_.begin(), it);

使用 lower_bound 找到 seq_num_end - kMaxPacketAge 的边界，将过于久远的丢包条目从 nack_list_ 中删除。

2. 限制丢包列表大小：

uint16_t num_new_nacks = ForwardDiff(seq_num_start, seq_num_end);
if (nack_list_.size() + num_new_nacks > kMaxNackPackets) {while (RemovePacketsUntilKeyFrame() && nack_list_.size() + num_new_nacks > kMaxNackPackets) { }if (nack_list_.size() + num_new_nacks > kMaxNackPackets) {nack_list_.clear();keyframe_request_sender_->RequestKeyFrame();return;}
}
  • 检查 nack_list_ 的当前大小和即将添加的条目是否会超过最大容量。
  • 策略：
    • 优先通过 RemovePacketsUntilKeyFrame() 清理到最新关键帧之前的 NACK 条目。
    • 如果清理后仍超上限，则完全清空 nack_list_ 并请求关键帧。

3. 记录丢包（创建 NackInfo 条目）：

for (uint16_t seq_num = seq_num_start; seq_num != seq_num_end; ++seq_num) {if (recovered_list_.find(seq_num) != recovered_list_.end()) continue;NackInfo nack_info(seq_num, seq_num + WaitNumberOfPackets(0.5),clock_->TimeInMilliseconds());nack_list_[seq_num] = nack_info;
}
  • 根据 seq_num 逐个检查这些包是否已通过 FEC 或 RTX 恢复。如果恢复过，则跳过。
  • 创建 NackInfo 记录丢包的序号和请求重传的时间等信息。

小结：

是 NACK 机制的核心，用于记录丢包并追踪其状态，并限制 NACK 列表的大小。

五、总结：

本文主要介绍了NACK的格式，以及NACK的调用栈，并且介绍了如何判断丢包，但请记住，这些包都是“可疑丢包”，真正的丢包下一节介绍。

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/diannao/64277.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

AI工具如何深刻改变我们的工作与生活

AI工具如何深刻改变我们的工作与生活

在当今这个科技日新月异的时代&#xff0c;人工智能&#xff08;AI&#xff09;已经从科幻小说中的概念变成了我们日常生活中不可或缺的一部分。从智能家居到自动驾驶汽车&#xff0c;从医疗诊断到金融服务&#xff0c;AI正以惊人的速度重塑着我们的世界。 一、工作方式的革新…
阅读更多...
基于matlab的单目相机标定

基于matlab的单目相机标定

链接&#xff1a; 单目相机标定&#xff08;使用Matlab&#xff09; 用Matlab对单目相机参数的标定步骤&#xff08;保姆级教程&#xff09; 1.准备代码 调用摄像头代码&#xff08;用于测试摄像头是否可用&#xff09;&#xff1a; #https://blog.csdn.net/qq_37759113/art…
阅读更多...
[maven]使用spring

[maven]使用spring

为了更好理解springboot&#xff0c;我们先通过学习spring了解其底层。 这里讲一下简单的maven使用spring框架入门使用。因为这一块的东西很多都需要联合起来后才好去细讲&#xff0c;本篇通过spring-context大致地介绍相关内容。 注意&#xff1a;spring只是一个框架&#xff…
阅读更多...
eBay如何养号？新手养号宝典

eBay如何养号？新手养号宝典

​ebay是热门的跨境电商平台之一&#xff0c;然而与其他跨境电商平台不同&#xff0c;不同等级的ebay账户可刊登的数量是不同的。对于新手来说&#xff0c;想要提升ebay账户的等级就需要养号。那ebay如何养号&#xff1f;本文将带来一些实用的养号策略&#xff0c;帮助新手快速…
阅读更多...
学习日志024--opencv中处理轮廓的函数

学习日志024--opencv中处理轮廓的函数

目录 前言​​​​​​​ 一、 梯度处理的sobel算子函数 功能 参数 返回值 代码演示 二、梯度处理拉普拉斯算子 功能 参数 返回值 代码演示 三、Canny算子 功能 参数 返回值 代码演示 四、findContours函数与drawContours函数 功能 参数 返回值 代码演示 …
阅读更多...
梳理你的思路(从OOP到架构设计)_UML应用：业务内涵的分析抽象表达03

梳理你的思路(从OOP到架构设计)_UML应用：业务内涵的分析抽象表达03

目录 1、举例(四)&#xff1a;五子棋 【五子棋】 的分析步骤 2、讨论&#xff1a; 模型与代码 1、举例(四)&#xff1a;五子棋 【五子棋】 的分析步骤 Step-1: 找到主角— 棋手&#xff0c;很容易发现核心的概念了&#xff0c;例如&#xff1a;五子棋游戏的主角是棋手(玩家…
阅读更多...
人员离岗监测摄像机智能人员睡岗、逃岗监测 Python 语言结合 OpenCV

人员离岗监测摄像机智能人员睡岗、逃岗监测 Python 语言结合 OpenCV

在安全生产领域&#xff0c;人员的在岗状态直接关系到生产流程的顺利进行和工作环境的安全稳定。人员离岗监测摄像机的出现&#xff0c;为智能人员睡岗、逃岗监测提供了高效精准的解决方案&#xff0c;而其中的核心技术如AI识别睡岗脱岗以及相关的算法盒子和常见的安全生产AI算…
阅读更多...
【计算机网络】Layer4-Transport layer

【计算机网络】Layer4-Transport layer

目录 传输层协议How demultiplexing works in transport layer&#xff08;传输层如何进行分用&#xff09;分用&#xff08;Demultiplexing&#xff09;的定义&#xff1a;TCP/UDP段格式&#xff1a; UDPUDP的特点&#xff1a;UDP Format端口号Trivial File Transfer Protocol…
阅读更多...
车牌识别OCR授权：助力国产化升级，全面提升道路监控效率

车牌识别OCR授权：助力国产化升级，全面提升道路监控效率

政策背景&#xff1a;国产化升级&#xff0c;推动道路监控产业转型 随着国家对信息安全的重视&#xff0c;国内各大公安、政企机构已进入全面升级国产化平台的实施阶段。根据最新的政策要求&#xff0c;公安和政府部门必须在未来三年内完成平台的国产化替换工作。这一举措不仅…
阅读更多...
YOLOv5-7.0训练过程中出现报错Example: export GIT_PYTHON_REFRESH=quiet

YOLOv5-7.0训练过程中出现报错Example: export GIT_PYTHON_REFRESH=quiet

出现报错&#xff1a; This initial message can be silenced or aggravated in the future by setting the $GIT_PYTHON_REFRESH environment variable. Use one of the following values: - quiet|q|silence|s|silent|none|n|0: for no message or exception - warn…
阅读更多...
KALI安装操作及过程

KALI安装操作及过程

以下是在计算机上安装 Kali Linux 的详细教程&#xff1a;&#xff08;通常我直接使用虚拟机&#xff09; 解压虚拟机安装包&#xff0c;直接在虚拟机中打开KALI &#xff08;将内存改为4GB&#xff09; 初始密码账号&#xff1a;kali 一、准备工作 下载 Kali Linux 镜像文件…
阅读更多...
Linux环境安装Jenkins

Linux环境安装Jenkins

Linux环境安装Jenkins Jenkins和JDK的版本 Jenkins和JDK的版本需要对应&#xff0c;不然无法正常启动。 Jenkins稳定版下载地址 Jenkins服务 手动使用命令启动和关闭Jenkins比较麻烦&#xff0c;所以可以把Jenkins设置成开机启动。 创建Jenkins.sh文件 JAVA_HOME和jenk…
阅读更多...
ComfyUI 与 Stable Diffusion WebUI 的优缺点比较

ComfyUI 与 Stable Diffusion WebUI 的优缺点比较

ComfyUI与Stable Diffusion WebUI都是AI绘画领域比较知名两款产品&#xff0c;两者存在诸多差异&#xff0c;本篇就带你熟悉二者的优劣&#xff0c;方便自己做出决策。 界面与操作 ComfyUI&#xff1a;界面简洁直观&#xff0c;通过节点和连线的方式构建工作流&#xff0c;用…
阅读更多...
2024年第十五届蓝桥杯青少组C++国赛—割点

2024年第十五届蓝桥杯青少组C++国赛—割点

割点 题目描述 一张棋盘由n行 m 列的网格矩阵组成&#xff0c;每个网格中最多放一颗棋子。当前棋盘上已有若干棋子。所有水平方向或竖直方向上相邻的棋子属于同一连通块。 现给定棋盘上所有棋子的位置&#xff0c;如果要使棋盘上出现两个及以上的棋子连通块&#xff0c;请问…
阅读更多...
uni-app Android平台上架要求的隐私政策提示配置方法【跨端开发系列】

uni-app Android平台上架要求的隐私政策提示配置方法【跨端开发系列】

文章目录 前言&#x1f4d6;一、前言二、DCloud 数据采集说明三、配置方式3.1 HBuilderX3.2.1及以上版本配置方式3.2 HBuilderX3.2.0及以下版本配置方法3.3 模板提示框3.4 无提示框 四、离线打包配置方式五、模板提示框六、二次确认提示框七、国际化八、隐私协议内容需要注意的…
阅读更多...
《Keras3 minist 手写数字AI模型训练22秒精度达到：0.97》

《Keras3 minist 手写数字AI模型训练22秒精度达到：0.97》

《Keras3 minist 手写数字AI模型训练22秒精度达到&#xff1a;0.97》 一、修改源码加上如下两条代码二、源码修改如下三、Keras3 minist 训练22秒结束&#xff0c;训练过程截图四、Keras3 minist 源码截图 一、修改源码加上如下两条代码 import os os.environ["KERAS_BAC…
阅读更多...
第二月Java部分代码举例

第二月Java部分代码举例

e.g.1 e.g.2 e.g.3
阅读更多...
MySQL基础大全（看这一篇足够！！！）

MySQL基础大全（看这一篇足够！！！）

文章目录 前言一、初识MySQL1.1 数据库基础1.2 数据库技术构成1.2.1 数据库系统1.2.2 SQL语言1.2.3 数据库访问接口 1.3 什么是MySQL 二、数据库的基本操作2.1 数据库创建和删除2.2 数据库存储引擎2.2.1 MySQL存储引擎简介2.2.2 InnoDB存储引擎2.2.3 MyISAM存储引擎2.2.4 存储引…
阅读更多...
[论文阅读笔记]-PalmTree: 学习一个用于指令嵌入的汇编语言模型

[论文阅读笔记]-PalmTree: 学习一个用于指令嵌入的汇编语言模型

深度学习已在众多二进制分析任务中展示了其优势&#xff0c;包括函数边界检测、二进制代码搜索、函数原型推理、值集分析等。现有方案忽略了复杂的指令内结构&#xff0c;主要依赖于控制流&#xff0c;其中上下文信息是嘈杂的&#xff0c;并且可能受到编译器优化的影响。为了解…
阅读更多...
手搓一个极简远端git库

手搓一个极简远端git库

原文地址&#xff1a;手搓一个极简远端git库 – 无敌牛 欢迎参观我的个人博客&#xff1a;无敌牛 – 技术/著作/典籍/分享等 问题分析 公司一直用 gitlab &#xff08;或者 极狐 都是一样的&#xff09;作为代码管理库&#xff0c;但是看了一些文章说代码最小的管理只需要 g…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023