Hi, all,
We recently announced NthCode Player, software that electronics
companies can embed in their home electronics so consumers can
seamlessly find and play videos and music from their home computers
and the Internet. You can see a sneak peak of it running on a
BeagleBoard near the end of the video below:
http://www.youtube.com/watch?v=5DHu_nEy6Ew
We've been able to use the hardware video overlay and video scaler.
And it worked just as we had hoped.
However, we're having some trouble getting the DSP to work. Here's
what we've done:
- We have a 128M BeagleBoard B6
- We're running the screen at 1280x720 (using DSS)
- We are trying to play a 512x288 mp4 video
- We patched the Linux Angstrom 2.6.27-omap1 kernel for the DSP
Bridge.
- We can successfully run the ping, dummy, scale, etc. test
programs
- But when we try to make OpenMAX work with the DSP we see errors
- When we start playing, it always fails at CreateNode, which, we
guess, is initialization
- It either reports 'no memory,' or 'failed to load program'
- We also tried the DSP Link.
- We compiled the cmemk, dsplinkk, and lpm_omap3530 kernel
modules for the Linux Angstrom 2.6.27-omap1 kernel
- We loaded the three modules with the script in codec engine 2.2.1
- We set the kernel boot args MEM=80M
- Then we copied the sanity test in the codec engine for evm3530
into the BeagleBoard file system
- We ran the sanity test
- We received some strange errors -- the error numbers returned
are not in the header file of the DSP Link.
The errors above aren't the exact text -- it's from the memory of one
of my team members.
So, a few questions:
- Which of the above two methods we should really be using?
- Is the DSP *known* to work on BeagleBoard with the right software
'recipe'?
- Could the issue be the mp4 file we're using for the DSP Bridge?
- Is it possible that this is because we're driving the output at
720p or should that be unrelated?
Any other hints would be much appreciated.
Regards,
Peter