mirror of
https://github.com/mpv-player/mpv
synced 2025-03-03 12:47:49 +00:00
rpm/deb/licensing stuff removed/changed
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@5980 b3059339-0415-0410-9bf9-f77b7e298cf2
This commit is contained in:
parent
7736f3a500
commit
c778f10b0a
@ -111,10 +111,7 @@ Friss
|
||||
Vannak rpm/deb/... csomagok az MPlayer-bõl?
|
||||
</B></TD><TR><TD></TD><TD VALIGN=top><FONT CLASS="text">A:</TD><TD><FONT CLASS="text">
|
||||
Csinálhatsz magadnak .deb csomagot, lásd a dokumentációt.
|
||||
<I>nagyon</I> ellene vagyunk az előrefordított MPlayer csomagok
|
||||
használatának, mivel (jelenleg) erősen függ a fordításkor
|
||||
használt opcióktól és optimalizációktól!
|
||||
Előrefordított csomagokhoz az MPlayer team SEMMILYEN támogatást nem nyújt!
|
||||
A homepage-ünkrõl letölthetõk .rpm csomagok, más forrásból NE használj!
|
||||
</TD><TR><TD COLSPAN=3> </TD><TR>
|
||||
|
||||
<TD></TD><TD VALIGN=top><FONT CLASS="text">Q:</TD><TD WIDTH=100%><B><FONT CLASS="text">
|
||||
|
@ -267,9 +267,8 @@ Developer Cries
|
||||
<P>
|
||||
<UL>
|
||||
<LI><A HREF="users_against_developers.html#gcc">1. GCC 2.96</A></LI>
|
||||
<LI><A HREF="users_against_developers.html#binary">2. Binary packaging</A></LI>
|
||||
<LI><A HREF="users_against_developers.html#nvidia">3. NVidia opinions</A></LI>
|
||||
<LI><A HREF="users_against_developers.html#kotsog">4. About Joe Barr</A></LI>
|
||||
<LI><A HREF="users_against_developers.html#nvidia">2. NVidia opinions</A></LI>
|
||||
<LI><A HREF="users_against_developers.html#kotsog">3. About Joe Barr</A></LI>
|
||||
</UL>
|
||||
</P>
|
||||
|
||||
|
@ -156,10 +156,7 @@ Read the <A HREF="video.html#2.3.1.7">documentation</A>.
|
||||
Are there rpm/deb/... packages of <B>MPlayer</B>?
|
||||
</B></TD><TR><TD></TD><TD VALIGN=top><FONT CLASS="text">A:</TD><TD><FONT CLASS="text">
|
||||
You can make a .deb package for yourself, check the <A HREF="documentation.html#6.1">Debian packaging</A> section.
|
||||
It's <B>strongly</B> discouraged to use precompiled packages
|
||||
of <B>MPlayer</B>, since it (currently) <B>highly</B> depends on compile-time
|
||||
options and optimizations!
|
||||
Precompiled packages are COMPLETELY unsupported by the <B>MPlayer</B> team!
|
||||
There are RPM packages available on our homepage, don't use other sources!
|
||||
</TD><TR><TD COLSPAN=3> </TD><TR>
|
||||
|
||||
<TD></TD><TD VALIGN=top><FONT CLASS="text">Q:</TD><TD WIDTH=100%><B><FONT CLASS="text">
|
||||
|
@ -106,56 +106,6 @@ to suffer from your unrightful wrath?</P>
|
||||
</UL>
|
||||
</P>
|
||||
|
||||
<A NAME=binary><P><B><I>Binary distribution of MPlayer</I></B></P>
|
||||
|
||||
<P>Tons of users asked us about this. For example Debian users tend to say: Oh,
|
||||
I can <CODE>apt-get install avifile</CODE>, why should I <B>compile MPlayer</B> ?
|
||||
While this may sound reasonable, the problem lies a bit deeper than
|
||||
those-fuckin-MPlayer-developers-hate-gcc-2.96-and-RedHat-and-Debian.</P>
|
||||
|
||||
<P>Reasons: <B>Law</B></P>
|
||||
|
||||
<P><B>MPlayer</B> describes the <U>sourcecode</U>. It contains several files with incompatible
|
||||
licenses especially on the redistribution clauses. As source files, they are
|
||||
allowed to coexist in a same project.</P>
|
||||
|
||||
<P>Therefore, <U>NEITHER BINARIES NOR BINARY PACKAGES OF <B>MPlayer</B> ARE ALLOWED TO EXIST SINCE
|
||||
SUCH OBJECTS BREAK LICENSES</U>. PEOPLE WHO DISTRIBUTE SUCH BINARY PACKAGES ARE
|
||||
DOING ILLEGAL ACTIVITIES.</P>
|
||||
|
||||
<P>So if you know somebody who maintains a binary package then forward her/him
|
||||
this text and (ask him to) contact us. What (s)he is doing is illegal and IT IS
|
||||
NO LONGER <B>MPlayer</B>, but <U>his/her</U> mplayer. If it breaks, it is
|
||||
his/her fault. Don't come and cry on the <B>MPlayer</B> mailing lists, you will
|
||||
most likely be blacklisted.</P>
|
||||
|
||||
<P>Reasons: <B>Technical</B></P>
|
||||
|
||||
<P>
|
||||
<UL>
|
||||
<LI><B>MPlayer's</B> speed (MMX, SSE, fastmemcpy, etc) optimizations are
|
||||
determined during compilation. Thus a compiled binary contains very
|
||||
processor-specific code. An <B>MPlayer</B> binary compiled for K6 will die
|
||||
on Pentiums and vice versa. This has to be workarounded by runtime
|
||||
detection, which is not an easy thing to do becase it causes massive speed
|
||||
decrease. If you don't believe (it was explained in details 10000 times on
|
||||
mplayer-users, search the archive), solve it and send us a patch. Someone
|
||||
begun work on it, but disappeared since then.</LI>
|
||||
<LI><B>MPlayer's</B> video/audio system is not plugin based. It is compiled
|
||||
into the binary, thus making the binary depend on various libraries (the
|
||||
GUI depends on GTK, DivX4 depends on libdivxdecore, SDL depends on libSDL,
|
||||
every SDL release contains an unique bug that has to be workarounded during
|
||||
compiletime, X11 output compiles differently for X3 and X4, etc). You may
|
||||
say: yes, let's make 30 versions of downloadable binaries! We won't. We
|
||||
will make these stuff pluggable in the future.</LI>
|
||||
</UL>
|
||||
|
||||
<P>We will (at least we wish) solve 2 of these problems in the next major release:
|
||||
the legal problems (we're on removing all non-GPL codes and getting others to
|
||||
change license to GPL) and the runtime CPU detection. Anyway, dependency on
|
||||
various libraries, versions and environment parameters will remain.</P>
|
||||
|
||||
|
||||
<A NAME=nvidia><P><B><I>NVidia</I></B></P>
|
||||
|
||||
<P>We don't like nvidia's binary drives, their quality, unstability,
|
||||
|
Loading…
Reference in New Issue
Block a user