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.

gstreamer pipeline exits when creating c6accel handle

Other Parts Discussed in Thread: OMAP3530

I could run the following pipelines successfully with two omap3530 boards,

one broadcasts video through internet: usb camera (v4l2src) -> TIVidenc1 (h264enc) -> rtph264pay -> udpsink,

one receives video and displays it on a monitor: udpsrc -> rtph264depay -> omapfbsink.

Then I would like to perform some processing on the video data, so I modified the TIC6xColorspace element by replacing the colorspace conversion function with the c6accel Sobel operation function, and created a new gstreamer element. 

But this new element always exits at c6accel_create(). (There is nothing wrong with Engine_open(), which is called just before c6accel_create). The same thing happens to TIC6xColorspace. (cs.x64P is used and the engineName is "codecServer". And cs.x64P is in the folder where the pipeline is executed.)

The c6accel_app demo runs just fine. I notice that c6accel_app uses c6accel_omap3530.x64P with engineName "omap3530", so I tried that and failed again with the same problem.

Could anyone help me out with this? Thanks.

 ----------some CE debug info before it exits----------

@2,969,848us: [+0 T:0x41893490] CE - Engine_getNumServerAlgs exit 0

@2,969,970us: [+2 T:0x41893490] CE - Engine_initFromServer> Number of remote algs statically configured in engine: 1

@2,970,245us: [+2 T:0x41893490] CE - Engine_initFromServer> Number of statically configured remote algs = number of server algs: 1

@2,970,367us: [+0 T:0x41893490] CE - Engine_initFromServer> Returning 0

@2,970,611us: [+0 T:0x41893490] CE - Engine_open> return(13086656)

@2,980,163us: [+0 T:0x41893490] OP - doCmd> Enter (cmdId=3, proc=0x0)

@2,980,499us: [+0 T:0x41893490] ti.sdo.ce.osal.Sem - Entered Sem_post> sem[0xc61b58]

@2,980,773us: [+0 T:0x40f9e490] ti.sdo.ce.osal.Sem - Leaving Sem_pend> sem[0xc61b58] status[0]

@2,980,865us: [+0 T:0x40f9e490] OP - getCmd_d> Exit (result=3)

@2,980,926us: [+0 T:0x40f9e490] ti.sdo.ce.osal.Sem - Entered Sem_post> sem[0xc61b70]

@2,981,292us: [+0 T:0x40f9e490] ti.sdo.ce.osal.Sem - Leaving Sem_post> sem[0xc61b70]

@2,981,658us: [+0 T:0x41893490] ti.sdo.ce.osal.Sem - Leaving Sem_post> sem[0xc61b58]

@2,981,994us: [+0 T:0x41893490] ti.sdo.ce.osal.Sem - Entered Sem_pend> sem[0xc61b70] timeout[0xffffffff]

@2,982,238us: [+0 T:0x41893490] ti.sdo.ce.osal.Sem - Leaving Sem_pend> sem[0xc61b70] status[0]

@2,982,360us: [+0 T:0x41893490] OP - doCmd> Exit (result=1)

@3,023,406us: [+0 T:0x41893490] OT - Thread_delete> Enter (task=0xc64440)

@3,023,529us: [+4 T:0x41893490] OT - Thread_delete> pthread_cancel (0x3)

@3,023,620us: [+4 T:0x41893490] OT - Thread_delete> pthread_join (0x0)

@3,023,651us: [+0 T:0x41893490] OT - Thread_delete> Exit (task=0xc64440)

@3,023,742us: [+0 T:0x41893490] ti.sdo.ce.osal.Sem - Entered Sem_delete> sem[0xc61b58]

@3,023,773us: [+0 T:0x41893490] ti.sdo.ce.osal.Sem - Leaving Sem_delete>

@3,023,834us: [+0 T:0x41893490] ti.sdo.ce.osal.Sem - Entered Sem_delete> sem[0xc61b70]

@3,023,895us: [+0 T:0x41893490] ti.sdo.ce.osal.Sem - Leaving Sem_delete>