- 博客(69)
- 资源 (1)
- 收藏
- 关注
原创 Linux os下借助Qt+libvlc是实现多路拉取摄像头rtsp数据流并实时显示
Linux os下 借助Qt+libvlc实现同时拉取多路摄像头的rtsp流解码并显示
2024-08-13 10:02:50 1145 1
原创 CPU通过网络将IP camera的RTSP流(H.264编码或是H.265编码)拉回, 交给GPU解码并显示的处理流程
CPU通过网络将IP camera的RTSP流(H.264编码或是H.265编码)拉回, 交给GPU解码并显示 流程
2024-06-28 11:07:39 395
原创 ARM应用处理器系列
Cortex-A 系列处理器专为高性能和低功耗应用设计,广泛用于智能手机、平板电脑、笔记本电脑等设备。Cortex-M 系列处理器专为低功耗和成本敏感的嵌入式系统设计,广泛用于物联网设备、可穿戴设备等。Cortex-A510/A710/X2: 最新一代,提供顶级性能和能效,适用于旗舰级设备。Cortex-A72: 高性能和能效比,适用于旗舰级智能手机和平板电脑。Cortex-M33: 提供更高的性能和安全功能,适用于高级嵌入式应用。Cortex-R8: 提供更高的性能和安全性,适用于关键应用。
2024-06-17 16:14:16 547
原创 修改以太网卡mac地址
独立网卡:对于独立的 PCIe 网卡,MAC 地址通常存储在网卡上的一个小型 EEPROM 芯片中。这些芯片通常是一个小型的8针或16针器件,焊接在网卡的电路板上。集成网卡:对于集成在主板上的以太网控制器,MAC 地址也会存储在一个专用的 EEPROM 或直接在主板芯片组的非易失性存储区中。定义:所谓原生以太网卡通常指的是集成在主板上的网卡,这些网卡直接与主板芯片组相连,而不是通过额外的插卡形式存在。集成到主板:原生以太网卡通常直接集成在主板上,连接到主板的南桥芯片或是直接连接到CPU的I/O接口。
2024-06-17 14:38:52 1006
原创 git分支 - 分支简介
该对象还包含作者的姓名和电子邮件地址、键入的消息,以及指向直接在此提交之前出现的提交或提交的指针(其父提交或父提交):初始提交没有父提交,普通提交有一个父提交,合并两个或多个分支结果的提交有多个父提交。因为在 Git 中,一个分支实际上是一个简单的文件,它包含指向的提交的 40 个字符的 SHA-1 校验和,所以创建和销毁分支都是很廉价的。如果运行 git log --oneline --decorate --graph --all,它将打印出提交历史,显示分支指针位置以及历史是如何分叉的。
2024-04-01 14:47:20 683
原创 git基础-获取git仓库
事实上,如果当前服务器磁盘损坏,通常可以使用任何一个客户端上的几乎任何克隆来将服务器恢复到克隆时的状态(可能会丢失一些服务器端的钩子等内容,但所有版本化的数据都会在那里)。通过本章的学习,应该能够配置和初始化一个仓库,开始和停止跟踪文件,暂存和提交更改。这会创建一个名为 libgit2 的目录,在其中初始化一个 .git 目录,拉取该仓库的所有数据,并检出最新版本的工作副本。如果想获取一个已存在的 Git 仓库的副本 —— 例如,一个我们想要贡献的项目 —— 需要使用的命令是 git clone。
2024-03-20 20:25:21 495
原创 git对比其他版本管理软件
在许多其他系统中,要么是不可能的,要么是非常麻烦的。在 Subversion 和 CVS 中,你可以编辑文件,但是无法提交更改到你的数据库中(因为你的数据库处于离线状态)。如果你想查看当前文件版本与一个月前文件之间的更改,Git 可以查找一个月前的文件并进行本地的差异计算,而不必请求远程服务器或者将旧版本的文件从远程服务器拉取到本地再进行计算。和任何版本控制系统一样,你可能会丢失或破坏尚未提交的更改,但是一旦将快照提交到 Git 中,就很难丢失,特别是如果你定期将你的数据库推送到另一个存储库中。
2024-03-19 20:45:01 967
原创 git是什么git能做什么
GitHub 是基于 Git 的代码托管平台:GitHub 提供了一个集中式的、在线的代码仓库,开发者可以在上面存储、管理和分享他们的代码。GitHub 是一个基于 Git 版本控制系统的代码托管平台,它为开发者提供了一个集中式的、在线的代码仓库,以及协作开发、代码审查、问题跟踪、部署等功能。总之,GitHub 是建立在 Git 之上的一个代码托管平台,它扩展了 Git 的功能,为开发者提供了更多的工具和服务,使得团队协作和代码管理更加高效。随着开发者对项目进行更改,可以随时恢复项目的任何早期版本。
2024-03-19 20:42:17 739
原创 git的起源
在2002 年,整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码,到了 2005 年,开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束,他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。于是乎,Linus大神开始自己发力了,2005年4月Linus Torvalds 开始为 Linux 内核开发一个新的版本控制系统,最初命名为 "Git",这个名称是英文单词 "stupid" 的一个俚语,同年6月git的第一个原型发布。
2024-03-19 20:39:53 467
原创 git教程编写初衷
还有一种情况对于老手,应用了git很长时间, 但是有些问题依然得随时靠搜索引擎解决,难免有点蔑视自己,于是乎下决心研究一番(咳咳, 这貌似说的就是我)如果你是大牛请掠过, 如果你是萌新不妨留下来看看。稀里糊涂的从几个简单git提交指令开始, 完全不知道git是啥的情况下战战兢兢地完成了开发后的提交。本系列blog文章大部分翻译自上述教程,实操部分会加入个性化内容,后续不再进行创作说明。听说过git,突然有一天被通知要用git版本管理了, 赶紧从头到尾了解一下。2 针对软件开发工作者。
2024-03-19 20:38:14 265
原创 yocto系列之针对从git仓库获取源代码编写recipe
本篇中对于基于git的recipe,PV的生成方式如上所示。正如在Yocto文档中提到的,SRCPV本身在meta/conf/bitbak .conf中定义,PV的非git部分,即0.1要根据源代码的发布版本进行更改。在上一篇文章中,我们讨论了如何从位于远程和本地存储的tarball中获取源代码,本文中的recipe与上一篇文章描述的recipe没有本质的区别,只有细微的差异。在第七部分我们编写recipe是为了获取tarball, 本篇我们编写recipe是为了获取git repo中的源码。
2024-03-18 20:10:41 822
原创 yocto系列之针对tarball编写recipes
tarball 非常容易处理,它们在扩展之前消耗的存储空间很小,压缩算法被普遍使用,而且 bitbake 足够智能,因为成熟的文件名解析器的存在,bitbake可以处理 tarball 的版本控制。现在我们快速地写出recipe, 如我们前面提到的,这个recipe的结构与我们之前编写的hwlocal的recipe非常相似。recipe使用的tarball的结构类似我们在第六部分写的recipe源码树的结构, 细微的差别是针对tarballs, SRC_URI变量现在指向本地的tarball。
2024-03-18 20:05:37 954
原创 yocto系列之理解与创建第一个定制recipe
在这篇文章中,我们将讨论如何创建第一个recipe,在此之前,我们将讨论一些Yocto recipes的基础知识:如何命名它们,它们是如何被bitbake发现的,如何为一个非常基本的用例自己编写一个recipe,最后以学习如何使用recipe!Bitbake recipe或简单的recipe是元数据的一种形式,它包含bitbake如何获取源代码、配置源代码、修补源代码、构建源代码、安装源代码的信息,以及bitbake应该对为其编写recipe的单个软件组件做的基本上所有事情。版本可以是一个点分隔的字符串。
2024-03-17 14:24:26 1218
原创 yocto系列之创建和添加新的layer
当 bitbake-layers 为我们创建了这个层时,它还为我们创建了一个名为 example_0.1.bb 的示例recipe,该recipe位于 meta-test/recipes-example/example/ 目录下。如我们所看到的,这个脚本不仅可以帮助我们创建一个层、还可以将一个层添加到我们的配置中、从构建配置中移除一个层、显示当前添加的层以及一些其他有用的操作,比如显示构建中的recipes或特定层的recipes等等。前面我们成功创建了新的层,现在我们将其添加到我们的配置中。
2024-03-17 14:14:54 975
原创 yocto系列之构建与运行第一个镜像
在这篇文章中,我们直接进入构建过程说明,构建第一个Yocto镜像。 不论要为实际的目标机器构建什么镜像,按着操作说明去做都非常方便,可以快速检查我们最初想在镜像中添加的功能!
2024-03-16 12:34:44 1103
README-IMXBSP
2020-03-06
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人