BeagleBoard/GSoC/2020 Projects/Media IP Streaming
- 1 Proposol of equipping the Beaglebone AI with Media IP Streaming capabilities
- 2 Status
- 3 Proposal
- 3.1 About you
- 3.2 About your project
- 3.3 Misc
This project will equip the Beagleboard AI with Media IP Streaming capabilities, by porting the sound card drivers for CTAG face2|4 Audio Card and the AVB protocol stack from Beagle Bone AVB to the Beaglebone AI.
This project is currently just a proposal.
All requirements have been fullfilled, the Pull Request can be found here #139
School: Kiel University of Applied Sciences
Primary languages: German, English
Typical work hours: 8AM-5PM CET
Previous GSoC participation: I want to participate at GSoC because I want to gather experience in working within an open source community and try to apply theoretical knowledge into the practical domain. Also I hope to learn new awesome things. This would be my first time participating in GSoC.
About your project
Project name: Media Ip Streaming
The BeagleBone AI is equipped with a high amount of processing power due to the Dual Core ARM Cortex-A15 chip as a main computing unit and its accompanying co-processors. This makes the AI a perfect fit for highly demanding applications regarding CPU consumption, like audio applications which have extremely strong realtime constraints. Professional audio/video studios have to guarantee for small latencies when transmitting media signals between different devices and different media channels in a transmitted stream need to be synchronized. Latency and snychronicity are both extremely important when transmitting e.g. a video channel together with the accompanying audio channel. Those two channels have to be transmitted in a manner, that lip synchronicity can be guaranteed because humans are extremely sensitive to voice offset to accompanying video signals.
To bring media ip streaming capabilities to the BeagleBone AI, the following steps are planned: A previous GSoC project ported a sound card driver from the BeagleBone Green/Black to the BeagleBoard-X15 (https://summerofcode.withgoogle.com/archive/2016/projects/5351212496977920/). This port will now be ported to the BegleBone AI. With the sound card driver successfully ported, the next step would be to port the AVB protocol driver stack from BeagleBone AVB enabling media streaming over the network. This would allow to use the BeagleBone AI as a media streaming device in professional audio/media applications and bring audio stream synchronization features to the BeagleBone AI. Thus allowing for tight synchronization between different audio and video streams which are transmitted over the network. Additionally for people who don't own the CTAG Face 2|4 cape HDMI audio output should be realized.
Practical Use: AVB is primarily used in large scale media productions, like sports venues, broadcasting studios or concert halls. Basically AVB can be used everywhere where media data has to be transmitted over larger distances in a local network. Implementing this on a BeagleBone AI would allow for a low cost alternative for proprietary hardware and further allow for customization by the Beagleboard.org community.
Provide a development timeline with a milestone each of the 11 weeks and any pre-work. (A realistic timeline is critical to our selection process.)
|Mar 30||Proposal complete, Submitted to https://summerofcode.withgoogle.com|
|Apr 27||Proposal accepted or rejected|
|May 18||Pre-work complete, Coding officially begins!|
|May 25||Milestone #1, Introductory YouTube video, review of existing drivers for ctag face audio interface, identifying challenges for porting drivers to Beagle AI and selection of appropriate kernel, basis for drivers is https://elinux.org/BeagleBoard/GSoC/2016_Projects#Project:_Porting_the_CTAG_face2.7C4_multichannel_soundcard_drivers_to_BeagleBoard-X15_.28AM5728_SoC.29._Create_library_to_make_use_of_AM5728_DSPs_.28C66x.29.|
|June 1||Milestone #2 Implementation / porting of ALSA audio drivers for ctag face to Beagle AI --> toolchain setup, driver adoptions, coding|
|June 8||Milestone #3 Port of sound card drivers, testing, performance check|
|June 15 18:00 UTC||Milestone #4, Mentors and students can begin submitting Phase 1 evaluations, finalzing port of ctag face audio card driver to Beagle AI|
|June 19 18:00 UTC||Phase 1 Evaluation deadline|
|June 22||Milestone #5 Review of existing AVB network driver architecture for real-time audio streaming, basis is https://elinux.org/BeagleBoard/GSoC/2017_Projects#Project:_BeagleBone_AVB_Stack , identifying challenges for porting to Beagle AI|
|June 29||Milestone #6 Implementation / porting of ALSA AVB network drivers to Beagle AI --> toolchain setup, driver adoptions|
|July 6||Milestone #7 AVB ALSA drivers implementation for Beagle AI|
|July 13 18:00 UTC||Milestone #8, Mentors and students can begin submitting Phase 2 evaluations / rfc for mainline kernel patch submission|
|July 17 18:00 UTC||Phase 2 Evaluation deadline|
|July 20||Milestone #9 Joining AVB ALSA drivers with ctag face audio card drivers|
|July 27||Milestone #10 Performance and integration testing of driver ports|
|August 3||Milestone #11, Completion YouTube video, merge request of driver architecture for mainline|
|August 10 - 17 18:00 UTC||Final week: Students submit their final work product and their final mentor evaluation|
|August 17 - 24 18:00 UTC||Mentors submit final student evaluations|
Experience and approach
During my bachelor's degree in information technology I had several courses like programming in C, programming in C++, operating systems and embedded system programming which layed down the basis for developing embedded software. Due to my additional bachelor's degree in audio production I have additional experience in audio applications and audio and media codecs, which will help me to understand the theory behind the different needed algorithms. With my previous development work for the Strämpler project I already have experience in working on complex embedded C projects and which potential pitfalls could occur.
If I get stuck and my mentor is not around I will follow the following steps in displayed order:
- Search the internet for the problem.
- Serach through literature acquired during milestone #1.
- Ask in the GSoC IRC, if fellow students know a solution to the specific problem.
- If the problem is still not solved, postpone the problem until mentor is available again and work on another part of the project.
Equipping the Beaglebone AI with media ip streaming capabilities would allow the Beaglebone.org community to use those capabilities to implement the system in professional media applications. The community could also implement further media protocols like AES/Ravenna to allow the usage of the AI for even more media streaming tasks.
Link to pull request #139.
-  „4.3. PTP — Processor SDK Linux Documentation“. https://software-dl.ti.com/processor-sdk-linux/esd/docs/06_02_00_81/linux/Industrial_Protocols_PTP.html (accessed March 30, 2020).
-  1733-2011 IEEE Standard for Layer 3 Transport Protocol for Time-Sensitive Applications in Local Area Networks. ///.
-  M. A. Yoder und J. Kridner, BeagleBone cookbook, First edition. Sebastopol, CA: O’Reilly Media, Inc, 2015.
-  C. Hallinan, Embedded Linux primer: a practical real-world approach, 2nd ed. Upper Saddle River, NJ: Prentice Hall, 2011.
-  A. Liberal de los Ríos, Linux driver development for embedded processors: Learn to develop Linux embedded drivers with kernel 4.9 LTS, Second edition. .
-  R. Love, Linux kernel development, 3rd ed. Upper Saddle River, NJ: Addison-Wesley, 2010.
-  E. White, Making embedded systems: design patterns for great software, 1. ed. Beijing: O’Reilly, 2012.
-  D. Molloy, Molloy_exploring BeagleBone 2e. Indianapolis, NY: John Wiley and Sons, 2018.
-  „The Linux Kernel documentation — The Linux Kernel documentation“. https://www.kernel.org/doc/html/latest/index.html (accessed March 26, 2020).
- is used by the AVB protocol to achieve synchronization between devices
- based on IEEE 1588v2
- up to nanoseconds accuracy
- sharing timestamps over the network for synchronization of devices
- uses master/slave hierarchy
- slave retrieves time from master ==> network dely has to be taken into account
- normally endpoint of the network
- single port
- BMCA (best master clock algorithm) determines which clock is used as master (the one with the highest accuracy)
- is used as an endpoint master and has extremely high accuracy (normally timed by GPS or NTP)
- there can be more than one in a network to achieve redundancy
- mutli port
- a network switch with master/slave ports
- accounts for queing delays when a standrad switch is used and thus improves accuracy
- calculate network delay End-To-End
- no need of PTP equipment but this results in added cost in accuracy
- calculate network delay Peer-To-Peer
- results in high accuracy, but all devices in the network need to be PTP enabled