shensunbo Blog

公司开启连接网络设备认证后台架如何连接网络

Wed, 29 Jul 2026 00:00:00 +0000

IT 开启MAC 地址准入控制（MAC Authentication / MAC-based Access Control，但台架使用随机MAC地址和自己的笔记本使用USB转接器来连接网络，导致无法通过认证。

台架使用随机MAC

android台架使用随机MAC地址之后，每次连接WIFI的时候可能MAC地址都会变化，或者无法设置成本机的MAC地址，导致无法通过认证。可以使用脚本修改为固定的MAC地址，然后使用脚本进行网络连接，参考脚本

#!/usr/bin/env bash
set -euo pipefail

SSID="${OPENAI_WIFI_SSID:-Opus-Office}"
MAC="${OPENAI_WIFI_MAC:-00:08:22:bc:aa:fb}"
PASSWORD="${OPENAI_WIFI_PASSWORD:-}"
TIMEOUT_SECONDS="${OPENAI_WIFI_TIMEOUT:-30}"

if [[ -z "${PASSWORD}" ]]; then
  if [[ -t 0 ]]; then
    read -r -s -p "Password for ${SSID}: " PASSWORD
    printf '\n'
  else
    printf 'Set OPENAI_WIFI_PASSWORD before running this script.\n' >&2
    exit 2
  fi
fi

adb wait-for-device

printf 'Waiting for Android to finish booting...\n'
for ((i = 0; i < 60; i++)); do
  if [[ "$(adb shell getprop sys.boot_completed 2>/dev/null | tr -d '\r')" == "1" ]]; then
    break
  fi
  sleep 1
done

if [[ "$(adb shell getprop sys.boot_completed 2>/dev/null | tr -d '\r')" != "1" ]]; then
  printf 'Android did not finish booting within 60 seconds.\n' >&2
  exit 1
fi

printf 'Preparing Wi-Fi configuration...\n'
adb shell cmd wifi set-wifi-enabled disabled >/dev/null

# Remove the saved target so auto-join cannot race ahead with another MAC.
while read -r network_id; do
  [[ -n "${network_id}" ]] || continue
  adb shell cmd wifi forget-network "${network_id}" >/dev/null
done < <(
  adb shell cmd wifi list-networks |
    awk -v ssid="${SSID}" '$2 == ssid { print $1 }' |
    sort -u
)

adb shell settings put global wifi_connected_mac_randomization_enabled 0
adb shell settings put global wifi_scan_mac_randomization_enabled 0
adb shell cmd wifi force-overlay-config-value \
  bool config_wifi_connected_mac_randomization_supported enabled false >/dev/null

adb shell cmd wifi set-wifi-enabled enabled >/dev/null

printf 'Waiting for the Wi-Fi client interface...\n'
mac_set=false
for ((i = 0; i < 30; i++)); do
  status="$(adb shell cmd wifi status 2>/dev/null | tr -d '\r')"
  if grep -Fq 'iface=wlan0' <<<"${status}" &&
    adb shell su 0 ip link set dev wlan0 address "${MAC}" >/dev/null 2>&1; then
    actual_mac="$(
      adb shell cat /sys/class/net/wlan0/address 2>/dev/null |
        tr -d '\r' |
        tr '[:upper:]' '[:lower:]'
    )"
    if [[ "${actual_mac}" == "${MAC,,}" ]]; then
      mac_set=true
      break
    fi
  fi
  sleep 1
done

if [[ "${mac_set}" != "true" ]]; then
  printf 'Failed to set wlan0 MAC to %s.\n' "${MAC}" >&2
  exit 1
fi

printf 'Connecting to %s with MAC %s...\n' "${SSID}" "${MAC}"
adb shell cmd wifi connect-network "${SSID}" wpa2 "${PASSWORD}" -r none

for ((i = 0; i < TIMEOUT_SECONDS; i++)); do
  status="$(adb shell cmd wifi status 2>/dev/null | tr -d '\r')"
  if grep -Fq "Wifi is connected to \"${SSID}\"" <<<"${status}"; then
    current_mac="$(
      adb shell cat /sys/class/net/wlan0/address 2>/dev/null |
        tr -d '\r' |
        tr '[:upper:]' '[:lower:]'
    )"
    if [[ "${current_mac}" != "${MAC,,}" ]]; then
      printf 'Connected with unexpected MAC %s.\n' "${current_mac}" >&2
      exit 1
    fi

    ip_address="$(
      adb shell ip -4 -o addr show dev wlan0 2>/dev/null |
        awk '{print $4}' |
        tr -d '\r'
    )"
    printf 'Connected: SSID=%s MAC=%s IP=%s\n' \
      "${SSID}" "${current_mac}" "${ip_address:-unknown}"
    exit 0
  fi
  sleep 1
done

printf 'Connection timed out after %s seconds.\n' "${TIMEOUT_SECONDS}" >&2
adb shell cmd wifi status >&2
exit 1

笔记本使用转接器连接网络

USB转接器连接网络，使用的MAC地址是转接器的MAC地址，而不是笔记本的网卡的MAC地址，导致无法通过认证。需要修改笔记本的网卡的MAC地址为转接器的MAC地址，才能通过认证。

查询网卡mac地址 ```bash ➜ ~ ip link 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eno1: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000 link/ether 28:c5:c8:d5:d6:ac brd ff:ff:ff:ff:ff:ff altname enp3s0 4: wlo1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DORMANT group default qlen 1000 link/ether 98:bd:80:95:be:e2 brd ff:ff:ff:ff:ff:ff altname wlp0s20f3 26: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000 link/ether 66:5b:34:98:71:fd brd ff:ff:ff:ff:ff:ff

- 设置mac地址

sudo ip link set eno1 down sudo ip link set eth0 down sudo ip link set eth0 address 28:c5:c8:d5:d6:ac sudo ip link set eth0 up

- 设置之后的状态
```bash
➜  ~ ip link                   
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eno1: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel state DOWN mode DEFAULT group default qlen 1000
    link/ether 28:c5:c8:d5:d6:ac brd ff:ff:ff:ff:ff:ff
    altname enp3s0
4: wlo1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DORMANT group default qlen 1000
    link/ether 98:bd:80:95:be:e2 brd ff:ff:ff:ff:ff:ff
    altname wlp0s20f3
26: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP mode DEFAULT group default qlen 1000
    link/ether 28:c5:c8:d5:d6:ac brd ff:ff:ff:ff:ff:ff

重新拔插之后失效

其他方式，如果确定不再用自带的网口了

复制以下内容到终端执行：
sudo tee /etc/systemd/network/10-usb-eth0.link > /dev/null <<'EOF'
[Match]
Driver=r8152
[Link]
MACAddress=28:c5:c8:d5:d6:ac
EOF
sudo udevadm control --reload && sudo udevadm trigger
验证（拔插一次或重启后）：
cat /sys/class/net/eth0/address        # 应为 28:c5:c8:d5:d6:ac
cat /sys/class/net/eth0/addr_assign_type  # 应为 3 (SET)，不再是 1 (RANDOM)

买二手车

Tue, 21 Jul 2026 00:00:00 +0000

检查内容

出险记录
维保记录
机动车行驶证，使用性质非营运
抵押登记，解除抵押
转移登记

？第三方检测

准备材料

注意事项

先过户后付款
如果需要先付款：备注：如无法过户，需全额退款
绿本

验车步骤

询问

上次保养时间和项目，查看记录
轮胎年限

买之后的整备

保养

[ ] 机油+机滤 ✅ 必做 [ ] 空气/空调滤芯 ✅ 必做自己买 [ ] 刹车油/防冻液 ✅ 必做 [ ] 变速箱油（干式双离合）✅ 必做 [ ] 正时皮带套装 ✅ 必做 [ ] 底盘胶套/摆臂 ✅ 检查后决 [ ] 清洗积碳（挖煤） ✅ 可选

C++ 静态链接时自注册对象被裁剪的问题

Tue, 21 Jul 2026 00:00:00 +0000

现象

某 TCP 命令系统注册了一个全局静态对象，期望在 main() 之前自动注册到命令注册表：

class Command {
    Command(const std::string& name) {
        Registry::get().add(name, this);
    }
};

// 全局静态变量，构造函数会执行注册
Command g_myCmd("hello");

代码编译为静态库（.a），最终链接到可执行文件或共享库（.so）。运行时发送 hello 命令，返回：

"hello" is not recognized as a valid command.
Type "help" to get a list of all available commands

命令没有被注册。

为什么

静态库的”按需提取”机制

.a 文件本质是目标文件（.o）的归档包。链接器处理静态库时，不会把整个 .a 都链接进去，而是遍历每个 .o，只提取那些提供了被其他已链接代码引用的符号的目标文件。

# 伪代码
for obj in library.a:
    if obj 定义了 needed 中任意符号:
        提取 obj → 链接到最终产物
    else:
        跳过 obj  # 没被任何人引用

链接器只看符号，不看副作用。

C++ 自注册模式的盲区

// 编译为 cmd_registry.cpp → cmd_registry.o
Command g_myCmd("hello");

int main() {
    // 从未直接引用 g_myCmd
    Registry::get().dispatch(std::cin, std::cout);
}

main.o 引用了 Registry::get() 和 Registry::dispatch()
cmd_registry.o 定义了 g_myCmd 的构造函数，但 没有其他 .o 引用 g_myCmd 这个符号

链接器视角：没人要这个符号 → 跳过 cmd_registry.o → 构造函数永远不执行。

注册的副作用对链接器完全透明。

加上 `--gc-sections` 更彻底

Android NDK 等工具链默认开启：

-ffunction-sections -fdata-sections -Wl,--gc-sections

每个函数和全局变量被分配到独立段。即使之前被”按需提取”的 .o，如果其中某个段没有被其他段引用，该段也可能被逐个裁剪。双重过滤下，纯副作用的自注册对象更难存活。

注：debug 和 release 构建都默认开启此选项。

解决方案

方案一：`--whole-archive`（推荐）

链接时强制包含整个静态库：

target_link_libraries(my_target PRIVATE
    "-Wl,--whole-archive" my_lib "-Wl,--no-whole-archive"
    other_libs...)

--whole-archive 告诉链接器：不要检查引用，把这个 .a 里所有 .o 都包含进来。

方案二：显式引用

在入口点代码中引用关键符号，让链接器知道它有用：

// main.cpp — 在任意被引用的编译单元中
extern Command g_myCmd;
void* keep_myCmd = &g_myCmd;  // 强制包含 cmd_registry.o

方案三：改用 OBJECT 库

CMake OBJECT 库的所有 .o 总是会被包含：

# 改为 OBJECT 库
add_library(my_lib OBJECT ${SOURCES})
# 链接时直接引用对象
target_link_libraries(my_target PRIVATE $<TARGET_OBJECTS:my_lib>)

如何验证

# 检查静态库中是否有该符号
nm libmy_lib.a | grep g_myCmd

# 检查最终产物中是否有该符号
nm libmy_target.so | grep g_myCmd
# 如果 .a 中有但 .so 中没有 → 被裁剪了

总结

情况	结果
同一编译单元内直接调用	✅ 正常
被其他 .o 引用的函数	✅ 正常
仅通过全局静态对象构造注册	❌ 被裁剪
加上 `--whole-archive`	✅ 强制包含

自注册模式是 C++ 中常见的”隐式约定”，但链接器只承认符号引用。理解静态库的按需提取行为，才能在设计插件系统、命令框架、工厂注册等场景时避开这个坑。

git bisect 定位哪个 commit 引入了 bug

Thu, 25 Jun 2026 00:00:00 +0000

step 1

确定一个已知的坏的 commit（包含 bug）和一个已知的好的 commit（不包含 bug）。

git bisect start
git bisect bad HEAD
git bisect good v1.0

step 2

Git 会自动切换到一个中间的 commit，运行测试或检查代码以确定该 commit 是否包含 bug。根据结果标记该 commit 为好或坏：

git bisect good  # 如果该 commit 没有 bug
git bisect bad   # 如果该 commit 有 bug

step 3

重复步骤 2，Git 会继续缩小范围，直到找到引入 bug 的具体 commit。最终，Git 会输出引入 bug 的 commit 的哈希值和提交信息。

todo: real eg.

android 使用adb命令修改VHAL属性

Tue, 02 Jun 2026 00:00:00 +0000

命令：

adb shell dumpsys activity service com.android.car inject-vhal-event 0x26400241 0x10 1

参数说明：

0x26400241：VHAL 属性 ID。从 ID 格式看，属于 OEM 自定义范围（标准 Android 属性通常在 0x01000000-0x06000000）。具体含义取决于车型定义，可能表示某个车门、车窗或座舱功能。
0x10：Area ID，表示操作的区域。常见值：
- 0x01：前排左侧
- 0x02：前排右侧
- 0x10：可能表示全车或特定区域
1：注入的值，通常是布尔值（0 = 关闭/false，1 = 开启/true）或状态值

前置条件

UserDebug 或 Eng 版本

adb shell getprop ro.build.type

android 浮窗视图圆角bugfix

Wed, 20 May 2026 00:00:00 +0000

目前实现浮窗视图的方式是通过在android侧创建一个透明的egl surface，在C++侧完成绘制后，android的窗口管理器会根据surface上的内容与背景进行混合，如果alpha的值不为0，混合后的结果会有一个半透明的效果。
这个会导致一个问题，在不是圆角的部分，如果有半透明物体，比如打开了透明底盘模式，在混合的时候会混合android的后台界面。如果使用OSG的默认混合模式，就会有这种现象。
解决方法是将透明度混合模式也单独设置,保证混合之后的透明度值为1：

 osg::ref_ptr<osg::BlendFunc> tmp_bf = new osg::BlendFunc(
    osg::BlendFunc::SRC_ALPHA, 
    osg::BlendFunc::ONE_MINUS_SRC_ALPHA,
    osg::BlendFunc::ZERO,
    osg::BlendFunc::ONE
  );
  tmp_pSt->setAttributeAndModes(tmp_bf.get(), osg::StateAttribute::ON);

如果不设置透明度混合模式，默认RGB 和 Alpha 使用相同因子，即混合后alpha值不为1

渲染器使用的模型格式由fbx修改为glb

Thu, 23 Apr 2026 00:00:00 +0000

参考 renderer demo

模型处理

问题

使用blender导出为GLB之后，在渲染器中加载，模型变得很肖，可能是单位的问题
- Blender exports GLB/glTF files in meters by default
- fbx 一般是cm
使用assimp加载glb，模型材质解析部分报错
- FBX 使用 Phong 材质模型 → AI_MATKEY_COLOR_SPECULAR、AI_MATKEY_COLOR_AMBIENT 等属性存在
- GLB/glTF 使用 PBR（基于物理的渲染）材质模型 → 这些 Phong 式属性在格式中根本不存在，Assimp 解析后这些 key 无法获取

效果

加载时间显著减少(同样使用assimp)

x86

fbx：380ms
glb：180ms

TI TDA4

网络相关问题排查

Fri, 17 Apr 2026 00:00:00 +0000

最近在调试TBOX，遇到了一些网络相关的问题，记录一下排查过程和解决方案。

issues

ping可以通，TBOX发送的someip offer消息主机可以收到，主机向TBOX发送握手消息没回复，TBOX端可以抓到握手消息，但TBOX没有回复。
- ping走的是ICMP协议，不需要握手，ping可以通不代表TCP/UDP协议也能通。
- 确认TBOX是否监听了对应的端口，确认协议栈是否正常工作。
- 尝试编写一个测试bin，向不同的端口发送握手消息，看是否都没有回复
- 关闭防火墙，关闭selinux权限，都没有用
- TBOX端收到没有任何回复，说明消息本身有问题，checksum不对，导致直接被丢弃了。
  - 与应用无关
  - 检查协议栈网卡等，解决checksum问题
- checksum不对对接收端的影响和对tcpdump抓包的影响：
  - 对接收端的影响：如果checksum不正确，接收端会认为数据包已经损坏，并且会丢弃这个数据包。这是因为checksum是用来验证数据包在传输过程中是否发生了错误的，如果checksum不匹配，接收端就无法确定数据包的完整性和正确性，因此会选择丢弃它。且不会有任何ACK回复。
- 使用其他环境double check，比如其他板子，或者直接连接到PC上，如果正常工作，说明问题出在环境上，可能是网卡驱动或者协议栈的问题。

tools

tcpdump

tcpdump基本指令，可以直接在终端查看也可以输出到文件

查看某个端口的流量
- tcpdump -i eth0 port 12345
- tcpdump -i any
指定ip
- tcpdump -i eth0 host 192.168.1.1
输出到文件
- tcpdump -i eth0 port 12345 -w output.pcap
直接在终端查看数据包内容()
- tcpdump -i eth0 port 12345 -A -e：在输出中显示链路层头信息（MAC 地址、ethertype、VLAN 等）。 -n：不要解析主机名（显示数字 IP）
输出详细程序
- tcpdump -i eth0 port 12345 -v /-vv/-vvv
指定协议
- tcpdump -i eth0 udp port 12345
- tcpdump -i eth0 tcp port 12345
- tcpdump -i eth0 icmp
- tcpdump -i eth0 arp

demo

shensunbo@DLFGVL3T3:~$ sudo tcpdump -i lo -nn -s 0 -c 50 tcp port 12345 -A
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on lo, link-type EN10MB (Ethernet), snapshot length 262144 bytes
11:26:23.390606 IP 127.0.0.1.46470 > 127.0.0.1.12345: Flags [S], seq 4160873182, win 65495, options [mss 65495,sackOK,TS val 94209927 ecr 0,nop,wscale 7], length 0
E..<.}@.@.q<..........09.............0.........
............
11:26:23.390617 IP 127.0.0.1.12345 > 127.0.0.1.46470: Flags [S.], seq 2949431771, ack 4160873183, win 65483, options [mss 65495,sackOK,TS val 94209927 ecr 94209927,nop,wscale 7], length 0
E..<..@.@.<.........09...............0.........
............
11:26:23.390624 IP 127.0.0.1.46470 > 127.0.0.1.12345: Flags [.], ack 1, win 512, options [nop,nop,TS val 94209927 ecr 94209927], length 0
E..4.~@.@.qC..........09.............(.....
........
11:26:23.390660 IP 127.0.0.1.46470 > 127.0.0.1.12345: Flags [P.], seq 1:11, ack 1, win 512, options [nop,nop,TS val 94209927 ecr 94209927], length 10
E..>..@.@.q8..........09.............2.....
........hello tcp

11:26:23.390692 IP 127.0.0.1.12345 > 127.0.0.1.46470: Flags [.], ack 11, win 512, options [nop,nop,TS val 94209927 ecr 94209927], length 0
E..4E.@.@...........09...............(.....
........
11:27:08.566088 IP 127.0.0.1.46470 > 127.0.0.1.12345: Flags [F.], seq 11, ack 1, win 512, options [nop,nop,TS val 94253172 ecr 94209927], length 0
E..4..@.@.qA..........09.............(.....
..0t....
11:27:08.566154 IP 127.0.0.1.12345 > 127.0.0.1.46470: Flags [F.], seq 1, ack 12, win 512, options [nop,nop,TS val 94253172 ecr 94253172], length 0
E..4E.@.@...........09...............(.....
..0t..0t
11:27:08.566173 IP 127.0.0.1.46470 > 127.0.0.1.12345: Flags [.], ack 2, win 512, options [nop,nop,TS val 94253172 ecr 94253172], length 0
E..4..@.@.q@..........09.............(.....
..0t..0t


^C
8 packets captured
16 packets received by filter
0 packets dropped by kernel
shensunbo@DLFGVL3T3:~$ sudo tcpdump -i lo -n  -evv tcp port 12345
tcpdump: listening on lo, link-type EN10MB (Ethernet), snapshot length 262144 bytes
11:28:07.942173 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 504, offset 0, flags [DF], proto TCP (6), length 60)
    127.0.0.1.41664 > 127.0.0.1.12345: Flags [S], cksum 0xfe30 (incorrect -> 0xb551), seq 4206673420, win 65495, options [mss 65495,sackOK,TS val 94308686 ecr 0,nop,wscale 7], length 0
11:28:07.942183 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 54: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 40)
    127.0.0.1.12345 > 127.0.0.1.41664: Flags [R.], cksum 0x260a (correct), seq 0, ack 4206673421, win 0, length 0
11:28:14.660441 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 21702, offset 0, flags [DF], proto TCP (6), length 60)
    127.0.0.1.41676 > 127.0.0.1.12345: Flags [S], cksum 0xfe30 (incorrect -> 0x7269), seq 3015650728, win 65495, options [mss 65495,sackOK,TS val 94315404 ecr 0,nop,wscale 7], length 0
11:28:14.660456 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 74: (tos 0x0, ttl 64, id 0, offset 0, flags [DF], proto TCP (6), length 60)
    127.0.0.1.12345 > 127.0.0.1.41676: Flags [S.], cksum 0xfe30 (incorrect -> 0xec66), seq 1587215927, ack 3015650729, win 65483, options [mss 65495,sackOK,TS val 94315404 ecr 94315404,nop,wscale 7], length 0
11:28:14.660466 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 64, id 21703, offset 0, flags [DF], proto TCP (6), length 52)
    127.0.0.1.41676 > 127.0.0.1.12345: Flags [.], cksum 0xfe28 (incorrect -> 0x1323), seq 1, ack 1, win 512, options [nop,nop,TS val 94315404 ecr 94315404], length 0
11:28:14.660542 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 76: (tos 0x0, ttl 64, id 21704, offset 0, flags [DF], proto TCP (6), length 62)
    127.0.0.1.41676 > 127.0.0.1.12345: Flags [P.], cksum 0xfe32 (incorrect -> 0xeaaf), seq 1:11, ack 1, win 512, options [nop,nop,TS val 94315405 ecr 94315404], length 10
11:28:14.660549 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 64, id 14014, offset 0, flags [DF], proto TCP (6), length 52)
    127.0.0.1.12345 > 127.0.0.1.41676: Flags [.], cksum 0xfe28 (incorrect -> 0x1317), seq 1, ack 11, win 512, options [nop,nop,TS val 94315405 ecr 94315405], length 0
^C
7 packets captured
14 packets received by filter
0 packets dropped by kernel
shensunbo@DLFGVL3T3:~$ sudo tcpdump -i lo -n  -e tcp port 12345
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on lo, link-type EN10MB (Ethernet), snapshot length 262144 bytes
11:29:55.115405 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 74: 127.0.0.1.59950 > 127.0.0.1.12345: Flags [S], seq 2116896596, win 65495, options [mss 65495,sackOK,TS val 94410072 ecr 0,nop,wscale 7], length 0
11:29:55.115415 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 74: 127.0.0.1.12345 > 127.0.0.1.59950: Flags [S.], seq 3888045621, ack 2116896597, win 65483, options [mss 65495,sackOK,TS val 94410072 ecr 94410072,nop,wscale 7], length 0
11:29:55.115421 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 66: 127.0.0.1.59950 > 127.0.0.1.12345: Flags [.], ack 1, win 512, options [nop,nop,TS val 94410072 ecr 94410072], length 0
11:29:55.115458 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 76: 127.0.0.1.59950 > 127.0.0.1.12345: Flags [P.], seq 1:11, ack 1, win 512, options [nop,nop,TS val 94410072 ecr 94410072], length 10
11:29:55.115461 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 66: 127.0.0.1.12345 > 127.0.0.1.59950: Flags [.], ack 11, win 512, options [nop,nop,TS val 94410072 ecr 94410072], length 0
^C
5 packets captured
10 packets received by filter
0 packets dropped by kernel
shensunbo@DLFGVL3T3:~$ sudo tcpdump -i lo -n  -ev tcp port 12345
tcpdump: listening on lo, link-type EN10MB (Ethernet), snapshot length 262144 bytes
11:30:31.252594 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 64, id 45612, offset 0, flags [DF], proto TCP (6), length 52)
    127.0.0.1.44044 > 127.0.0.1.12345: Flags [F.], cksum 0xfe28 (incorrect -> 0x0573), seq 422335109, ack 2476240385, win 512, options [nop,nop,TS val 94444283 ecr 94437753], length 0
11:30:31.252714 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 64, id 766, offset 0, flags [DF], proto TCP (6), length 52)
    127.0.0.1.12345 > 127.0.0.1.44044: Flags [F.], cksum 0xfe28 (incorrect -> 0xebef), seq 1, ack 1, win 512, options [nop,nop,TS val 94444283 ecr 94444283], length 0
11:30:31.252735 00:00:00:00:00:00 > 00:00:00:00:00:00, ethertype IPv4 (0x0800), length 66: (tos 0x0, ttl 64, id 45613, offset 0, flags [DF], proto TCP (6), length 52)
    127.0.0.1.44044 > 127.0.0.1.12345: Flags [.], cksum 0xfe28 (incorrect -> 0xebef), ack 2, win 512, options [nop,nop,TS val 94444283 ecr 94444283], length 0

使用trash-cli代替rm

Tue, 14 Apr 2026 00:00:00 +0000

使用rm删除文件的时候有时候会误删，且无法恢复，尝试给使用mv替代rm，但有时候还是会有一些问题。ubuntu上有直接可用的安全删除文件的工具trash-cli

install

sudo apt install trash-cli

常用命令

删除文件
- trash filename
- trash foldername/
查看回收站
- trash-list
恢复
- trash-restore
情况回收站
- trash-empty
- trash-empty 7 清除超过7天前的文件

也可以使用这个代替rm，给rm起个别名

echo "alias rm='trash'" >> ~/.bashrc
source ~/.bashrc

png纹理转换为ktx

Sat, 11 Apr 2026 00:00:00 +0000

KTX 工具实战：从安装到批量转换

如果你在做图形渲染资源优化，ktx 是一个非常值得掌握的命令行工具。它可以把 PNG/JPG 等纹理转成 GPU 友好的 KTX/KTX2 格式，并支持压缩、mipmap、色彩空间标记等关键能力。

1. KTX 是什么？常见类型有哪些？

1.1 容器格式层面

类型	后缀	说明
KTX1	`.ktx`	早期格式，兼容性历史包袱较多
KTX2	`.ktx2`	新一代格式，推荐优先使用

通常新项目建议直接用 KTX2。

1.2 压缩编码层面（KTX2 常见）

编码	特点	适合场景
UASTC	画质高、细节好，体积通常更大	法线贴图、近景高质量材质
ETC1S	压缩率高、体积小，质量相对保守	包体敏感、移动端大规模分发

简单理解：要质量选 UASTC，要体积选 ETC1S。

2. 如何安装 KTX 工具

ktx 来自 Khronos 的 KTX-Software。

Ubuntu / Debian

sudo apt update
sudo apt install -y ktx-tools

macOS（Homebrew）

brew install ktx

Windows

从 KTX-Software 的 GitHub Releases 下载预编译包，解压后把可执行文件目录加入 PATH。

验证安装

ktx --help | head

看到帮助输出即安装成功。

3. `ktx` 最常用命令

不同版本子命令可能略有差异，但核心思路一致：创建（create）→ 检查（info）→ 转码/优化（视版本支持）。

3.1 单张图片转 KTX2（UASTC）

ktx create --encode uastc --format R8G8B8A8_SRGB --generate-mipmap input.png output.ktx2

参数要点：

--encode uastc：使用 UASTC 编码
--format ...：显式指定像素格式（非常重要）
--generate-mipmap：自动生成 mip 链

3.2 单张图片转 KTX2（ETC1S）

ktx create --encode etc1s --format R8G8B8A8_SRGB --generate-mipmap input.png output.ktx2

3.3 查看文件信息

ktx info output.ktx2

可用于确认编码类型、mipmap 层级、颜色空间标记等。

4. 批量转换：纯命令行方案

Linux / macOS（Bash）

4.1 批量转 UASTC（颜色纹理，sRGB）

mkdir -p out_ktx2
for f in textures/*.png; do
  base="$(basename "$f" .png)"
  ktx create --encode uastc --format R8G8B8A8_SRGB --generate-mipmap "$f" "out_ktx2/${base}.ktx2"
done

4.2 批量转 ETC1S（颜色纹理，sRGB）

mkdir -p out_ktx2
for f in textures/*.png; do
  base="$(basename "$f" .png)"
  ktx create --encode etc1s --format R8G8B8A8_SRGB --generate-mipmap "$f" "out_ktx2/${base}.ktx2"
done

5. 颜色空间与贴图类型：最容易出错的地方

5.1 颜色纹理（BaseColor / Emissive）

一般用 sRGB 格式，例如：

R8G8B8_SRGB
R8G8B8A8_SRGB

5.2 数据纹理（Normal / Roughness / Metallic / AO）

一般用线性 UNORM：

R8G8B8_UNORM
R8G8B8A8_UNORM

不要把法线、粗糙度等数据图当 sRGB。
否则常见症状是：高光异常、法线方向怪异、材质能量失真。

6. 常见问题与对应处理方式

问题 1：`ktx: command not found`

原因：未安装或 PATH 未配置。
处理：重新安装，并确认 ktx --help 能输出。

问题 2：转换成功但画面发灰/过亮

原因：色彩空间选错（把颜色图当线性，或反过来）。
处理：颜色图用 *_SRGB，数据图用 *_UNORM。

问题 3：体积太大

原因：使用了 UASTC 或纹理分辨率过高。
处理：改用 ETC1S；必要时先降采样再编码。

问题 4：细节损失明显

原因：ETC1S 对高频细节保真较弱。
处理：改用 UASTC，或对关键纹理单独走高质量策略。

问题 5：运行时加载失败

原因：引擎/驱动对目标格式支持不一致，或元数据不匹配。
处理：先 ktx info 检查文件，再验证运行时支持矩阵（API/平台/GPU）。

7. 一套可落地的选择建议

默认输出 KTX2。
颜色图和数据图分开处理，明确 sRGB/UNORM。
大多数贴图用 ETC1S 控体积，关键质量贴图用 UASTC。
始终生成 mipmap，减少闪烁与采样噪点。
每批次抽样用 ktx info + 引擎实机检查。

按这套流程，你就能把 KTX 工具稳定纳入资源管线：体积、质量、加载效率三者可控。

参考脚本

convert_to_ktx2.sh

#!/bin/bash
# Convert PNG textures to KTX2 (UASTC supercompression) for GPU-native loading.
# Output goes to textures_ktx/ alongside the original textures/ folder.
#
# Usage: ./scripts/convert_to_ktx2.sh [texture_dir]
#   texture_dir defaults to res/model/halo/textures

set -euo pipefail

SRC_DIR="${1:-res/model/halo/textures}"
DST_DIR="$(dirname "$SRC_DIR")/textures_ktx"

if ! command -v ktx &>/dev/null; then
    echo "ERROR: 'ktx' tool not found. Install KTX-Software." >&2
    exit 1
fi

if ! command -v identify &>/dev/null; then
    echo "ERROR: 'identify' (ImageMagick) not found." >&2
    exit 1
fi

mkdir -p "$DST_DIR"

# Textures that represent color data and must be tagged sRGB:
is_srgb() {
    local name="$1"
    [[ "$name" == *BaseColor* ]] || [[ "$name" == *Colour* ]] || \
    [[ "$name" == *Specular* ]] || [[ "$name" == *Emissive* ]]
}

shopt -s nullglob
ok=0; fail=0

for src in "$SRC_DIR"/*.png "$SRC_DIR"/*.PNG; do
    name=$(basename "$src" .png)
    name=$(basename "$name" .PNG)
    out="$DST_DIR/${name}.ktx2"

    # Detect alpha channel via ImageMagick identify
    channels=$(identify -format "%[channels]" "$src" 2>/dev/null | head -1)
    has_alpha=false
    [[ "$channels" == *"a"* ]] && has_alpha=true

    # Select VkFormat based on color space and alpha
    if is_srgb "$name"; then
        $has_alpha && fmt="R8G8B8A8_SRGB" || fmt="R8G8B8_SRGB"
        tf_flag=""
    else
        $has_alpha && fmt="R8G8B8A8_UNORM" || fmt="R8G8B8_UNORM"
        tf_flag="--assign-tf linear"
    fi

    echo "[ktx2] $name  fmt=$fmt"
    if ktx create --encode uastc --format "$fmt" $tf_flag \
            --generate-mipmap "$src" "$out" 2>/dev/null; then
        (( ok++ )) || true
    else
        echo "  FAILED: $src" >&2
        (( fail++ )) || true
    fi
done

echo ""
echo "Done. Converted: $ok  Failed: $fail"
echo "Output: $DST_DIR/"