Multimedia

Differences between revisions 1 and 8 (spanning 7 versions)
Revision 1 as of 2010-10-21 21:18:27
Size: 671
Editor: host194
Comment:
Revision 8 as of 2010-10-28 18:25:31
Size: 4966
Editor: host194
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
= Natty UDS Multimedia Proceedings = #language en
#title
Natty UDS Multimedia Proceedings
Line 12: Line 13:
== Proceedings == ||<<TableOfContents>>||
Line 14: Line 15:
=== Session Name === = Proceedings =

== Optimize JPEG Decoding ==

 * Agreed Major Usescases for JPEG Decoder: Browser (many small images), Image Gallery (Large Images)
 * Selection of Software JPEG Decoder for optimization: IJG's Libjpeg
 * JPEG Interface to be exposed: libJPEG (& OpenMAX possibly)
 * Combining H/W & S/W Decoder: Decided to do it with simple GLUE layer over libJPEG.
 * Runtime Selection of SoC specific execution path: Agreed to have only compile time support.
 * ARM+NEON Optimizations Ideas: Agreed to not do SMP-aware codec, Agreed for doing no optimization for ARM11 and older processors.

== Linaro Seeds for Multimedia WG 11.05 ==

 * If it makes sense, seed(s) could be based on the upcoming developer seed
 * Research should be done to find and include tools for analysis of video/audio streams/content
 * nfsclient needs to be included for easy access to test content
 * Support for application logging needs to be included for those applications that have a logging feature
 * There should be enough content for test / validation either as part of the image or accessible
 * It was suggested that the landing teams should be the team to assemble demo materials for specific boards with the help of the Multimedia WG
 * There should be enough support included to support automated testing both running and reporting results

== Ubuntu One integration with Shotwell ==

 * Make Ubuntu One's publish functionality available in Shotwell's publish options
 * Make Ubuntu One's mobile photos available by default in Shotwell

== Cairo backend and backend selection ==

https://blueprints.edge.launchpad.net/linaro-graphics-wg/+spec/multimedia-linaro-cairo-1105

 * cairo is not the right place to handle runtime selection. It is up to the higher-level code to decide and use the best cairo facilities.
 * We should implement a GLES2 backend, by preferably making the current experimental GL backend GL/GLES2 "agnostic". We should measure and publish the performance benefits.

== Linaro Seeds for Graphics WG 11.05 ==

'''Notes'''

 * it might be useful to have a unity seed depending on the switch to compiz, OpenGLES
 * developer tools should be included in a seed with all dev packages, compilers, build essentials, automake, enough to build gles, graphical applications
  * ideally this would be accomplished as some sort of base seed that could be included
 * one concern about the need to be forward looking and keeping in sync with packages under development
  * one suggestion was that the seed(s) might be able to pull from an identified PPA(s) so daily seeds might be able to track closer to development for various toolkits
            
 * alf suggestioned the following seed layout
  * x11-base + dev-base -> gfx-dev + gfx-packags
 * There should be two flavours, dev and test/demo (meant to boot, run simple demo)
 * There's a set of tools for examining performance of the gles stack allowing one to differentiate between GLES and toolkit performance,
 * spandex - python based framework for gles benchmarks by nokia
 * package selection
  * should include enough to build gles, applications and run them dev versions of mesa, x, freeglut, extention wrangler, dri experimental (for gallium)
  * meego-touch
  * would like something lightweight and small - watch the unity space as it evolves
  * could have multiple window managers etc installed but allow for easy switching for the purposes of development
  * cairo - testing backend might not be able to be installed, might need to be installed as part of the test process
  * cairo-perf
  * gtk-perf
  * mesa-demos (not yet packaged but should be as part of this cycle)
 * size constraints
  * only a consideration for the purposes of a head (such as alip) which has a goal to fit into 64M flash
  * jammy noted that there are still soc specific headers and images in headless, need to be pulled out and put into hwpack
 * automated test images should support automated test running and result reporting in general

'''Actions'''

 * [action] connect with team defining development seed (tgall-foo)
 * [action] need to push fix for germinate for mulitple PPAs (alf)
 * [action] Jesse Barker to push graphics dev packages to tgall-foo
 * [action] Jesse Barker will work gles performance tools list and supply input
== Session Name ==
Line 19: Line 88:

=== Session Name ===

 * Outcome
 * Outcome
 * Outcome

=== Session Name ===

 * Outcome
 * Outcome
 * Outcome

This page is here to collect together proceedings from sessions as part of the 'Multimedia' track at the Natty UDS in Orlando, Florida.

Please add proceedings by doing the following:

  • Add a new section with the name of the session.
  • Add the outcomes of the session as a collection of bullet points. The goal of the proceedings is to really focus on decided outcomes, so please try to keep them crisp.

Thanks!

Proceedings

Optimize JPEG Decoding

  • Agreed Major Usescases for JPEG Decoder: Browser (many small images), Image Gallery (Large Images)
  • Selection of Software JPEG Decoder for optimization: IJG's Libjpeg
  • JPEG Interface to be exposed: libJPEG (& OpenMAX possibly)

  • Combining H/W & S/W Decoder: Decided to do it with simple GLUE layer over libJPEG.

  • Runtime Selection of SoC specific execution path: Agreed to have only compile time support.
  • ARM+NEON Optimizations Ideas: Agreed to not do SMP-aware codec, Agreed for doing no optimization for ARM11 and older processors.

Linaro Seeds for Multimedia WG 11.05

  • If it makes sense, seed(s) could be based on the upcoming developer seed
  • Research should be done to find and include tools for analysis of video/audio streams/content
  • nfsclient needs to be included for easy access to test content
  • Support for application logging needs to be included for those applications that have a logging feature
  • There should be enough content for test / validation either as part of the image or accessible
  • It was suggested that the landing teams should be the team to assemble demo materials for specific boards with the help of the Multimedia WG
  • There should be enough support included to support automated testing both running and reporting results

Ubuntu One integration with Shotwell

  • Make Ubuntu One's publish functionality available in Shotwell's publish options
  • Make Ubuntu One's mobile photos available by default in Shotwell

Cairo backend and backend selection

https://blueprints.edge.launchpad.net/linaro-graphics-wg/+spec/multimedia-linaro-cairo-1105

  • cairo is not the right place to handle runtime selection. It is up to the higher-level code to decide and use the best cairo facilities.
  • We should implement a GLES2 backend, by preferably making the current experimental GL backend GL/GLES2 "agnostic". We should measure and publish the performance benefits.

Linaro Seeds for Graphics WG 11.05

Notes

  • it might be useful to have a unity seed depending on the switch to compiz, OpenGLES
  • developer tools should be included in a seed with all dev packages, compilers, build essentials, automake, enough to build gles, graphical applications
    • ideally this would be accomplished as some sort of base seed that could be included
  • one concern about the need to be forward looking and keeping in sync with packages under development
    • one suggestion was that the seed(s) might be able to pull from an identified PPA(s) so daily seeds might be able to track closer to development for various toolkits
  • alf suggestioned the following seed layout
    • x11-base + dev-base -> gfx-dev + gfx-packags

  • There should be two flavours, dev and test/demo (meant to boot, run simple demo)
  • There's a set of tools for examining performance of the gles stack allowing one to differentiate between GLES and toolkit performance,
  • spandex - python based framework for gles benchmarks by nokia
  • package selection
    • should include enough to build gles, applications and run them dev versions of mesa, x, freeglut, extention wrangler, dri experimental (for gallium)
    • meego-touch
    • would like something lightweight and small - watch the unity space as it evolves
    • could have multiple window managers etc installed but allow for easy switching for the purposes of development
    • cairo - testing backend might not be able to be installed, might need to be installed as part of the test process
    • cairo-perf
    • gtk-perf
    • mesa-demos (not yet packaged but should be as part of this cycle)
  • size constraints
    • only a consideration for the purposes of a head (such as alip) which has a goal to fit into 64M flash
    • jammy noted that there are still soc specific headers and images in headless, need to be pulled out and put into hwpack
  • automated test images should support automated test running and result reporting in general

Actions

  • [action] connect with team defining development seed (tgall-foo)
  • [action] need to push fix for germinate for mulitple PPAs (alf)
  • [action] Jesse Barker to push graphics dev packages to tgall-foo
  • [action] Jesse Barker will work gles performance tools list and supply input

Session Name

  • Outcome
  • Outcome
  • Outcome

UDSProceedings/N/Multimedia (last edited 2010-11-18 19:48:46 by 187-35-200-9)