Skip to content

add Phonon support to qtopia4

Hans-Christian Egtvedt buildroot 1 version New

Get series with b4
b4 am 20081209114501.247dc1dc@hcegtvedt

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
Quoted 3 lines · On Tue, 9 Dec 2008 11:34:59 +0100 Markus Heidelberg <[email protected]>…

Hans-Christian Egtvedt, 09.12.2008:

Quoted 2 lines

On Mon, 8 Dec 2008 23:00:09 +0100
Markus Heidelberg <[email protected]> wrote:

<snipp>

Quoted 8 lines
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?

No, you will have to write optimized assembly to take advantage of the PICO. Qt does not use the PICO by default, not even DSP or SIMD instructions.

Quoted 11 lines
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.

I am looking into porting the PICO stuff for ffmpeg to upstream ffmpeg, and instead use that for mplayer. Then it should be easy to bump the version to rc2 as well.

Signature · 2 lines
Best regards,
Hans-Christian Egtvedt