原创 GB28181 視頻請求

記錄一下 udp錄像回訪請求 INVITE sip:[email protected]:50600 SIP/2.0 Via: SIP/2.0/UDP 192.168.1.110:5060;rport;b

原创 rtmp 發送h264包,主要是sps,pps,i幀和非i幀

28181流媒體,ps流解析,nalu分析,出來的數據封裝成rtmp包發送rtmp,此處僅關心rtmp發送問題 這個連接有完整的調用librtmp發送h264的代碼,但是裏面發送h264包時候有問題,沒有區分包類型 https://blo

原创 c++ GPS座標轉換百度座標

#include <math.h> static double pi = 3.14159265358979324; static double a = 6378245.0; static double ee = 0.006693421

原创 c++ aac轉pcm

最開始使用的是ffmpeg 主要代碼如下: //註冊所有的工具 av_register_all(); AVFormatContext *fmt_ctx = NULL; AVCodecContext *cod_ctx = NUL

原创 rtmp h264,h265包結構和推流組包

rtmp視頻包結構 類型 長度 值 FrameType 4bit 1表示關鍵幀,2表示非關鍵幀,3表示一次性幀,4爲服務器保留,5表示視頻信息或命令幀 CodecID 4bit 1表示JPG,2表示Sorenso

原创 rtmp h264,h265包結構分析

rtmp視頻包結構 類型 長度 值 FrameType 4bit 1表示關鍵幀,2表示非關鍵幀,3表示一次性幀,4爲服務器保留,5表示視頻信息或命令幀 CodecID 4bit 1表示JPG,2表示Sorenso

原创 win下libgo boost編譯

win下,libgo 版本2.6, cmake, vs2015 編譯失敗參考: https://github.com/yyzybb537/libgo/issues/204 libgo默認使用系統CreateFiberEx創建task, 但

原创 ffmpeg 保存數據流到文件

av_register_all(); std::string filename = "d6.mp4"; AVFormatContext *outContext = NULL; avformat_alloc_output_contex

原创 exosip udp定時發送心跳jaK

exosip2,抓包發現會定時發送心跳包,4個字節,轉成assic就是jak 原以爲是業務邏輯的原因,查了發現不是,最後exosip庫代碼裏面找到了 static int udp_tl_keepalive (struct eXosip_

原创 poco 庫streamsocket 發送數據失敗錯誤碼獲取

使用sendBytes發送數據,函數實現如下: int StreamSocket::sendBytes(const void* buffer, int length, int flags) {     return impl()->se

原创 tcnative-1.dll: Can't load IA 32-bit

tomcat 8啓動報錯 apache-tomcat-8.0.28\bin\tcnative-1.dll: Can't load IA 32-bit .dll on a AMD 64-bit platform     at java.l

原创 nginx 支持h265 的 rtmp和hls

  https://github.com/illuspas/nginx-rtmp-win32 高人編譯的win下的nginx,已經支持h265的rtmp,hls未使用 rtmp 和hls中的h265 的ID爲 12 nginx rtmp模

原创 tomcat8內存配置

tomcat8內存配置 tomcat之前一直使用的默認的內存,最近有報異常 java heap space 得增加tomcat內存了 分幾種情況,tomcat服務運行,使用startup.bat啓動,eclipse啓動 這裏主要處理前2種

原创 海康nvr 使用28181協議配置說明

以海康nvr爲例,見下圖 需要設置內容: 本地SIP端口,設備使用此端口訪問服務器 SIP服務ID,服務器唯一識別符,用以區分服務器 SIP服務器地址,端口,設備連接的服務器ip和端口 SIP用戶認證ID,設備唯一ID,用以區分設備

原创 log4cplus 1.2.0 編譯,使用記錄

需求:根據日期建立文件夾,根據文件大小分包,保存一定時間內的日誌 實際上就是RollingFileAppender和DailyRollingFileAppender2個appender的結合 先說結論:官方appender實現不了 網上