I have a DM6467T EVM that boots up to run the demos, I believe starting with the "interface" program and able to run the "encodedecode" program.
Meanwhile, I can look at the encodedecode source code ("a 'code' mouthful said the woodchuck ;)") and see some things. In encodedecode.cfg, there's var demoEngine = Engine.createFromServer("encodedecode","./bin/cs.x64P","ti.sdo.server.ds"); As I read the doc, I think this means cs.x64P is the "codec server".
I'm always confused about what exists, is used on, is made for, belongs to, or whatever with respect to the development host and the target. I see that the last two parameters to createFromServer are consistent with folders on the development host and NOT on the target. Therefore, encodedecode.cfg must be used at what I'll call "build time" by the development host.
So back to the target, is simply cs.x64P that exists at /opt/dvsdk/dm6467/cs.x64P the codec server and is the actual codec embedded in it?
Next, this means that if I want to quick-and-dirty substitute a different codec for encodedecode to use, I need to effect a change in cs.x64P existing on the target? I would probably do this by changing those second two parameters of encodedecode.cfg. Then I'd go about creating my own ???.x64P. And I'm hoping that this is exactly what I've already been trying to do, with different forum thread help requests, under the guise of "building my own codec server". I.E. the "output" from "build my own codec server" is eventually nothing more than this file existing on the target. (I guess a package is the direct output, but once encodedecode is configured to use it, I end up with automagically or else just copy over the .x64P file to the same folder as encodedecode.)
Thanks,
Helmut