发布网友
共1个回答
热心网友
“将字符或文本转换为PAL制式的输出信号”
哪里的字符或文本?如果是想将来自外部存储设备(如SD卡、USB)等的文本转为P制模拟视频信号,据我所知没有现成的单芯片方案。传统上至少需要一颗接口足够并且速度较快的CPU+一颗视频编码器;如果你对视频信号规格熟而且水平够高也可以找个速度够快的CPU,直接按P制时序驱动仿PAL时序。追问主要难点是如何转换为PAL制式信号(当然就如一副画面:字符的样子,字符的位置、颜色(256色足够))。外部有MCU:字符(甚至字符的点阵)、转换芯片的控制都可以由STM32F103来完成,而且最终画面是静态的,也就是说对显示速度没有要求。
追答你可以上网搜搜以前有人用51做的OSD模块,参考一下他们的思路。
关键是你得先了解P制的时序以及各电平的含义。建议先把601/656标准看一遍。
不过“256色”可能是个难点。4.43M的副载波不好造。
热心网友
“将字符或文本转换为PAL制式的输出信号”
哪里的字符或文本?如果是想将来自外部存储设备(如SD卡、USB)等的文本转为P制模拟视频信号,据我所知没有现成的单芯片方案。传统上至少需要一颗接口足够并且速度较快的CPU+一颗视频编码器;如果你对视频信号规格熟而且水平够高也可以找个速度够快的CPU,直接按P制时序驱动仿PAL时序。追问主要难点是如何转换为PAL制式信号(当然就如一副画面:字符的样子,字符的位置、颜色(256色足够))。外部有MCU:字符(甚至字符的点阵)、转换芯片的控制都可以由STM32F103来完成,而且最终画面是静态的,也就是说对显示速度没有要求。
追答你可以上网搜搜以前有人用51做的OSD模块,参考一下他们的思路。
关键是你得先了解P制的时序以及各电平的含义。建议先把601/656标准看一遍。
不过“256色”可能是个难点。4.43M的副载波不好造。
热心网友
“将字符或文本转换为PAL制式的输出信号”
哪里的字符或文本?如果是想将来自外部存储设备(如SD卡、USB)等的文本转为P制模拟视频信号,据我所知没有现成的单芯片方案。传统上至少需要一颗接口足够并且速度较快的CPU+一颗视频编码器;如果你对视频信号规格熟而且水平够高也可以找个速度够快的CPU,直接按P制时序驱动仿PAL时序。追问主要难点是如何转换为PAL制式信号(当然就如一副画面:字符的样子,字符的位置、颜色(256色足够))。外部有MCU:字符(甚至字符的点阵)、转换芯片的控制都可以由STM32F103来完成,而且最终画面是静态的,也就是说对显示速度没有要求。
追答你可以上网搜搜以前有人用51做的OSD模块,参考一下他们的思路。
关键是你得先了解P制的时序以及各电平的含义。建议先把601/656标准看一遍。
不过“256色”可能是个难点。4.43M的副载波不好造。
热心网友
“将字符或文本转换为PAL制式的输出信号”
哪里的字符或文本?如果是想将来自外部存储设备(如SD卡、USB)等的文本转为P制模拟视频信号,据我所知没有现成的单芯片方案。传统上至少需要一颗接口足够并且速度较快的CPU+一颗视频编码器;如果你对视频信号规格熟而且水平够高也可以找个速度够快的CPU,直接按P制时序驱动仿PAL时序。追问主要难点是如何转换为PAL制式信号(当然就如一副画面:字符的样子,字符的位置、颜色(256色足够))。外部有MCU:字符(甚至字符的点阵)、转换芯片的控制都可以由STM32F103来完成,而且最终画面是静态的,也就是说对显示速度没有要求。
追答你可以上网搜搜以前有人用51做的OSD模块,参考一下他们的思路。
关键是你得先了解P制的时序以及各电平的含义。建议先把601/656标准看一遍。
不过“256色”可能是个难点。4.43M的副载波不好造。