Dear GStreamers, I have received requests and met a few people from the embedded world and it is pleasing to know that they use and appreciate GStreamer. I was surprised, though, to discover that most of them have been refactoring big chunks of the frame work to suit their needs and they are not sharing their ideas with our community. I was even more surprised to see that they sometimes have issues and questions about GStreamer but they don't dare, or consider it off-topic, to mail the -devel list about them. After some interesting discussion on IRC (yes we still do things first on IRC before going to the list), I proposed to send that mail to raise a discussion around that topic. A potential idea would be to create a dedicated list around the embedded community and their GStreamer discussions. The goal there would be to focus on embedded concerns and have a good communication channel between companies, individuals and organizations around GStreamer's future. The risk here is that this could get the traffic on that list to a very low level (if it is a subset of the current gst-devel traffic). And additionally it might be harder to get replies to questions if we expect current hackers to pay attention to both lists. On the other hand, embedded people might feel more involved and we could see some new faces coming up on that list with interesting ideas, discussions. So if you are working on an embedded project together with GStreamer and you feel that having a dedicated communication channel would help you collaborate on the project please bring your points to that thread. Thanks for your attention. Best regards, Julien Moutte. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
By my personal opinion, I think discussing embedded device issues by a
separate maillist is convenient and effective way to collect and accelerate the gstreamer using on embedded device. I believe there are many developers on gst community who are working on embedded device, but many issues we meet are not same with desktop, for example, memory usage, the embedded device alway has small memory, so how to reduce resource usage is a painful issue for us. Another example is DSP, many embedded devices use DSP as their decoder or sink, but we could not find the whole solution for dsp on gstreamer. Gst performance is also an issue for us, how to reduce gstreamer lib size and runtime cost, how to reduce gstreamer dependency libs, they alway puzzle us. So I think we need a place to discuss these issues. Best Regards Zhao Liang -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Julien Moutte Sent: Tuesday, February 19, 2008 11:56 PM To: [hidden email] Subject: [gst-devel] GStreamer embedded mailing list proposal Dear GStreamers, I have received requests and met a few people from the embedded world and it is pleasing to know that they use and appreciate GStreamer. I was surprised, though, to discover that most of them have been refactoring big chunks of the frame work to suit their needs and they are not sharing their ideas with our community. I was even more surprised to see that they sometimes have issues and questions about GStreamer but they don't dare, or consider it off-topic, to mail the -devel list about them. After some interesting discussion on IRC (yes we still do things first on IRC before going to the list), I proposed to send that mail to raise a discussion around that topic. A potential idea would be to create a dedicated list around the embedded community and their GStreamer discussions. The goal there would be to focus on embedded concerns and have a good communication channel between companies, individuals and organizations around GStreamer's future. The risk here is that this could get the traffic on that list to a very low level (if it is a subset of the current gst-devel traffic). And additionally it might be harder to get replies to questions if we expect current hackers to pay attention to both lists. On the other hand, embedded people might feel more involved and we could see some new faces coming up on that list with interesting ideas, discussions. So if you are working on an embedded project together with GStreamer and you feel that having a dedicated communication channel would help you collaborate on the project please bring your points to that thread. Thanks for your attention. Best regards, Julien Moutte. ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
! Support to create an embedded gstreamer community to discuss related problem! I think it's more convenient since so many people focus on embedded device developing using gstreamer. Zhao Bin (Brad) -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Zhao Liang-E3423C Sent: Wednesday, February 20, 2008 10:34 AM To: Julien Moutte; [hidden email] Subject: Re: [gst-devel] GStreamer embedded mailing list proposal By my personal opinion, I think discussing embedded device issues by a separate maillist is convenient and effective way to collect and accelerate the gstreamer using on embedded device. I believe there are many developers on gst community who are working on embedded device, but many issues we meet are not same with desktop, for example, memory usage, the embedded device alway has small memory, so how to reduce resource usage is a painful issue for us. Another example is DSP, many embedded devices use DSP as their decoder or sink, but we could not find the whole solution for dsp on gstreamer. Gst performance is also an issue for us, how to reduce gstreamer lib size and runtime cost, how to reduce gstreamer dependency libs, they alway puzzle us. So I think we need a place to discuss these issues. Best Regards Zhao Liang -----Original Message----- From: [hidden email] [mailto:[hidden email]] On Behalf Of Julien Moutte Sent: Tuesday, February 19, 2008 11:56 PM To: [hidden email] Subject: [gst-devel] GStreamer embedded mailing list proposal Dear GStreamers, I have received requests and met a few people from the embedded world and it is pleasing to know that they use and appreciate GStreamer. I was surprised, though, to discover that most of them have been refactoring big chunks of the frame work to suit their needs and they are not sharing their ideas with our community. I was even more surprised to see that they sometimes have issues and questions about GStreamer but they don't dare, or consider it off-topic, to mail the -devel list about them. After some interesting discussion on IRC (yes we still do things first on IRC before going to the list), I proposed to send that mail to raise a discussion around that topic. A potential idea would be to create a dedicated list around the embedded community and their GStreamer discussions. The goal there would be to focus on embedded concerns and have a good communication channel between companies, individuals and organizations around GStreamer's future. The risk here is that this could get the traffic on that list to a very low level (if it is a subset of the current gst-devel traffic). And additionally it might be harder to get replies to questions if we expect current hackers to pay attention to both lists. On the other hand, embedded people might feel more involved and we could see some new faces coming up on that list with interesting ideas, discussions. So if you are working on an embedded project together with GStreamer and you feel that having a dedicated communication channel would help you collaborate on the project please bring your points to that thread. Thanks for your attention. Best regards, Julien Moutte. ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Julien Moutte-2
I am working on embedded device, I expect a mailist to share experience on gst.
-----Original Message-----
From: [hidden email] [mailto:[hidden email]] On Behalf Of Zhao Liang-E3423C Sent: Wednesday, February 20, 2008 10:34 AM To: Julien Moutte; [hidden email] Subject: Re: [gst-devel] GStreamer embedded mailing list proposal By my personal opinion, I think discussing embedded device issues by a separate maillist is convenient and effective way to collect and accelerate the gstreamer using on embedded device.
I believe there are many developers on gst community who are working on embedded device, but many issues we meet are not same with desktop, for example, memory usage, the embedded device alway has small memory, so how to reduce resource usage is a painful issue for us. Another example is DSP, many embedded devices use DSP as their decoder or sink, but we could not find the whole solution for dsp on gstreamer. Gst performance is also an issue for us, how to reduce gstreamer lib size and runtime cost, how to reduce gstreamer dependency libs, they alway puzzle us. So I think we need a place to discuss these issues.
Best Regards
Zhao Liang -----Original Message-----
From: [hidden email] [mailto:[hidden email]] On Behalf Of Julien Moutte Sent: Tuesday, February 19, 2008 11:56 PM To: [hidden email] Subject: [gst-devel] GStreamer embedded mailing list proposal Dear GStreamers, I have received requests and met a few people from the embedded world and it is pleasing to know that they use and appreciate GStreamer.
I was surprised, though, to discover that most of them have been refactoring big chunks of the frame work to suit their needs and they are not sharing their ideas with our community. I was even more surprised to see that they sometimes have issues and questions about GStreamer but they don't dare, or consider it off-topic, to mail the -devel list about them.
After some interesting discussion on IRC (yes we still do things first on IRC before going to the list), I proposed to send that mail to raise a discussion around that topic.
A potential idea would be to create a dedicated list around the embedded community and their GStreamer discussions. The goal there would be to focus on embedded concerns and have a good communication channel between companies, individuals and organizations around GStreamer's future.
The risk here is that this could get the traffic on that list to a very low level (if it is a subset of the current gst-devel traffic). And additionally it might be harder to get replies to questions if we expect current hackers to pay attention to both lists. On the other hand, embedded people might feel more involved and we could see some new faces coming up on that list with interesting ideas, discussions.
So if you are working on an embedded project together with GStreamer and you feel that having a dedicated communication channel would help you collaborate on the project please bring your points to that thread.
Thanks for your attention.
Best regards,
Julien Moutte.
------------------------------------------------------------------------
- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel -------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel 已 经 超 过 100 万 台 电 脑 安 装 了 网 易 有 道 免 费 英 汉 词 典 , 点 击 此 处 可 以 快 速 下 载 ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Julien Moutte-2
[hidden email] Moutte wrote: >Dear GStreamers, >I have received requests and met a few people from the embedded world and it is pleasing to know that they use and appreciate GStreamer. >I was surprised, though, to discover that most of them have been refactoring big chunks of the frame work to suit their needs and they are not sharing their ideas >with our community. I was even more surprised to see that they sometimes have issues and questions about GStreamer but they don't dare, or consider it off-topic, to mail the -devel list about them. > >After some interesting discussion on IRC (yes we still do things first on IRC before going to the list), I proposed to send that mail to raise a discussion around that >topic. > >A potential idea would be to create a dedicated list around the embedded community and their GStreamer discussions. The goal >there would be to focus on embedded concerns and have a good communication channel between companies, individuals and >organizations around GStreamer's future. > >The risk here is that this could get the traffic on that list to a very low level (if it is a subset of the current gst-devel traffic). And >>>>additionally it might be harder >to get replies to questions if we expect current hackers to pay attention to both lists. On the other hand, embedded people might feel more involved and we could >see some new faces coming up on that list with interesting ideas, discussions. > >So if you are working on an embedded project together with GStreamer and you feel that having a dedicated communication channel would help you collaborate >on the project please bring your points to that thread. > >Thanks for your attention. > >Best regards, > >Julien Moutte. With embedded device more and more popular, I definitely think it is the trend and has light future for gstreamer in embedded world. Certainly, gstreamer tends to be uniform to different usage, but this will be very difficult for embedded world, especially the system with scarce memory, lower computing power and limited access capability. Sometimes gstreamer need to be customized and optimization to meet the diversified requirements. Distinctly, there should be a lot of problems to block gstreamer to be prevailing for embedded utilities. A separate topic list for embedded gstreamer is a better way for peoples focused on embedded development to post their confusion, questions and experience rather other a general devel. I think it is more pertinent and efficient to discuss and resolve embedded issues via this way. Of cource, it may reduce the traffic for current topic list. But anyway, there will be more advantages than its disvantages. Thanks a lot. BRs Zhang Yanlong ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Julien Moutte-2
Hi, Julien,
Quoting Julien Moutte <[hidden email]>: > > Dear GStreamers, > > I have received requests and met a few people from the embedded world > and it is pleasing to know that they use and appreciate GStreamer. > > I was surprised, though, to discover that most of them have been > refactoring big chunks of the frame work to suit their needs and they > are not sharing their ideas with our community. I was even more > surprised to see that they sometimes have issues and questions about > GStreamer but they don't dare, or consider it off-topic, to mail the > -devel list about them. > > After some interesting discussion on IRC (yes we still do things first > on IRC before going to the list), I proposed to send that mail to raise > a discussion around that topic. > > A potential idea would be to create a dedicated list around the embedded > community and their GStreamer discussions. The goal there would be to > focus on embedded concerns and have a good communication channel between > companies, individuals and organizations around GStreamer's future. > > The risk here is that this could get the traffic on that list to a very > low level (if it is a subset of the current gst-devel traffic). And > additionally it might be harder to get replies to questions if we expect > current hackers to pay attention to both lists. On the other hand, > embedded people might feel more involved and we could see some new faces > coming up on that list with interesting ideas, discussions. > > So if you are working on an embedded project together with GStreamer and > you feel that having a dedicated communication channel would help you > collaborate on the project please bring your points to that thread. > > Thanks for your attention. > > Best regards, > > Julien Moutte. > I would rather encourage the people interested on embedded to discuss these things on gst-devel. Mail-readers can handle threads (if people don't hijack those). A separate list would need that main developers follow this too. Having it all in one makes it probably easier to see what are the issues and help fixing. And after all, we don't have gst-audio-devel and gst-video-devel. Its not that much burden to delete/skip a thread if one is not interested about that matter. Stefan ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Dear All ,
It will be really nice to have a Gstreamer mailing thread for Embedded, as there are some problem that are faced only when you try it on some E-Device. Also it will give more focused ideas to make Gstreamer better for and Embedded device. BR Manish Kumar On Thu, Feb 21, 2008 at 5:04 PM, Stefan Kost <[hidden email]> wrote: Hi, Julien, ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Julien Moutte-2
Julien Moutte wrote:
> A potential idea would be to create a dedicated list around the embedded > community and their GStreamer discussions. The goal there would be to > focus on embedded concerns and have a good communication channel between > companies, individuals and organizations around GStreamer's future. > *snip* > So if you are working on an embedded project together with GStreamer and > you feel that having a dedicated communication channel would help you > collaborate on the project please bring your points to that thread. > Like Stefan, I'm not certain of the benefits of creating a new list 'just for embedded issues'. While it's true that there are some embedded specific issues like working in smaller space/time constraints, to a large extent improvements there apply to the Desktop too, and in any case it's all perfectly on-topic (imho) for the main devel list. I expect there are probably other people who have read this thread and not replied who feel the same way. On the other hand, if creating a separate embedded list can encourage existing silent users to come out of the woodwork, that's a good thing. It might also be a good way to more explicitly state our interest in making sure GStreamer stays scale-able. The biggest downside and risk is that it would attract questions but no answers if the people with the answers can't be bothered tracking yet another mailing list. gstreamer-devel itself already struggles with giving replies to the questions it gets. There's not really any way to know that without trying it though. On balance, I think it's probably worth creating, with an appropriately embedded-specific agenda listed in the mailing list description. J. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
In reply to this post by Julien Moutte-2
On Tue, 2008-02-19 at 16:56 +0100, Julien Moutte wrote: > Dear GStreamers, > > I have received requests and met a few people from the embedded world > and it is pleasing to know that they use and appreciate GStreamer. > > I was surprised, though, to discover that most of them have been > refactoring big chunks of the frame work to suit their needs and they > are not sharing their ideas with our community. I was even more > surprised to see that they sometimes have issues and questions about > GStreamer but they don't dare, or consider it off-topic, to mail the > -devel list about them. Howdy, I created a new very-on-topic and totally-non-dangerous all shiny new mailing list for discussions about embedded platforms: gstreamer-embedded. You can subscribe here: https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded Note: I would encourage core developers and everyone else interested in embedded devices to subscribe to this list. If everybody on -devel subscribes, nothing changes except for the fact that you can now use your email client to filter on topics. If non-interested people don't subscribe, nothing changes because they probably would not have participated in the discussion anyway but we save bandwidth! Let's see how it goes. Regards, Wim ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Hi,
Latest version of gst-editor 0.8 what I have supports only Gstreamer 0.8. Anybody has any idea about further development of gst-editor? Regards Vikas - This message is subject to Imagination Technologies' e-mail terms: http://www.imgtec.com/e-mail.htm - ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
> Anybody has any idea about further development of gst-editor?
Check cvs ! FLo ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Free forum by Nabble | Edit this page |