https://blog.csdn.net/lbc2100/article/details/80744888
live555的使用都是從研究源碼中的testRTSPClient例子開始的，這個例子包含了RTSP消息交互和數據接收。 一.RTSP消息交互 一次基本的RTSP操作過程如下:C表示RTSP客戶端,S表示RTSP服務端 1.第一步：查詢服
一.效果 二.實現 爲了控制視頻的顯示路數，通常需要做通道切換，這裏提供了1通道+4通道+9通道+16通道，其他通道基本上不會用到，因爲一般來說，超過9個通道實時顯示視頻流，建議採用子碼流來顯示，如果都採用主碼流，解碼壓力大，CPU和
live555原生不支持斷網重連，需要客戶端自己實現。 我的實現方法是，在sendPlayCommand的回調函數中啓動超時處理函數，函數中通過延時任務每秒鐘調用自己一次，並累加檢測次數值，當檢測次數達到超時時間時，認爲網絡異常，釋放所有l
一.pcm文件準備 找一個mp3文件，然後用FFmpeg命令將它轉換成pcm文件，這裏使用NorwayForest-500.mp3（挪威的森林-伍佰）。 首先要使用ffmpeg查看mp3文件的一些信息，比如採樣率、聲道數等。 ffmpeg
上篇博客基於live555的rtsp播放器：使用SDL2\D3D9渲染yuv420p中指出在mac上使用SDL2會有問題，因此在mac上可以使用QOpenGLWidget渲染yuv420p。 一.GLSL Versions You can
一.yuv文件準備 找到一個mp4文件，然後用FFmpeg命令將它轉換成yuv文件，這裏使用一個野生動物視頻Wildlife.mp4。 首先要使用ffmpeg查看mp4文件的一些信息，比如編碼器類型、像素格式、分辨率、幀率等。 ffmpe
這裏使用FFmpeg解碼AAC、G711A/G711u和G726，最開始嘗試過用faad2來解碼AAC，但存在一些問題。 一.初始化解碼器 void QHAudioDecoder::openDecoder(Format *format)
錄製這裏是指是音頻和視頻同步錄製。 一.使用ffmpeg錄製的流程 實現錄製的方法有多種，我嘗試成功過的有以下三種： 1.使用mp4v2庫錄製mp4，這個庫主要用於錄製h264+AAC，多年未更新。如果要錄製h265+AAC，需要自己改源
封裝格式的主要作用是把視頻碼流和音頻碼流按照一定的格式存儲在一個文件中。現如今流行的封裝格式如下表所示： 此表來自雷神：[總結]視音頻編解碼技術零基礎學習方法，由表可見： 1.除了AVI之外，其他封裝格式都支持流媒體，即可以“邊下邊播”。
一.h264中的I、P和B幀 I-幀：也成爲關鍵幀，I-幀完全自我指涉的，並且不使用任何其他幀的信息。它在三種幀中佔最大的比例，並且具有最高的質量，但是壓縮效率是最低的。 P-幀：P-幀是所謂的“預測”幀。當創建了一個P-幀時，編碼器可以
公司項目需求，最近在學習流媒體方面的知識，瞭解到live555可以將視頻，音頻流化，通過rtsp協議傳輸，正符合公司項目的要求。 網上看了幾篇關於如何在VS2010下編譯live555的博客，但是在編譯過程中還是遇
過段時間又要上新項目，在板子上加個RTSP服務器，支持實時視頻流播放。這兩天一直在看Live555的源碼，默認只能編譯成靜態庫，自己修改了下搞成了動態庫。雖然花了點時間，但是對了解Live555的結構是有好處的，編譯一通不過
對於live555和RTSP，相信看到這篇博文的朋友應該很熟悉了，分享一些皮毛，大家儘量吐槽： 首先說一下做的功能：利用live555裏面的一個live555mediaserver來作爲媒體服務器，然後利用裏面的TestRTSP
EasyRTSPServer流媒體服務器基於live555改造而來，live555天生是個單線程, 用在攝像機上效率沒有問題，畢竟連接數不多，這已經在EasyIPCamera中得到驗證. 如果用在NVR或流媒體服務器時，基於性能考
我們在使用live555作爲RTSPClient接入一款三星的H.265攝像機時出錯，回調的幀數據無法正常預覽，通過打印，看到這個回調的幀類型分別是: IIIIIIIPPPPPPPPPPPPPPPPPPPPIIIIPPPPPPP
