<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">o<br><br>--- En date de : <b>Mar 17.3.09, Roderick Colenbrander <i><thunderbird2k@gmx.net></i></b> a écrit :<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>De: Roderick Colenbrander <thunderbird2k@gmx.net><br>Objet: Re: SoC: DirectShow/Gstreamer<br>Ā: "Trevor Davenport" <trevor.davenport@gmail.com>, wine-devel@winehq.org<br>Date: Mardi 17 Mars 2009, 11h43<br><br><div class="plainMail">> Hi,<br>> <br>> I'm interested in applying for a GSoC project related to wine. I am<br>> looking at doing the DirectShow/Gstreamer idea that is listed in the<br>> wiki (<a href="http://wiki.winehq.org/SummerOfCode" target="_blank">http://wiki.winehq.org/SummerOfCode</a>). From the idea description<br>> there are a number of factors that would make this an ideal
solution.<br>> The description mentions the availability of legal codecs (from<br>> fluendo) plus the ability to use the codecs already exposed to<br>> gstreamer (ie. install a codec and native/wine applications instantly<br>> get support).<br>> <br>> Recently GStreamer has added some pipeline elements targeted at<br>> integrating with other frameworks (appsrc/appsink) which allow sending<br>> data down a gstreamer pipeline and/or recieving it. Prior to these<br>> you had to write your own element (this wasn't too much work either<br>> depending on your needs and may still be preferred for more<br>> compatibility).<br>> <br>> I am quite familiar with both C and GStreamer. I have never looked at<br>> DirectShow though from what i know they are similar in concept.<br>> GStreamer does have some DirectShow filters that allow it to use<br>> directshow elements inside GStreamer (on windows
anyway).<br>> <br>> My experience with wine has been limited to my own experiments. I've<br>> played around with audio drivers for wine. I wrote one that used<br>> GStreamer and later adjusted this to use pulseaudio instead. I never<br>> got time to clean them up to the point of submitting them.<br>> <br>> I have a few questions in regard to this idea. Do you think this<br>> project would provide adequate work to occupy the SoC timeframe? I<br>> would have to learn DirectShow which I don't believe would be too<br>> difficult. I've worked with DirectSound/DirectX and would expect it<br>> to require a similiar amount of work. I've also spent a fair amount<br>> of time inside wine's source code looking into various bugs.<br>> <br>> I welcome any comments, suggestions or idea related to this. I'd love<br>> any feedback so I know this is an idea that is wanted (i
would like<br>> it...i use wine quite often) and so my application is as good as it<br>> can be.<br>> <br>> Cheers,<br>> Trevor Davenport<br>> <br><br>Hi Trevor,<br><br>I was the one who put this project suggestion on the wiki. Personally I think it should be a fine soc project. The project would be quite flexible. I expect that the project is too broad and initially should be confined to some widely used audio / video codecs and some widely used rendering methods (rgb / yuv). There will likely be bugs enough to fix ;)<br><br>Further I would define one or more apps you want to get working. If I remember correctly some games want to use mpeg or divx for movie playback (Warcraft III uses another codec). The ultimate app to get working using wine's quartz + gstreamer would of course be Windows Media Player ;) Though an open source media player like Media player classic which can use the same codecs is likely easier because you have the
source.<br><br>Roderick<br>-- <br>Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: <a href="http://www.gmx.net/de/go/multimessenger01" target="_blank">http://www.gmx.net/de/go/multimessenger01</a><br><br><br><br><br>It would be great if the winemp3.acm decoder could be removed and that Wine can decode mpeg1 (tons of game uses this codec)<br><br>Now, for the SoC application:<br><br>In the past years, some SoC did not lead any patches in the Wine git tree: applicants gave up before the end, or they did not clean their patches to be put in the tree.<br><br>To avoid this, the last year, it was requested for the applicants to have a few patches committed before applying. That showed that thy knew how Wine work. I think that it was a good idea.<br>Maybe it was a consequence of that, but almost the SoC gave quite a lot of patches in the tree.<br><br>Could this be done again for this
year.<br><br>David<br></div></blockquote></td></tr></table><br>