我编写了一个C程序，将以太网帧直接写到电线上(以两种模式运行，即发送者或接收者)。发送方正在发送带有两个VLAN标签的帧(QinQ)，但是奇怪的是，当帧到达接收方时，以太类型已更改为标准(单个)VLAN封装帧的类型。NIC是否可能这样做，或者Linux不允许这样做？Wireshark显示与tcpdump相同的行为。为了说明下图，发送方正在将帧发送到以太网广播地址FF:FF:FF:FF:FF:FF以找到接收方(这是两台通过交叉电缆连接的测试机，但是下面的结果与交换机或集线器)。可以看到帧带有两个VLAN标记，外部标记的以太类型为0x8100，VLANID为40，内部VLAN的以太类型为0
我编写了一个C程序，将以太网帧直接写到电线上(以两种模式运行，即发送者或接收者)。发送方正在发送带有两个VLAN标签的帧(QinQ)，但是奇怪的是，当帧到达接收方时，以太类型已更改为标准(单个)VLAN封装帧的类型。NIC是否可能这样做，或者Linux不允许这样做？Wireshark显示与tcpdump相同的行为。为了说明下图，发送方正在将帧发送到以太网广播地址FF:FF:FF:FF:FF:FF以找到接收方(这是两台通过交叉电缆连接的测试机，但是下面的结果与交换机或集线器)。可以看到帧带有两个VLAN标记，外部标记的以太类型为0x8100，VLANID为40，内部VLAN的以太类型为0
启用HEVC、AV1解码前言一、B站对于HEVC和AV1的支持情况二、查看设备是否支持三、开启HEVC硬解下载HEVC插件下载并使用UA插件体验HEVC四、开启AV1硬解下载AV1插件体验AV1五、测试AVC、HEVC和AV1码率测试4K分辨率下的京都之秋8K分辨率下的京都之秋4K分辨率下的影视飓风演示片8K分辨率下的影视剧风演示片HDR真彩杜比视界、杜比全景声六、推荐一个好用的B站脚本前言本文章仅适用于Windows10/11PC网页端，开启HEVC/AV1硬解适用于所有清晰度，开启4K、8K、HDR真彩、杜比视界、杜比全景声都需要B站大会员。就算没有大会员，开启了硬解也能节省很多流量以及降
启用HEVC、AV1解码前言一、B站对于HEVC和AV1的支持情况二、查看设备是否支持三、开启HEVC硬解下载HEVC插件下载并使用UA插件体验HEVC四、开启AV1硬解下载AV1插件体验AV1五、测试AVC、HEVC和AV1码率测试4K分辨率下的京都之秋8K分辨率下的京都之秋4K分辨率下的影视飓风演示片8K分辨率下的影视剧风演示片HDR真彩杜比视界、杜比全景声六、推荐一个好用的B站脚本前言本文章仅适用于Windows10/11PC网页端，开启HEVC/AV1硬解适用于所有清晰度，开启4K、8K、HDR真彩、杜比视界、杜比全景声都需要B站大会员。就算没有大会员，开启了硬解也能节省很多流量以及降
我发现该错误的一个常见原因是anexceptionbeingthrownfromwithinanexceptionhandler。我非常确定这在我要调试的应用程序中不会发生...但是我已经将所有初始化处理行放在try/catch中的index.php顶部。*显然也可能发生这种情况，因为somethingscannotbeserializedtobestoredinasession。这个应用程序最多只能将数组存储到session中(相当多)，但是我相信它不会在其中存储任何异常内容。有人评论说这是发生在他们身上的，因为他们的主键neededtobeCHAR(32)insteadofINT(
我发现该错误的一个常见原因是anexceptionbeingthrownfromwithinanexceptionhandler。我非常确定这在我要调试的应用程序中不会发生...但是我已经将所有初始化处理行放在try/catch中的index.php顶部。*显然也可能发生这种情况，因为somethingscannotbeserializedtobestoredinasession。这个应用程序最多只能将数组存储到session中(相当多)，但是我相信它不会在其中存储任何异常内容。有人评论说这是发生在他们身上的，因为他们的主键neededtobeCHAR(32)insteadofINT(
在IBL笔记前，我们都知道IBL是通过环境来作为间接全局光赋予irradiance。那么首先我们需要导入一张hdr图并将其设置为环境贴图（天空盒）。这种图片多的小tips放在正文中过于臃肿，这边还是单独拿出来一篇小笔记。1.下载HDR贴图首先我们得找到合适的hdr贴图，这里推荐从这个网站下载。无需注册点击就送，非常的绿色。免费的HDR图-HDRIHub甚至可以商用，适用于各路卷王来做点demo。2.导入unity我们将下载好的zip文件解压并且导入unity，接下来我们就能看到完整图片出现在unity里面。我们直接打开对应面板调整环境贴图。一眼看到环境下面有天空盒相关设置，你大喜过望直接手起图
笔者按，最近在做视频TM的相关工作，具体是给定一个HDR视频（10bit的YUV420格式），要对其进行TM，写了一个算法但总是有非常离谱的色差，尤其是红色和蓝色通道。仔细检查之后发现是拿到的HDR视频的颜色空间是BT2020的，但转换后的SDR视频是BT709的，需要先对颜色空间进行降级才可以进行处理。这里记录一下处理过程。首先贴两个地址[1]RECOMMENDATIONITU-RBT.2087-0-ColourconversionfromRecommendationITU-RBT.709toRecommendationITU-RBT.2020[2]REPORTITU-RBT.2
笔者按，最近在做视频TM的相关工作，具体是给定一个HDR视频（10bit的YUV420格式），要对其进行TM，写了一个算法但总是有非常离谱的色差，尤其是红色和蓝色通道。仔细检查之后发现是拿到的HDR视频的颜色空间是BT2020的，但转换后的SDR视频是BT709的，需要先对颜色空间进行降级才可以进行处理。这里记录一下处理过程。首先贴两个地址[1]RECOMMENDATIONITU-RBT.2087-0-ColourconversionfromRecommendationITU-RBT.709toRecommendationITU-RBT.2020[2]REPORTITU-RBT.2
使用FFmpeg命令rtsp推流到Docker中MediaServer服务器，15秒timeout一到就会打印错误信息，如下图：av_interleaved_write_frame():Brokenpipe命令中指定rtsp传输方式为tcp（-rtsp_transporttcp），虽然不会出现上面的问题，但是不符合我们的使用要求，因此就怀疑是不是docker映射端口有问题。Docker映射端口：-p1935:1935-p554:554 //默认TCP，即如上图554:554/tcp-p554:554/udp //指定为UDP，即如上图554:554/udp然后测试发现，端口映射指定了UD
