sdp文件解析器

1. 物聯網操作系統的體系架構

一般來說，物聯網操作系統由內核、通信支持（WiFi/藍牙、2/3/4G等通信支持、NFC、RS232/PLC支持等）、外圍組件（文件系統、GUI、java虛擬機、XML文件解析器等）、集成開發環境等組成，基於此，可衍生出一系列面向行業的特定應用，下圖展示了這個概念：

物聯網操作系統與傳統的個人計算機操作系統和智能手機類操作系統不同，它具備物聯網應用領域內的一些獨特特點，現說明如下。

2. python 怎麼獲取mp4的解析度

獲得H.264視頻解析度的方法
From: http //www cnblogs.com/likwo/p/3531241.html
在使用ffmpeg解碼播放TS流的時候（例如之前寫過的UDP組播流），在連接時往往需要耗費大量時間。經過debug發現是av_find_stream_info（已拋棄，現在使用的是avformat_find_stream_info）這個方法十分耗時，而且是阻塞的。av_find_stream_info方法主要是獲得相應的流信息，其中對我的應用最有用的就是視頻的解析度。在av_find_stream_info中是要不斷的讀取數據包，解碼獲得相應的信息，而其中除了解析度信息以外的東西對我的應用中是無用的。所以，考慮自己手動從H.264碼流中解析出視頻的解析度信息。
以下內容主要參考了這篇文章：http //www myexception.cn/internet/586390.html
H.264碼流的流信息都存儲在了特殊的結構中，叫做SPS(Sequence Parameter Set)。要解析SPS就需要知道一些H.264碼流的格式信息。
在H.264碼流中，都是以0x00 0x00 0x01 或者 0x00 0x00 0x00 0x01為開始碼的（在我的應用中為後者），之後通過檢測開始碼後第一個位元組的後五位是否為7（00111）來判斷其是否為SPS。得到SPS之後，就可以解析出視頻的解析度。SPS中有兩個成員，pic_width_in_mbs_minus1和pic_height_in_map_units_minus_1，分別表示圖像的寬和高，但是要注意的是它們都是以16為單位（在面積上就是以16*16的塊為單位）再減1，所以實際的寬是(pic_width_in_mbs_minus1 + 1)*16，高為(pic_height_in_map_units_minus_1+1)*16。
歡迎轉載，轉載請註明出處：http //guoyb.com/Tech/34.html
以下是解析寬高的代碼：
轉載http //guoyb.com/Tech/34.html
以下部分 轉自 http //blog.csdn.NET/pkueecser/article/details/7367641
使用RTP傳輸H264的時候,需要用到sdp協議描述,其中有兩項:Sequence Parameter Sets (SPS) 和Picture Parameter Set (PPS)需要用到,那麼這兩項從哪裡獲取呢?答案是從H264碼流中獲取.在H264碼流中,都是以"0x00 0x00 0x01"或者"0x00 0x00 0x00 0x01"為開始碼的,找到開始碼之後,使用開始碼之後的第一個位元組的低5位判斷是否為7(sps)或者8(pps), 及data[4] & 0x1f == 7 || data[4] & 0x1f == 8.然後對獲取的nal去掉開始碼之後進行base64編碼,得到的信息就可以用於sdp.sps和pps需要用逗號分隔開來.
+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
如何解析SDP中包含的H.264的SPS和PPS串
http //www pernet.tv.sixxs.org/thread-109-1-1.html
SDP中的H.264的SPS和PPS串，包含了初始化H.264解碼器所需要的信息參數，包括編碼所用的profile，level，圖像的寬和高，deblock濾波器等。
由於SDP中的SPS和PPS都是BASE64編碼形式的，不容易理解，附件有一個工具軟體可以對SDP中的SPS和PPS進行解析。
用法是在命令行中輸入：
spsparser sps.txt pps.txt output.txt
例如sps.txt中的內容為：
Z0LgFNoFglE=
pps.txt中的內容為：
aM4wpIA=
最終解析的到的結果為：
Start mping SPS:
profile_idc = 66
constrained_set0_flag = 1
constrained_set1_flag = 1
constrained_set2_flag = 1
constrained_set3_flag = 0
level_idc = 20
seq_parameter_set_id = 0
chroma_format_idc = 1
bit_depth_luma_minus8 = 0
bit_depth_chroma_minus8 = 0
seq_scaling_matrix_present_flag = 0
log2_max_frame_num_minus4 = 0
pic_order_cnt_type = 2
log2_max_pic_order_cnt_lsb_minus4 = 0
delta_pic_order_always_zero_flag = 0
offset_for_non_ref_pic = 0
offset_for_top_to_bottom_field = 0
num_ref_frames_in_pic_order_cnt_cycle = 0
num_ref_frames = 1
gaps_in_frame_num_value_allowed_flag = 0
pic_width_in_mbs_minus1 = 21
pic_height_in_mbs_minus1 = 17
frame_mbs_only_flag = 1
mb_adaptive_frame_field_flag = 0
direct_8x8_interence_flag = 0
frame_cropping_flag = 0
frame_cropping_rect_left_offset = 0
frame_cropping_rect_right_offset = 0
frame_cropping_rect_top_offset = 0
frame_cropping_rect_bottom_offset = 0
vui_parameters_present_flag = 0
Start mping PPS:
pic_parameter_set_id = 0
seq_parameter_set_id = 0
entropy_coding_mode_flag = 0
pic_order_present_flag = 0
num_slice_groups_minus1 = 0
slice_group_map_type = 0
num_ref_idx_l0_active_minus1 = 0
num_ref_idx_l1_active_minus1 = 0
weighted_pref_flag = 0
weighted_bipred_idc = 0
pic_init_qp_minus26 = 0
pic_init_qs_minus26 = 0
chroma_qp_index_offset = 10
deblocking_filter_control_present_flag = 1
constrained_intra_pred_flag = 0
rendant_pic_cnt_present_flag = 0
transform_8x8_mode_flag = 0
pic_scaling_matrix_present_flag = 0
second_chroma_qp_index_offset = 10
/////////////////////////////////////////////////////////////////////////////////////////////////
這里需要特別提一下這兩個參數
pic_width_in_mbs_minus1 = 21
pic_height_in_mbs_minus1 = 17
分別表示圖像的寬和高，以宏塊（16x16）為單位的值減1
因此，實際的寬為 (21+1)*16 = 352
spsparser.rar
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
http //krdai.info.sixxs.org/blog/mp4-sps-pps-data.html
最近在做跟 h264 encode/decode 相關的研究，目標是希望可以從 Android 的 MediaRecorder 當中取出 h264 的資訊。目前問題是在於 SPS 以及 PPS 到底要怎樣得到。由於 MediaRecorder 是寫入 mp4 檔案中，所以不得已只好來去分析一下 mp4 的檔案格式，發現沒有想像中的困難. 主要是參照 ISO/IEC 14496-15 這部份. 在 mp4 的檔案之中, 找到 avcC 這個字串, 之後就是接上 AVCDecoderConfigurationRecord. AVCDecoderConfigurationRecord 的 format 如下:
aligned(8) class AVCDecoderConfigurationRecord {
unsigned int(8) configurationVersion = 1;
unsigned int(8) AVCProfileIndication;
unsigned int(8) profile_compatibility;
unsigned int(8) AVCLevelIndication;
bit(6) reserved = '111111'b;
unsigned int(2) lengthSizeMinusOne;
bit(3) reserved = '111'b;
unsigned int(5) numOfSequenceParameterSets;
for (i=0; i< numOfSequenceParameterSets; i++) {
unsigned int(16) sequenceParameterSetLength ;
bit(8*sequenceParameterSetLength) sequenceParameterSetNALUnit;
}
unsigned int(8) numOfPictureParameterSets;
for (i=0; i< numOfPictureParameterSets; i++) {
unsigned int(16) pictureParameterSetLength;
bit(8*pictureParameterSetLength) pictureParameterSetNALUnit;
}
}
對照一下這樣就可以找到 SPS 和 PPS
+++++++++++++++++++++++++++++++++++++++++++++
vlc沒有收到pps和sps
2010-10-08 16:16
問題 packetizer_h264 packetizer warning: waiting for SPS/PPS
是因為解碼器只是在第一次執行編碼的時候，才編碼出 SPS、PPS、和I_Frame；
h264 packetizer has set so, that it sends sps/pps only first keyframe,
I'm trying to figure what breaks if that is changed so sps/pps is written in every keyframe.
[出自| http //trac.videolan.org/vlc/ticket/1384]
解決辦法：
1、編碼器編碼出每個關鍵幀都加上SPS、PPS ，據說通常情況編碼器編出的 SPS、PPS是一樣的，所以這種方法耗費資源。
2、在伺服器接收到客戶端請求時，發送第一個package 加上 SPS、PPS。
具體如下：
1、在 VideoOpenFileSource 添加一個變數 isFirstFrame；
2、構造時初始化 isFirstFrame = true;
3、在int VideoOpenFileSource::readFromBufferChain() 修改如下：
1 if(isFirstFrame == true)
2 {
3 memcpy(fTo, h264_header, sizeof(h264_header)); /* h264_header = pps +sps*/
4 offset = sizeof(h264_header);
5 framesize = BufferChain_get(fInput.video_bufs, fTo + offset);
6 offset += framesize;
7 isFirstFrame = false;
8 printf("this is the first fime\n");
9 sleep(1);
10 }
11 else
12 {
13 framesize = BufferChain_get(fInput.video_bufs, fTo + offset);
14 offset += framesize;
15 }
1
[http //topic.csdn.net/u/20100801/17/ef35e664-92ff-4144-a35f-3984dcf11da3.html| 參考]
========================================================================
sdp 關於pps和sps的疑問：
packetization-mode 主要是定義包的模式，單一 NALU單元模式（0）；非交錯(non-interleaved)封包模式（1）；交錯(interleaved)封包模式（2）
sprop-parameter-sets 等於H.264 的序列參數集和圖像參數 NAL單元，base64轉換；（即＝ sps+pps）
profile-level-id 這個參數用於指示 H.264 流的 profile 類型和級別。這知道這個是啥東東
ffmpeg decode 關於pps sps問題：
stackoverflow.com/questions/3493742/problem-to-decode-h264-video-over-rtp-with-ffmpeg-libavcodec/3500432#3500432
如何用C語言取出H.264ES文件里的nal(sps,pps)信息。比如width, height, profile等等
請高手指點指點。。。 http //www oschina.net/question/225813_35707
解析sps,pps的代碼在ffmpeg裡面就有, 抄出來就行了, 我以前也自己寫過...
ffmpeg的libavcodec/h264_parser.c,
h264_ps.c
函數
ff_h264_decode_seq_parameter_set
ff_h264_decode_picture_parameter_set
自己可以看代碼.
H264參數語法文檔： SPS、PPS、IDR http //blog.csdn.net/heanyu/article/details/6205390
H.264碼流第一個 NALU 是 SPS（序列參數集Sequence Parameter Set）
對應H264標准文檔 7.3.2.1 序列參數集的語法進行解析

3. sip協議是什麼，sip協議的功能及其應用

SIP是一個應用層的信令控制協議。用於創建、修改和釋放一個或多個參與者的會話。這些會話可以好似Internet多媒體會議、IP電話或多媒體分發。會話的參與者可以通過組播（multicast）、網狀單播（unicast）或兩者的混合體進行通信。
SIP是類似於HTTP的基於文本的協議。SIP可以減少應用特別是高級應用的開發時間。由於基於IP協議的SIP利用了IP網路，固定網運營商也會逐漸認識到SIP技術對於他們的深遠意義。
使用 SIP，服務提供商可以隨意選擇標准組件。不論媒體內容和參與方數量，用戶都可以查找和聯系對方。SIP 對會話進行協商，以便所有參與方都能夠就會話功能達成一致以及進行修改。它甚至可以添加、刪除或轉移用戶。
SIP它既不是會話描述協議，也不提供會議控制功能。為了描述消息內容的負載情況和特點，SIP 使用 Internet 的會話描述協議 （SDP） 來描述終端設備的特點。SIP 自身也不提供服務質量 （QoS），它與負責語音質量的資源保留設置協議 （RSVP） 互操作。它還與若干個其他協議進行協作，包括負責定位的輕型目錄訪問協議 （LDAP）、負責身份驗證的遠程身份驗證撥入用戶服務 （RADIUS） 以及負責實時傳輸的 RTP 等多個協議。
SIP 的一個重要特點是它不定義要建立的會話的類型，而只定義應該如何管理會話。有了這種靈活性，也就意味著SIP可以用於眾多應用和服務中，包括互動式游戲、音樂和視頻點播以及語音、視頻和 Web 會議。SIP消息是基於文本的，因而易於讀取和調試。新服務的編程更加簡單，對於設計人員而言更加直觀。SIP如同電子郵件客戶機一樣重用 MIME 類型描述，因此與會話相關的應用程序可以自動啟動。SIP 重用幾個現有的比較成熟的 Internet 服務和協議，如 DNS、RTP、RSVP 等。不必再引入新服務對 SIP 基礎設施提供支持，因為該基礎設施很多部分已經到位或現成可用。
對 SIP 的擴充易於定義，可由服務提供商在新的應用中添加，不會損壞網路。網路中基於 SIP 的舊設備不會妨礙基於 SIP 的新服務。例如，如果舊 SIP 實施不支持新的 SIP 應用所用的方法/標頭，則會將其忽略。
SIP 獨立於傳輸層。因此，底層傳輸可以是採用 ATM 的 IP。SIP 使用用戶數據報協議 （UDP） 以及傳輸控制協議 （TCP），將獨立於底層基礎設施的用戶靈活地連接起來。SIP 支持多設備功能調整和協商。如果服務或會話啟動了視頻和語音

4. 各個埠都代表什麼意思

按照埠號的大小分類，可分為如下幾類 ：

（1）公認埠（WellKnownPorts）：從0到1023，它們緊密綁定（binding）於一些服務。通常這些埠的通訊明確表明了某種服務的協議。例如：80埠實際上總是HTTP通訊。

（2）注冊埠（RegisteredPorts）：從1024到49151。它們鬆散地綁定於一些服務。也就是說有許多服務綁定於這些埠，這些埠同樣用於許多其它目的。例如：許多系統處理動態埠從1024左右開始。

（3）動態和/或私有埠（Dynamicand/orPrivatePorts）：從49152到65535。理論上，不應為服務分配這些埠。實際上，機器通常從1024起分配動態埠。但也有例外：SUN的RPC埠從32768開始。

各種服務常用埠號：

1，HTTP協議代理伺服器常用埠號：80/8080/3128/8081/9098

2，SOCKS代理協議伺服器常用埠號：1080

3，FTP（文件傳輸）協議代理伺服器常用埠號：21

4，Telnet（遠程登錄）協議代理伺服器常用埠號：23

5，HTTP伺服器，默認埠號為80/tcp（木馬Executor開放此埠）

6，HTTPS（securely transferring web pages）伺服器，默認埠號為443/tcp 443/udp

7，Telnet（不安全的文本傳送），默認埠號為23/tcp（木馬Tiny Telnet Server所開放的埠）

8，FTP，默認的埠號為21/tcp（木馬Doly Trojan、Fore、Invisible FTP、WebEx、WinCrash和Blade Runner所開放的埠）

9，TFTP（Trivial File Transfer Protocol），默認埠號為69/udp

10，SSH（安全登錄）、SCP（文件傳輸）、埠號重定向，默認的埠號為22/tcp

11，SMTP Simple Mail Transfer Protocol（E-mail），默認埠號為25/tcp（木馬Antigen、Email Password Sender、Haebu Coceda、Shtrilitz Stealth、WinPC、WinSpy都開放這個埠）

12，POP3 Post Office Protocol（E-mail），默認埠號為110/tcp

13，Webshpere應用程序，默認埠號為9080

14，webshpere管理工具，默認埠號9090

15，JBOSS，默認埠號為8080

16，TOMCAT，默認埠號為8080

17，WIN2003遠程登錄，默認埠號為3389

18，Symantec AV/Filter for MSE,默認埠號為 8081

19，Oracle 資料庫，默認的埠號為1521

20，ORACLE EMCTL，默認的埠號為1158

21，Oracle XDB（XML 資料庫），默認的埠號為8080

22，Oracle XDB FTP服務，默認的埠號為2100

23，MS SQL*SERVER資料庫server，默認的埠號為1433/tcp 1433/udp

24，MS SQL*SERVER資料庫monitor，默認的埠號為1434/tcp 1434/udp

5. java開發都需要學什麼

首先要明確後端包括哪些職業：DBA（資料庫維護優化專家），Developer（程序猿），Architect（構架師），Scrum master及類似（敏捷開發專家），Project Manager（產品狗），Maintenance&IT support（通訊和伺服器相關），當然這只是一個大致的分類，並沒有一個清晰的界限。

按程序猿內功而言：關系型資料庫，領域驅動設計（Domain-Driven Design），設計模式Design Pattern，演算法Algorithm，面向對象編程OOP（SOLID），線程安全，事件驅動，測試驅動開發，依賴注入框架，等等。

對於初學Java並且有志於後端開發的同學來說，需要重點關注以下幾個部分：

基礎：比如計算機系統、演算法、編譯原理等等

Web開發： 主要是Web開發相關的內容，包括HTML/CSS/js（前端頁面）、 Servlet/JSP（J2EE）以及MySQL（資料庫）相關的知識。它們的學習順序應該是從前到後，因此最先學習的應該是HTML/CSS/JS（前端頁面）。

J2EE：你需要學習的是Servlet/JSP（J2EE）部分，這部分是Java後端開發必須非常精通的部分，因此這部分是這三部分中最需要花精力的。關於Servlet/Jsp部分視頻的選擇，業界比較認可馬士兵的視頻。

最後一步，你需要學會使用資料庫，mysql是個不錯的入門選擇，而且Java領域里主流的關系型資料庫就是mysql。這部分一般在你學習Servlet/Jsp的時候，就會接觸到的，其中的JDBC部分就是資料庫相關的部分。你不僅要學會使用JDBC操作資料庫，還要學會使用資料庫客戶端工具，比如navicat，sqlyog，二選一即可。

開發框架：目前比較主流的是SSM框架，即spring、springmvc、mybatis。你需要學會這三個框架的搭建，並用它們做出一個簡單的增刪改查的Web項目。你可以不理解那些配置都是什麼含義，以及為什麼要這么做，這些留著後面你去了解。但你一定要可以快速的利用它們三個搭建出一個Web框架，你可以記錄下你第一次搭建的過程，相信我，你一定會用到的。還要提一句的是，你在搭建SSM的過程中，可能會經常接觸到一個叫maven的工具。這個工具也是你以後工作當中幾乎是必須要使用的工具，所以你在搭建SSM的過程中，也可以順便了解一下maven的知識。在你目前這個階段，你只需要在網路上了解一下maven基本的使用方法即可，一些高端的用法隨著你工作經驗的增加，會逐漸接觸到的。

因此，你需要去看一些JDK中的類的源碼，也包括你所使用的框架的源碼。這些源碼能看懂的前提是，你必須對設計模式非常了解。否則的話，你看源碼的過程中，永遠會有這樣那樣的疑問，這段代碼為什麼要這么寫？為什麼要定義這個介面，它看起來好像很多餘？由此也可以看出，這些學習的過程是環環相扣的，如果你任何一個階段拉下來了，那麼你就真的跟不上了，或者說是一步慢步步慢。而且我很負責的告訴你，我在這個階段的時候，所學習的東西遠多於這里所羅列出來的。

總而言之，這個階段，你需要做的是深入了解Java底層和Java類庫（比如並發那本書就是Java並發包java.concurrent的內容），也就是JVM和JDK的相關內容。而且還要更深入的去了解你所使用的框架，方式比較推薦看源碼或者看官方文檔。