[maemo-developers] DSP SBC debugging
From: Brad Midgley bmidgley at gmail.comDate: Thu Jun 12 22:06:15 EEST 2008
- Previous message: DSP SBC debugging
- Next message: DSP SBC debugging
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Simon
> Right, well goodish news, the dsp sbc encoder appears to work. It can be
> used with mplayer to play ~1s of audio, then it all goes quiet.
this is how it was when trying the floating point version on an
emulated fpu. There's no way it could keep up.
> though as I understood that the code could run in real-time on a 200MHz
> StrongARM chip, I'd thought the DSP would be able to also run it without any
> tweaks?
the dsp is not going to perform well on general-purpose code. There
are a few matrix ops that need to be rewritten first probably.
sbc_analyze_{four,eight} are the main culprits. These have been
optimized to combine & remove multiplications whenever unnecessary,
but to preserve symmetry on a dsp you'll undo that to get it optimal.
> Anyway, what I'm saying is that at first glance I can't really see a faster
> way of transferring the data across (though I will do some testing to see
> what the cold hard figures say), but if anyone spots a mistake or two in my
> logic please pipe up.
I'm not sure how this impacts you but the soft codec could benefit
from zero copy. We'd need to change the internal representation to
match host-endian stereo audio and only copy it if the incoming data
is not in that format. There is a complication in that the codec has
some state from previous encode calls, so we'd need to rework things
so a buffer we refer to isn't changed by the client between calls.
--
Brad
- Previous message: DSP SBC debugging
- Next message: DSP SBC debugging
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
