<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[biller_Lee的博客]]></title><description><![CDATA[]]></description><link>https://blog.csdn.net/biller_Lee</link><language>zh-cn</language><generator>https://blog.csdn.net/</generator><copyright><![CDATA[Copyright &copy; biller_Lee]]></copyright><item><title><![CDATA[H.265 真的比 H.264 省空间吗？一次实测对比]]></title><link>https://blog.csdn.net/biller_Lee/article/details/163938183</link><guid>https://blog.csdn.net/biller_Lee/article/details/163938183</guid><author>biller_Lee</author><pubDate>Fri, 21 Aug 2026 09:57:04 +0800</pubDate><description><![CDATA[**同等主观画质下，H.265（HEVC）相比 H.264（AVC）通常能省 30%-50% 的码率。** 但这个数字有前提条件，脱离场景谈压缩率没有意义。
这篇讲清楚：省在哪、什么情况下省不了、以及怎么自己做一次可复现的对比测试。
H.264 用固定 16×16 的宏块（Macroblock）作为编码单元。H.265 引入 CTU（Coding Tree Unit），最大支持 64×64，并且可以四叉树递归划分到 8×8。
意义在于：**大面积平坦区域可以用一个大块整体编码**。一片纯色的天空，H....]]></description><category></category></item><item><title><![CDATA[PDFTranslator vs 传统OCR翻译：准确率实测]]></title><link>https://blog.csdn.net/biller_Lee/article/details/163938146</link><guid>https://blog.csdn.net/biller_Lee/article/details/163938146</guid><author>biller_Lee</author><pubDate>Fri, 21 Aug 2026 09:56:15 +0800</pubDate><description><![CDATA[处理 PDF 翻译，工程上一直有两条路。
**路线 A：OCR + 机器翻译（传统方案）**
PDF → 渲染为位图 → OCR 识别文字 → 送翻译引擎 → 输出纯文本/重排文档
**路线 B：结构化解析 + AI 翻译**
PDF → 解析文本对象与坐标 → 按版式块切分 → 带上下文送 LLM → 按原坐标回填
这两条路线的准确率差异，主要不来自翻译引擎本身，而来自**信息在进入翻译引擎之前损失了多少**。这篇从工程角度拆解误差是怎么产生的，并给出可复现的评测方法。
OCR 把像素还原成字符，本...]]></description><category></category></item><item><title><![CDATA[视频转文字做会议纪要：流程与注意事项]]></title><link>https://blog.csdn.net/biller_Lee/article/details/163698663</link><guid>https://blog.csdn.net/biller_Lee/article/details/163698663</guid><author>biller_Lee</author><pubDate>Wed, 12 Aug 2026 14:55:31 +0800</pubDate><description><![CDATA[会议纪要是高频但低效的活。本文给出一套"视频→文字稿→纪要"的可复用流程，重点讲工程实现与容易踩的坑。
视频文件 → 抽音频(ffmpeg) → 语音识别(ASR) → 带时间戳文本 → 人工整理成纪要
VideoCompress 的"视频转文字"把前四步封装好，浏览器内一站式完成，导出无水印。
如果要在本地搭最小链路，第一步是把音轨抽出来：
ffmpeg -i meeting.mp4 -vn -ac 1 -ar 16000 -f wav meeting.wav
model = whisper.loa...]]></description><category></category></item><item><title><![CDATA[PDF格式还原技术：表格与图片定位原理]]></title><link>https://blog.csdn.net/biller_Lee/article/details/163698633</link><guid>https://blog.csdn.net/biller_Lee/article/details/163698633</guid><author>biller_Lee</author><pubDate>Wed, 12 Aug 2026 14:54:41 +0800</pubDate><description><![CDATA[做 PDF 翻译或提取，最难的不是"把字翻对"，而是"翻完位置还在"。本文拆解格式保留背后的两个核心问题：表格的定位、图片的定位，并给出可落地的代码思路。
PDF 不存"段落""表格"这种语义，它存的是绘制指令：在 (x, y) 用某字体画某字符、在某矩形放某图片。所以你拿到的文本默认是**丢失坐标的字符流**，表格和图片自然错位。要保格式，第一步是把坐标拿回来。
from pdfminer.high_level import extract_pages
from pdfminer.layout im...]]></description><category></category></item><item><title><![CDATA[视频提取音频实战：课程 / 播客转 MP3 收听]]></title><link>https://blog.csdn.net/biller_Lee/article/details/163668279</link><guid>https://blog.csdn.net/biller_Lee/article/details/163668279</guid><author>biller_Lee</author><pubDate>Tue, 11 Aug 2026 14:57:53 +0800</pubDate><description><![CDATA[课程、播客、访谈大多是"听"的价值大于"看"。把视频里的音轨抽出来转成 MP3，就能通勤、跑步时听，还能进一步做转写和剪辑。本文给出两条落地路线：在线工具路线（零安装）和 ffmpeg 本地路线（批量 / 隐私优先），并附可直接跑的代码。
以 VideoCompress 的"视频转 MP3"为例，浏览器打开即用，支持 MP4 / MOV / AVI / MKV 等 40+ 格式，适合偶发需求。流程：上传视频 → 选"转 MP3" → 下载音频。优点是不用装环境，缺点是大文件和涉密内容不建议走公网。
f...]]></description><category></category></item><item><title><![CDATA[用 Playwright 自动化测试 PDF 翻译页面]]></title><link>https://blog.csdn.net/biller_Lee/article/details/163668239</link><guid>https://blog.csdn.net/biller_Lee/article/details/163668239</guid><author>biller_Lee</author><pubDate>Tue, 11 Aug 2026 14:57:05 +0800</pubDate><description><![CDATA[PDF 翻译类 Web 工具（如 PDFTranslator）的核心交互是：上传 PDF → 选语言 → 等翻译 → 下载结果。手工点一遍慢且容易漏测。本文用 Playwright 写一套可复用的页面自动化测试，覆盖上传、翻译触发、结果校验三个关键点，适合做回归测试。
用隐藏的 file input 上传本地测试 PDF。
轮询结果区，断言出现了下载链接或译文文本。
from pathlib import Path
from playwright.sync_api import sync_playwr...]]></description><category></category></item><item><title><![CDATA[用在线工具剪掉视频多余片段：时间轴实操]]></title><link>https://blog.csdn.net/biller_Lee/article/details/163627626</link><guid>https://blog.csdn.net/biller_Lee/article/details/163627626</guid><author>biller_Lee</author><pubDate>Mon, 10 Aug 2026 09:50:23 +0800</pubDate><description><![CDATA[技术团队日常会产生大量录屏：需求评审、技术分享、Bug 复现、演示视频。这些文件有个共同特点——**信息密度极低，体积极大**。
一小时的 1080p 屏幕录制，OBS 默认配置下轻松上到 2GB。真正有价值的内容可能就十分钟。
这篇讲怎么高效处理这类文件，包含命令行方案和在线工具方案的对比，以及各自适用的场景。
假设一个 60 分钟、2GB 的录屏，其中有效内容 12 分钟。
用 H.264 CRF 28 压缩，体积大约降到 400MB。降幅 80%，但观看者仍然要面对 60 分钟的时间轴。
剪掉 ...]]></description><category></category></item><item><title><![CDATA[2026开发者PDF处理工具选型指南]]></title><link>https://blog.csdn.net/biller_Lee/article/details/163627593</link><guid>https://blog.csdn.net/biller_Lee/article/details/163627593</guid><author>biller_Lee</author><pubDate>Mon, 10 Aug 2026 09:49:27 +0800</pubDate><description><![CDATA[做过 PDF 相关需求的开发者大概都有共识：这玩意儿比想象中麻烦得多。
不是"读个文件解析一下"那么简单。PDF 规范本身有 1000 多页，实际流通的文件还大量存在不合规、结构损坏、字体内嵌缺失的情况。选错工具，后面就是无穷无尽的边界情况修补。
这篇按**任务类型**拆开讲选型，而不是列一堆库名。
PDF 处理大致分五类，每类的技术路径完全不同：
最后一类是坑最深的，后面单独说。
这是最高频的需求，两个库的取舍很明确。
import pdfplumber
with pdfplumber.open("...]]></description><category></category></item><item><title><![CDATA[浏览器端裁剪视频比例：横屏/竖屏/方形一键适配]]></title><link>https://blog.csdn.net/biller_Lee/article/details/163603422</link><guid>https://blog.csdn.net/biller_Lee/article/details/163603422</guid><author>biller_Lee</author><pubDate>Sun, 09 Aug 2026 07:46:49 +0800</pubDate><description><![CDATA[多平台内容分发有个绕不开的问题：**画面比例不统一**。
一份素材要发四个地方，就得出四个版本。手动做的话，每次都要打开剪辑软件、设画布、调位置、导出——重复劳动。
这篇讲两条路：**FFmpeg 命令行**（适合批量和自动化）和**浏览器端在线工具**（适合临时和轻量需求），并说清楚各自的边界。
FFmpeg 的 crop 滤镜签名是：
crop=out_w:out_h:x:y
源：1920×1080，目标比例 9:16。
高度已经是最大可用值（1080），所以以高度为基准反推宽度：
out_w =...]]></description><category></category></item><item><title><![CDATA[跨境业务文档多语言处理架构设计]]></title><link>https://blog.csdn.net/biller_Lee/article/details/163603417</link><guid>https://blog.csdn.net/biller_Lee/article/details/163603417</guid><author>biller_Lee</author><pubDate>Sun, 09 Aug 2026 07:45:50 +0800</pubDate><description><![CDATA[跨境业务里，文档多语言处理是个典型的"看起来简单，做起来全是坑"的需求。
一家做跨境电商或外贸的公司，日常要处理的文档大致是这些：
难点不在"翻译"这个动作，而在于：
**格式即语义。** 说明书的步骤编号错位会出安全问题，合同的条款编号错位会出法律问题。
**语言方向发散。** 不是简单的中英互译，而是一对多。
**文档格式以 PDF 为主。** PDF 是固定版式格式，天然不适合"翻译后重排"。
**合规与隐私。** 合同、客户资料、未公开报价单，不能随便上传到任何服务。
┌───────────...]]></description><category></category></item><item><title><![CDATA[用浏览器把视频压到邮件可发送大小：实操工作流]]></title><link>https://blog.csdn.net/biller_Lee/article/details/163565851</link><guid>https://blog.csdn.net/biller_Lee/article/details/163565851</guid><author>biller_Lee</author><pubDate>Fri, 07 Aug 2026 15:07:04 +0800</pubDate><description><![CDATA[邮件附件限制是老生常谈的痛点：Gmail 单附件 25MB、QQ 邮箱 50MB、很多企业邮箱只有 10~20MB，而一段 1080p 的几分钟录屏动辄上百 MB。装本地转码软件去调码率对非技术同学门槛太高。本文给出一个**纯浏览器、零安装**的实操工作流，配合一段 Python 小脚本做「发送前自检」，照做就能把视频压到可发送大小。
选视频 → 查当前大小 → 浏览器打开在线压缩 → 填目标大小(如20MB) → 下载 → 邮件发送
核心工具是在线视频压缩服务（如 VideoCompress，官网 ...]]></description><category></category></item><item><title><![CDATA[前端集成在线PDF翻译：API与无后端方案]]></title><link>https://blog.csdn.net/biller_Lee/article/details/163565819</link><guid>https://blog.csdn.net/biller_Lee/article/details/163565819</guid><author>biller_Lee</author><pubDate>Fri, 07 Aug 2026 15:06:08 +0800</pubDate><description><![CDATA[做内部工具或落地页时，经常会有这样的需求：让用户上传一个 PDF，直接在页面里完成翻译并下载结果，但**团队不想为此搭一套后端服务**（没有服务器、不想管密钥、不想承担文件存储）。本文聊聊这类「在线 PDF 翻译」场景下的**无后端（backendless）集成思路**，以及它和正式 API 方案的边界，给前端同学一个可落地的参考。
> 说明：以下以在线 PDF 翻译服务（如 PDFTranslator，官网 pdftranslator.org）的能力模型为例。若服务商提供了正式 API，密钥必须放在...]]></description><category></category></item><item><title><![CDATA[视频压缩原理扫盲：码率、分辨率与 H.264/H.265 如何影响体积]]></title><link>https://blog.csdn.net/biller_Lee/article/details/163536628</link><guid>https://blog.csdn.net/biller_Lee/article/details/163536628</guid><author>biller_Lee</author><pubDate>Thu, 06 Aug 2026 15:00:00 +0800</pubDate><description><![CDATA[同事发来两个视频，都是 1080p、都是 3 分钟，一个 45MB，一个 380MB。分辨率和时长都一样，体积差了 8 倍。
原因不在分辨率，在**码率**。这篇把视频体积背后的三个决定因素讲清楚，并给出可直接执行的参数和验证方法。
文件大小 (bit) ≈ 平均码率 (bps) × 时长 (s)
文件大小 (MB) ≈ 码率 (Mbps) × 时长 (s) / 8
举例：码率 8Mbps、时长 180 秒：
× 180 / 8 = 180 MB
这个公式意味着一件事：**在时长固定的前提下，压缩视频...]]></description><category></category></item><item><title><![CDATA[Python批量处理PDF：翻译前先拆分大文件]]></title><link>https://blog.csdn.net/biller_Lee/article/details/163536595</link><guid>https://blog.csdn.net/biller_Lee/article/details/163536595</guid><author>biller_Lee</author><pubDate>Thu, 06 Aug 2026 14:58:57 +0800</pubDate><description><![CDATA[在线文档翻译服务几乎都有单文件体积上限。以 PDFTranslator（https://pdftranslator.org）为例，单文件上限是 20MB。日常的论文、报告远低于这个值，但下面几类文件很容易超限：
直接上传会被拒。合理的处理流程是：**先在本地拆分或压缩，再分批送去翻译**。
这篇给出一套可直接复用的 Python 脚本，涵盖体积探测、按页拆分、按体积自动切块三个环节。
pip install pypdf
pypdf 是纯 Python 实现，无系统级依赖，跨平台一致。本文代码基于 py...]]></description><category></category></item><item><title><![CDATA[PDF翻译工具技术对比：格式保留是怎么做到的]]></title><link>https://blog.csdn.net/biller_Lee/article/details/163509457</link><guid>https://blog.csdn.net/biller_Lee/article/details/163509457</guid><author>biller_Lee</author><pubDate>Wed, 05 Aug 2026 17:07:51 +0800</pubDate><description><![CDATA[很多 PDF 翻译工具翻完"字对字"，但表格飞了、图片乱了。本文从技术角度对比几类方案，搞清楚"格式保留"到底难在哪、各家怎么解。
PDF 本质是**带坐标的绘制指令**：文字、线条、图片都有 (x, y) 位置和字体信息。普通翻译器只抽取"文本流"，丢掉坐标，于是还原时只能顺序排布——这就是排版崩坏的根源。
**文本层替换**是保留排版的关键：不改图片、不改表格框线，只把每个文本块的内容换成译文，位置原样保留。
**解析 PDF**：用 PDF 解析库（如 pdfminer / pymupdf）提取...]]></description><category></category></item><item><title><![CDATA[手把手：用PDFTranslator实现论文批量翻译（附工作流）]]></title><link>https://blog.csdn.net/biller_Lee/article/details/163509087</link><guid>https://blog.csdn.net/biller_Lee/article/details/163509087</guid><author>biller_Lee</author><pubDate>Wed, 05 Aug 2026 17:00:21 +0800</pubDate><description><![CDATA[做科研或读文献时，经常要一次性处理十几篇英文 PDF。手动逐个上传很累，本文给出一个**半自动化工作流**：本地批量整理 → 在线翻译 → 归档，全程保留原排版。
> 工具：PDFTranslator（在线，免费 1000 页/月，无需注册）
> 官网：https://pdftranslator.org
如果论文分散在多个文件夹，先用脚本把待译 PDF 归拢到一个目录，方便逐个上传：
SRC_ROOT = "/path/to/papers"      # 原始文献根目录
OUT_DIR = "/pat...]]></description><category></category></item></channel></rss>