gstreamer

Problems with Gst in python program

断了今生、忘了曾经 提交于 2020-12-10 08:44:47
问题 I'm in trouble making a simple server/client socket python program. Basically, my server (RPi3) has to stream a video (with Gstreamer) to the client (Fedora 24). The problem is that in my Fedora, I can use Gstreamer importing the libs like this: import gi gi.require_version('Gst', '1.0') gi.require_version('Gtk', '3.0') from gi.repository import Gst, GObject, Gtk But in my Raspbian I can't, because: Traceback (most recent call last): File "peerMain.py", line 12, in <module> gi.require_version

宋宝华:世上最好的共享内存(Linux共享内存最透彻的一篇)

老子叫甜甜 提交于 2020-11-28 08:38:56
原创 宋宝华 Linux阅码场 2019-12-09 共享单车、共享充电宝、共享雨伞,世间的共享有千万种,而我独爱共享内存。 早期的共享内存,着重于强调把同一片内存,map到多个进程的虚拟地址空间(在相应进程找到一个VMA区域),以便于CPU可以在各个进程访问到这片内存。 现阶段广泛应用于多媒体、Graphics领域的共享内存方式,某种意义上不再强调映射到进程虚拟地址空间的概念(那无非是为了让CPU访问),而更强调以某种“句柄”的形式,让大家知道某一片视频、图形图像数据的存在并可以借助此“句柄”来跨进程引用这片内存,让视频encoder、decoder、GPU等可以跨进程访问内存。所以不同进程用的加速硬件其实是不同的,他们更在乎的是可以通过一个handle拿到这片内存,而不再特别在乎CPU访问它的虚拟地址(当然仍然可以映射到进程的虚拟地址空间供CPU访问)。 只要内存的拷贝(memcpy)仍然是一个占据内存带宽、CPU利用率的消耗大户存在,共享内存作为Linux进程间通信、计算机系统里各个不同硬件组件通信的最高效方法,都将持续繁荣。关于内存拷贝会大多程度地占据CPU利用率,这个可以最简单地尝试拷贝1080P,帧率每秒60的电影画面,我保证你的系统的CPU,蛋会疼地不行。 我早就想系统地写一篇综述Linux里面各种共享内存方式的文章了,但是一直被带娃这个事业牵绊

xilinx zcu106 vcu demo

生来就可爱ヽ(ⅴ<●) 提交于 2020-10-03 06:31:40
board:zcu106 tool: vivado 2019.2 vitis 2019.2 petalinux 2019.2 doc:PG252 UG1209 ref: http://www.zynqnotes.com/a-simple-vcu-design ref: https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/176783395/Zynq+UltraScale+MPSoC+VCU+TRD+2019.2 zcu106_hdmitx 想demo一个简单的例子,编解码SD卡上的数据,在PC上验证是否成功 逻辑设计: vivado 2019.2 新建工程(采用zcu106模板) 添加PS:ZYNQ UltraScale+ MPSoC (Run Block Automation),可以将zcu106默认的一些器件都自动配置好,这一步不要忘 添加VCU:ZYNQ UltraScale+ VCU (Run Block Automation) PG252 Ch12 Design Flow Steps (P149)可以大概参考一下,可是照着做好像不行。 VCU有6个AXI接口 S_AXI_LITE:APU主,VCU从,用于APU访问配置VCU寄存器 M_AXI_ENC0,M_AXI_ENC1,M_AXI_DEC0,M_AXI_DEC1