On 5 October 2011 11:22, Christian Robottom Reis <k...@linaro.org> wrote:
> On Tue, Oct 04, 2011 at 02:42:22PM +0300, Ilias Biris wrote: > > - Decision on the multimedia content licenses is still pending - TSC to > > provide guidance > > This was approved today. > Excellent! > > > - libjpeg-turbo - oneiric upload, 11.09 natty version released to > > ppa:linaro-maintainers/overlay, implemented and submitted upstream > > (Blueprint: > > > https://blueprints.launchpad.net/libjpeg-turbo/+spec/engr-mm-codec-jpeg-libstartup > ), > > benchmarking ltj with tjbench > > Is there any optimization (or indeed implementation) work being done > here by anyone in the MMWG itself (i.e. excluding Tom)? > Tom willingly jumped on this work when we didn't have anyone else and has done a great job. Mans has been advising as needed. I see no need to take it away from Tom just because he isnt officially in the MMWG. > > - Studying dma-buf scatter list feature - useless on snowball - snowball > > doesn't MMU on hw IP. Could use something like sg_is_last() or > > sg_is_chain() to say that there is only one piece of memory in the > > scatterlist, but the idea for using scatterlist is that the API should > > handle both cases - both devices that need contiguous and those that > don't > > That's correct -- even if Snowball lacks an IOMMU for the hardware > codecs, it should be able to use CMA to get access to a contiguous area > and the dma-buf API should work for it. Who is working on this? > Jesse and I are discussing who does what, but from the mmwg I would like Benjamin to work on this, probably with someone else from his team. > > > - Testing dts decoder with gst-ffmpeg on panda and i.mx53 (mkv + dts 6ch) > > Nice -- what are the results looking like? > > > Please feel free to ask any questions or let me know if you believe that > > something is missing > > Can you get the requirement laundry list polished up a little bit and > sent to the TSC for feedback if any topics there look worth pursuing > further into requirements? > There are only 3 left from the list that are bounded enough to consider: 1) Compressed data api into ALSA - driver specific kernel work and ALSA/ASoC plumbing, prob not a good fit for mmwg yet 2) ALSA port of ST-E drivers - also prob not a good fit for mmwg, already proposed as a possible requirement for the new STG team in that mail thread 3) End to end audio tests for integration - new proposal by Alexander, blueprints are already created, investigation underway, but I can write up a papyrs page for it if we need to take it in front of the TSC > -- > Christian Robottom Reis, Engineering VP > Brazil (GMT-3) | [+55] 16 9112 6430 | [+1] 612 216 4935 > Linaro.org: Open Source Software for ARM SoCs > > _______________________________________________ > linaro-dev mailing list > linaro-dev@lists.linaro.org > http://lists.linaro.org/mailman/listinfo/linaro-dev > -- Kurt Taylor (irc krtaylor) Linaro Multimedia Team Lead Linaro.org <http://www.linaro.org/>* **│ *Open source software for ARM SoCs Follow *Linaro: *Facebook <http://www.facebook.com/pages/Linaro> | Twitter<http://twitter.com/#%21/linaroorg>| Blog <http://www.linaro.org/linaro-blog/>
_______________________________________________ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev