On 5 October 2011 17:45, Kurt Taylor <kurt.tay...@linaro.org> wrote: > > > 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 >
I went ahead and created a papyrs page for this: https://linaro.papyrs.com/page/4778/MMWG2011-E2E-Audio-Test > > >> -- >> 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/> > > -- 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
