• State
  • Locked Locked
  • Replies 3 replies
  • Subscribers 99 subscribers
  • Views 275 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.

On DM6467, MCVIP call videocopy failed, only 4-5 frames can be processed.

Zhenjie Yao
Prodigy 35 points

Hi， guys，

     I run the videocopy demo in MCVIP(MCVIP can run on the board without any problem, capture and display),  I call videocopy demo to process the data, but only 4-5 frame can be run. Then it stopped, no display and no process. the call stack is

in CAPTURE_tskStartRun（），
    status = MCVIP_getBuf(gCAPTURE_ctrl.info.mcvipHndl, &bufId, OSA_TIMEOUT_FOREVER);
        status = OSA_queGet(&pHndl->fullQue, id, timeout);
            status = pthread_cond_wait(&hndl->condRd, &hndl->lock);  //it stop here

can anyone help?

  • 0
    Prodigy 130 points

    Hi,

    I don't know the videocopy demo code.

    But according this situration, I guess it should NO process/thread to call MCVIP_put(........) to relese buffer.

    That will let you stop at MCVIP_getBuf(.....)

  • 0 in reply to Rock Chung
    Prodigy 35 points

    videocopy is a demo in DVSDK. And I am sure I have putBuf.

    I have fixed the problem, I call the DSP side program (Codec Engine) in capture_tak thread, it is wrong.

    Now I have create a independent thread, where I call the DSP side program, Now it is all right.

    I am wondering why not there is no doc from TI talking about this problem. It really waste me some time.

  • 0 in reply to Zhenjie Yao
    Prodigy 215 points

    6523.log7.txthello yao,i

    i also do the videocopy in the MCVIP,but my program halt in ARM side ,do not go in the DSP side.

    the central debug message is below:

    @10,855,945us: [+0 T:0x419c4b60 S:0x419c43f4] ti.sdo.ce.video.VIDENC - VIDENC_process> Enter (handle=0x6c998, inBufs=0x419c44a0, outBufs=0x419c4490, inArgs=0x419c447c, outArgs=0x419c44b0)
    @10,856,035us: [+5 T:0x419c4b60 S:0x419c437c] CV - VISA_allocMsg> Allocating message for messageId=0x0002e5c6
    @10,856,103us: [+0 T:0x419c4b60 S:0x419c434c] OM - Memory_getBufferPhysicalAddress> Enter(virtAddr=0x419c5000, size=706560)
    @10,856,167us: [+1 T:0x419c4b60 S:0x419c434c] OM - Memory__getPhysicalAddress> Enter(virtAddr=0x419c5000, size=706560)
    @10,856,228us: [+1 T:0x419c4b60 S:0x419c434c] OM - Memory__getPhysicalAddress> returning physAddr=0x0
    @10,856,296us: [+1 T:0x419c4b60 S:0x419c434c] OM - Memory_getBufferPhysicalAddress> CMEM_getPhys(0x419c5000) = 0x87800000.
    @10,856,367us: [+1 T:0x419c4b60 S:0x419c42f4] OM - Memory__addContigBuf> Enter(virtAddr=0x419c5000, size=706560, physAddr=0x87800000)
    @10,856,433us: [+1 T:0x419c4b60 S:0x419c42f4] OM - Memory__addContigBuf> creating new contigBuf object
    @10,856,487us: [+0 T:0x419c4b60 S:0x419c42dc] OM - Memory_alloc> Enter(0x10)
    @10,856,549us: [+0 T:0x419c4b60 S:0x419c42dc] OM - Memory_alloc> return (0x6c738)
    @10,856,605us: [+1 T:0x419c4b60 S:0x419c42f4] OM - Memory__addContigBuf> returning: cb->phys=0x87800000, cb->size=706560, cb->virt=0x419c5000
    @10,856,667us: [+0 T:0x419c4b60 S:0x419c434c] OM - Memory_getBufferPhysicalAddress> return (0x87800000)
    @10,856,726us: [+0 T:0x419c4b60 S:0x419c434c] OM - Memory_getBufferPhysicalAddress> Enter(virtAddr=0x43f82000, size=706560)
    @10,856,786us: [+1 T:0x419c4b60 S:0x419c434c] OM - Memory__getPhysicalAddress> Enter(virtAddr=0x43f82000, size=706560)
    @10,856,845us: [+1 T:0x419c4b60 S:0x419c434c] OM - Memory__getPhysicalAddress> returning physAddr=0x0
    @10,856,910us: [+1 T:0x419c4b60 S:0x419c434c] OM - Memory_getBufferPhysicalAddress> CMEM_getPhys(0x43f82000) = 0x882c8000.
    @10,856,979us: [+1 T:0x419c4b60 S:0x419c42f4] OM - Memory__addContigBuf> Enter(virtAddr=0x43f82000, size=706560, physAddr=0x882c8000)
    @10,857,043us: [+1 T:0x419c4b60 S:0x419c42f4] OM - Memory__addContigBuf> creating new contigBuf object
    @10,857,099us: [+0 T:0x419c4b60 S:0x419c42dc] OM - Memory_alloc> Enter(0x10)
    @10,857,160us: [+0 T:0x419c4b60 S:0x419c42dc] OM - Memory_alloc> return (0x6cc48)
    @10,857,216us: [+1 T:0x419c4b60 S:0x419c42f4] OM - Memory__addContigBuf> returning: cb->phys=0x882c8000, cb->size=706560, cb->virt=0x43f82000
    @10,857,277us: [+0 T:0x419c4b60 S:0x419c434c] OM - Memory_getBufferPhysicalAddress> return (0x882c8000)
    @10,857,337us: [+0 T:0x419c4b60 S:0x419c438c] CV - VISA_call(visa=0x6c998, msg=0x41156880): messageId=0x0002e5c6, command=0x0
    @10,857,406us: [+0 T:0x419c4b60 S:0x419c435c] OC - Comm_put> Enter(queue=0x2, msg=0x41156880)
    @10,857,497us: [+0 T:0x419c4b60 S:0x419c435c] OC - Comm_put> return (0)
    @10,857,562us: [+0 T:0x419c4b60 S:0x419c4354] OC - Comm_get> Enter(queue=0x10001, msg=0x419c43fc

    halt in this,the full debug log in the appurtenance.

    in the normal condition,the next step is go in dsp process.but  program is halt.

    wish you help