Skip to content

add Phonon support to qtopia4

Markus Heidelberg buildroot 1 version New

Get series with b4
b4 am [email protected]

Versions newest first

  1. v1 Latest0 of 7 patches 0 repliesNew

Patches in v1 No applies recorded yet

None of the 7 patches the cover letter announces are in this archive.

Reviews trailers per patch

No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.

Read the v1 thread

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

Hans-Christian Egtvedt, 09.12.2008:

Quoted 17 lines
Quoted 1 line · On Mon, 8 Dec 2008 23:00:09 +0100 Markus Heidelberg <[email protected]>…

Hans-Christian Egtvedt, 08.12.2008:

<snipp>

Quoted 9 lines
Quoted 1 line

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.

Quoted 5 lines

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.

Quoted 4 lines

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?

Quoted 4 lines
Quoted 2 lines

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