NOTICE: The Processors Wiki will End-of-Life on January 15, 2021. It is recommended to download any files or other content you may need that are hosted on processors.wiki.ti.com. The site is now set to read only.
Talk:GStreamer Plug-in 2.x Design
For technical support please post your questions at http://e2e.ti.com. Please post only comments about the article GStreamer Plug-in 2.x Design here.
Comments for Build Section
Overall idea looks nice but i've some concerns
1) How you are planning to handle the cases when customer wants to run gst-ti with older DVSDK 2.x (based on MVL releases)? IIRC, Arago supports building from CS toolchain not from MVL and there may be some issues running CS built binary on MVL platforms. (because of glibc version differences). Even if we get lucky then also we need to ensure that the prebuilt binaries are generated from right toolchain.
2) Today we patch open-source packages as we progress and we need to ensure that there is very easy way to do the same without using Arago/OE build system. E.g If i want to modify something in core gstreamer elements then today all i do is generate patch and put in our patches directory and this gets applied as part of build system. How you are planning to solve this problem with proposed build changes? I assume once you provide the prebuilt binary then there are very good chances that customer may be using old prebuilt binary unless they read some webpage explaining that they need to use different version.
3) Since Arago/OE supports GIT kernel only hence you also need to make sure that they have proper recipies for LSP 2.x kernel header as well.
4) Finally you need to ensure that there is proper software manifest document which contains license details etc for all those prebuilt binaries. I think we have gst-ti software manfiest and can be reused.
Thanks Brijesh
--Bksingh 15:46, 10 March 2010 (CST)