會(huì)議zxmvc8900-hdpu軟件更改說明

軟件版本說新版本名舊版本名稱及處理意新版本的適用范圍、適用期限、與其它軟硬件版本的配合新版本功能說明（或功能改進(jìn)說明9種格IP、E1、4*E1支持網(wǎng)關(guān)/616支持輔編1080I/1080P網(wǎng)關(guān)（包括單多畫面720P/10809、161080I/1080P9、16支持263及264-CIF、264-4CIF編碼108030支持263和264的4cif以下的編碼HW新版本更改1、解決了和E1終端互通報(bào)錯(cuò)，報(bào)錯(cuò)值為16的問題問題分析：終端發(fā)出來的幀頭信息是000001，而不是我們需要的00000001。解決方案：更新的DeBch模塊版本號(hào)122。2010-12-24（647版本1EWEBE1問題分析：HDPUE1H221EWEB解析不了。MCBSP7H221的信息。2010-12-22（646版本1TPSFECFECFEC2010-12-21（645版本1FTHWMCBSPMCBSPMCBSP死掉。MCBSP2、修改main函數(shù)啟動(dòng)SRIO測(cè) 2010-12-2（644版本1FTHW2010-10-15（643版本1、更新mpeg4庫到106版本并更新了MPEG4DecEDMAInit.c和2、更新264庫到121版本2010-8-23（642版本1H2641422TPS41的白線閃爍的問題。cache一致性。cache一致性。2010-8-12（641版本1IMS174770，這樣可以減少切換編碼720P101542010-8-9（640版本1、替換的264編碼庫141版本，提升圖像質(zhì)量2、增加預(yù)防二次切換的代碼。在77消息增加depayload包序號(hào)跳變處理，及修改SRIO讀寫索引初始化方式，端743pclint2010-7-22（639版本1、解決了IP/E1非對(duì)稱16畫面切換到單畫面后E1終端看IP終端有亮線問題。故障原因：264編碼的edma拷貝。解決辦法：264編碼的720P編碼把edma拷貝換成memcpy拷貝，可能會(huì)稍微影響性2010-7-9（638版本11080故障原因：主從編碼等待導(dǎo)致死循環(huán)解決方法在RemoteEncOrNot函數(shù)的返回TRUE之前把當(dāng)前的編碼次數(shù)更新為配合的編碼次數(shù)，這樣配合就不會(huì)在這個(gè)函數(shù)里面死等。2010-6-25（637版本1H264-4cif6質(zhì)量，264-4cif編碼會(huì)能力不足，導(dǎo)致丟幀。解決方法：264-4cif編碼，碼率小于3M的編碼選項(xiàng)nEncPreset設(shè)2010-6-23（636版本1、增加端的丟包統(tǒng)計(jì)，調(diào)試命令d+-6-22（635版本1264138版本（具體查看編碼庫的更改說明2、更新264庫，針對(duì)中移綠條問題中研做了修改3Depayloadsei0x670x68sei，dePayload丟掉前面已經(jīng)解得的參數(shù)集。解決1080i丟sei時(shí)裂屏的問題。2010-6-10（633版本1、更新264編碼庫到137版本：加入編動(dòng)態(tài)幀頻選項(xiàng)及修正level溢出保護(hù)值、色度I塊bug2264-4cif4M3M6故障原因：格式相同的多畫面編碼使用相同的合成buff（4個(gè)循環(huán)使用），而合成buff是由兩個(gè)任務(wù)使用的，SRIO出合成buff并做編碼，這樣就可0編碼SRIO務(wù)合buff1路編碼取出的合成buff是同一個(gè)buff，就可能讀寫。解決方法：在SRIO收任務(wù)，把第0路的合成圖像整個(gè)拷貝到到第1路的合成buff中，這樣各路編碼使用各自的合成buff，就不會(huì)存在上面的讀寫了。2010-5-26（632版本1E12010-5-24（631版本1、修改1080能力不足的丟幀策略，通過串口收任務(wù)與任務(wù)之間的隊(duì)列包數(shù)來判斷是2010-5-13(630版本1、增加H261處理功能（需要MPU和RMS配合修改22631083264-4CIF8M、4M、3M、2M、1536K網(wǎng)關(guān)會(huì)議，圖像卡（幀頻低）的問題。問題分析：端重復(fù)發(fā)送數(shù)據(jù)到編碼同一個(gè)編碼同一通道，且該編碼的格解決辦法在端發(fā)送數(shù)據(jù)之前增加防止對(duì)同一號(hào)和同一通道號(hào)的vo重復(fù)發(fā)送2010-5-7（629版本1、更新263庫到109版本23、更新264編碼庫，在136版本的基礎(chǔ)上做了修改，以解決霜狀花屏。但沒有修本號(hào)4H264-1080I6問題分析：從的碼率設(shè)置與主的碼率設(shè)置不一致導(dǎo)致解決方法：從在創(chuàng)建庫的時(shí)候設(shè)置好應(yīng)該設(shè)置的參數(shù)，后面不再調(diào)用control重新設(shè)置參數(shù)，碼率、寬高、幀頻等參數(shù)的設(shè)置會(huì)從主獲得并重新設(shè)置。2010-4-21（628版本1、解決了網(wǎng)真多畫面輪詢死機(jī)的問題mpu0dsp計(jì)算時(shí)隙長(zhǎng)度是要減-1，memcpy函數(shù)的拷貝長(zhǎng)度，就變成非2I13、修改了1080P的主從切換丟幀數(shù)目不一致導(dǎo)致下半部分黑屏的問題。解決方法：對(duì)于從不丟幀。驗(yàn)證方法：IMS2010-4-20（627版本1、替換264庫，并修改使用的scrach和persister大小，來解決丟包出現(xiàn)黑條的問題2、對(duì)1080P能力不足，把根據(jù)cpuload來丟幀換回原來的方式丟幀，因?yàn)閏puload的計(jì)算2010-4-13（626版本141（MPU配合使用+11，+11，4、修改了SRIO的延時(shí)發(fā)送，把當(dāng)前的延時(shí)取所有計(jì)算的延時(shí)的最大值2010-3-25（625版本1、解決了1路送給一個(gè)編碼編同種格式的會(huì)議，圖像卡的問題17幀左右。故障分析：由于送給編碼的不同速率，相同格式，且相同通道的時(shí)候，都會(huì)發(fā)送，寫索引雙倍的增加，編碼的讀索引就很容易和寫索引相同，而判斷到相同，就+112010-3-10（624版本1、解決了編碼，其中第一路沒編碼，但是第二路需要編碼情況下編碼圖像黑屏的問題。2、解決了263-4CIF+與264-cCIF的6畫面2M會(huì)議，死機(jī)問題故障分析：對(duì)端獲得各個(gè)子畫面的大小，沒有對(duì)4CIF+的格式設(shè)置，而是使用了720P4CI+4CI+的設(shè)置。2010-3-9（623版本1、為了消除1080I的interlace現(xiàn)象，修改端1080I的YUV數(shù)據(jù)拷貝，只用上半場(chǎng)數(shù)據(jù)合2、對(duì)1080P縮放成其他格式，只用半幀數(shù)據(jù)，解決了1080P的3速率能力不足問題故障背景：EMC+MCU0（MPU）3（EAPU）6、7（BPU）9、10（HDPU）11、12、13、14（N16E1）MCU800.04T02終端版本1.0.2.8的終端，廣播源是1080i、1080p格式的終端其他端所看圖像嚴(yán)重花屏，能力不足；2，3H264-1080i4MH264-1080p有兩速率且大于4M，廣播源是1080i、1080p格式的終端其他端所看圖像嚴(yán)重2010-3-8（622版本1、解決了264死機(jī)問題故障背景：EMC+MCU0（MPU）3（EAPU）6、7（BPU）9、10（HDPU）11、12、13、14（N16E1）MCU800.04故障描述：利用HDPU召開H264-4cif2M的16畫面IP、4E1混網(wǎng)會(huì)議，會(huì)議模版開啟數(shù)據(jù)能力HMLP_64K,，時(shí)隙配置是31.255.127.255，該會(huì)議中有7個(gè)4E1終端，1個(gè)IP終端，預(yù)議時(shí)將4E1的終端配置成2M，會(huì)議正常開啟后，用net登陸某個(gè)4E1的T502終端，進(jìn)行面且凍結(jié)。查看調(diào)試發(fā)現(xiàn)該的3路圖像都已經(jīng)凍結(jié)，開發(fā)人員定位該解故障分析：可能由多路導(dǎo)致edma拷貝導(dǎo)致。for(i= 0;i<CHANNEL_NUM;i++){ opyStartOk=}2TS故障：6000A與T600互通時(shí)，快速開關(guān)會(huì)導(dǎo)致T600上會(huì)圖像藍(lán)屏。故障背景：HDPU快速開關(guān)會(huì)測(cè)試。故障描述720P與MPEG44E18M互通的單畫面會(huì)議態(tài)匹配到4M開會(huì)后MPEG4為廣播源，其看T600圖像正常，T600MPEG4端圖像藍(lán)屏，查看T600端診斷信息，有發(fā)碼流，無接收碼流，在會(huì)控頁面上對(duì)各個(gè)終端進(jìn)行數(shù)字和環(huán)回都正常；在會(huì)控上廣播T600終端后其他端看到的圖像都正常，再廣播MPEG4終端也恢復(fù)正常；這個(gè)會(huì)議召開后，ts包的pat包的ididsavepat（這個(gè)模塊一般只開會(huì)的時(shí)候才會(huì)調(diào)用一次，除非有異常okpmt已設(shè)置的位置增加了指針不為空的判斷，就是因?yàn)檫@個(gè)指針為空pmt55次正常。3I1sIenil4、772010-2-8（621版本1IMS1080srioenc的隊(duì)列中的數(shù)據(jù)全部清空。IMS6342、解決EC故障612001482780：MRFC,普通+級(jí)聯(lián)4畫面會(huì)議，刪除0畫面的終端，畫面2次切換。IMS720P、1080P60號(hào)畫面的端，0號(hào)畫面的圖像是否正常。2010-1-30（620版本1720P非對(duì)稱多畫面，在取消多畫面后，E1IP720Psrio的cpu干2010-01-29（619版本1（73消息，防止切換出現(xiàn)子畫面有黑條問題2010-01-26（618版本1H264136修改說明：a、進(jìn)行編片內(nèi)內(nèi)存scratch化處理bEDMAcChip1Chip0Chip0SRIOscratchChip1SRIOd、增加了用于給應(yīng)用重建幀信息的API接口e1080CACHE2124修改說明：根據(jù)評(píng)審意見修改縮放庫及去掉參數(shù)校驗(yàn)，支持源和目的都相同的縮放3、解決了專線H264-720P2M非對(duì)稱16畫面會(huì)議多畫面切換時(shí)有短暫黑條出現(xiàn)問題。故障分析：碼流和消息切換不一致，HDPU還是會(huì)做縮放，導(dǎo)致能力不夠。解決對(duì)策：對(duì)于這種情況，端不做縮放，并且把返回的寬度和高度發(fā)給編碼端，H239MPU72，HDPUI解決對(duì)策：在73消息也啟動(dòng)凍結(jié)機(jī)制。為了防止凍結(jié)機(jī)制，增加判斷是否已經(jīng)打開過2010-01-12（617版本1、為防止一個(gè)既做編碼也做的，導(dǎo)致死機(jī)，增加保護(hù)機(jī)制。MsgProcTsk.c70消息處理增加保護(hù)代碼如下：if((0<ptMaxCap- um)&&(0<ptMaxCap- { return}2720P、1080度度度度94943、解決了263-4cif-2M的16畫面，幀頻為30的會(huì)議，能力不夠問題4cif4cif縮放為目標(biāo)格式大小，修改為用上半場(chǎng)直接縮放為目標(biāo)格式大小，4cifqcif3.1ms1ms。4263-4cif-2M更換場(chǎng)景，幀頻低的問題。解決方法：替換編碼庫。驗(yàn)證方法：開263-4cif-2M的2畫面會(huì)議，然后在頭走動(dòng)一下，看圖像是否卡2s左右5、解決了3種以上格式的網(wǎng)關(guān)單畫面會(huì)議如果廣播源是1080i、1080p格式的終端其他端HDPU3H164-1080iH164-1080p格式，當(dāng)會(huì)議成功開啟后，廣播H164-1080i或者H164-1080P格式的終端，其他終端所看圖像嚴(yán)重花屏。DSP報(bào)出錯(cuò)。1080720P2010-01-04（616版本1、解決了264-4cif的6M以上4*E1在T502或EVPU上能力不足問題故障描述：1、主會(huì)議配置HDPUT500IP2M/H.264-4CIF4E1級(jí)聯(lián)口/H.264-4CIF/8M會(huì)議；從會(huì)議配置EVPU,召開T500IP2M/H.264-4CIF+4E1級(jí)聯(lián)口/H.264-4CIF/8M.IP終端，從會(huì)議IPIP終2、配置EVPUT6004E1/H.264-4CIF/8MT500IP/H.264-4CIF/2MT600終端，T5002009-12-28（615版本1SRIO收發(fā)任務(wù)的運(yùn)行狀態(tài)及發(fā)送數(shù)據(jù)次數(shù)和接收數(shù)據(jù)次數(shù)調(diào)試信息（開發(fā)調(diào)試用的，2HDPUH264-4cif2M多畫面多速率混網(wǎng)會(huì)議圖像會(huì)跳動(dòng)。2644cif2MIPE14E13263-cif4050（610001432188）解決方案：更新263編碼庫及封裝庫107版本。驗(yàn)證方法：利用HDPU召開格式匹配的會(huì)議，其中有4050的終端，格式為H263-cif，40504050終端顯示的圖像有花屏的現(xiàn)象。41080p30幀8M6畫面大畫面嚴(yán)重花屏問題。HDPUH264-1080P308M6IPT6002009-12-12（614版本1264-CIF編碼碼率很低的問題。264135版本驗(yàn)證方法：263-cif-2M264-cif-2M2720PE17畫面大子畫面有彩邊的問題。123版本驗(yàn)證方案：720PE173IMS10804個(gè)buff4個(gè)buff設(shè)置要置黑屏的標(biāo)buff的時(shí)候才置黑屏，并置非置黑屏標(biāo)志。驗(yàn)證方法：IMS2009-12-04（613版本1、解決264編花屏問題。264編碼庫。610001432488測(cè)試。hdpu43T502H264-4cif2mH264-4cifH263-cif2M2、解決1080五畫面能力不夠問題1080上下半場(chǎng)都參與縮放，修改為只上半場(chǎng)參與縮放，下半場(chǎng)扔掉。驗(yàn)證方法：1080五畫面會(huì)議。31080-30解決方案：端每2幀抽1幀（五畫面8M還是有能力不夠。驗(yàn)證方法：1080720P10802009-12-01（612版本14*E12，4，6，8解決方案：增加一個(gè)全局變量g_ucCheckErrorFlag來保存各路連接是否成功，如果都g_uiCheckExitError0，不打印錯(cuò)誤提示，如果有一路不成功，則打印錯(cuò)誤提示，HDPUT6001080P4E18MT502H264_CIF4E18M4050與T502E12M三速率四畫面的會(huì)議，會(huì)議召開成功后對(duì)四個(gè)畫面進(jìn)行多畫面分頁輪詢,選擇完終端列表開始輪詢后，所有終端的多畫面都顯示藍(lán)屏（66號(hào)終端必4E1終端的會(huì)議，關(guān)會(huì)后，再召開一個(gè)小于這個(gè)會(huì)議終端數(shù)的會(huì)2264133解決方案：替換264編碼庫到133版本。驗(yàn)證方法：720P1080網(wǎng)關(guān)會(huì)議。故障原因：查看串口消息是4號(hào)編了，其中第0路沒端看，第二路最后一個(gè)端看，2：驗(yàn)證方法：按照上面的會(huì)議進(jìn)行驗(yàn)證。4、解決了720P非對(duì)稱多速率，取消多畫面，死機(jī)問題故障原因：取消多畫面，端雙向隊(duì)列的每個(gè)單元需要的空間10個(gè)CIF的大小，但是只8CIF，導(dǎo)致內(nèi)存越界，進(jìn)而死機(jī)。解決方案：在創(chuàng)建的雙向隊(duì)列的把原來的8修改為10就可以了（1080把16修改為21）。驗(yàn)證方法：720P4*E1-2M，IP-3M1051080ISRIO2個(gè)buff4個(gè)buffHDPUH264-720P8m4M的專線會(huì)議，當(dāng)會(huì)議成功開起后，對(duì)某個(gè)終端進(jìn)行降速處理，此時(shí)該終端多看的圖像有花屏和亮線的現(xiàn)象（人工用手在頭前揮6264-cif，2M-IP4M-4*E1buff4*E1ip格式的數(shù)據(jù)的時(shí)候沒buffIP，E1，4*E1610001432043測(cè)在HDPU上召通IP4E1H264-4cif2M混網(wǎng)會(huì)議，會(huì)議成功召開后圖像嚴(yán)重花屏，過10分鐘左右圖像凍結(jié)，在診斷頁面顯示HDPU單板斷開（斷開只出現(xiàn)了一次。診理報(bào)L398353[48:29:26.5]:HPI[4]= Read:nReadOff[0x0]fromnReadOff_Query[0x580]!2、Ip、E1混網(wǎng)，E13、E1、4E1混網(wǎng)，E1終端看到的圖像凍結(jié)，在E1終端上進(jìn)行環(huán)回圖像正常7264-4CIF4M以上，T502IP，4*E1無法這樣打補(bǔ)丁。驗(yàn)證方法：720P4CIF8、解決1080單畫面6M能力不夠的問題edma拷貝代替縮放處理。驗(yàn)證方法：1080610001370836測(cè)試。HDPUIP1080P6M4M互通的單畫面會(huì)議，會(huì)議使用風(fēng)扇做場(chǎng)景，過大約半分鐘后，4M6M的圖像花屏，6M6MIP6M與4E14M互通，4M端也會(huì)花屏，串口不停打印出錯(cuò)。9、新增108030幀功能。、720P、1080多畫面：5畫面，大畫面如果是頭，能支持到6M，如果大畫面為DVD， 2M，4M，6M。1、解決IMS故障，T600跟softda在一起召開純會(huì)議，softda圖像一直不停地閃現(xiàn)橫紋。解決方案：H264格式返回值為7或8則不請(qǐng)求I幀，并不送給編。2H264atem32（MPU配合格式的分別為1M和2M，看是否能實(shí)現(xiàn)編碼。2009-10-20（551版本1、解決了演示720P-4畫面會(huì)議，從2畫面切換到4畫面花屏的問題。73I幀請(qǐng)求。720P-424畫面，看是否花屏。MC配合，MCVCU請(qǐng)求。2、解決編8M的264-4CIF在T502能力不足的問題if(i_ptEnMsg->ucRate>{i_ptEnMsg->ucRate=}判斷（8M6M編碼264-4CIF-8M720p4CIFT502T502端是否main.c264edma0264-720P264-108010802009-10-14（550版本1、SrioUtl.cpclint2MEM1256cache映射。3E1解決方案：修改文件h221recv.c的H221Recv函數(shù)解復(fù)用處加if(FINDFAS==TI121120。5、解決了編264-4