GasVosky的芭樂格

windows update 更新清單會卡住

2026-10-03T11:21:19.360+08:00

基本上是來刷存在感的. 我的問題比較奇怪, 它會在 setting 裡的 update 跑幾天幾夜都不會停, 原因可能是你卡到陰 (X) 卡到 Delivery Optimization 這個服務 (O), 在這之前個人推薦再找個軟體叫 FluentCleaner, 可以到它的 github 下載
解法比想像中簡單:

win+r, services.msc

Windows Update 關掉

Delivery Optimization 關掉

"C:\Windows\ServiceProfiles\NetworkService\AppData\Local\Microsoft\Windows\DeliveryOptimization\State\" 底下清掉

Delivery Optimization 打開

Windows Update 打開

這次更新不是下載到 C:\Windows\SoftwareDistribution 這裡面, 所以把這裡清空沒有用了.

ROCm 6.4.4 & pytorch 2.9.1 gfx803 / gfx900 build note

2026-02-11T11:08:00.011+08:00

後來想一想, 前篇留著當筆記, 對 pytorch 2.9.1 再開一篇文寫.

以下筆記我自己實驗出可用的版本, ubuntu 24.04.3, ROCm 6.4.4, pytorch 2.9.1, 目標 gfx803, gfx900. 以下都可以在虛擬機裡編譯, 不需要真的有 AMD 的 GPU. 之所以用 ROCm 6.4.4 不用 7.1.1 | 7.2.0 是因為這是最後一版支援 gfx803 (RX460/470/480/560/570/580) 的 ROCm, 也是最後一版支援 WSL 的 ROCm, 所以這篇就以 ROCm 6.4.4 (6.x 最後一版), pytorch 2.9.1 為主. 還是跟前篇一樣, 要編哪一版 pytorch 就要注意它是對到哪一版 ROCm.

ps. ROCm 7.1.1 可以支援在 ryzen 3000 開始的 APU (代號 gfx902), 但沒實驗出讓它跑 code 的辦法.

#首先 /etc/default/grub 裡替開機參數加東西, GRUB_CMDLINE_LINUX_DEFAULT 後面加上 "intel_iommu=on, iommu=pt", intel_iommu 是對 intel 用的, AMD ryzen 體系的預設 amd_iommu 都是 on, ryzen 之前的要看板子能不能開 IOMMU.

# 環境變數裡加東西, 下次登入時就生效. ps. 加在 /etc/environment.d/ 裡無效, 理由不明.

# Add GFX803 related variables
echo "ROC_ENABLE_PRE_VEGA=1" | sudo tee -a /etc/environment
echo "HSA_OVERRIDE_GFX_VERSION=8.0.3" | sudo tee -a /etc/environment

安裝 miniconda 3. conda init 是在 $LOGUSER 下, 特別記清處 rocm-build 這個字, 後面會很常用上

Miniconda 3

# Download and Install Miniconda 3
wget https://repo.anaconda.com/miniconda/Miniconda3-latest-Linux-x86_64.sh -P /tmp/
sudo bash /tmp/Miniconda3-latest-Linux-x86_64.sh -b -p /opt/conda
sudo sed -i 's|^PATH="|PATH="/opt/conda/bin:|' /etc/environment

# Logout to apply environment
exit

# Logged in
conda init
source ~/.bashrc
conda tos accept --override-channels --channel https://repo.anaconda.com/pkgs/main
conda tos accept --override-channels --channel https://repo.anaconda.com/pkgs/r
conda create -n rocm-build -y python=3.12
conda activate rocm-build

Install Prerequisites

sudo apt install -y build-essential ccache git libjpeg-dev \
libjpeg-turbo8-dev libpng-dev libmsgpack-dev libssl-dev \
python3-virtualenv libboost-dev libboost1.83-dev libmsgpack-cxx-dev \
ninja-build

ROCm 6.4.4

# Setup AMD repository
wget https://repo.radeon.com/rocm/rocm.gpg.key -O - | gpg --dearmor \
| sudo tee /etc/apt/keyrings/rocm.gpg > /dev/null

echo "deb [arch=amd64 signed-by=/etc/apt/keyrings/rocm.gpg] \
https://repo.radeon.com/rocm/apt/6.4.4 noble main" | sudo tee \
--append /etc/apt/sources.list.d/rocm.list

echo -e 'Package: *\nPin: release o=repo.radeon.com\nPin-Priority: \
600' | sudo tee /etc/apt/preferences.d/rocm-pin-600

sudo apt update

# Install ROCm 6.4.4
sudo apt install rocm rocm-developer-tools rocm-ml-sdk \
rocm-ml-libraries rocm-hip-sdk rocm-hip-libraries

sudo sed -i 's|^PATH="|PATH="/opt/rocm/bin:|' /etc/environment

echo "ROCM_PATH=/opt/rocm" | sudo tee -a /etc/environment

# Logout to apply environment
exit

此時如果要修改 rocm 安裝版本, 就要在 /etc/apt/sources.list.d/rocm.list 中修改版本數字跟 ubuntu 發行主版號:

#sudo nano /etc/apt/sources.list.d/rocm.list

ps. 到寫這篇前還沒看到支援 ubuntu 26.04

rocBLAS

# Re-enable conda environment
conda activate rocm-build

# Download rocBLAS
sudo mkdir /opt/rocBLAS

sudo chown $LOGNAME: /opt/rocBLAS

git clone --recursive https://github.com/ROCm/rocBLAS.git -b \
rocm-6.4.4 /opt/rocBLAS

cd /opt/rocBLAS

# Install required packages
pip install "cmake<4.0" joblib pyyaml virtualenv \
typing-extensions

# Build rocBLAS
time ./install.sh -a "gfx803;gfx900;gfx90a;gfx942;gfx1100" \
-b rocm-6.4.4

# Copy compiled library
sudo rsync -vrh /opt/rocBLAS/build/release/rocblas-install\
/lib/rocblas/library/ /opt/rocm/lib/rocblas/library/

SRC=$(sudo find \

/opt/rocBLAS/build/release/rocblas-install/lib/ \

-type f -name "librocblas.so.*")

TGT=$(sudo find /opt/rocm/ -type f -name "librocblas.so*")

LIST=$(find /opt/rocm/ -type l -name "librocblas.so*")

sudo rsync -vrh \

/opt/rocBLAS/build/release/rocblas-install/lib/rocblas/library/ \

/opt/rocm/lib/rocblas/library/

sudo cp -f ${SRC} ${TGT}

for d in ${LIST}; do sudo ln -sf ${TGT} ${d}; done

rocBLAS 這裡新加一個很重要的參數 -b, -b 參數是指定 Tensile branch, 這個最好跟 rocBLAS branch 一樣指到哪版就指定哪版, 否則預設會去抓最新版, 最新版往往要不根本編不起來, 要不根本不存在. 我在寫這篇文的時候編譯時 Tensile 指到 4.45, 但 github 上只 release 到 4.43. 這裡只能更確定做這些東西的人根本沒試過能不能正常安裝就丟出來了.

rocSOLVER

ps. rocSOLVER 在 ROCm 7.0 開始才能指定 Tensile 版本, 如果是 7.0 之後的版本就建議跟 rocBLAS 一樣 install.sh 要多下一個 -b 指定 Tensile 版號.

(update: ROCm 7.0以上特有) rocSOLVER的編法很奇怪, 最好特別連進去 ssh console 裡再操作 install.sh, 否則不會動作.

# Download rocSOLVER
sudo mkdir /opt/rocSOLVER
sudo chown $LOGNAME: /opt/rocSOLVER
git clone --recursive https://github.com/ROCm/rocSOLVER.git -b \

rocm-6.4.4 /opt/rocSOLVER
cd /opt/rocSOLVER

# Build rocBLAS
time ./install.sh -a "gfx803;gfx900;gfx90a;gfx942;gfx1100"


# Copy compiled library
SRC=$(sudo find \
/opt/rocSOLVER/build/release/rocsolver-install/lib/ \
-type f -name "librocsolver.so.*")

TGT=$(sudo find /opt/rocm/ -type f -name "librocsolver.so*")

LIST=$(find /opt/rocm/ -type l -name "librocsolver.so*")

sudo cp -f ${SRC} ${TGT}
for d in ${LIST}; do sudo ln -sf ${TGT} ${d}; done


# Reboot

如果你是在目標機器上編的話才要 reboot.

PyTorch 2.9.1

# Re-enable conda environment
conda activate rocm-build

# Download PyTorch
sudo mkdir /opt/pytorch
sudo chown $LOGNAME: /opt/pytorch
git clone --recursive https://github.com/pytorch/pytorch.git -b v2.9.1 /opt/pytorch
cd /opt/pytorch

# Install required packages
pip install mkl-static mkl-include -r requirements.txt

# Build PyTorch
export PYTORCH_ROCM_ARCH="gfx803;gfx900"
export PYTORCH_BUILD_VERSION=2.9.1 PYTORCH_BUILD_NUMBER=1
python tools/amd_build/build_amd.py
time python setup.py bdist_wheel

# Install PyTorch
pip install /opt/pytorch/dist/torch-2.9.1-cp312-cp312-linux_x86_64.whl

ps1. torchVision 要編譯 0.24.1 版, 跟 pytorch 也是有對應版號的
https://github.com/pytorch/vision

ps2. torchAudio 對應版號是 2.9.1 版

之後就比照 https://github.com/NULL0xFF/rocm-gfx803?tab=readme-ov-file 這邊筆記操作.
後續有實驗成功的版本我會再貼上來.

update: 操蛋的, 花了我三個禮拜試一堆組合後終於可以動了....

MNIST PyTorch example

Clone the PyTorch examples repository.

git clone https://github.com/pytorch/examples.git

Go to the MNIST example folder.
```
cd examples/mnist
```

以上引用自 https://rocm.docs.amd.com/projects/install-on-linux/en/latest/install/3rd-party/pytorch-install.html

update2: rocm 7.0 開始擋掉對 gfx803 的支援.

ROCm 6.3.3 & pytorch 2.4.1 gfx803 / gfx900 build note

2026-02-06T11:20:00.016+08:00

這篇只是筆記, 主要引述自(NULL0xFF / rocm-gfx803)這裡的編譯指引, 這篇主要針對 ubuntu 22.04 的環境使用, 對的是 ROCm 6.1.5, 所以 pytorch 最好的配對版本是 2.4.1, pytorch 對 ROCm 的版本基本不會是自由配對, 可以參考這裡, 而 pytorch 每個版本編譯情況不一樣, 通常要選好特定的版本下手比較穩..

以下筆記我自己實驗出可用的版本, ubuntu 24.04.3, ROCm 6.3.3, pytorch 2.4.1, 目標 gfx803, gfx900. 以下都可以在虛擬機裡編譯, 不需要真的有 AMD 的 GPU.

# 環境變數裡加東西, 下次登入時就生效. ps. 加在 /etc/environment.d/ 裡無效, 理由不明.

# Add GFX803 related variables
echo "ROC_ENABLE_PRE_VEGA=1" | sudo tee -a /etc/environment
echo "HSA_OVERRIDE_GFX_VERSION=8.0.3" | sudo tee -a /etc/environment

安裝 miniconda 3. conda init 是在 $LOGUSER 下, 特別記清處 rocm-build 這個字, 後面會很常用上

# Download and Install Miniconda 3
wget https://repo.anaconda.com/miniconda/Miniconda3-latest-Linux-x86_64.sh -P /tmp/
sudo bash /tmp/Miniconda3-latest-Linux-x86_64.sh -b -p /opt/conda
sudo sed -i 's|^PATH="|PATH="/opt/conda/bin:|' /etc/environment

# Logout to apply environment
exit

# Logged in
conda init
source ~/.bashrc
conda create -n rocm-build -y python=3.12
conda activate rocm-build

Install Prerequisites

sudo apt install -y build-essential ccache git libjpeg-dev libjpeg-turbo8-dev libpng-dev libmsgpack-dev libssl-dev python3-virtualenv libboost-dev libboost1.83-dev libmsgpack-cxx-dev

ps. ROCm 6.3 最後一版是 6.3.4, 但 rocblas 關聯 ROCm 6.3 的部份只到 6.3.3, 所以以下 ROCm 使用 6.3.3

Install ROCm (基本到 7.2.0 也一樣)

ROCm 6.3.3

# Setup AMD repository
wget https://repo.radeon.com/rocm/rocm.gpg.key -O - | gpg --dearmor | sudo tee /etc/apt/keyrings/rocm.gpg > /dev/null
echo "deb [arch=amd64 signed-by=/etc/apt/keyrings/rocm.gpg] https://repo.radeon.com/rocm/apt/6.3.3 noble main" | sudo tee --append /etc/apt/sources.list.d/rocm.list
echo -e 'Package: *\nPin: release o=repo.radeon.com\nPin-Priority: 600' | sudo tee /etc/apt/preferences.d/rocm-pin-600
sudo apt update

# Install ROCm 6.3.3
sudo apt install rocm rocm-developer-tools rocm-ml-sdk rocm-ml-libraries rocm-hip-sdk rocm-hip-libraries
sudo sed -i 's|^PATH="|PATH="/opt/rocm/bin:|' /etc/environment
echo "ROCM_PATH=/opt/rocm" | sudo tee -a /etc/environment

# Logout to apply environment
exit

此時如果要修改 rocm 安裝版本, 就要在 /etc/apt/sources.list.d/rocm.list 中修改版本數字跟 ubuntu 發行主版號:

#sudo nano /etc/apt/sources.list.d/rocm.list

ps. 到寫這篇前還沒看到支援 ubuntu 26.04

rocBLAS

# Re-enable conda environment
conda activate rocm-build

# Download rocBLAS
sudo mkdir /opt/rocBLAS
sudo chown $LOGNAME: /opt/rocBLAS
git clone --recursive https://github.com/ROCm/rocBLAS.git -b rocm-6.3.3 /opt/rocBLAS
cd /opt/rocBLAS

# Install required packages
pip install "cmake<4.0" joblib pyyaml

# Build rocBLAS
time ./install.sh -a "gfx803;gfx900;gfx90a;gfx942;gfx1100"

# Copy compiled library
sudo rsync -vrh /opt/rocBLAS/build/release/rocblas-install/lib/rocblas/library/ /opt/rocm/lib/rocblas/library/
sudo cp -f $(find /opt/rocBLAS/build/release/rocblas-install/lib/ -type f -name "librocblas.so.*") $(find /opt/rocm/ -type f -name "librocblas.so*")$(find /opt/rocBLAS/build/release/rocblas-install/lib/ -type f -name "librocblas.so.*") $(find /opt/rocm/ -type f -name "librocblas.so*")

rocBLAS 這裡會編譯從 ROCm 6.0 開始就被拿掉的 gfx803, gfx900 hsaco 等 kernel 檔案, 以及把檔案關聯放進 librocblas.so 裡 (ROCm 5.0 開始 gfx803, gfx900 有檔案但沒有相關連結), 因為如果全部的 GPU 都塞進來的話, 會在後面編 pytorch ldd 時因為 so 檔太大無法成功連結, 所以選好自己想要編進去的東西. 而 gfx90a/942/1100 這三個是 pytorch 要的, 不是我想加的...

rocSOLVER的編法很奇怪, 最好特別連進去 ssh console 裡再操作 install.sh, 否則不會動作.

rocSOLVER

# Download rocBLAS
sudo mkdir /opt/rocSOLVER
sudo chown $LOGNAME: /opt/rocSOLVER
git clone --recursive https://github.com/ROCm/rocSOLVER.git -b rocm-6.3.3 /opt/rocSOLVER
cd /opt/rocSOLVER

# Build rocBLAS
time ./install.sh -a "gfx803;gfx900;gfx90a;gfx942;gfx1100"

# Copy compiled library
sudo cp -f $(find /opt/rocBLAS/build/release/rocblas-install/lib/ -type f -name "librocblas.so.*") $(find /opt/rocm/ -type f -name "librocblas.so*")echo $(find ./build/release/rocsolver-install/lib/ -type f -name "librocsolver.so.*") $(find /opt/rocm/ -type f -name "librocsolver.so*")

# Reboot

如果你是在目標機器上編的話才要 reboot.

Install PyTorch

PyTorch 2.4.1 (可以自己改 2.7.1)

# Re-enable conda environment
conda activate rocm-build

# Download PyTorch
sudo mkdir /opt/pytorch
sudo chown $LOGNAME: /opt/pytorch
git clone --recursive https://github.com/pytorch/pytorch.git -b v2.4.1 /opt/pytorch
cd /opt/pytorch

# Install required packages
pip install mkl-static mkl-include ninja -r requirements.txt

# Build PyTorch
export PYTORCH_ROCM_ARCH="gfx803;gfx900"
export PYTORCH_BUILD_VERSION=2.4.1 PYTORCH_BUILD_NUMBER=1
python tools/amd_build/build_amd.py
time python setup.py bdist_wheel

# Install PyTorch
pip install /opt/pytorch/dist/torch-2.4.1-cp312-cp312-linux_x86_64.whl

ps1. 2.5.0 & 2.5.1 我嘗試編過, 失敗, 2.6我沒試, 2.7.1可以順利編過, 2.8.0 檔案下載 SHA256 有問題我找不到可以改哪裡. 以上也可以自己改成 2.7.1 跑.

ps2. 2.4.x & 2.5.x 編完記得把 ~/.triton/cache ~/.triton/dump 清一清.

ps3. 如果裝的是 pytorch 2.4.1 的話 torchvision 請用 0.19, pytorch 2.7.1 的話請用 0.22, 參考 https://github.com/pytorch/vision

之後就比照 https://github.com/NULL0xFF/rocm-gfx803?tab=readme-ov-file 這邊筆記操作.

後續有實驗成功的版本我會再貼上來.

update: pytorch 2.10.0 有編起來了, 後續 torchvision & pytorch 測試會以 2.10.0 優先, 除非 2.10.0 碰到什麼釘子我再回來 2.7 或 2.4 試試看.

就只是一篇廢文

2025-12-25T15:27:00.003+08:00

這個 sonic tower 應該是我個人用 PC 裡被延用最久的組件, 好像2001年(?)買的用到今天, 第二名才是機殼(約2005年), 第三名才是 power(不祥).

這顆 CL-P0071 可以從產品網頁圖上看到有支援 K7 (但下面列表沒有), 最早買的版本是有 socket 462 用的架子, 走 462 旁邊的 4個孔位固定, 所以需要背板支援 (socket370 & socket7 用的是扣具, 還真難改給這兩個使用..), 也就所以這個散熱器一路從我 AthlonXP1500+ (palomino), Athlon64-mobile 2800+ (clawhammer)(754), Athlon64 3000+ (newcastle)(939), phenom9500 (am2), FX8320 (am3), X6-1055t (am3+), ryzen-2700x (am4), 到目前的 ryzen 9700x (am5). 754/939 還有產品附的扣具可以上, AM2 扣具基本要到它第二代產品 CL-P0323 那時才會附, 我當然是沒有, 我也不知道它 AM2 用的是不是從 754 就開始用的兩爪扣 (兩爪扣其實活很久, VIA CPU 事業都死掉了它都還活著, 從 754/939/940 的年代一直到今天 AM5 都是那個寬度), 所以這時開始我只能自己用 L架彎折去做這個很陽春的固定架.

就像這樣, 這張只是示意圖. 可以看到中間那條槓已經跟我的人格一樣扭曲了我還不放過它.

鐵條調一調就可以合 AM2/AM3/AM4/AM5 的孔. 之所以 AM? 我打這麼多是因為它每一代孔位都有點不同, 換了就要調, 而且不像 intel 偏好正方孔位, 塔上面方便用長螺絲起子固定, AM? 不是, 它要先鎖一邊再鎖另一邊, 然後傾斜螺絲起子去鎖緊這 4顆螺斯, 最後的成品才是第一張圖那樣子.

update: 我錯了. socket2011 上沒比較好鎖....

update: AM2 用的螺絲好像是 M3.5, 沒求證, 我都直接用主機板附的或是幹別人的來用

以上只是 sonic tower 被我虐待的慘狀而已, 再來貼幾個凌虐的後續作品. 這個是給 xeon e2276ME 使用的, 這是一片 CPU on board 的板子, 固定孔位為 58x58mm, 遠遠的比之前列的都要窄, 所以要找小一點的塔位給它上讓它安心上路:

這次用的是小 L架, 散熱器隨便去二手市場找了一個說沒扣具便宜賣的, 品項真新, 我很滿意. 可以看的到 CPU 週圍 lay 了很多礙事的鳥蛋東西要特別閃開. e2276ME 表面上說 45w TDP, embedded 產品, 實際上如果你散熱器真的只做 45w 的能力, 你就會因為過熱一直重開機重開爽的. 後來換到這個最少可以撐 90w 的才安份下來.

然後再來這一個, 這一個也是買二手的, 這次記得是改裝給 socket2011v3 用:

做好的的扣具. 反正可以調, 看起來整齊就可以交差了zzz

接下來合孔位:

2011v3 記得用的是 80x80mm, M4 螺絲, 然後 2011 還有人做 AM2 兩爪扣具可用, 不過臨時買不到那兩爪扣, 就給它這個陽春散熱器直上, ~~燒掉就算了管它的zzz~~

所以, 問我整臺電腦裡什麼東西可以用最久, 我覺得就是散熱器了.

Brave Browser Extension issue in Windows

2025-09-23T16:00:00.004+08:00

!說在前面, brave browser 這個問題是 windows 特有!

問題的現像為 extension 無法下載, 無法載入, 無法執行.

目前的結論, 問題發生的主因是 %TEMP% 目錄下 brave browser 無權執行.

個人使用 chromium base web browser (brave, vivaldi) 有個習慣是把整個 user-data-dir 丟上 RAMdisk 裡跑, vivaldi 叫 "%LOCALAPPDATA%\Vivaldi\User Data", brave 叫 "%LOCALAPPDATA%\BraveSoftware\Brave-Browser\User Data", 因為 extension 跑的資料也會在這區裡運作, 間接會變的很會磨 SSD 寫入次數, 所以個人把這目錄重導向到 IMdisk 建的 RAMdisk 裡使用有一段時間, 也是到最近發現 brave browser 開始出問題才注意到. (chrome 也會有一樣的 extension 的問題, 但 vivaldi 到目前都很正常).

然後我花了很多時間交叉測試後, 最後才找到原來跟暫存目錄有關係. 我有使用兩個 RAMdisk 軟體, 一個是 DATARAM RAMdisk 一個是 IMdisk, 而 %TMP% %TEMP% 都是指到 IMdisk 去, 而 brave 大約從 1.79 版開始, %TMP% %TEMP% 這裡就會有無法存取的問題, 一開始只是無法再安裝新 extension, 到後來會連載入都無法載入. 這時剩一個能用的方法, 就是在啟動 brave browser 時, 把這個 app 的 %TMP%, %TEMP% 全部重新導向:

!!b:\tmp 是 DATARAM 的 RAMdisk, 不是 IMdisk 的, 特別注意.!!

C:\Windows\System32\cmd.exe .exe /c "set TEMP=B:\tmp&&set TMP=B:\tmp&&start brave"

無痕就用
C:\Windows\System32\cmd.exe .exe /c "set TEMP=B:\tmp&&set TMP=B:\tmp&&start brave --incognito"

這樣 extension 才能正常跑. 而且請注意, 這樣是 brave 安裝在 %ProgramFiles% 下的才可以成功指定, 裝在 %LOCALAPPDATA% 裡的以上方法無效.

而且, brave browser 長年以來很莫明奇妙一點就是 linux 底下都很正常, windoz 下怪問題一堆.

update:

是這一區權限有問題:

%LOCALAPPDATA%\BraveSoftware\Brave-Browser\User Data\Default\Extensions

為了讓 extensions 可以正常運作, 只好把這區全 junction 到真正的 RAMdisk 裡或其它 fixed disk 裡運作.

update: 2025/11 這時間左右的 update 修掉這個問題, 反而換 yahoo 拍賣爛掉了. yahoo拍賣的問題就不關RAMdisk的事了.

rustdesk 拿回短 ID 一點筆記 (windoz)

2025-07-16T13:10:00.004+08:00

這篇筆記以 windoz 為主, 因為 linux 版我目前不知道怎麼救.
簡單的說, rustdesk 官網會記錄你機器 UUID (UEFI UUID), 一但同一片板子重裝 OS 後再使用 rustdesk 時, rustdesk 官網發現你的機器 UUID 已經註冊時, 就會再換發一個新的 ID (10碼, 一般是 9碼) 給你.我就無聊, 我想換回來. 基本上, relay-server 重新設定過後, 就沒重覆 UUID 註冊的問題..

1.關掉 rustdesk, 關掉 rustdesk service.

2.用 notepad++ 之類可以偵測檔案變動的編輯軟體開好以下兩個設定檔:

C:\Windows\ServiceProfiles\LocalService\AppData\Roaming\RustDesk\config\RustDesk.toml

%APPDATA%\Rustdesk\config\Rustdesk.toml

3.把這兩個檔裡 enc_id 清除為 encid = ''

4.斷網, 斷網後重啟 rustdesk.

5.可以看到步驟 2開的那兩個檔案 enc_id 有被變動, 這時就是你機器原本該有的 enc_id, 記得備一份下來.

6.重新連網, 不用啟動 service, 可以再次看到 enc_id 再被改變, 此時再將步驟 5抄下的 enc_id 給它貼回去, 存檔.

7.下次再開 rustdesk 就是你原本舊的 ID.

linux 底下 rustdesk 設定檔似乎僅只有 $HOME/.config/rustdesk/RustDesk.toml 一個而已, 還沒驗證過只改這個檔是否生效.

[雜記] Tamron A007 part3

2025-05-18T15:53:00.007+08:00

轉眼間這顆鏡頭買也有 10 年了. 到今天仍然會留著它出勤, 主要還是因為相較於原廠 24-70mm 第一代完全不同的發色色調, 原廠那支拍風景很好, 這支拍人像效果比較好. 這篇要講的主角其實是 Viltrox NF-Z 轉接環, 因為 FTZ 跟 A007 有點相容性問題, 鏡身防手震 (鏡身防手震應該要稱為 OIS, 但為了怕混淆, 所以以下稱 VC) 不能開, 開了機身防手震 (以下稱 IBIS) 會三不五時跳爽的, 把鏡身 VC 關掉, 機身 IBIS 也會跟著關掉, 總之會讓你有一種比搭原廠鏡還糟糕的使用體驗在, 所以我才在尋找能給 A007 穩定使用的轉接環. 到今天為止也沒什麼選擇, 就 FTZ (FTZ ii Nikon 有承諾過跟一代完全一樣) 跟 Viltrox NF-Z 這支.

然後以下我會解釋為什麼前一篇我要砍掉.

NF-Z firmware 剛拿到時是 1.3版, 認不到 A007, 更版到 2.1後認的到, 然後先說結論, A007 可以正常使用.

我現在更版到 2.4, 2.4 之前的 2.3 版有多一個功能, 轉接環上的開關可以切換要機身防手振 (機身往鏡頭方向看出去右邊) 還是鏡身防手震 (左邊), 這功能非常重要, 建議用戶更版到這版或以後. 我在拿到後試切換鏡身 VC 跟機身 IBIS 時有懷疑 A007 VC 是不是有正常啟動, 以下三張照都是 ISO1250, f/2.8, 快門 1/10s, 鏡身 70mm端下照的, 機身 Nikon Z6 第一代:

沒 VC 沒 IBIS:

結論很明顯......

有 VC 沒IBIS:

也就因為成像還是如此糟糕, 我一度以為轉接後 VC 沒有作用, 後來拿 D610 交叉比對測試下, 看來 A007 OIS能力就這樣而已.....

沒 VC 有 IBIS:

這是鏡身 VC 沒開, 機身 IBIS 有開. 所以機身 IBIS 效果比較好....

所以結論是 A007 VC 功能在 Z6 上效果不會比較好, 不開比較好. 那不開不是跟原廠鏡差別是什麼? 喔, 比較小支, 原廠後來有 VR 的那支又大又重又長, 畫質也沒比較出色, 然後 F 鏡一般沒有鏡機連動防手震, 這種功能只留給 Z 鏡而已.

這隻被 Tamron 放棄很久的產品, 現在新的 A032, Sigma 24-70 f/2.8 DG ART II 都比它強了, 留著這支繼續用, 用的就只是一個革命情感而已.

在發現 A007 VC 啟動疑似不正常後, 我覺得我對 NF-Z 轉接環的結論應該下的太早, 以為實際上沒有完全支援 A007, 所以把前一篇砍掉. 後來反複驗證的結果證明 A007 在 NF-Z 上動作正常, 只是效果不如預期而已.

題外話來說說 Tamron A005, 70-300mm VC 這支, NF-Z formware 2.40 下仍舊不太正常, 如果一定要開鏡身 OIS, 有個懶人解法是: NF-Z 開鏡身 OIS (機身往鏡頭方向看出去左邊), 鏡身 VC 開關先關掉, 相機開機, 再把鏡身 VC 打開, 此時就可以正常動作. 我猜每次相機深度睡眠回來都要這樣操作一次才會正常, 沒很深入研究. 再不然就只開機身 IBIS, 200mm 焦長以下可能還算可靠吧? 沒實驗, 只有很短暫碰一下.

NF-Z 接 sigma 17-70mm 時相機機身 IBIS 也會亂跳, 基本上用 sigma 的鏡頭就乖乖用 FTZ.

wch ch340...

2025-01-24T15:38:00.003+08:00

會用到這個便宜貨是因為公司專案需要, 剛好買到地雷.

ch340 windoz driver ver: 3.9.2024.9, windoz 10 ltsc2019 (build 1809),

它的問題是這樣, 在 windoz 下開啟它時, 速率超過 9600 會直接 fail. 解決方式也很簡單, SetCommState API 先設定為 9600, 再設定成你要的 baud 再跑一次 SetCommState, 就可以了.

linux 下沒這問題zzzzzz

windoz 都不太會用了

linux & serial port mouse.

2024-12-20T00:03:00.003+08:00

linux 底下 serial port 可以怎樣搞它這不用我在這講, 這次只講 serial port 版本的滑鼠怎麼用. serial port touch 也是類似的用法.

https://forums.linuxmint.com/viewtopic.php?t=329420

"inputattach --microsoft -daemon /dev/ttyS0"

USB i2c dongle 一點小筆記

2024-12-05T10:11:00.000+08:00

以下以 ubuntu linux 平臺下應用為主. 使用前個人建議給自己的帳號加入兩個群組:

# sudo usermod -aG dialout ${USER}
# sudo usermod -aG i2c ${USER}

方便以一般使用者身份操作.

目前買過的幾種:

WCH CH341: 市面上最多也最便宜, i2c / spi 要另外掛 driver. 我目前用 flank 的版本, 不過 SPI 要另外寫 script 開啟. ch341 i2c 本身有不等待 ACK 回應的問題, 會有些相容性問題, 這點要特別注意.
WCH CH347: 目前簡單測試是還沒碰到問題, driver 我用 aystarik的版本, 這個是我從 aystarik的版本再修改過的版本, ACK 回應還沒測試, 後面補上..
FTDI FT232H: 這個要用它的 i2c 要透過它的 MPSSE library, 但看來還需要 programming GPIO 的 EEPROM 資料, 目前不會動. python i2c 據說可以繞過沒 EEPROM 資料直接操作, 懶的理會....
SiliconLab CP2112: 這個跟 FT232H 一樣沒原生 i2c master 的 kernel module 可用, 都要透過它自家的 library 操作, 看到這裡就直接丟在一邊沒繼續再試.
STM32F103C8T6 i2c-tiny-usb: 這個是眾多寫成 i2c-tiny-usb 的裝置之一, code在這裡, 不過這個我用 C6T6 跑不起來, 一定要 C8T6.

目前拿 stm32 寫的 i2c-tiny-usb 先用, 缺點只是反應稍慢.

i2c-tiny-usb 還有強者寫出 attiny45/85 的版本, attiny 跟 STM32f1 的差別在 attiny 本身沒有 h/w USB, 這個是拿 GPIO 模擬的, 所以 i2c master clock 預設為 50Khz, 然後我沒用過這個版本, 無從報告好壞.

bleachbit

2024-09-14T15:13:00.003+08:00

這個其實是我在找 avira 留下的 C:\Windows\Temp\sentry_temp 裡一大票垃圾檔怎麼辦時找到的工具, 不過先說在前面, 它沒解 avira 垃圾檔的問題.

官網
https://www.bleachbit.org/

它的清掃能力跟 dism++ 差不多, 不過 dism++ 很久很久沒再維護了. 還有就是 freespace 別勾選, 這個相當於 freespace wipe 也就是軟體做 TRIM, 如果你是在虛擬機裡想減少壓縮備份後的空間, 這功能才有用處.

update: 這個目錄是被 avira 的一個 SentryEye.exe 使用中, 每一個被執行的東西都會存個大小不一的記錄在這裡面, 剛剛想說移除掉後對 sentry_temp 動點手腳, 再重新裝回去... 很奇怪的, 這個功能就不見了....

小麥輸入法@xubuntu24.04

2024-06-18T11:43:00.009+08:00

作者 git

安裝方式如 git 所寫, 不需要修改, 我只是貼上我自己編的版本 (2.7.11 for ubuntu 24.04 amd64)

替代用了好幾年的新酷音 (ibus-chewing) 輸入法用的, 新酷音在 fcitx5 上的純注音模式還要多按一個下鈕才會出現, fcitx5-zhuyin 也一模一樣, 總之這年頭要找一個純粹注音輸入法竟然是有這麼困難. 還好小麥輸入法這作者還有保留純注音模式, 只是檔案需要自己編譯, 裡面是用 cmake, 所以單獨抽出 binary 包成 .deb 來用. 雖然即便如此, 為了一個 fcitx5 仍要安裝龐大的 qt6 runtime 跟一大票有的沒的東西, 基本上不小於 build-essential...

關聯兩個套件, fcitx5, libfmt9, 也可以用 dpkg -i 安裝完 fcitx5-mcbopomofo 再用 apt-get install -f 叫 apt 自己去補上缺的套件..

2025/10/08 update. 更版到 2.9.2, 後來發現 ibus 的問題也終於修好了. 以下 github:

https://github.com/openvanilla/fcitx5-mcbopomofo

檔案:

https://github.com/zetta-shao/fcitx5-mcbopomofo-deb/releases/

VMware workstation ubuntu 24.04 note

2024-06-05T18:11:00.003+08:00

最後竟然是 libfreetype 卡關很久.........

sudo apt-install libncursesw6
ln -s /usr/lib/x86_64-linux-gnu/libncursesw.so.6 /usr/lib/x86_64-linux-gnu/libncursesw.so.5

rm /usr/bin/vmware-modconfig
ln -s /usr/bin/true /usr/bin/vmware-modconfig

rm /usr/lib/vmware/lib/libz.so.1/libz.so.1
ln -s /usr/lib/x86_64-linux-gnu/libz.so.1 /usr/lib/vmware/lib/libz.so.1/libz.so.1

rm /usr/lib/vmware/lib/libfontconfig.so.1/libfontconfig.so.1
ln -s /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 /usr/lib/vmware/lib/libfontconfig.so.1/libfontconfig.so.1

rm /usr/lib/vmware/lib/libfreetype.so.6/libfreetype.so.6
ln -s /usr/lib/x86_64-linux-gnu/libfreetype.so.6 /usr/lib/vmware/lib/libfreetype.so.6/libfreetype.so.6

Windows update without driver

2024-04-10T14:42:00.003+08:00

我想這已經很多人都知道了. 除了 AMD GPU driver 以外, 有安裝 Intel 官方網站下載的 driver 也建議打開, 例如 vmware workstation/player 會因為 M$ windows-update 給的 driver openGL 有問題, 開起來直接藍底白字. (個人沒很信任 WHQL 的品質, intel driver 品質江河日下的今天它可以比 intel 或 AMD 都還要糟糕....)

rustdesk windows build note

2024-03-07T13:40:00.002+08:00

date: 2024/03/07

reference: https://rustdesk.com/docs/en/dev/build/windows/

install: (install by administrator)

VS2022: community, with c++ development package, win10sdk 10.19041 (ps. no account)

git: https://git-scm.com/download/win

rust: https://static.rust-lang.org/rustup/dist/x86_64-pc-windows-msvc/rustup-init.exe

llvm: https://github.com/llvm/llvm-project/releases/download/llvmorg-15.0.2/LLVM-15.0.2-win64.exe

install vcpkg:

git clone https://github.com/microsoft/vcpkg cd vcpkg git checkout 2023.10.19 cd .. vcpkg\bootstrap-vcpkg.bat export VCPKG_ROOT=$PWD/vcpkg vcpkg\vcpkg.exe install libvpx:x64-windows-static libyuv:x64-windows-static opus:x64-windows-static aom:x64-windows-static

setup VCPKG_ROOT in user environment.

set LIBCLANG_PATH in system environment.

build rustdesk:

git clone https://github.com/rustdesk/rustdesk cd rustdesk mkdir -p target\debug curl https://raw.githubusercontent.com/c-smile/sciter-sdk/master/bin.win/x64/sciter.dll --output target\debug\sciter.dllcargo run

rustc.exe 跑一跑會無法終止我就不知道什麼原因了.

AMD R5 340/350 R7 240/250 一點筆記

2024-03-05T10:20:00.004+08:00

GPU: AMD Oland

https://www.techpowerup.com/gpu-specs/amd-oland.g389

這是從鹹魚上找來的 dell 拆機貨, 打算取代 GTX750Ti 的 HDMI YUV422 4K 用. GTX750ti 沒有不好, 就是沒有 DP 輸出可用, 也無法輸出 RGB888 4K, 不然論 GPU 能力是強過 Oland 的. 然後因為我是在 ubuntu 底下用, linux 下 AMD GPU 支援度要好的多.

不過需注意的是, kernel 同時有兩支 driver 支援這系列的卡, radeon 跟 amdgpu, 而 mesa RADV 只支援後者, 所以記得在 /etc/defconfig/grub 裡加上"

radeon.si_support=0 amdgpu.si_support=1

的敘述, RADV 才能使用, 才能原生支援 vulkan.

rustdesk @ ironlake GPU

2024-02-05T20:16:00.008+08:00

應用情境是使用 i5-520m 的 Thinkpad x201, GPU 是 ironlake, 只有 OpenGL 2.1 可用, OS 使用 xubuntu 22.04.3, kernel 6.5.0-14, mesa 23.0.4

在這麼老的 landtop 上可以安裝 rustdesk client 的 deb, 不過啟動會碰上一堆錯誤 (serial 292 error_code 167 request_code 152 (GLX) minor_code 0).

解法是啟動參數這邊這樣下:

---

env LIBGL_ALWAYS_SOFTWARE=true MESA_GL_VERSION_OVERRIDE=3.3 MESA_GLSL_VERSION_OVERRIDE=330 rustdesk

---

update: 可以當控端, 可以當被控端, 看 CPU 使用率應該是沒有 h/w encoder 可以支援, 無法確認.

update: 環境多設定一個參數, 即可讓 rustdesk 以純軟體方式啟動, 沒有 OpenGL 可用都無所謂 (但應該是 liunx 下才能用...):

LIBGL_ALWAYS_SOFTWARE=1

linux x11 例:

env LIBGL_ALWAYS_SOFTWARE=1 rustdesk

筆記 systemd-networkd

2023-10-17T14:43:00.000+08:00

簡單的說 ubuntu 體系的常會在開機時卡在 systemd-networkd-wait-online 很久很久, 如果機器本身是需要設定固定 ip, 沒有對外更沒有啥 dhcp server 可連線時就會卡很久

這裡有位高手提供一個解法: 首先:

sudo systemctl edit --full systemd-networkd-wait-online.service

在裡面找到 ExecStart, 改成像這樣:

ExecStart=/usr/lib/systemd/systemd-networkd-wait-online --timeout=10

就可以跳過這個無意義工作.

usb ethernet adapter rename

2023-07-06T14:09:00.005+08:00

USB ethernet 像 AX88772, AX88179 等在 ubuntu 下會重命名為 enx<MAC address> 的名稱, 我對名稱叫什麼沒有意見, 但 nfs client 有, 做 IPv6 nfs mount 時都會出現 "an incorrect mount option was specified" 的錯誤.

這問題我找了一段時間, 沒有找到解法. 直到有一天因為工作的需求使用 SUSE 這套 distro 時發現, 在它底下 USB thernet 可以正常使用 IPv6 nfs mount.... !! 只是跟 ubuntu 不一樣的是, 它 USB ethernet 就只是叫 eth? 而已, 不是照 bus-tree 這些來命名...

好了, 那如何更改 ubuntu 下的 USB ethernet 名稱? 我在這裡找到有人提供改寫 udev rules 的方式達成:

以 root 身份增加檔案 /etc/udev/rules.d/76-netnames.rules
---
# USB device by path
# get ID_PATH if not present yet
ENV{ID_PATH}=="", IMPORT{builtin}="path_id"
SUBSYSTEM=="net", ACTION=="add", ENV{ID_PATH}=="*-usb*", NAME="ueth%n"
---

以 root 身份重觸發 udev:

# udevadm control --reload-rules; udevadm trigger;

下次再接上 USB ethernet 時就會更名為 ueth?, 更名成這樣就可以正常使用 IPv6 nfs mount.

ubuntu 底下套用 icc 檔

2023-06-06T10:17:00.005+08:00

首先寫在前面, 我只針對 X11 應用, wayland 跟印表機有沒有做用我不知道, 無法驗證.

這裡只是寫寫筆記.

ubuntu 底下要裝兩個東西, colord, xiccd, 使用 colord 前最好先把 window manager 重開過, 例如 gdm (ubuntu w/o wayland), lightdm (xubuntu, xfce), sddm (lubuntu, LXDE). 要簡單一點就是重開機.

再來確認 colord 有沒有辦法正常動作:

# colormgr get-devices 要有東西, 特別是 Device ID 那行:

一些網站說 .icc 檔可以放在 ~/.local/share/icc/ 底下, 我試過在 22.04 上沒用. 有另外要加入的 .icc 檔我認為要乖乖加在 /usr/share/color/icc/colord/ 底下.

# colormgr get-profiles 可以列出能被使用的 .icc 檔, 順路確認有沒有自己需要的:

以上確認無誤後可以用 colormgr device-add-profile 增加, 以上圖的例子就是:

# colormgr device-add-profile "xrandr-Virtual1" icc-b99d6f29391058874009aa0bf2ef2a87

# colormgr device-add-profile "xrandr-Virtual1" icc-35ae3435119b8a10eaf73839628be96a

唯需要注意的是如果 Device ID 出來的字串裡面有空白時, 直接貼上一定失效, 需要特地用引號匡起來指定哪一個輸出.

指定使用 profile 例如:

# colormgr device-make-profile-default "xrandr-Virtual1" icc-b99d6f29391058874009aa0bf2ef2a87

這樣就會套用.

在 X11 底下營幕如果有做過啥 mirror 的動作時, Device ID 同時也會跑掉, 要注意.

Z6 充電線續集

2023-06-02T21:22:00.001+08:00

做這東西基本上沒有需求, 只是之前對於相機用直充電源線的部份一直梗梗於懷, 處心積慮的一直想做一條線可以讓 z6 使用 BC 1.2 那種 5v 2.4a 舊規格變壓器, 又可以滿速充電的東西, 然後為了想實現這樣的一條線, 從一開始 type-c 協議解析 IC IP2701, 到後面 type-C 公頭的元件, 看到後面 PD protocol 的部份時, 我才發現, 好像改改電阻就好了似的:

後來, 買到 type-c 公頭的接頭 (這個請注意有的有配電阻, 有的沒有), 實際動刀時才有點概念. 簡單的說, type-c 公頭上一般焊的那 56K 是橫跨在 Vconn 跟 CC 上的, 以 USB PD 的規格來說, CC 沒有這個電阻, 供電端不會給電, 只有 vconn 會給 5v 的電, 於是這顆 pull-up 電阻很順理成章的掛在 Vconn 跟 CC 的兩端:

這張圖就是這次的犧牲品. 我把電阻從 56K 換成 9.5K (手邊找不到 10K 0805 的料..), 如上圖所說, 換成 10K 後, 等於對用電端宣告給電端擁有 5v 3A 的供電能力, 而非原來的 500mA.

接到 z6 上的測試我忘了照, 就收進去了, 總之確定可以吃到 2A 全速充電沒問題了, 拿來給手機用也都可以正常認到 QC protocol 沒問題.

只是呢... 這條線的意義只在於, 如果還在用很老規格的 5V 2.4A 變壓器, 或是改更大電流的 5v 變壓器直供時, 這樣改才有意義, 否則以現在充電頭科技的進步, 意義不大.

samba & error 0x80070032

2023-05-07T11:32:00.003+08:00

這個問題是, 在當 windows copy 檔案到 samba server 的共享目錄時會發生的問題. 以微軟的文件我猜測就是數據重覆刪除的問題:

https://learn.microsoft.com/zh-cn/troubleshoot/windows-server/backup-and-storage/request-not-supported-smb-data-deduplication

但這並不完全是 samba 的問題. 0x80070032 這問題困擾我很久, 原本以為是 samba 的鍋, 因為 nfs 沒這問題, 但別人的 windoz pc 你不可能每臺都強迫裝 nfs client, 而且更別提現在 windoz 端 nfs client 僅只有支援 nfs v2 v3 沒有支援到 v4, 所以 unicode 的支援上會有相當程度的問題.

appuals 上的文章是我目前看過對這問題追的最徹底的, 他提了很多解法, 但請注意這些解法通常只針對 windows 對 windows 檔案共享出問題, 我的問題是 samba, 然後 samba 其實很少人碰到這問題, 碰到也不知道怎麼解, 最少你拿這些關鍵字去 google 九成九都是廢話, 或丟在那沒人回的問題.

我的問題發生的來源很簡單, 我把 tmpfs 開給 samba 分享出去, tmpfs 本身不支援 (因為不需要支援) data deduplication, 所以丟回給 samba 說我不支援, samba 再丟會給 windoz client, windoz 對用戶說遇到 0x80070032 的錯誤.

如果你掛的是其它的檔案系統像 ext4, xfs, samba 就不會有這問題, appuals 的文章最後最後一段有略略提到這件事: "If the issue persists on a server, then check if installing the Deduplication server role and configuring it solves the problem.", 但 server 端可能的問題太多, 也不一定就是檔案系統.

tmpfs 即便可以掛載那麼多奇奇怪怪的型態, 也並沒有那麼萬能.

laowa 10-18mm 一點感想

2022-11-05T14:39:00.008+08:00

鏡頭用多了, 總會想要有看的更廣, 看的更遠, 越透亮, 或越有亮暗過度層次, 高光低光細節, 或更有光學暇疵衍生出自己獨特的成像效果, 或更快更精準的對焦能力等等, 太多了. 從有 sigma 8-16mm, 喜歡上這種鏡頭廣闊的空間感, 可以有更長的安全快門時間, 幾乎都是對無限遠所以很難有對焦不準的問題 (這裡指 AF 鏡), 以及最重要的, 可以有更短的拍攝者後退空間. 很多沒有更多可後退的空間時, 只能依賴廣角.

有這些好處後, 我就一直在找可以拍到 95-121度視角 (也就是等效全片幅焦段 12-24mm) 更輕便, 或更廣角的組合, 之前寫的 SEL1018 就是其中的組合之一, SEL1018 跟 a7 這個組合對我來說就是可以犧牲四角完全崩壞的畫質, 只取中間 16:9 範圍時的一個妥協. 既然是妥協, 就會想找替代品, cosina volgtlander 10mm f5.6, laowa (安徽長庚光學) 10-18mm 這幾顆鏡頭我觀望了很長一段時間. 到寫稿這時 laowa 有推出 10-18mm f4.5-5.6, 11mm f4.5, 9mm f5.6, 12-24mm f5.6 這些, 最廣的是 9mm f5.6, 這顆還可以上 GFX50s. 只是後來看到別人的比較裡, 9mm f/5.6 跟 10-18mm 相比後者邊角畫質還略好, lenstip 比較 voigtlander 10mm 也略輸 laowa 10-18mm, 又剛好看到這顆有二手 (這其實才是關鍵原因) 於是就買了 laowa 10-18mm.

這些是過去買過的廣角鏡, 不過個人覺得不管單反鏡還無反鏡, 很多機身很難在非泛焦區對焦對到很準確....

右到左是 Nikon 4/16-35mm, Sigma 8-16mm DC, Sony 4/10-18mm, Laowa 10-18mm
從以上可以看出體積落差有多麼巨大, aps-c 的 sigma 8-16mm 跟 sony 4/10-18mm 就可以做的到體積小巧而且擁有一樣的視野, 而 Nikon 16-35mm 甚至比 2.8/24-70mm 一代還要大顆... panasonic 4/7-14mm 有多大我不知道, 我沒買...

laowa 10-18mm vs sony 10-18mm 體積落差. sony 10-18mm 當全片幅鏡使用時遮光照不能上, 實際收納體積可以在小上一截.

laowa 10-18mm 幾個產品的點...

跟 sigma 8-16mm, 12-14mm/II, sony 12-24mm 一樣前罩是套上去的, 前面也無法裝 filter. 但前罩對我來說已經比 sigma 8-16m 小巧好收納的多, 隨手就可以放口袋裡, 差別頗大. 至於濾鏡的問題, 它雖然無法裝在前面, 但後面可以加掛 37mm 口徑濾鏡, 某種程度上解決外掛巨大濾鏡價格昂貴難以攜帶等問題...
內對焦, 內變焦, 進塵機會減少很多.
對焦表尺不具參考價值.
不管 sony A7 還 nikon Z6, 畫面對焦輔助點沒什麼參考價值. 不過因為這顆是廣角鏡, 這個問題不太大 (後述)
它有個 lock 開關, 但作用是讓光圈環轉動時會不會有段落感, 並不是鎖變焦環什麼..
請不要討論廣角鏡的景深
裝在 A7 mk1 上鬆鬆垮垮的, 只差不會沒事飛出去, 不過我覺得這是 sony 的問題, SEL1018 也是這樣.
對焦變焦環阻尼頗大, 不用太擔心像 AF 鏡那樣用一用沒事跑掉..
還是很大.
不要再來問三小這全片幅嗎這種爛問題

首先先來講對焦表尺不具參考意義這一點. 我帶出去實拍時不管是轉在 10mm 還是 18mm 端, 無限遠端都不在刻度的無限遠那格上, 以 10mm 來說, 定在對焦表尺 1.5 那個紅字的 5 正下方這個位置, 就可以拍大約 0.5m 近到無限遠了:
ps: 後來證實是機身的問題...

再來提示對焦點的問題. 簡單的說, 物距在 0.5m 以上遠時, 幾乎整個畫面都是對焦提示點, 但實際放大來看會發現你想對的物體並沒有真的準焦. 這點 sony & nikon 的機子都一樣, 都要放大來對焦看再拍會安心一點, 這點就是我當初考慮很久不打算買的原因之一, 在行程很趕時, 很難有機會一張張照片慢慢對焦, 沒對到焦的照片也沒有修回來的可能, 就是做廢. 自動對焦雖然在 8-12mm 這種 14mm 以下焦段效果很科科 (不講科科笑, 難道要說它很慘嗎..... ?), 但最少成功率還有六七成, 靠連拍還是有機會抓到能用的. 此時泛焦拍攝還是有好處在的.

lock鎖, 我不知道廠商的想法是什麼.

景深嘛, 不是長焦就不用討論了. (一秒)

裝上機身會很鬆垮這點嘛, 這個要自己改造機身部份的鏡頭環, 或是改用 Nikon Z, 用轉接環去咬死它不讓它動.

update:

後來轉接到 Nikon Z6 測試邊角畫質時才更確認對焦表尺轉無限遠時不是無限遠, 是 A7 機身的問題 (我的 A7 有換過卡口環, 因為原本的太鬆), 在 Z6 上離無限遠端有一點點小誤差, 很可能是轉接環的問題也可能是鏡頭的問題, 我不知道.
以下是原圖左上方各切邊角兩塊 1024x768 大小做比較, 都是 10mm f5.6.
首先附上 A7 拍的:

對比 Z6 拍的:

看的出來邊角畫質有傳說中的差別....

update: 補一篇目前看到唯一一篇數據測試, 邊角果然不行.
https://photographylife.com/reviews/laowa-10-18mm-f4-5-5-6

7.4v 升壓充電模組一點點小感想..

2022-09-30T00:41:00.001+08:00

從以前到現在共買了這 4種, 從上到下分別為 FM4256, IP2326, CN3302, SY6982.

至於好壞嘛.. 我覺得看用在哪裡

FM4256: 這是裡面高度最低的, 連板子 4mm 高, 28x21.2mm, 可以塞的進很多副廠的電池充電座裡充當第二個充電器電力來源, 單價最低, 某寶上可以找到單價 6.7 左右的. 充電電流預設限制為輸入 2A (電流感測電阻為 4.99ohm), 效率裡面排第三.
IP2326: 高度 4.5mm, 31.2x18.2mm, 單價次高約 10RMB, 4者中 CP 最高, 充電電流預設為輸出 1.5A (所以輸入5V 時會吃到 3A), 換言之充電速度 4者裡最快, 但不適用小容量電池. 本身支援 QC 協定, 充電時會根據電池電壓申請 6v 或 7v 電壓借以升高轉換效率. 如果有大電流 QC source 可接我會推薦用這款.
CN3302, 39x18x6mm, 高度 4者裡最高 (主要是因為那顆電感, 建議找 6.8x7.3x3.0mm 款的 10uH 封閉電感換上去, 效率會有略略提升), 4者中唯一非同步整流, 效率也最差. 預設輸入電流購買時就要選好, 有 1/2/4A 可選. 這顆較其它 3款最不同的地方是它工作電壓可以低到 2.4v (其它起跳 4.6v 否則會欠壓保護), 可以靠 3.7v 電池給它供電, CN3303/3304 款可以支援升壓到 12.6v / 16.8v, 如果你的電池不幸是 4串的, 那你只好選這種... 價格約 10RMB.
SY6982, 29.4x19x5.5mm, 效率是 4者裡最高, 單價也最高 (20-25RMB, 有兩家在做), 模組本身可以自由設定輸入電流要 0.5A, 1A 還 2A (我買的是 2A 款), 但是它對輸入掉電壓很敏感, 店家會提到一個 0.25/0.375v 的設定就是指這個, 一般建議設 0.375v. NTC 電阻不可拆. 因為這款設定小電流輸出比較方便, 比較適用充電電流較小的電池像 NP-FW50. 這款也最適用在行動電源供電用途.

以上只有 CN3302 會不管電池有沒有電就輸出, 其它如果只是接純電阻負載則不會有輸出. 這四者都沒有救電池過放電的能力, TP5100 那類的才有.

至於充電效率怎麼樣嘛... 除非特別去改小輸出, 否則在設定 2A 輸入出時都不會輸給所謂原廠充電器.

阻擋 ubuntu 土匪式的 update

2022-09-26T12:23:00.005+08:00

這我很久以前就這樣設定了, 直到最近被搞到有一臺機器開不了機, 我才發現原來我沒貼在這.

/etc/apt/apt.conf.d/20auto-upgrades

APT::Periodic::Update-Package-Lists "0";
APT::Periodic::Download-Upgradeable-Packages "0";
APT::Periodic::AutocleanInterval "0";
APT::Periodic::Unattended-Upgrade "0";

即使不會開不了機, 也會把你 /boot 區塞爆, rootfs 裡每一個版本就給你塞 2xxMiB (btrfs 壓縮後的大小) 的空間, 塞到你爆炸為止.

GasVosky的芭樂格

windows update 更新清單會卡住

ROCm 6.4.4 & pytorch 2.9.1 gfx803 / gfx900 build note

Miniconda 3

Install Prerequisites

sudo apt install -y build-essential ccache git libjpeg-dev \libjpeg-turbo8-dev libpng-dev libmsgpack-dev libssl-dev \python3-virtualenv libboost-dev libboost1.83-dev libmsgpack-cxx-dev \ninja-build

ROCm 6.4.4

此時如果要修改 rocm 安裝版本, 就要在 /etc/apt/sources.list.d/rocm.list 中修改版本數字跟 ubuntu 發行主版號:

#sudo nano /etc/apt/sources.list.d/rocm.list

rocBLAS

rocSOLVER

PyTorch 2.9.1

ps1. torchVision 要編譯 0.24.1 版, 跟 pytorch 也是有對應版號的https://github.com/pytorch/vision

ps2. torchAudio 對應版號是 2.9.1 版

之後就比照 https://github.com/NULL0xFF/rocm-gfx803?tab=readme-ov-file 這邊筆記操作.後續有實驗成功的版本我會再貼上來.

MNIST PyTorch example

ROCm 6.3.3 & pytorch 2.4.1 gfx803 / gfx900 build note

Install Prerequisites

ps. ROCm 6.3 最後一版是 6.3.4, 但 rocblas 關聯 ROCm 6.3 的部份只到 6.3.3, 所以以下 ROCm 使用 6.3.3

Install ROCm (基本到 7.2.0 也一樣)

ROCm 6.3.3

此時如果要修改 rocm 安裝版本, 就要在 /etc/apt/sources.list.d/rocm.list 中修改版本數字跟 ubuntu 發行主版號:

#sudo nano /etc/apt/sources.list.d/rocm.list

rocBLAS

rocSOLVER

Install PyTorch

PyTorch 2.4.1 (可以自己改 2.7.1)

就只是一篇廢文

Brave Browser Extension issue in Windows

rustdesk 拿回短 ID 一點筆記 (windoz)

[雜記] Tamron A007 part3

wch ch340...

linux & serial port mouse.

USB i2c dongle 一點小筆記

bleachbit

小麥輸入法@xubuntu24.04

VMware workstation ubuntu 24.04 note

Windows update without driver

rustdesk windows build note

AMD R5 340/350 R7 240/250 一點筆記

rustdesk @ ironlake GPU

筆記 systemd-networkd

usb ethernet adapter rename

ubuntu 底下套用 icc 檔

Z6 充電線續集

samba & error 0x80070032

laowa 10-18mm 一點感想

7.4v 升壓充電模組一點點小感想..

阻擋 ubuntu 土匪式的 update

sudo apt install -y build-essential ccache git libjpeg-dev \
libjpeg-turbo8-dev libpng-dev libmsgpack-dev libssl-dev \
python3-virtualenv libboost-dev libboost1.83-dev libmsgpack-cxx-dev \
ninja-build

ps1. torchVision 要編譯 0.24.1 版, 跟 pytorch 也是有對應版號的
https://github.com/pytorch/vision

之後就比照 https://github.com/NULL0xFF/rocm-gfx803?tab=readme-ov-file 這邊筆記操作.
後續有實驗成功的版本我會再貼上來.