RE: Suspend MPEG and do JPEG and vice versa on the fly

2009-03-28 Thread Deepak Shankar-TLS,Chennai.
Hi Chris, I thank you a lot for this input - especially regarding the .cfg file. Now I'm able to do a mpeg4 and a parallel jpeg too. This input has saved me from a 3 day debug session without a clue. Cheers, Deepak Shankar V -Original Message- From: Ring, Chris [mailto:cr...@ti.com]

Re: Suspend MPEG and do JPEG and vice versa on the fly

2009-03-28 Thread Vladimir Pantelic
Deepak Shankar-TLS,Chennai. wrote: Hi Chris, I thank you a lot for this input - especially regarding the .cfg file. Now I'm able to do a mpeg4 and a parallel jpeg too. so, what was the solution to the problem? This input has saved me from a 3 day debug session without a clue. enlighten us

RE: Suspend MPEG and do JPEG and vice versa on the fly

2009-03-28 Thread Deepak Shankar-TLS,Chennai.
Hi, It looks like the default .cfg file is defining the codecs that could be available in an engine. The default encode demo seems to have an 'engine' consisting of a mpeg4enc, g711, mpeg4dec - 3nos. Now, the problem I faced was it was not able to 'Engine_open' a 2nd codec-engine(having the JPEG)

Re: Suspend MPEG and do JPEG and vice versa on the fly

2009-03-27 Thread Vladimir Pantelic
Deepak Shankar-TLS,Chennai. wrote: Hello all, I'm using the dm355-DVSDK, Montavista Linux and trying the demos - encode and JPEG. All those are working very well when run as separate processes. However, Now I'm trying to build a custom application which can do a MPEG or JPEG based on some

RE: Suspend MPEG and do JPEG and vice versa on the fly

2009-03-27 Thread Deepak Shankar-TLS,Chennai.
Hi, Thanks a lot for the inputs. I think the codecs are running in the same server - for if I dynamically kill the MPEG application and do a JPEG its working very well. Just that I'm trying to do it in parallel. However is it possible to program where the codec should run- by server I was

RE: Suspend MPEG and do JPEG and vice versa on the fly

2009-03-27 Thread Ring, Chris
Server is only relevant for remote codecs. Remote codecs exist on processors with full-blown DSP's (e.g. OMAP3, DM644x, etc) and significant hardware accelerators (e.g. DM357). The DM355 does _not_ have a DSP, and therefore does not have remote codecs. So there is no server in the system.