把「一步转换」像积木一样接起来:先转什么、再压多小、最后出什么格式,你自己定。 全程在本机浏览器里跑,文件不上传。
想要能自由摆开、手动连线的?用 节点版(像 ComfyUI 那样拖节点连线)—— 两个页面背后是同一套算法,只是交互不一样。
把文件拖到这里,或者点击选择
图片(JPG / PNG / WebP / GIF / BMP / SVG)或 PDF
因为没有一步就能做到的直接算法,得先渲染成图片再转格式。这里换成两步串起来:先加「PDF 转图片」把某一页变成 PNG,再接「转成 WebP」。界面会根据上一步的输出类型判断下一步能接谁,接不出跑不通的流程根本不让加。
不会。所有算法都是浏览器里的 canvas、pdf-lib、pdf.js 在本机执行,页面零网络请求,也没有云端队列,这正是这个页面存在的理由。代价是大文件和长流水线比较吃内存和 CPU,跑的时候别关页面、别刷新。
不能。Office 互转和 PDF 转 Word 这里明确不做:那需要 LibreOffice 那类版式引擎,纯前端硬做只是「把内容当图片塞进去」的假转换,版面还原也不可靠。音视频同样不做,引 ffmpeg.wasm 会让包体涨几 MB。
目前一次渲染你指定的那一页,默认第 1 页,清晰度 36~600 DPI 可调。要整本导出就逐页跑,或者给几个「PDF 转图片」节点分别设不同页码。这是刻意的取舍:先保证单页的质量和速度,多文件批量还在计划里。
有些浏览器(尤其部分 Safari 和旧国产内核)没有 WebP 编码能力,编码时会悄悄退回 PNG,文件名却还叫 .webp。这里会戳穿它并提示你换 Chrome 或 Edge。另外 JPEG 没有透明通道,转 JPG 前会自动铺白底。