基于纯verilogFPGA的双线性差值视频缩放 功能:利用双线性差值算法,pc端HDMI输入...

基于纯verilogFPGA的双线性差值视频缩放 功能:利用双线性差值算法,pc端HDMI输入...

基于纯verilogFPGA的双线性差值视频缩放 功能:利用双线性差值算法,pc端HDMI输入视频缩小或放大,然后再通过HDMI输出显示,可以任意缩放。 缩放模块仅含有ddr ip,手写了 ram,fifo 代码,可以较为轻松地移植到其他平台。 硬件平台:易灵思 ti60f225 EDA平台:efinity

基于FPGA的高效视频缩放系统设计与实现

============================================

一、项目定位

本项目在易灵思 Ti60F225 钛金系列 FPGA 上实现“端到端” 4K@60 视频缩放链路,目标是把任意分辨率(640×480–3840×2160)的 HDMI 输入实时缩放到用户指定分辨率,并通过 HDMI 输出。整个链路不依赖外部 DDR,仅使用片内 6.3 Mbit 嵌入式 SRAM 完成行缓存,实现 < 2 ms 的端到端固定延迟,满足医疗内窥镜、工业检测、直播导播台等低延迟场景需求。

基于纯verilogFPGA的双线性差值视频缩放 功能:利用双线性差值算法,pc端HDMI输入视频缩小或放大,然后再通过HDMI输出显示,可以任意缩放。 缩放模块仅含有ddr ip,手写了 ram,fifo 代码,可以较为轻松地移植到其他平台。 硬件平台:易灵思 ti60f225 EDA平台:efinity

二、系统架构

整个系统划分为五个时钟域、三大子系统,如下图所示:

┌─────────────┐ ┌──────────────┐ ┌──────────────┐ │ HDMI-RX │ AXI-S│ 缩放核心 │ AXI-S│ HDMI-TX │ │ 解码 4:4:4 │----->│ 双线性插值 │----->│ 编码 4:4:4 │ └─────────────┘ └──────────────┘ └──────────────┘ ↑ ↑ ↑ │ │ │ 200 MHz 300 MHz 297 MHz 参考时钟 像素时钟 TMDS 时钟
  1. 视频接收子系统
    - 使用 FPGA 高速 LVDS 硬核接收 3 通道 TMDS 差分信号;
    - 内置 DVI 解码器完成 8b/10b 解码、字对齐、通道绑定;
    - 输出 24 bit RGB 像素流 + hsync/vsync/de,符合 AXI4-Stream 协议。
  2. 缩放子系统(本文重点)
    - 仅缓存“两行”原始像素,采用“滑动窗口”机制;
    - 基于定点 12 bit 小数运算完成双线性插值;
    - 输出像素流再次封装为 AXI4-Stream,保持时钟域隔离。
  3. 视频发送子系统
    - 将缩放后像素打包成 TMDS 流;
    - 支持 480p–4K@60 多种 VESA 时序,通过 EDID 动态协商。
  4. 控制面
    - 32 位 RISC-V 软核(Ti60F225 内嵌)通过 AXI-Lite 寄存器提供:
    – 输入/输出分辨率设置
    – 缩放系数(浮点→定点转换由软件完成)
    – 伽马曲线索引(2.2 / 1.8 / sRGB 三档)
    - UART 调试口实时打印链路状态(帧率、丢包、错误中断)。

三、缩放核心算法设计

  1. 算法选择
    在面积与画质之间权衡,选用“双线性插值”:
    - 资源:每通道 2 个乘法器、4 个加法器;
    - 画质:PSNR 比最近邻提升 6–8 dB;
    - 延迟:行缓存仅 2 行,远低于三次卷积。
  2. 定点化方案
    缩放系数定义为
    ratio = srcheight / dstheight
    采用 12 bit 定点小数(8.4 格式),保证最大 8× 放大时误差 < 1/16 像素。
  3. 滑动窗口缓存
    使用双口 SRAM(真双口,512×24 bit×2 行)实现“乒乓”结构:
    - 写口:按源像素时钟顺序写入当前行;
    - 读口:根据垂直系数生成“窗口地址”,一次读出 2×2 邻域像素;
    - 带宽:读口 2×24 bit/周期,写口 1×24 bit/周期,总带宽 72 bit/周期 @ 300 MHz ≈ 21.6 Gbit/s,满足 4K@60 需求。
  4. 插值流水线
    采用三级流水:
    (1) 系数计算:根据 dst_y 小数部分生成 w00/w01/w10/w11;
    (2) 水平插值:对 2×2 窗口做两次乘加,得到中间值 p0、p1;
    (3) 垂直插值:p0、p1 加权求和,输出最终像素。
    每级流水 1 周期,总延迟 3 周期 ≈ 10 ns,可忽略。
  5. 边界处理
    - 镜像回卷:当坐标 < 0 或 ≥ 宽度时,按镜像方式回卷,避免黑色边框;
    - 裁剪模式:通过寄存器选择“镜像”或“黑色填充”,适应不同场景。

四、跨时钟域与 AXI 总线

  • 接收域→缩放域:使用异步 FIFO,深度 512×24 bit,水线 128,保证 ≤ 1/2 行缓存;
  • 缩放域→发送域:同样使用异步 FIFO,深度 256×24 bit;
  • AXI4-Stream 信号(tvalid/tready/tlast)全部经过两级同步器,避免亚稳态;
  • 缩放核心仅依赖 tvalid/tready 反压,不依赖 tlast,简化逻辑。

五、伽马校正模块

为补偿 OLED/LED 面板非线性响应,在输出前插入 256×8 bit LUT:

  • 软件离线生成 2.2/1.8/sRGB 三档曲线,通过 RISC-V 下载;
  • 采用双端口 ROM,读延迟 1 周期,与像素流同步;
  • 面积:约 180 ALM,可忽略。

六、性能与资源

Ti60F225 资源占用:

  • ALM:4 862 / 60 225(8 %)
  • SRAM:2 304 kbit / 6 300 kbit(37 %)
  • 乘法器:12 / 240(5 %)
  • 时钟:3 个全局网络

实测结果:

  • 输入 3840×2160@60 Hz,缩放至 1920×1080@60 Hz,链路固定延迟 1.8 ms;
  • 输入 1280×720@60 Hz,放大至 3840×2160@60 Hz,链路固定延迟 1.9 ms;
  • 动态功耗 1.1 W(核心 0.9 V,I/O 1.2 V)。

七、可扩展性

  1. 算法升级:保留插值模块接口,可无缝替换为双三次或 Lanczos3,仅需增加乘法器(预计 ALM +12 %)。
  2. 多路级联:利用 FPGA 左右分区,复制两套缩放核心,实现 2 路 4K@30 或 4 路 1080p@60。
  3. 嵌入式 AI:在 RISC-V 端运行轻量级超分模型,预生成边缘增强 LUT,与双线性结果融合,PSNR 可再提升 3 dB。

八、总结

本方案以“最低片内缓存 + 定点双线性插值”为核心,在低成本 FPGA 上实现了 4K@60 实时缩放,延迟 < 2 ms,资源占用 < 10 %。通过 AXI4-Stream 总线标准化接口,可快速集成到任意视频流水线,为医疗、工业、广播等对延迟敏感的场景提供了高性价比的参考设计。

Read more

Vscode中配置Claude code的git bash链接问题

解决VS Code中Claude Code的Git Bash链接问题 问题描述 在VS Code中使用Claude Code时出现错误提示: Error: Claude Code on Windows requires git-bash (https://git-scm.com/downloads/win). 确定git已经安装成果,且按照官方建议设置环境变量CLAUDE_CODE_GIT_BASH_PATH仍无效。 解决方案 删除特定环境变量 在Windows环境变量的用户变量部分,检查并删除CLAUDE_CODE_GIT_BASH_PATH变量(如果存在)。 将Git CMD添加到PATH 编辑用户变量中的Path,添加Git的cmd文件夹路径: * 用户级安装路径:%USERPROFILE%\AppData\Local\Programs\Git\cmd * 全局安装路径:C:\Program Files\

By Ne0inhk
Git 到底是干啥的?零基础小白听完都懂了并且轻松驾驭它

Git 到底是干啥的?零基础小白听完都懂了并且轻松驾驭它

git,通俗的来说就是一种用来多人文件版本合作的工具,但是对一些非程序员的项目小白或者没有程序基础的但是想要入行做程序员的人来说,完完全全理解起来稍微有点困难。这篇文章不像很多文章一样是枯涩的码字教学。现在,我们就用最通俗易懂的方式,让你从零基础理解他,并且使用他。这种教学方法不是把你当白痴的教学方法,反而是让你快速入门深刻理解它,并记住它的教学方法。因为可能说得比较详细,篇幅较长,还得请你耐心的把他看完。 一、git的作用 1、git的版本控制 文件永远不会只有一个版本,这句话我们似乎用亲身经历证明过。你是否有过以下经历👇 📘论文会有“终稿v1、终稿v2、终稿最终版”、 ✍设计稿会有“改版A、改版B、改版C”、 🧺甚至自己写的文章也会来回改十几遍。 🥚更不用说单独只通过一个本地夹操刀一个大型项目了 突然有一天你觉得你的论文、设计稿、文章、项目某一个节点开始脱离了原本的方向或者发生了一些错误,但是你已经对其进行多处修改了,单独再修改不仅费事废经历,还容易发生遗漏。 你或许信誓旦旦的告诉我,你可以这样做。。。👇 论文_最终v1.docx 论文_

By Ne0inhk
GitHub介绍指南

GitHub介绍指南

作为程序员,GitHub 绝对是日常开发、技术成长、团队协作的核心工具——它不只是“代码仓库”,更是全球1亿+开发者的技术生态枢纽,从个人项目管理到大型团队协作,从开源学习到职场背书,吃透它能大幅提升开发效率、拓宽技术视野,是程序员不可或缺的“刚需装备”。 一、先厘清关键:GitHub ≠ Git(避免踩坑)        很多开发者初期会混淆两者,用两个通俗比喻就能快速区分,核心关系一句话概括:Git 负责“本地记录”,GitHub 负责“云端共享”: * Git:你本地电脑的“代码版本管理工具”(软件),无需联网,核心作用是记录代码每一次修改、管理分支、一键回退版本,相当于你私人的“代码日记本”,解决“改崩代码回不去”“多个最终版文件夹混乱”的痛点。 * GitHub:基于 Git 搭建的在线平台(网站),需联网使用,核心是将本地

By Ne0inhk
EhViewer:官方开源免费的安卓E-Hentai漫画浏览神器,官方版下载安装图文教程

EhViewer:官方开源免费的安卓E-Hentai漫画浏览神器,官方版下载安装图文教程

版本一:专业科普版(适配技术博客/二次元社区专栏) https://gitee.com/one-hundred-and-eighty-ssk/ehhttp://官方漫画项目地址 漫画项目地址:https://gitee.com/one-hundred-and-eighty-ssk/eh EhViewer是一款开源、免费、专为Android平台打造的漫画浏览工具,核心服务于E-Hentai(俗称“e站”)二次元社区,支持漫画、动漫、Cosplay等同人资源的浏览、阅读与离线下载,是二次元爱好者的移动端阅读利器。 一、先搞懂:E-Hentai与同人本的核心概念 E-Hentai是全球规模最大的同人本交流社区,主打二次元同人创作资源分享,也是圈内公认的“同人本宝库”。 很多人对“同人本(同人志)”存在误解:它并非等同于黄暴内容,而是指基于已出版作品的角色/世界观进行二次创作,或完全原创的二次元刊物——优质同人本既能满足粉丝对原作情节、角色的个性化期待,还能反向提升原创作品的热度与传播度,是二次元文化生态的重要组成部分。 二、EhViewer为何诞生? E-Hentai

By Ne0inhk