Difference between revisions of "BeagleBoard/GSoC/Ideas-2016"
(→Projects for heterogeneous multicore processing) |
(2011 -> 2012) |
||
(37 intermediate revisions by 7 users not shown) | |||
Line 4: | Line 4: | ||
=Welcome!= | =Welcome!= | ||
− | BeagleBoard.org hopes to be accepted as a mentoring organization in the [[BeagleBoard/GSoC|Google Summer of Code]] for | + | BeagleBoard.org hopes to be accepted as a mentoring organization in the [[BeagleBoard/GSoC|Google Summer of Code]] for 2012!! Here we collect project Ideas for the 2012 GSoC. |
'''Background'''<br> | '''Background'''<br> | ||
For a quick view of how the BeagleBoard relates to the open source development community, take a listen to [http://www.youtube.com/watch?v=m9xVbntl-DY Mans and Koen's interview with the Linux Outlaws]. The BeagleBoard is a popular [http://en.wikipedia.org/wiki/Open-source_hardware open-source hardware] project utilizing the first broadly available ARM Cortex-A8 processor. Over 10,000 people are experimenting with the BeagleBoard today to bring their ideas for the future of everywhere-computing to life and you can be one of them. | For a quick view of how the BeagleBoard relates to the open source development community, take a listen to [http://www.youtube.com/watch?v=m9xVbntl-DY Mans and Koen's interview with the Linux Outlaws]. The BeagleBoard is a popular [http://en.wikipedia.org/wiki/Open-source_hardware open-source hardware] project utilizing the first broadly available ARM Cortex-A8 processor. Over 10,000 people are experimenting with the BeagleBoard today to bring their ideas for the future of everywhere-computing to life and you can be one of them. | ||
− | + | People are building autonomous flying vehicles, robots, home media centers, video walls, in-car computers and much more. By executing or mentoring a Google Summer of Code project with BeagleBoard.org, you can work towards making these things easier to create and better to use for your peers---and you'll get some hardware too. | |
+ | |||
+ | The BeagleBoard: | ||
* utilizes a complex SoC with 3 primary processing cores, | * utilizes a complex SoC with 3 primary processing cores, | ||
** one for general-purpose activities such as running Linux and applications (ARM Cortex-A8), | ** one for general-purpose activities such as running Linux and applications (ARM Cortex-A8), | ||
Line 15: | Line 17: | ||
** one for rendering 3D graphics (Imagination SGX), and | ** one for rendering 3D graphics (Imagination SGX), and | ||
* is specifically designed for low-power (typically running under 2W at full processing load), and | * is specifically designed for low-power (typically running under 2W at full processing load), and | ||
− | * has a very small foot-print that includes standard peripheral expansion like USB | + | * has a very small foot-print that includes standard peripheral expansion like USB. |
− | there are many opportunities to explore challenges in computer science in areas of | + | |
+ | The result is that there are many opportunities to explore challenges in computer science in areas of: | ||
* optimal execution of applications/algorithms on additional instruction set architectures like ARM or C6000, | * optimal execution of applications/algorithms on additional instruction set architectures like ARM or C6000, | ||
* splitting tasks appropriately between processing cores to minimize task execution time and power consumption, and | * splitting tasks appropriately between processing cores to minimize task execution time and power consumption, and | ||
Line 24: | Line 27: | ||
Student proposals can create projects from the following ideas or propose their own project based on their own ideas. From reading about previous Google Summer of Code projects, the key to success is being passionate about your project, so propose something that is extremely interesting to you, even if it not on the list. We will be glad to help students develop ideas into projects on [http://webchat.freenode.net/?channels=beagle the BeagleBoard IRC] or [http://groups.google.com/group/beagleboard the BeagleBoard mailing list]. There are many more ideas of what can be done and we will match projects to students interest and help scope the proposal to something that can be completed in the Summer of Code time-frame. | Student proposals can create projects from the following ideas or propose their own project based on their own ideas. From reading about previous Google Summer of Code projects, the key to success is being passionate about your project, so propose something that is extremely interesting to you, even if it not on the list. We will be glad to help students develop ideas into projects on [http://webchat.freenode.net/?channels=beagle the BeagleBoard IRC] or [http://groups.google.com/group/beagleboard the BeagleBoard mailing list]. There are many more ideas of what can be done and we will match projects to students interest and help scope the proposal to something that can be completed in the Summer of Code time-frame. | ||
− | There are more than | + | There are more than 200 existing projects listed at http://beagleboard.org/project. If you are interested in one of those projects, talk with the project members to see if there are any aspects of their projects with which they can help you contribute. There are also several ideas on the [[ECE597_Project_Ideas|ECE597 class project idea list]]. |
__TOC__ | __TOC__ | ||
Line 30: | Line 33: | ||
=General requirements= | =General requirements= | ||
All projects have the following basic requirements: | All projects have the following basic requirements: | ||
− | + | # The project must be registered on http://beagleboard.org/project. | |
− | + | # All newly generated materials must be released under an [http://www.opensource.org/licenses open source license]. | |
− | + | # Individual students shall retain copyright on their works. | |
− | + | # Source code generated during the project must be released on gitorious.org, github.com, repo.or.cz, sourceforge, code.google.com, gforge.ti.com, or omapzoom.org. | |
− | + | # The registration on http://beagleboard.org/project must include an RSS feed with project announcements and updates at every milestone. Sources for the RSS feed should be blogger.com, wordpress.com, or some other established blog hosting service with known reliability. | |
− | + | # To help you to break your project down into manageable chunks and also help the project's mentors to better support your efforts, weekly project status reports should be e-mailed to the project's mentors and the organization administrator (Jason Kridner). Each status report should outline: | |
− | + | ## what was accomplished that week, | |
− | + | ## any issues that prevented that week's goals from being completed, and | |
− | + | ## your goals for the next week. | |
+ | # Students will provide two recorded presentations, one near the beginning of the project summarizing their project goals and another in the wrap-up phase to summarize their accomplishments. Examples can be found on http://beagleboard.org/gsoc. | ||
+ | # Students will demonstrate their ability to cross-compile and utilize version control software by creating a "Hello World" application and uploading it as a fork to http://gitorious.org/beagleboard-validation/gsoc. For assistance, please visit http://beagleboard.org/chat or utilize the beagleboard-gsoc Google Group. The "Hello World" application must print your name and the date out in an ARM Linux environment. Freely available emulators may be used to to test your application or you can ask anyone on the chat or mailing list to help you test. | ||
+ | # All projects will produce reusable software components and will not be "what I built over my Summer vacation" projects. Including a hardware component is welcome, but the project *deliverable* will be software that may be utilized by a wide audience of the BeagleBoard community. | ||
=Fundamental infrastructure projects= | =Fundamental infrastructure projects= | ||
These projects fundamentally improve support of existing open source projects for ARM-based devices in general and the BeagleBoard in specific, bringing the broad body of high-level open source applications into smaller, lower-cost, lower-power systems that can go anywhere. | These projects fundamentally improve support of existing open source projects for ARM-based devices in general and the BeagleBoard in specific, bringing the broad body of high-level open source applications into smaller, lower-cost, lower-power systems that can go anywhere. | ||
+ | |||
+ | ==Improve boot support== | ||
+ | There are many bootloaders available for the BeagleBoard and other ARM embedded devices, and all can be given improvements for ease-of-use for new users. Nevertheless, U-boot is the most used one and the one that most new Beagleboard users will come in contact with, so improving U-boot for new users gives the most benefit for the project. | ||
+ | |||
+ | ''Goals:'' | ||
+ | * U-boot updates | ||
+ | ** Add support for the OMAP3 EHCI controller in U-boot | ||
+ | *** BeagleBoard and BeagleBoard-xM both have an USB EHCI controller that is currently not supported by U-boot | ||
+ | *** OMAPPedia reports some patches are available for PandaBoard that could be reused for BeagleBoard | ||
+ | ** Add support for USB MSC devices | ||
+ | ** Add support for the Ethernet controller on the BeagleBoard-xM that is connected via the EHCI controller | ||
+ | ** Verify TFTP support | ||
+ | ** Debug USB OTG MUSB driver | ||
+ | ** Clean up DFU patch on mailing list and get accepted mainline | ||
+ | ** Replace x-loader with u-boot SPL for NAND | ||
+ | ** Replace x-loader with u-boot SPL for MMC/SD | ||
+ | ** Replace x-loader with u-boot SPL for USB | ||
+ | ** Replace x-loader with u-boot SPL for serial | ||
+ | * Create console or Qt-based helper application to boot BeagleBoard entirely over USB, including loading kernel over DFU or TFTP and NFS-mounting the file system | ||
+ | ''Possible mentors:'' Jason Kridner, Khasim Syed Mohammed, Steve Sakoman, Dirk Behme, Laine Walker-Avina<br> | ||
+ | |||
+ | ==Display driver improvements== | ||
+ | Many people get stuck with the BeagleBoard due to being unable to configure the resolution and timing for their monitor. Fortunately, the BeagleBoard hardware is quite capable of reading the EDID information from the monitor, enabling the software to | ||
+ | |||
+ | ''Goals:'' | ||
+ | * Add EDID reading support into the BeagleBoard kernel | ||
+ | * Add automated resolution configuration | ||
+ | * Implement Xrandr for BeagleBoard | ||
+ | ''Existing project:'' [http://beagleboard.org/project/linux linux-omap]<br> | ||
+ | ''Software skills:'' C, ARMv7 assembly (desired), Linux kernel driver development, X11 knowledge<br> | ||
+ | ''Possible mentors:'' <br> | ||
==JTAG debugging== | ==JTAG debugging== | ||
Line 54: | Line 91: | ||
''Hardware skills:'' Able to monitor logic-level digital signals<br> | ''Hardware skills:'' Able to monitor logic-level digital signals<br> | ||
''Software skills:'' C, ARMv7 assembly<br> | ''Software skills:'' C, ARMv7 assembly<br> | ||
− | ''Possible mentors:'' Dirk Behme, | + | ''Possible mentors:'' Dirk Behme, Laine Walker-Avina <br> |
'''NOTE: [http://www.tincantools.com TinCanTools] will donate [[Flyswatter]] boards for this project | '''NOTE: [http://www.tincantools.com TinCanTools] will donate [[Flyswatter]] boards for this project | ||
''' | ''' | ||
− | == | + | =Multimedia and user experience projects= |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | == | + | ==Add DSP support to VLC== |
− | + | ''Possible mentors:'' Vladimir Pantelic<br> | |
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | ''Possible mentors:'' | ||
− | |||
− | |||
==Add DSP support to MPlayer== | ==Add DSP support to MPlayer== | ||
Line 117: | Line 110: | ||
''Software skills:'' C<br> | ''Software skills:'' C<br> | ||
''Possible mentors:'' Vladimir Pantelic<br> | ''Possible mentors:'' Vladimir Pantelic<br> | ||
+ | |||
+ | ==DSP accelerated color conversion== | ||
+ | Multimedia on the Beagleboard can already make use of the DSP, yet there are still steps like color conversion that can take a lot of CPU resources (e.g. in gstreamer). Task to be performed is to move some of that processing to the DSP side where possible, preferably to run in parallel with ARM side processing. C6Accel could be used as the framework to run parts of the SW on the DSP. | ||
+ | |||
+ | ''Goal:'' Able to do e.g. DSP color conversion in a gstreamer pipeline or in FFmpeg/Mplayer<br> | ||
+ | ''Existing project:'' http://www.mplayerhq.hu/<br> | ||
+ | ''Existing project:'' http://www.FFmpeg.org/<br> | ||
+ | ''Existing project:'' https://gstreamer.ti.com/gf/project/gstreamer_ti/<br> | ||
+ | ''Existing project:'' http://processors.wiki.ti.com/index.php/C6Accel<br> | ||
+ | ''Software skills:'' C<br> | ||
+ | ''Possible mentors:'' Diego Dompe<br> | ||
+ | |||
+ | ==DSP accelerated USB webcam gadget== | ||
+ | The Linux USB stack now has a webcam gadget, this means a Beagleboard with a connected camera can act as an USB webcam towards a host PC. Using CodecEngine and the TI DSP codecs, the webcam gadget could use the DSP to more efficiently stream already compressed video data to the host PC. | ||
+ | |||
+ | ''Goal:'' Able to stream encoded (MJPG/H264) video data to the host using the USB webcam gadget<br> | ||
+ | ''Existing project:'' https://patchwork.kernel.org/patch/48487/<br> | ||
+ | ''Existing project:'' http://processors.wiki.ti.com/index.php/Codec_Engine_Overview<br> | ||
+ | ''Software skills:'' C<br> | ||
+ | ''Possible mentors:'' ???<br> | ||
==Speech recognition== | ==Speech recognition== | ||
− | TI has released [https://gforge.ti.com/gf/project/tiesr/ source for a speech recognition library] that runs on the ARM processor of the OMAP3 on the BeagleBoard. | + | TI has released [https://gforge.ti.com/gf/project/tiesr/ source for a speech recognition library] that runs on the ARM processor of the OMAP3 on the BeagleBoard. This software has now a LGPL v2.1 license. Using speech recognition library, several tasks could be performed: |
* Voice recognition integrated into Ubiquity: Integrate Mozilla Firefox, Mozilla Ubiquity, and voice recognition on the BeagleBoard with a microphone. Use of a Wiimote could provide additional interactive capabilities. | * Voice recognition integrated into Ubiquity: Integrate Mozilla Firefox, Mozilla Ubiquity, and voice recognition on the BeagleBoard with a microphone. Use of a Wiimote could provide additional interactive capabilities. | ||
+ | |||
+ | Creating a gstreamer plugin for the library would improve the ability of other applications to use it. | ||
''Existing project:'' http://beagleboard.org/project/tiesr<br> | ''Existing project:'' http://beagleboard.org/project/tiesr<br> | ||
− | ''Possible mentors:'' Lorin Netsch, Sourabh Ravindran<br> | + | ''Possible mentors:'' Lorin Netsch, Sourabh Ravindran, Diego Dompe (if done with gstreamer)<br> |
==Add DSP support to GNU radio== | ==Add DSP support to GNU radio== | ||
Line 130: | Line 145: | ||
''Software skills:'' C++<br> | ''Software skills:'' C++<br> | ||
''Mentors:'' Philip Balister<br> | ''Mentors:'' Philip Balister<br> | ||
+ | |||
+ | ==Optimize OpenCV with C6Accel== | ||
+ | |||
+ | ''Possible mentors:'' Leo Estavez, Gagan Maur<br> | ||
=Hardware + software projects= | =Hardware + software projects= | ||
− | These are "Make"-style projects that advance general knowledge for creating and improving end products for consumers. | + | These are "Make"-style projects that advance general knowledge for creating and improving end products for consumers. These projects should need to generate code, not just documentation, and the hardware steps should be reasonably simple to reproduce. |
− | + | ==Create JavaScript tutorial for hardware control== | |
+ | Create a live-editable tutorial written in HTML and JavaScript to explore I/O (GPIO, I2C, SPI, USB, etc.) using the Linux kernel. The Node.JS JavaScript interpreter enables you to use your | ||
+ | |||
+ | ''Existing project:'' [http://blog.hangerhead.com/2011/03/nodejs-based-cloud9-javascript-ide.html Node.JS-based Cloud9 IDE running on a BeagleBoard]<br> | ||
+ | ''Existing project:'' [http://gitorious.org/beagleboard-validation/education HTML and JavaScript slideshow Education application to hold the tutorial]<br> | ||
+ | ''Existing project:'' [https://gforge.ti.com/gf/project/matrix_gui/ Matrix GUI]<br> | ||
+ | ''Goals:'' | ||
+ | * Bundle Cloud9 into an Angstrom recipe for easy installation | ||
+ | * Bundle the Education application into an Angstrom recipe as well | ||
+ | * Create server-side library for GPIO that probes the kernel to discover the GPIO pins | ||
+ | * Create browser-side library for exposing GPIOs and events in the browser upon GPIO interrupt events | ||
+ | * Create libraries for I2C | ||
+ | * Create libraries for SPI | ||
+ | * Create libraries for USB HID host | ||
+ | * Create libraries for USB GadgetFS and HID client | ||
+ | * Modify Matrix to provide local hosting of the Education application | ||
+ | ''Possible mentor:'' Jason Kridner<br> | ||
+ | |||
+ | ==BeagleWall + Kinect== | ||
+ | Update the software utilized by the BeagleWall to create a screen-less green screen effect where foreground objects are superimposed on the video being played. A threshold on the depth channel would be turned into a alpha channel to enable overlay. | ||
+ | |||
+ | ''Existing project:'' omapfbplay<br> | ||
+ | ''Existing project:'' libfreenect<br> | ||
+ | ''Possible mentor:'' Mans, whatnick, Mark Yoder<br> | ||
==Beagleboard Hardware Control Library== | ==Beagleboard Hardware Control Library== | ||
Line 150: | Line 192: | ||
''Possible mentor:'' Mark Yoder | ''Possible mentor:'' Mark Yoder | ||
+ | |||
+ | ==CarPC API and implementation== | ||
+ | Creating a set of APIs and libraries allowing for rapid deployment of flexible modular CarPC environments. The project is about creating toolkit for the enthusiasts easying the creation of beagleboard-based customized carputers, covering the hardware interaction and providing an object-oriented interface to both rich input data (GPS data, maps, OBD and similar buses, voice control, cameras, internet data on traffic, variety of HID input sources, et cetera) and different output options randing from a trivial alphanumeric LCD panel to multiple displays with personal audio jacks. Ideally, this would drastically lower the entry barrier into carputer programming drawing more developpers in and abstracting them from hardware implementation, in the same time allowing the freedom of component choices which would promote DIY carputer asssembly. The code should as well be as compatible as possible with existing Linux CarPC projects(LinuxICE) and new idustry initiative GenIVI (which aims at using MeeGo). | ||
=Community infrastructure projects= | =Community infrastructure projects= | ||
==Updating BeagleBoard.org UI/backend== | ==Updating BeagleBoard.org UI/backend== | ||
The BeagleBoard.org website is currently written in JavaScript using Helma and makes use of several Java components through JavaScript. One advantage of this is you can actually run an instance of the BeagleBoard.org web server on the BeagleBoard with a full clone of the website. | The BeagleBoard.org website is currently written in JavaScript using Helma and makes use of several Java components through JavaScript. One advantage of this is you can actually run an instance of the BeagleBoard.org web server on the BeagleBoard with a full clone of the website. | ||
+ | * Move existing content from from Helma to RingoJS or Node.JS | ||
* Improve OpenID support | * Improve OpenID support | ||
* Create Ubiquity scripts to simplify page editing | * Create Ubiquity scripts to simplify page editing | ||
Line 171: | Line 217: | ||
=To be classified= | =To be classified= | ||
− | === BeagleChat | + | ==Angstrom Linux and Rowboat Android== |
+ | Some people want to play Angry Birds or run other Android apps on their BeagleBoard. Of course, you could use the Rowboat Android project as-is, but then you'd have to give up all of their typical Linux/X11 applications available in Angstrom. This project would use an Android-enabled kernel and a combination of both an Angstrom and Rowboat Android file system. The input and display methods required for Android would need to be adjusted to run within an X11 window. | ||
+ | |||
+ | ''Goals'': | ||
+ | * Rowboat running in a window | ||
+ | * Provide input method that works in a window | ||
+ | * Phase 2: Use adb to invoke apps | ||
+ | * Phase 3: Hide window when at the launcher | ||
+ | * Phase 4: Enable SGX in the Android | ||
+ | * Phase 5: Add Rowboat build into Angstrom (maybe this should go first?) | ||
+ | * Phase 6: Start using the user libs from Angstrom (probably futile) | ||
+ | |||
+ | |||
+ | ==BeagleChat== | ||
'''Easy''' | '''Easy''' | ||
Video Chat Client on Beagle Board. Porting Ekiga (www.ekiga.org) - an open source VoIP and video conferencing application for GNOME. The client should be able to talk to ekiga software running on PC as well as another beagle board. Optimizations would involve porting audio and video codecs on Ekiga to DSP plus supporting video streaming over USB for webcam support. | Video Chat Client on Beagle Board. Porting Ekiga (www.ekiga.org) - an open source VoIP and video conferencing application for GNOME. The client should be able to talk to ekiga software running on PC as well as another beagle board. Optimizations would involve porting audio and video codecs on Ekiga to DSP plus supporting video streaming over USB for webcam support. | ||
Line 181: | Line 240: | ||
* Spectrum analyzer using the DSP: '''Medium''' Write a program that uses the DSP to take an alsa input and to all the math and a GUI on the arm that display the realtime spectrum. The DSP side needs to use xdais so other DSP programs can run at the same time. | * Spectrum analyzer using the DSP: '''Medium''' Write a program that uses the DSP to take an alsa input and to all the math and a GUI on the arm that display the realtime spectrum. The DSP side needs to use xdais so other DSP programs can run at the same time. | ||
− | |||
− | |||
− | |||
− | |||
* Porting open-source codec to DSP (MadPlay, VLC, some of the mplayer codecs …: '''Medium''' | * Porting open-source codec to DSP (MadPlay, VLC, some of the mplayer codecs …: '''Medium''' | ||
Line 341: | Line 396: | ||
| Debug, JTAG, Interfaces | | Debug, JTAG, Interfaces | ||
| Graphics, GUI, Build systems | | Graphics, GUI, Build systems | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
|- | |- | ||
| Khasim Syed Mohammed | | Khasim Syed Mohammed | ||
Line 361: | Line 407: | ||
| Siji Sunny | | Siji Sunny | ||
| siji | | siji | ||
+ | | English | ||
| Hindi | | Hindi | ||
− | |||
| India | | India | ||
− | | C,Operating Systems(Ubuntu-Arm,Angstrom,Android,Debian),Open Source Application/GUI Development(Clutter, GTK), Language Computing,Text processing,Unicode,Fonts | + | | C,Operating Systems(Ubuntu-Arm,Angstrom,Android,Debian),Open Source Application/GUI Development(Clutter,GTK),RF Programming,Language Computing,Text processing,Unicode,Fonts |
| No | | No | ||
− | | Language Computing, Text Processing, Operating System, Text To speech | + | | Language Computing, Text Processing, Operating System, Text To speech ,GUI,Build Systems |
|- | |- | ||
| Devaraj Rangasamy | | Devaraj Rangasamy | ||
Line 385: | Line 431: | ||
| No | | No | ||
| RTEMS BSP | | RTEMS BSP | ||
+ | |- | ||
+ | | Diego Dompe | ||
+ | | ddompe | ||
+ | | spanish | ||
+ | | english | ||
+ | | GMT -6.00 | ||
+ | | Expert on most areas of embedded development, Gstreamer, GUI, DSP development | ||
+ | | No | ||
+ | | GStreamer | ||
|} | |} |
Revision as of 05:51, 1 March 2012
Welcome!
BeagleBoard.org hopes to be accepted as a mentoring organization in the Google Summer of Code for 2012!! Here we collect project Ideas for the 2012 GSoC.
Background
For a quick view of how the BeagleBoard relates to the open source development community, take a listen to Mans and Koen's interview with the Linux Outlaws. The BeagleBoard is a popular open-source hardware project utilizing the first broadly available ARM Cortex-A8 processor. Over 10,000 people are experimenting with the BeagleBoard today to bring their ideas for the future of everywhere-computing to life and you can be one of them.
People are building autonomous flying vehicles, robots, home media centers, video walls, in-car computers and much more. By executing or mentoring a Google Summer of Code project with BeagleBoard.org, you can work towards making these things easier to create and better to use for your peers---and you'll get some hardware too.
The BeagleBoard:
- utilizes a complex SoC with 3 primary processing cores,
- one for general-purpose activities such as running Linux and applications (ARM Cortex-A8),
- one for running real-time signal processing algorithms (C64x+ VLIW fixed-point DSP), and
- one for rendering 3D graphics (Imagination SGX), and
- is specifically designed for low-power (typically running under 2W at full processing load), and
- has a very small foot-print that includes standard peripheral expansion like USB.
The result is that there are many opportunities to explore challenges in computer science in areas of:
- optimal execution of applications/algorithms on additional instruction set architectures like ARM or C6000,
- splitting tasks appropriately between processing cores to minimize task execution time and power consumption, and
- integrating computation into new form-factors.
Students and mentors
Student proposals can create projects from the following ideas or propose their own project based on their own ideas. From reading about previous Google Summer of Code projects, the key to success is being passionate about your project, so propose something that is extremely interesting to you, even if it not on the list. We will be glad to help students develop ideas into projects on the BeagleBoard IRC or the BeagleBoard mailing list. There are many more ideas of what can be done and we will match projects to students interest and help scope the proposal to something that can be completed in the Summer of Code time-frame.
There are more than 200 existing projects listed at http://beagleboard.org/project. If you are interested in one of those projects, talk with the project members to see if there are any aspects of their projects with which they can help you contribute. There are also several ideas on the ECE597 class project idea list.
Contents
General requirements
All projects have the following basic requirements:
- The project must be registered on http://beagleboard.org/project.
- All newly generated materials must be released under an open source license.
- Individual students shall retain copyright on their works.
- Source code generated during the project must be released on gitorious.org, github.com, repo.or.cz, sourceforge, code.google.com, gforge.ti.com, or omapzoom.org.
- The registration on http://beagleboard.org/project must include an RSS feed with project announcements and updates at every milestone. Sources for the RSS feed should be blogger.com, wordpress.com, or some other established blog hosting service with known reliability.
- To help you to break your project down into manageable chunks and also help the project's mentors to better support your efforts, weekly project status reports should be e-mailed to the project's mentors and the organization administrator (Jason Kridner). Each status report should outline:
- what was accomplished that week,
- any issues that prevented that week's goals from being completed, and
- your goals for the next week.
- Students will provide two recorded presentations, one near the beginning of the project summarizing their project goals and another in the wrap-up phase to summarize their accomplishments. Examples can be found on http://beagleboard.org/gsoc.
- Students will demonstrate their ability to cross-compile and utilize version control software by creating a "Hello World" application and uploading it as a fork to http://gitorious.org/beagleboard-validation/gsoc. For assistance, please visit http://beagleboard.org/chat or utilize the beagleboard-gsoc Google Group. The "Hello World" application must print your name and the date out in an ARM Linux environment. Freely available emulators may be used to to test your application or you can ask anyone on the chat or mailing list to help you test.
- All projects will produce reusable software components and will not be "what I built over my Summer vacation" projects. Including a hardware component is welcome, but the project *deliverable* will be software that may be utilized by a wide audience of the BeagleBoard community.
Fundamental infrastructure projects
These projects fundamentally improve support of existing open source projects for ARM-based devices in general and the BeagleBoard in specific, bringing the broad body of high-level open source applications into smaller, lower-cost, lower-power systems that can go anywhere.
Improve boot support
There are many bootloaders available for the BeagleBoard and other ARM embedded devices, and all can be given improvements for ease-of-use for new users. Nevertheless, U-boot is the most used one and the one that most new Beagleboard users will come in contact with, so improving U-boot for new users gives the most benefit for the project.
Goals:
- U-boot updates
- Add support for the OMAP3 EHCI controller in U-boot
- BeagleBoard and BeagleBoard-xM both have an USB EHCI controller that is currently not supported by U-boot
- OMAPPedia reports some patches are available for PandaBoard that could be reused for BeagleBoard
- Add support for USB MSC devices
- Add support for the Ethernet controller on the BeagleBoard-xM that is connected via the EHCI controller
- Verify TFTP support
- Debug USB OTG MUSB driver
- Clean up DFU patch on mailing list and get accepted mainline
- Replace x-loader with u-boot SPL for NAND
- Replace x-loader with u-boot SPL for MMC/SD
- Replace x-loader with u-boot SPL for USB
- Replace x-loader with u-boot SPL for serial
- Add support for the OMAP3 EHCI controller in U-boot
- Create console or Qt-based helper application to boot BeagleBoard entirely over USB, including loading kernel over DFU or TFTP and NFS-mounting the file system
Possible mentors: Jason Kridner, Khasim Syed Mohammed, Steve Sakoman, Dirk Behme, Laine Walker-Avina
Display driver improvements
Many people get stuck with the BeagleBoard due to being unable to configure the resolution and timing for their monitor. Fortunately, the BeagleBoard hardware is quite capable of reading the EDID information from the monitor, enabling the software to
Goals:
- Add EDID reading support into the BeagleBoard kernel
- Add automated resolution configuration
- Implement Xrandr for BeagleBoard
Existing project: linux-omap
Software skills: C, ARMv7 assembly (desired), Linux kernel driver development, X11 knowledge
Possible mentors:
JTAG debugging
Implement, configure and document a complete open source based JTAG debugging development chain for ARM Cortex A8 in OMAP3 used on Beagle Board. This includes final port of open source JTAG software OpenOCD for OMAP3 on Beagle, and then configure and document all software (and hardware) components involved. This could look like:
ARM Cortex A8 <-> OMAP3 <-> BeagleBoard <-> Flyswatter (*) <-> OpenOCD <-> GDB <-> Eclipse (CDT)
(*) Note: Flyswatter is used as example JTAG dongle here. All OpenOCD JTAG dongles able to deal with 1.8V and configure EMUx pins correctly can be used.
Goal: Able to single step kernel code using OpenOCD, GDB, and Eclipse
Existing project: OpenOCD
Hardware skills: Able to monitor logic-level digital signals
Software skills: C, ARMv7 assembly
Possible mentors: Dirk Behme, Laine Walker-Avina
NOTE: TinCanTools will donate Flyswatter boards for this project
Multimedia and user experience projects
Add DSP support to VLC
Possible mentors: Vladimir Pantelic
Add DSP support to MPlayer
MPlayer is often used to play video on the Beagleboard and a lot of users are asking for it. Most are surprised that there is no DSP support (yet). Task to be performed would be to add DSP support to MPlayer using TI DSPLink and CodecEngine and the free DSP codecs that TI provides. CE support already exists in a branch of VLC, the task is to make that also work in MPlayer and do that in a memory efficient way (0-copy between ARM and DSP components)
Goal: Able to play video in MPlayer using DSP codecs
Existing project: http://www.mplayerhq.hu/
Existing project: http://processors.wiki.ti.com/index.php/Codec_Engine_Overview
Software skills: C
Possible mentors: Vladimir Pantelic
DSP accelerated color conversion
Multimedia on the Beagleboard can already make use of the DSP, yet there are still steps like color conversion that can take a lot of CPU resources (e.g. in gstreamer). Task to be performed is to move some of that processing to the DSP side where possible, preferably to run in parallel with ARM side processing. C6Accel could be used as the framework to run parts of the SW on the DSP.
Goal: Able to do e.g. DSP color conversion in a gstreamer pipeline or in FFmpeg/Mplayer
Existing project: http://www.mplayerhq.hu/
Existing project: http://www.FFmpeg.org/
Existing project: https://gstreamer.ti.com/gf/project/gstreamer_ti/
Existing project: http://processors.wiki.ti.com/index.php/C6Accel
Software skills: C
Possible mentors: Diego Dompe
DSP accelerated USB webcam gadget
The Linux USB stack now has a webcam gadget, this means a Beagleboard with a connected camera can act as an USB webcam towards a host PC. Using CodecEngine and the TI DSP codecs, the webcam gadget could use the DSP to more efficiently stream already compressed video data to the host PC.
Goal: Able to stream encoded (MJPG/H264) video data to the host using the USB webcam gadget
Existing project: https://patchwork.kernel.org/patch/48487/
Existing project: http://processors.wiki.ti.com/index.php/Codec_Engine_Overview
Software skills: C
Possible mentors: ???
Speech recognition
TI has released source for a speech recognition library that runs on the ARM processor of the OMAP3 on the BeagleBoard. This software has now a LGPL v2.1 license. Using speech recognition library, several tasks could be performed:
- Voice recognition integrated into Ubiquity: Integrate Mozilla Firefox, Mozilla Ubiquity, and voice recognition on the BeagleBoard with a microphone. Use of a Wiimote could provide additional interactive capabilities.
Creating a gstreamer plugin for the library would improve the ability of other applications to use it.
Existing project: http://beagleboard.org/project/tiesr
Possible mentors: Lorin Netsch, Sourabh Ravindran, Diego Dompe (if done with gstreamer)
Add DSP support to GNU radio
Goal: GNU Radio is a popular Software Defined Radio package for PC based computers. GNU Radio also runs on the Beagleboard and can make use of the floating point unit on the ARM. However, the DSP on the Beagleboard has tremendous potential for increasing GNU Radio's capability on small hardware. The project difficulty is based on the level of effort desired by the student, it should be fairly easy to create a standalone GNU Radio block that talks to the DSP via dsplink, or very complex to modify the GNU Radio block scheduler to launch block on the DSP directly.
Existing project: GNURadio
Software skills: C++
Mentors: Philip Balister
Optimize OpenCV with C6Accel
Possible mentors: Leo Estavez, Gagan Maur
Hardware + software projects
These are "Make"-style projects that advance general knowledge for creating and improving end products for consumers. These projects should need to generate code, not just documentation, and the hardware steps should be reasonably simple to reproduce.
Create JavaScript tutorial for hardware control
Create a live-editable tutorial written in HTML and JavaScript to explore I/O (GPIO, I2C, SPI, USB, etc.) using the Linux kernel. The Node.JS JavaScript interpreter enables you to use your
Existing project: Node.JS-based Cloud9 IDE running on a BeagleBoard
Existing project: HTML and JavaScript slideshow Education application to hold the tutorial
Existing project: Matrix GUI
Goals:
- Bundle Cloud9 into an Angstrom recipe for easy installation
- Bundle the Education application into an Angstrom recipe as well
- Create server-side library for GPIO that probes the kernel to discover the GPIO pins
- Create browser-side library for exposing GPIOs and events in the browser upon GPIO interrupt events
- Create libraries for I2C
- Create libraries for SPI
- Create libraries for USB HID host
- Create libraries for USB GadgetFS and HID client
- Modify Matrix to provide local hosting of the Education application
Possible mentor: Jason Kridner
BeagleWall + Kinect
Update the software utilized by the BeagleWall to create a screen-less green screen effect where foreground objects are superimposed on the video being played. A threshold on the depth channel would be turned into a alpha channel to enable overlay.
Existing project: omapfbplay
Existing project: libfreenect
Possible mentor: Mans, whatnick, Mark Yoder
Beagleboard Hardware Control Library
Create a user space library that makes using hardware connected to the Beagleboard expansion connectors easier to use. This includes functions to control GPIO pins (and trigger on GPIO Interrupts) and to send and receive data over I2C and SPI. All this should be well documented so that a new Beagleboard user can learn quickly how to control and interact with attached hardware.
Goal: provide a library to interface with GPIO, I2C and SPI on the Beagleboard
Hardware skills: basic
Software skills: C
Possible mentor: ???
Adding Sense to Beagle
Sensory aware applications are becoming more mainstream with the release of the Apple iPhone. This project would combine both HW and SW to add sensory awareness to beagle. First, additional modules such as GPS, 3-axis accelerometers, Gyroscopes, Temperature Sensors, Humidity Sensors, Pressure Sensors, etc, would be added to beagle to compliment the microphone input in order to allow sensing of the real world environment. Then SW APIs would need to be layered on top to allow easy access to the sensory data for use by applications.
The Freespace module is already working with the BeagleBoard as are many other sensors. This project should seek to summarize how to connect as many sensors as possible on one place on the eLinux wiki.
Possible mentor: Mark Yoder
CarPC API and implementation
Creating a set of APIs and libraries allowing for rapid deployment of flexible modular CarPC environments. The project is about creating toolkit for the enthusiasts easying the creation of beagleboard-based customized carputers, covering the hardware interaction and providing an object-oriented interface to both rich input data (GPS data, maps, OBD and similar buses, voice control, cameras, internet data on traffic, variety of HID input sources, et cetera) and different output options randing from a trivial alphanumeric LCD panel to multiple displays with personal audio jacks. Ideally, this would drastically lower the entry barrier into carputer programming drawing more developpers in and abstracting them from hardware implementation, in the same time allowing the freedom of component choices which would promote DIY carputer asssembly. The code should as well be as compatible as possible with existing Linux CarPC projects(LinuxICE) and new idustry initiative GenIVI (which aims at using MeeGo).
Community infrastructure projects
Updating BeagleBoard.org UI/backend
The BeagleBoard.org website is currently written in JavaScript using Helma and makes use of several Java components through JavaScript. One advantage of this is you can actually run an instance of the BeagleBoard.org web server on the BeagleBoard with a full clone of the website.
- Move existing content from from Helma to RingoJS or Node.JS
- Improve OpenID support
- Create Ubiquity scripts to simplify page editing
- Add tags to project entries and improve the views
- Import RSS feed items into pages for ranking/tagging
- Add microblogging support integrated with the IRC channel
- See http://code.google.com/p/beagleboard/issues/detail?id=46
- Enable users to store http://beagleboard.org/user user profiles
- Have the chat show Twitter and Identica update
- Translate BeagleBoard.org into other languages
- Update the site for the BeagleBoard-xM launch occurring in June
Software skills: JavaScript, XML, HTML/CSS
Mentor: Jason Kridner
To be classified
Angstrom Linux and Rowboat Android
Some people want to play Angry Birds or run other Android apps on their BeagleBoard. Of course, you could use the Rowboat Android project as-is, but then you'd have to give up all of their typical Linux/X11 applications available in Angstrom. This project would use an Android-enabled kernel and a combination of both an Angstrom and Rowboat Android file system. The input and display methods required for Android would need to be adjusted to run within an X11 window.
Goals:
- Rowboat running in a window
- Provide input method that works in a window
- Phase 2: Use adb to invoke apps
- Phase 3: Hide window when at the launcher
- Phase 4: Enable SGX in the Android
- Phase 5: Add Rowboat build into Angstrom (maybe this should go first?)
- Phase 6: Start using the user libs from Angstrom (probably futile)
BeagleChat
Easy Video Chat Client on Beagle Board. Porting Ekiga (www.ekiga.org) - an open source VoIP and video conferencing application for GNOME. The client should be able to talk to ekiga software running on PC as well as another beagle board. Optimizations would involve porting audio and video codecs on Ekiga to DSP plus supporting video streaming over USB for webcam support.
Raw ideas that need to be fleshed out
Some additional ideas can be found on the BeagleBoard contest page and the BeagleBoard project page.
- RTEMS BSP for Beagle board: Medium RTEMS is a free real-time operating system. This project would require developing an RTEMS Board Support Package for the Beagle board. The Beagle board has come up multiple times in our community as a excellent device for students, hobbyists, and a starting point for customized boards. I am the maintainer of RTEMS and would be willing to co-mentor this with someone from the Beagle board community. --JoelSherrill 23:12, 18 March 2010 (UTC)
- Spectrum analyzer using the DSP: Medium Write a program that uses the DSP to take an alsa input and to all the math and a GUI on the arm that display the realtime spectrum. The DSP side needs to use xdais so other DSP programs can run at the same time.
- Porting open-source codec to DSP (MadPlay, VLC, some of the mplayer codecs …: Medium
- OpenGL DSP acceleration: Hard Research and implement OpenGL ES using the DSP on beagleboard. The DSP side needs to use xdais so other DSP programs can run at the same time. Can take a look at Vincent OpenGL ES open source implementation and add DSP to it
- beagle as DLNA/upnp renderer, server, controller, or media player.
- Wiimote + Pico Projector + 3D art tool
- OpenCL implementation that uses the DSP and/or NEON (could be used as framework for any dsp/neon acceleration)
- Video extender – take in video via usb webcam, compress it using video encoder, stream it over ethernet (could be like a security camera). Could/should be implemented using DLNA protocols (e.g. view on ps3 or tv's).
Mentors
Name | IRC nickname | Native language | Other languages | Timezone | Software help | Hardware help | Focus projects |
---|---|---|---|---|---|---|---|
Jason Kridner | jkridner | English | - | US Central | web development, C, shell/perl scripting | wiring, timing diagrams, basic debug | infrastructure improvements |
Leo Estevez | TBD | Spanish | English, French, German(basic) | US Central | C, mobile operating systems | wiring, timing diagrams, basic debug | computer vision |
Hunyue Yau | ds2 | English | US Pacific | Android, C, Linux, scripting | Yes | ||
Frans Meulenbroeks | eFfeM | Dutch | English, basic understanding of German | CET | C, User Interface, Linux, booting, performance improvement, networking technology | no | |
Kevin Hilman | khilman | English | fluent in French | US Pacific | |||
Luis Gustavo Lira | Spanish | fluent in English and French) | |||||
Koen Kooi | _koen_ | Dutch | Fluent in English | CET | Buildsystem integration, distribution | not really | |
Katie Roberts-Hoffman | katier | English | nope | US Central | Android, DSP integration (Link/CE/etc) | nope | |
Mans Rullgard | mru | English, Swedish | Some German | GMT | C, Assembler | ||
Mike Zucchi | notzed | English | Australia/South | C, Assembly, Java, SIMD. Applications, libraries, GUI, multi-threading. | not much | ||
Philip Balister | Crofton | ||||||
Robert Nelson | rcn-ee | English | - | US Central | C, Shell Scripting, Deb packaging | ||
Soren Steen Christensen | soren.ssc | Danish | Fluent in English and some German | CET | C/C++, ASM, Device Drivers | OMAP chip, HW design, Low level development & debuging | All kind of HW and low level SW stuff |
Mark Yoder | yoder | ||||||
Jeff Osier-Mixon | jefro | English (US) | US Pacific | documentation | |||
Laine Walker-Avina | Ceriand | English | US Pacific | C, Assembly, Buildroot | USB protocol & logic analyzers, Various JTAG probes | OpenOCD, bootloaders, Linux kernel | |
Frank Walzer | franktango | German | English | CET | C++, OOP | Debug, JTAG, Interfaces | Graphics, GUI, Build systems |
Khasim Syed Mohammed | khasim | English | Hindi | India | C, C++, Assembly, Linux device drivers, board bring up, bootloaders | Schematic review, board development | |
Siji Sunny | siji | English | Hindi | India | C,Operating Systems(Ubuntu-Arm,Angstrom,Android,Debian),Open Source Application/GUI Development(Clutter,GTK),RF Programming,Language Computing,Text processing,Unicode,Fonts | No | Language Computing, Text Processing, Operating System, Text To speech ,GUI,Build Systems |
Devaraj Rangasamy | Deva | Hindi, Tamil | English | India | Android, Linux Kernel Base Port | No | Language Computing, Text Processing, Operating System, Text To speech |
Joel Sherrill | DrJoel | English | - | US Central | RTEMS maintainer, real-time, cross tools | No | RTEMS BSP |
Diego Dompe | ddompe | spanish | english | GMT -6.00 | Expert on most areas of embedded development, Gstreamer, GUI, DSP development | No | GStreamer |