RDK vs. EZSDK

Hi,

If you are planning to use multi channel input on TVP5158 than only option is to use RDK. If you are planning to use single channel than you can use EZSDK as well.

Regards,

Hardik Shah

Hello Hardik,

I have talked about this issue with our local  TI's representative , and he cleare to me some points, but still this subject is a bit complex for me, maybe you can help me....

First of I will say that our hadrware contain both TVP5157  and TVP7002 .

Now, According to Our local TI's representative , we have two options:

- RDK: support TVP5158 but not TVP7002 as it is not part of the RDK platform(TVP7002), and therefore we will need to carry out this integration and modify the MCFW accordingly. How should I change the MCFW to support TVP7002  ? (It also seems strange that I should change the framework in order to work with an external device...)

- EZSDK overlay - this is not the regular ezsdk, but ezsdk with "open source" Dual M3 (Ducati) code. But how chould I change it so that both  TVP5157  and TVP7002  will be supported ?

I also do not understand why external device to dm8168: TVP5158\TVP7002 has such a major effect on which framework I am going to use. It seems more reasonable that only it may change maybe drivers or kernel configuration (with menuconfig), but why it effect the chosen framework (MCFW for RDK or omx/gst for EZSDK)  is a mystery for me. 

Best Regards,

Ran

Hi,

Answers inline,

ran shalit said:

- RDK: support TVP5158 but not TVP7002 as it is not part of the RDK platform(TVP7002), and therefore we will need to carry out this integration and modify the MCFW accordingly. How should I change the MCFW to support TVP7002  ? (It also seems strange that I should change the framework in order to work with an external device...)

You dont require to change MCFW framework for adding new decoders. You just need to program TVP7002 for your required mode. This can be done using the Linux usermode I2C utilities. MCFW supports programming of any decoders outside MCFW framework in case you have your own decoders which is different from MCFW. Latest RDK may be showing this already for TVP5158 where its programmed from A8 using Linux usermode I2C utils.

ran shalit said:

- EZSDK overlay - this is not the regular ezsdk, but ezsdk with "open source" Dual M3 (Ducati) code. But how chould I change it so that both  TVP5157  and TVP7002  will be supported ?

Same is here you can again write Linux userlevel program to do I2C.

ran shalit said:

I also do not understand why external device to dm8168: TVP5158\TVP7002 has such a major effect on which framework I am going to use. It seems more reasonable that only it may change maybe drivers or kernel configuration (with menuconfig), but why it effect the chosen framework (MCFW for RDK or omx/gst for EZSDK)  is a mystery for me. 

Selection of framework has nothing to do with frameworks. Frameworks are optimized for single channel v/s multi channel operation v/s some of the DVR use cases.

Regards,

Hardik Shah

Hi Hardik,

Thanks for the answers.

You mentioned that I can write a linux program to do I2C to support other decoder: If I program ezsdk to work with TVP5158 will It support multichannel capture with ezsdk or will it just enable working with TVP5158,  but only if used without multiplex channel ? If I understood correct  ezsdk (or ezsdk overlay) does not support multichannel, and probably will not support so in the future releases.

For boards using TVP5158  I am recommended to use RDK , which uses MFCW (not openMax & gstreamer). Doesn't  it mean that I cannot use gstreamer with RDK.? I ask this question because many gstreamer plug-in are useful in our case (MPEG-TS, RTP, SAP protocols), and if we use MFCW, we will need to implement them from scratch.

Thank you for your time,

Ran

Hi Hardik,

I would like to remark that we already purchased Digital Spectrum DM8168 EVM, and I assume it contain TVP7002 (not TVP5158). Therefore,  If RDK is going to be our best choice , I think it will be better to  start development using the EVM (not the final board) & RDK , so that we can start developing with MCFW.

Thank you for the clear answers!

Ran

Hi,

One thing i am not getting from all this discussion that are you trying to use 4 channels from TVP5158 or single channel from TVP5158. TVP7002 is anyway single channel.

Regards,

Hardik Shah

In the final board I am trying to connet 4 channels from TVP5158, but untill I have the final board I will use TMDX EVM DM8168 board. What I tried to say in the previous post, is that from this discussion it seems that RDK is the preferable framework for our final board usecase. Therefore I prefer to start working with the RDK (instead ezsdk) also with the EVM board (until the final board is ready). I just wanted to verify that RDK is able to work with TVP7002 too, and from this discussion I undestand that it is (ofcourse there is no multichannel usecase when RDK is used with the EVM DM8168).

Regards,

Ran

Hi,

ran shalit said:

In the final board I am trying to connet 4 channels from TVP5158,

In that case RDK is the perfect choice.

You can contact TI local representative to get suitable board for multi channel operation.

Regards,

Hardik Shah

moved to new thread

Hi HardikShah,

I am working on RDK package for Netra board.

I have seen the usecases are of Multi Channels.

Is it possible to make single channel usecase in RDK for capture-encode-display case.

Regards

Deepak.s

Hi,

Yes this can be supported.

Regards,

Hardik

Hi,

You could look into the multichhd_vcap_venc_vdis.c file to get the idea about how to configure for single channel mode.

Regards,

Brijesh Jadav