This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

H264 2.10.00.01.wizardversion0.5.2 ( unstable )

Hi

i want to use the Constrained VBR Rate Control( CVBR ) feature, thats why changed my codec version from 2.00.00.09 to 2.10.00.01.

while running multiple profiles at the 1st time it is ok but after i delete all profiles from the viewer and again add multiple profiles to view

i am getting error

Buffer.c:255: Buffer_getUserPtr: Assertion `hBuf' failed.

while i debuged i found

while making cleanup() call in capture.c assertion fail at the time it uses the call Buffer_getUserPtr() inside cleanup().
 i checked the capture buffer pointers at the time of capture create and at the time of cleanup called, both are same pointers.
inside some how the capture buffer pointer becomes NULL it seems.

Capture.c --> cleanup --> capBufPtr = Buffer_getUserPtr(hCapBuf);

where as the same is working fine with H264 2.00.00.09 version.

  • Sujit,

    Can you move to 2.10.00.06 which is on the web. It has some API changes and you can find the help at http://processors.wiki.ti.com/index.php/H.264_DM36x_Ver_2.1_Codec

     This has some bug fix. I dont say this will solve the problem, but maybe good to move to this version as this is latest. Once you do that, we can take the query from there.

    regards

    Yashwant

  • Hi,

    i changed my codec versionh the recent release version H264ENC.version.02.10.00.06.wizardversion.0.5.2

    now there is no such issues mentioned above.

    i checked in release notes , this particular issue was a bug, which has been fixed

    Fixed In This Release

    Defect ID

    Defect ID

    Description

     

     

    Applicable Release Configuration

     

     

    SDOCM00077467

     

     

    Encoder hangs if input YUV frame is completely white and NAL format is configured

     

     

    210_V_H264AVC_E_02_00

     

     

    SDOCM00077468

     

     

    EDMA channel space gets corrupted during codec deletion

     

     

    210_V_H264AVC_E_02_00

     

     

  • So you confirm that the issue is not coming. Good ! Please mark the post as "verify". I still don't understand the root cause, maybe it was a side effect of 77468.

    regards

    Yashwant