• State Resolved
  • Locked Locked
  • Replies 2 replies
  • Subscribers 98 subscribers
  • Views 115 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

Does Vcap_getAlgResultBuffer() work in RDK 3.5

abadobid
Intellectual 300 points

I am trying to use Vcap_getAlgResultBuffer() to retrieve motion block results using DVRRDK 3.5.

I am receiving results at the expected rate for my configuration (2 fps) with expected results for channel id, etc, but the returned VALG_FRAMERESULTBUF_S struct blkResult field never seems to be populated with results.

I put some debug code in scdLink_alg.c and can see that the information is correct at this point, but it never seems to make it back to the bitbufs returned by Vcap_getAlgResultBuffer().


In the implementation of Vcap_getAlgResultBuffer(), I can't see how the blkResult array is ever populated.

  • 0
    TI__Expert 3065 points

    Did you check existing demo code? Please refer demo_scd_bits_wr.c file for details.

    Which use case you are trying? Is it custom use case or you are using example use case?

    Please check demo file (mentioned above) for your doubts on how the extract blkResult from AlgResultBuffers.

  • 0 in reply to Ritesh Rajore
    Intellectual 300 points

    The use case I am using is based on multich_progressive_vcap_venc_vdec_vdis.c.

    Yes, I see what the demo is doing now.  I guess my question should have been what is the purpose of the blkConfig and blkResult members of VALG_FRAMERESULTBUF_S.  It doesn't look these are ever populated or used.  Since the results are accessed through the bufVirtAddr, are these fields unused?

    Also, it looks like the frmResult field is never updated by Vcap_getAlgResultBuffer().  So the tamper detect information is never making it into the VALG_FRAMERESULTBUF_S.  Is that correct?  The demo is currently not using this field.

    My mistake.  It looks like this needs be accessed though the bufVirtAddr as well.

    Thanks for your help,