DVR RDK frame out chain

Xiaotao,

As you have said " we need the decoder to read encoded bit stream and then output frames to ARM" you need not send the data to vpssm3. Your chain can be as simple as

BitOutHost-BitInVideo-DEC-IpcFramesOutVideo-IpcFramesInHost

You have to involve vpssm3 only if you need to display or scale the decoded content. In that case the chain that you have created should work if you have display link also connected as shown below.

BitOutHost-BitInVideo-DEC-OutVideo-InVpss-Dup ---- FrameOutVpss-FrameInHost
                                                                                      |
                                                                                SWMS ---- Display
                                                                             (optional)

Regards,

Yogesh. 

P.S. please mark the verify answer if you think this post has answered your question

Hi, I am afraid my chain is exactly what you say:

BitOutHost-BitInVideo-DEC-OutVideo-InVpss-Dup ---- FrameOutVpss-FrameInHost
                                                                                 |
                                                                             SWMS ---- Display
As you konw, the origin chain has two display outputs, so we just modify one of them.

we want to exchange frames using PCI-e,but we don`t know how to get frames in A8(as you see, the physical address is strange).

Xiaotao,

You can refer to dvr_rdk\mcfw\src_linux\mcfw_api\usecases\multich_vcap_venc_vdis.c usecase for usage of IpcFrameOut/In/HLOS/RTOS. This will give you clear idea of how to use these links in your data flow

Regards,

Yogesh. 

P.S. please mark the verify answer if you think this post has answered your question

hi, Yogesh, I know what you refer to. I have read about ipcFramesRecvFxn function.

We get the frame out by Vdec_getFullVideoFrames(the origin is Vdis_getFullVideoFrames,we just change the name of the function and some variables),and then VdecVdis_ipcFramesPrintFullFrameListInfo(&bufList,"FullFrameList") to display frame information.

Finally, we use Vdec_putEmptyVideoFrames(the origin is Vdis_putEmptyVideoFrames) to put the buffer back to the frameout link.

As the information shows(the origin post), the physical address(0x20,0x820,0x1020,0x1820) is strange and I don`t know what`s wrong.

Regards,

Xiaotao

and i only find SYSTEM_VPSS_LINK_ID_IPC_FRAMES_OUT_0,SYSTEM_DSP_LINK_ID_IPC_FRAMES_OUT_0 and SYSTEM_HOST_LINK_ID_IPC_FRAMES_OUT_0 in system_linkId.h, so, is there a frame out video link id?

Xiaotao,

I'm finding it difficult to figure out why you are getting wrong addresses in IpcFrameInHLOS on A8. I will discuss this internally with the team and get back to you on that.

Regarding your second question above there is no frame out video link id, videom3 is responsible for getting encode and decode operations done. At the out put, videom3 either sends out encoded bits stream through ipcBitsOut to A8 or decoded video through IpcOutM3. Usually decoded video is sent to vpssm3 for display and hence inter m3 link which is IpcOutM3 is used. You can choose to send this decoded video received via IpcInM3 from vpssm3 to A8 through IpcFramesOut or you can choose to try out IpcFramesOut directly from videom3 by adding SYSTEM_VIDEO_LINK_ID_IPC_FRAMES_OUT_0. I feel second approcach will be more efficient.

Regards,

Yogesh.

Yogesh,

I`ve tried your advice but it still goes wrong. I add a SYSTEM_VIDEO_LINK_ID_IPC_FRAMES_OUT_0 but it stops at the creating of this link. Can TI provide a simple demo of this:

BitOutHost-BitInVideo-DEC-IpcFramesOutVideo-IpcFramesInHost  OR

BitOutHost-BitInVideo-DEC-OutVideo-InVpss-Dup ---- FrameOutVpss-FrameInHost
                                                                                      |
                                                                                SWMS ---- Display
                                                                             (optional)

Thanks,

Xiaotao.

Yogesh,

Thanks for your answer, I think the physical address is correct now. And I want to transport these decoded frames to another DSP using PCI-e, how to use the physical address?

Regards,

Xiaotao

Xiaotao,

I dont know hiw PCI--e driver works. We would need help from lsp guys. To satrt with, Can you please check Release Notes from the lsp version you are using and see if this is supported?

Regards,

Yogesh.

Yogesh,

I think PCI-e can work now. To start with, I want to write the decoded frames to a file.What to do with the physical addresses?

Thanks,

Xiaotao

Yogesh,

I think the PCI-e works now.We now get the physical address like 0xa875c680,1:0xa89a8680;but I don`t know what to do with these addresses. Should I directly using these addresses in PCI-e function?

Regards,

Yogesh.

Xiaotao,

Are you familiar with PCIe driver usage? I have not used it at all but I can get you to the documentation. This may give you a hint on what to do with these addresses. Please check if you can access this.

http://processors.wiki.ti.com/index.php/TI81XX_PCI_Express_Root_Complex_Driver_User_Guide

http://processors.wiki.ti.com/index.php/TI81XX_PCI_Express_Endpoint_Driver_User_Guide

Which psp version you are on?

I think the problem is solved now, thank you very much.

Regards,

Xiaotao