[Buildroot] [PATCH 0/7] add Phonon support to qtopia4

Markus Heidelberg markus.heidelberg at web.de
Tue Dec 9 10:34:59 UTC 2008


Hans-Christian Egtvedt, 09.12.2008:
> On Mon, 8 Dec 2008 23:00:09 +0100
> Markus Heidelberg <markus.heidelberg at web.de> wrote:
> 
> > Hans-Christian Egtvedt, 08.12.2008:
> 
> <snipp>
> 
> > > Now only to add gst-ffmpeg as well ;)
> > 
> > This would probably have been my next step, but I have rejected Phonon
> > for now. The video playback was just so slow. It took something about
> > 15s to load the Qt example I sent and even longer to get the video
> > started. And the playback performance then wasn't better. Did I do
> > something wrong? I haven't yet tested it on ATSTK1002 nor 1005 and I'm
> > not sure I get round to it before the vacation.
> > 
> 
> I noticed it took some time getting the demo applications to load the
> first time, probably just moving stuff into memory.
> 
> It will be pretty mandatory to have 64 MB or even 128 MB of RAM I
> think, at least to speed up the process after the first run.

64 MB is available, but bandwidth is probably eaten up by the LCDC with
high priority with a big display behind an LVDS.

> The reason playback is so slow is that you are probably not using the
> pixel coprocessor (PICO) to do the work. That was why getting
> gst-ffmpeg (libavcodec) with the AVR32 patches to work would be very
> nice.

This optimization with using the PICO should also be possible for Qt
output, independent of video playback, shouldn't it?

> > So currently I'm using mplayer -geometry
> > 
> 
> And with the AVR32 patch, this is quite optimized and uses the PICO.

Sounds comprehensible, I had not really thought about it.
Are there plans or have there already been efforts to get the AVR32
patch into mainline ffmpeg? The mplayer version rc1 in buildroot is
quite old, OK rc2 is not very new, too. But it seems as if the big atmel
patch is preventing from updating.

Markus




More information about the buildroot mailing list