会议zxmvc8900-hdpu软件更改说明

软件版本说新版本名旧版本名称及处理意新版本的适用范围、适用期限、与其它软硬件版本的配合新版本功能说明（或功能改进说明9种格IP、E1、4*E1支持网关/616支持辅编1080I/1080P网关（包括单多画面720P/10809、161080I/1080P9、16支持263及264-CIF、264-4CIF编码108030支持263和264的4cif以下的编码HW新版本更改1、解决了和E1终端互通报错，报错值为16的问题问题分析：终端发出来的帧头信息是000001，而不是我们需要的00000001。解决方案：更新的DeBch模块版本号122。2010-12-24（647版本1EWEBE1问题分析：HDPUE1H221EWEB解析不了。MCBSP7H221的信息。2010-12-22（646版本1TPSFECFECFEC2010-12-21（645版本1FTHWMCBSPMCBSPMCBSP死掉。MCBSP2、修改main函数启动SRIO测 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版本，提升图像质量2、增加预防二次切换的代码。在77消息增加depayload包序号跳变处理，及修改SRIO读写索引初始化方式，端743pclint2010-7-22（639版本1、解决了IP/E1非对称16画面切换到单画面后E1终端看IP终端有亮线问题。故障原因：264编码的edma拷贝。解决办法：264编码的720P编码把edma拷贝换成memcpy拷贝，可能会稍微影响性2010-7-9（638版本11080故障原因：主从编码等待导致死循环解决方法在RemoteEncOrNot函数的返回TRUE之前把当前的编码次数更新为配合的编码次数，这样配合就不会在这个函数里面死等。2010-6-25（637版本1H264-4cif6质量，264-4cif编码会能力不足，导致丢帧。解决方法：264-4cif编码，码率小于3M的编码选项nEncPreset设2010-6-23（636版本1、增加端的丢包统计，调试命令d+-6-22（635版本1264138版本（具体查看编码库的更改说明2、更新264库，针对中移绿条问题中研做了修改3Depayloadsei0x670x68sei，dePayload丢掉前面已经解得的参数集。解决1080i丢sei时裂屏的问题。2010-6-10（633版本1、更新264编码库到137版本：加入编动态帧频选项及修正level溢出保护值、色度I块bug2264-4cif4M3M6故障原因：格式相同的多画面编码使用相同的合成buff（4个循环使用），而合成buff是由两个任务使用的，SRIO出合成buff并做编码，这样就可0编码SRIO务合buff1路编码取出的合成buff是同一个buff，就可能读写。解决方法：在SRIO收任务，把第0路的合成图像整个拷贝到到第1路的合成buff中，这样各路编码使用各自的合成buff，就不会存在上面的读写了。2010-5-26（632版本1E12010-5-24（631版本1、修改1080能力不足的丢帧策略，通过串口收任务与任务之间的队列包数来判断是2010-5-13(630版本1、增加H261处理功能（需要MPU和RMS配合修改22631083264-4CIF8M、4M、3M、2M、1536K网关会议，图像卡（帧频低）的问题。问题分析：端重复发送数据到编码同一个编码同一通道，且该编码的格解决办法在端发送数据之前增加防止对同一号和同一通道号的vo重复发送2010-5-7（629版本1、更新263库到109版本23、更新264编码库，在136版本的基础上做了修改，以解决霜状花屏。但没有修本号4H264-1080I6问题分析：从的码率设置与主的码率设置不一致导致解决方法：从在创建库的时候设置好应该设置的参数，后面不再调用control重新设置参数，码率、宽高、帧频等参数的设置会从主获得并重新设置。2010-4-21（628版本1、解决了网真多画面轮询死机的问题mpu0dsp计算时隙长度是要减-1，memcpy函数的拷贝长度，就变成非2I13、修改了1080P的主从切换丢帧数目不一致导致下半部分黑屏的问题。解决方法：对于从不丢帧。验证方法：IMS2010-4-20（627版本1、替换264库，并修改使用的scrach和persister大小，来解决丢包出现黑条的问题2、对1080P能力不足，把根据cpuload来丢帧换回原来的方式丢帧，因为cpuload的计算2010-4-13（626版本141（MPU配合使用+11，+11，4、修改了SRIO的延时发送，把当前的延时取所有计算的延时的最大值2010-3-25（625版本1、解决了1路送给一个编码编同种格式的会议，图像卡的问题17帧左右。故障分析：由于送给编码的不同速率，相同格式，且相同通道的时候，都会发送，写索引双倍的增加，编码的读索引就很容易和写索引相同，而判断到相同，就+112010-3-10（624版本1、解决了编码，其中第一路没编码，但是第二路需要编码情况下编码图像黑屏的问题。2、解决了263-4CIF+与264-cCIF的6画面2M会议，死机问题故障分析：对端获得各个子画面的大小，没有对4CIF+的格式设置，而是使用了720P4CI+4CI+的设置。2010-3-9（623版本1、为了消除1080I的interlace现象，修改端1080I的YUV数据拷贝，只用上半场数据合2、对1080P缩放成其他格式，只用半帧数据，解决了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格式的终端其他端所看图像严重花屏，能力不足；2，3H264-1080i4MH264-1080p有两速率且大于4M，广播源是1080i、1080p格式的终端其他端所看图像严重2010-3-8（622版本1、解决了264死机问题故障背景：EMC+MCU0（MPU）3（EAPU）6、7（BPU）9、10（HDPU）11、12、13、14（N16E1）MCU800.04故障描述：利用HDPU召开H264-4cif2M的16画面IP、4E1混网会议，会议模版开启数据能力HMLP_64K,，时隙配置是31.255.127.255，该会议中有7个4E1终端，1个IP终端，预议时将4E1的终端配置成2M，会议正常开启后，用net登陆某个4E1的T502终端，进行面且冻结。查看调试发现该的3路图像都已经冻结，开发人员定位该解故障分析：可能由多路导致edma拷贝导致。for(i= 0;i<CHANNEL_NUM;i++){ opyStartOk=}2TS故障：6000A与T600互通时，快速开关会导致T600上会图像蓝屏。故障背景：HDPU快速开关会测试。故障描述720P与MPEG44E18M互通的单画面会议态匹配到4M开会后MPEG4为广播源，其看T600图像正常，T600MPEG4端图像蓝屏，查看T600端诊断信息，有发码流，无接收码流，在会控页面上对各个终端进行数字和环回都正常；在会控上广播T600终端后其他端看到的图像都正常，再广播MPEG4终端也恢复正常；这个会议召开后，ts包的pat包的ididsavepat（这个模块一般只开会的时候才会调用一次，除非有异常okpmt已设置的位置增加了指针不为空的判断，就是因为这个指针为空pmt55次正常。3I1sIenil4、772010-2-8（621版本1IMS1080srioenc的队列中的数据全部清空。IMS6342、解决EC故障612001482780：MRFC,普通+级联4画面会议，删除0画面的终端，画面2次切换。IMS720P、1080P60号画面的端，0号画面的图像是否正常。2010-1-30（620版本1720P非对称多画面，在取消多画面后，E1IP720Psrio的cpu干2010-01-29（619版本1（73消息，防止切换出现子画面有黑条问题2010-01-26（618版本1H264136修改说明：a、进行编片内内存scratch化处理bEDMAcChip1Chip0Chip0SRIOscratchChip1SRIOd、增加了用于给应用重建帧信息的API接口e1080CACHE2124修改说明：根据评审意见修改缩放库及去掉参数校验，支持源和目的都相同的缩放3、解决了专线H264-720P2M非对称16画面会议多画面切换时有短暂黑条出现问题。故障分析：码流和消息切换不一致，HDPU还是会做缩放，导致能力不够。解决对策：对于这种情况，端不做缩放，并且把返回的宽度和高度发给编码端，H239MPU72，HDPUI解决对策：在73消息也启动冻结机制。为了防止冻结机制，增加判断是否已经打开过2010-01-12（617版本1、为防止一个既做编码也做的，导致死机，增加保护机制。MsgProcTsk.c70消息处理增加保护代码如下：if((0<ptMaxCap- um)&&(0<ptMaxCap- { return}2720P、1080度度度度94943、解决了263-4cif-2M的16画面，帧频为30的会议，能力不够问题4cif4cif缩放为目标格式大小，修改为用上半场直接缩放为目标格式大小，4cifqcif3.1ms1ms。4263-4cif-2M更换场景，帧频低的问题。解决方法：替换编码库。验证方法：开263-4cif-2M的2画面会议，然后在头走动一下，看图像是否卡2s左右5、解决了3种以上格式的网关单画面会议如果广播源是1080i、1080p格式的终端其他端HDPU3H164-1080iH164-1080p格式，当会议成功开启后，广播H164-1080i或者H164-1080P格式的终端，其他终端所看图像严重花屏。DSP报出错。1080720P2010-01-04（616版本1、解决了264-4cif的6M以上4*E1在T502或EVPU上能力不足问题故障描述：1、主会议配置HDPUT500IP2M/H.264-4CIF4E1级联口/H.264-4CIF/8M会议；从会议配置EVPU,召开T500IP2M/H.264-4CIF+4E1级联口/H.264-4CIF/8M.IP终端，从会议IPIP终2、配置EVPUT6004E1/H.264-4CIF/8MT500IP/H.264-4CIF/2MT600终端，T5002009-12-28（615版本1SRIO收发任务的运行状态及发送数据次数和接收数据次数调试信息（开发调试用的，2HDPUH264-4cif2M多画面多速率混网会议图像会跳动。2644cif2MIPE14E13263-cif4050（610001432188）解决方案：更新263编码库及封装库107版本。验证方法：利用HDPU召开格式匹配的会议，其中有4050的终端，格式为H263-cif，40504050终端显示的图像有花屏的现象。41080p30帧8M6画面大画面严重花屏问题。HDPUH264-1080P308M6IPT6002009-12-12（614版本1264-CIF编码码率很低的问题。264135版本验证方法：263-cif-2M264-cif-2M2720PE17画面大子画面有彩边的问题。123版本验证方案：720PE173IMS10804个buff4个buff设置要置黑屏的标buff的时候才置黑屏，并置非置黑屏标志。验证方法：IMS2009-12-04（613版本1、解决264编花屏问题。264编码库。610001432488测试。hdpu43T502H264-4cif2mH264-4cifH263-cif2M2、解决1080五画面能力不够问题1080上下半场都参与缩放，修改为只上半场参与缩放，下半场扔掉。验证方法：1080五画面会议。31080-30解决方案：端每2帧抽1帧（五画面8M还是有能力不够。验证方法：1080720P10802009-12-01（612版本14*E12，4，6，8解决方案：增加一个全局变量g_ucCheckErrorFlag来保存各路连接是否成功，如果都g_uiCheckExitError0，不打印错误提示，如果有一路不成功，则打印错误提示，HDPUT6001080P4E18MT502H264_CIF4E18M4050与T502E12M三速率四画面的会议，会议召开成功后对四个画面进行多画面分页轮询,选择完终端列表开始轮询后，所有终端的多画面都显示蓝屏（66号终端必4E1终端的会议，关会后，再召开一个小于这个会议终端数的会2264133解决方案：替换264编码库到133版本。验证方法：720P1080网关会议。故障原因：查看串口消息是4号编了，其中第0路没端看，第二路最后一个端看，2：验证方法：按照上面的会议进行验证。4、解决了720P非对称多速率，取消多画面，死机问题故障原因：取消多画面，端双向队列的每个单元需要的空间10个CIF的大小，但是只8CIF，导致内存越界，进而死机。解决方案：在创建的双向队列的把原来的8修改为10就可以了（1080把16修改为21）。验证方法：720P4*E1-2M，IP-3M1051080ISRIO2个buff4个buffHDPUH264-720P8m4M的专线会议，当会议成功开起后，对某个终端进行降速处理，此时该终端多看的图像有花屏和亮线的现象（人工用手在头前挥6264-cif，2M-IP4M-4*E1buff4*E1ip格式的数据的时候没buffIP，E1，4*E1610001432043测在HDPU上召通IP4E1H264-4cif2M混网会议，会议成功召开后图像严重花屏，过10分钟左右图像冻结，在诊断页面显示HDPU单板断开（断开只出现了一次。诊理报L398353[48:29:26.5]:HPI[4]= Read:nReadOff[0x0]fromnReadOff_Query[0x580]!2、Ip、E1混网，E13、E1、4E1混网，E1终端看到的图像冻结，在E1终端上进行环回图像正常7264-4CIF4M以上，T502IP，4*E1无法这样打补丁。验证方法：720P4CIF8、解决1080单画面6M能力不够的问题edma拷贝代替缩放处理。验证方法：1080610001370836测试。HDPUIP1080P6M4M互通的单画面会议，会议使用风扇做场景，过大约半分钟后，4M6M的图像花屏，6M6MIP6M与4E14M互通，4M端也会花屏，串口不停打印出错。9、新增108030帧功能。、720P、1080多画面：5画面，大画面如果是头，能支持到6M，如果大画面为DVD， 2M，4M，6M。1、解决IMS故障，T600跟softda在一起召开纯会议，softda图像一直不停地闪现横纹。解决方案：H264格式返回值为7或8则不请求I帧，并不送给编。2H264atem32（MPU配合格式的分别为1M和2M，看是否能实现编码。2009-10-20（551版本1、解决了演示720P-4画面会议，从2画面切换到4画面花屏的问题。73I帧请求。720P-424画面，看是否花屏。MC配合，MCVCU请求。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函数解复用处加if(FINDFAS==TI121120。5、解决了编264-4