原创 Linux下shell腳本：bash的介紹和使用（詳細）
Shell：一般我們是用圖形界面和命令去控制計算機，真正能夠控制計算機硬件（CPU、內存、顯示器等）的只有操作系統內核（Kernel），由於安全、複雜、繁瑣等原因，用戶不能直接接觸內核，需要另外再開發一個程序，讓用戶直接使用這個程序；該程
2020-06-16 04:16:32
原创 移植FFmpeg在arm交叉編譯時遇到的問題
遇到的問題1： aarch64-himix100-linux-gcc is unable to create an executable file.C compiler test failed. 解決方法： 1、首先查看移植時具體出現的
2020-06-16 04:16:32
5
原创 Linux下onvif客戶端關於ipc攝像頭（h264、h265）的搜索
設備搜索：要訪問一個IPC攝像頭，或者說要調用IPC攝像頭提供的WEB服務接口，就要先知道其IP地址，這就是設備發現的過程，或者叫設備搜索的過程。IPC攝像頭用的是239.255.255.250（端口3702），所以設備搜索的原理是，只要
2020-06-16 04:16:32
46
原创 linux下WIFI網卡設置爲wlan模式，連接無線路由器
內核的配置： make ARCH=arm CROSS_COMPILE=arm-hisiv400-linux- menuconfig （配置） b）General setup ---> Kernel compression mode (
2020-06-16 04:16:32
7
原创 Linux下FFmepeg交叉編譯庫的移植、安裝
ffmpeg：FFmpeg的名稱來自MPEG視頻編碼標準，前面的“FF”代表“Fast Forward，是一套可以用來記錄、轉換數字音頻、視頻，並能將其轉化爲流的開源計算機程序。是一個非常快的視頻和音頻轉換器，還可以抓取實時的音頻/視頻流
2020-06-16 04:16:32
7
原创 Linux下onvif客戶端獲取h265 IPC攝像頭的RTSP地址
onvif：ONVIF的目標是爲了實現完全標準化的、可互操作性的網絡視頻服務，即使是由不同的網絡視頻供應商組成的產品。規範描述了網絡視頻模型，接口，數據類型和數據交換模式。ONVIF規範中設備管理和控制部分所定義的接口均以Web Serv
2020-06-16 04:16:32
71
原创 用FFmpeg將rtsp視頻流保存成H264、h265文件
ffmpeg：FFmpeg的名稱來自MPEG視頻編碼標準，前面的“FF”代表“Fast Forward，是一套可以用來記錄、轉換數字音頻、視頻，並能將其轉化爲流的開源計算機程序。 庫的組成： libavformat：用於各種音視頻封裝格式
2020-06-16 04:16:32
22
原创 海思3536板子在使用wifi時，開啓支持工具 wireless_tools 和 iptables 的內核支持選項時，板子會崩潰的解決方法
wifi的wlan模式需要用到Wireless_tools和wpa_supplicant工具。Wireless_tools用來設置支持LinuxWireless Extension的無線設備,它是一個工具，來使用wifi的功能和修改獲取一
2020-05-01 10:50:18
原创 我所理解的回調函數
什麼是回調函數：回調函數就是一個通過函數指針調用的函數。如果你把函數的指針（地址）作爲參數傳遞給另一個函數，當這個指針被用來調用其所指向的函數時，我們就說這是回調函數。回調函數不是由該函數的實現方直接調用，而是在特定的事件或條件發生時由另
2020-03-11 19:38:39
1
原创 FFmpeg、OpenSSL編譯：無法解決 R_AARCH64_ADR_PREL_PG_HI21 重定向於符號 “sinh@@GLIBC_2.17” 有衝突
ffmpeg： /opt/hisi-linux/x86-arm/aarch64-himix100-linux/host_bin/../lib/gcc/aarch64-linux-gnu/6.3.0/../../../../aarch64-
2020-02-24 19:36:45
原创 C 實現 YUV420SP （NV12）和（NV21）的相互轉換
YUV，分爲三個分量，“Y”表示明亮度（Luminance或Luma），也就是灰度值；而“U”和“V” 表示的則是色度（Chrominance或Chroma），作用是描述影像色彩及飽和度，用於指定像素的顏色。 YUV420數據的長度，Y
2020-02-24 19:36:45
6
原创 深入淺析Linux下uboot之（七）-----------------------：uboot 啓動的第二階段
uboot 啓動的第一階段遠跳轉到 start_armboot。 它在 uboot/lib_arm/board.c 中，是 uboot 第二階段代碼的入口。第一階段是彙編語言實現的，而第二階段的代碼是用 C 語言實現的。第一階段在SRAM
2019-08-23 07:09:47
7
原创 深入淺析Linux下uboot之（六）-----------------------：uboot 啓動的第一階段之 lowlevel_init
lowlevel_init 裏面實現了cpu 相關硬件初始化：檢查復位狀態、IO恢復、關看門狗、開發板供電鎖存、時鐘初始化、DDR初始化、串口初始化並打印'O'、tzpc初始化、打印'K'。lowlevel_init 函數真正的地方，是在
2019-08-08 07:20:34
3
原创 深入淺析Linux下uboot之（五）-----------------------：uboot 啓動的第一階段（詳解）
經過上一節 鏈接腳本 u-boot.lds 分析：ENTRY(_start)用來指定整個程序的入口地址。所謂入口地址就是整個程序的開頭地址，可以認爲就是整個程序的第一句指令。有點像C語言中的main。因此_start符號所在的文件就是整個
2019-08-08 07:20:34
10
原创 深入淺析Linux下uboot之（四）-----------------------：鏈接腳本 u-boot.lds 分析
通過之前的 Makefile 的分析，可以知道 在Makefile 中 include $(obj)include/config.mk（133行），定位到跟 Makefile 同目錄的 config.mk 裏面的 144-148 行：
2019-08-07 07:23:59
1