No subject


Sun Feb 20 09:24:37 PST 2011


his position that its M$ who have to make MSVC C99 compliant to make
this porting happen ( without forking that is ;-) ), but by no means he
is inclined to give up the using of these vararg macro's for the
Gstreamer project. Now, please allow me to list a couple of reasons why
IMO you should consider doing that :<br>
<br>
- As stated on the matroska-devel list already, you guys should
definitely have an eye on the compilability of Gstreamer for embedded
devices based on &micro;C Linux, and i understand from robux4 that their
compilers also have a hard time supporting vararg macro's, dont know if
its true. Just think of a &micro;C Linux based DVD/MPEG4 player operating on
Gstreamer <img src="cid:part1.03010800.04050903 at matroska.org" alt=":-)"
 class="moz-txt-smily" height="19" width="19" align="middle"> !!
PANASONIC and SONY have already announced such devices, and they
certainly do have the programming power to make those, and with a good
firmware, but what about all the small players in the market, say
KENWOOD or DENON ? For these companies, using an open platform like
Gstreamer on their devices could be the perfect solution, their
programmers could even help developing it further, without becoming
dependant from the big players, but still without giving their
'competitive advantages' ( if they have any ) to their direct
competitors.
<br>
<br>
- One of the main reasons for Redmond to *NOT* make MSVC C99 compliant,
is maybe that they are hoping to bind developers to the Windows
platform with that, and to make porting of software for various
platforms other than Windows more difficult. After all, they know very
well that most commercial software has to be released for Windows
*also*, to ensure the software company sells enough copies to be able
to survive. As a result of this, by supporting a compiler standard
which is not supported by the main compiler for Windows, you in the end
*HELP* Redmond to keep their monopoly status, because commercial
software developers wanting to use Gstreamer as the framework for their
apps, cant release it for Windows that way, so in the end they are
*FORCED* to make it based on DirectShow for commercial reasons ( they
need to eat, and buy food for that, thats for sure, and the average
Linux user doesnt buy a lot of software i bet&nbsp; ;-) ), with the Linux
world being left out ( again ) ....<br>
<br>
- With Quicktime never being well supported on Windows ( QT 6 Pro is
payware even ) and with no Linux support, as a matter of fact,
DirectShow is the deFacto standard for multimedia platforms these days,
and most commercial video applications ( players, editors, capturing
software, etc. ) are based on it. This is giving M$ the perfect basis
to push WMV into the market, because they are the *ONLY* ones who know
all the undocumented stuff in DShow allowing them to implement a real
working DRM and other stuff. Again, if a working alternative multimedia
platform for Windows would exist, and app developers had a choice other
than using Directshow, and even with a chance to be able to easily
launch their software for the Linux world also, dont you agree you
would hurt their monopolistic activism a lot ?<br>
<br>
<b>Again : a working Windows port of Gstreamer could hurt Redmond's
monopolistic multimedia status&nbsp; !!! No kidding, think about that when
making your decision !</b><br>
<br>
So, if anybody here has problems with a Windows port because he wants
Gstreamer to be exclusively usable on Linux desktop's and hates
Windows, well, IMO you should rethink your point of view here. <br>
<br>
What i understand from the matroska team is that using GCC is no option
for porting gstreamer, for reasons i dont know and won't comment on. So
please, have an internal meeting and make a decision on how we could
come together. After all, we are still interested a lot in making this
happen, but we wont maintain a parallel MSVC version of Gstreamer, with
the need to rewrite every single plugin to make it compile. I very much
hope you guys could move into our direction in this matter.<br>
<br>
Thanks for your interest<br>
<br>
Christian<br>
matroska project admin<br>
</body>
</html>

--------------080400010508000105020401
Content-Type: image/gif;
 name="smile_n.gif"
Content-Transfer-Encoding: base64
Content-ID: <part1.03010800.04050903 at matroska.org>
Content-Disposition: inline;
 filename="smile_n.gif"

R0lGODlhEwATAKIAAP//AMzMAGZmAP8zAAAAAP///wAAAAAAACH5BAEAAAUALAAAAAATABMA
AANVWLrUTisyEoC1oUlFr8dQRHykFRad+Y0gdzlv86KVKdsskOUAjHu312rFK5GCRWDMJDAC
BKxGrTcFXTIo4CPY41QJgzAP69IWT14nWSL97DaiLVqRAAA7
--------------080400010508000105020401--

--------------090807070407000300070802--





More information about the gstreamer-devel mailing list