Mercurial > mplayer.hg

view DOCS/pl/users_against_developers.html @ 10079:7c13793dbfa0

Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
Vorbis header packet lengths were calculated incorrectly.
author mosu
date Tue, 06 May 2003 10:36:32 +0000
parents 29e8a936428d
children
line wrap: on
line source

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<HTML>

<HEAD>
  <TITLE>Spory Programistów (org. Developer Cries) - MPlayer - Odtwarzacz Filmów dla Linuksa</TITLE>
  <LINK REL="stylesheet" TYPE="text/css" HREF="../default.css">
  <META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-2">
</HEAD>

<BODY>


<H1><A NAME="appendix_e">Dodatek E - Spory Programistów (org. Developer Cries)</A></H1>

<P>Są taki dwa tematy, które zawsze wywołują wielkie dyskusje i ogniste boje na grupie dyskusyjnej
  <A HREF="http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</A>
  . Tematem numer jeden jest:</P>


<H2><A NAME="gcc">E.1 GCC 2.96</A></H2>

<P><B>Tło historii:</B> Seria GCC <B>2.95</B> jest oficjalnym wydaniem GNU, z czego
  wersja GCC 2.95.3 ma najmniej błędów z całej serii. Nigdy nie zauważyliśmy
  problemów kompilacji z GCC 2.95.3. Zaczynając od Red Hat Linux 7.0, <B>Red Hat</B>
  dołączył do ich dystrybucji silnie połataną wersję GCC z CVS i nazwał ją 2.96. Red Hat
  dołączył tę wersję do dystrybucji, ponieważ GCC 3.0 nie zostało ukończone na czas,
  a oni potrzebowali kompilatora dobrze pracującego na wszystkich wspieranych przez nich
  platformach, włączając IA64 i s390. Dystrybutor Linuksa - <B>Mandrake</B>, kierujący
  się także przykładem Red Hata zaczął rozprowadzać GCC 2.96 razem z ich serią
  Linux-Mandrake 8.0.</P>

<P><B>Oświadczenie:</B> Zespół GCC wypiera się wszelkich powiązań z GCC 2.96 i wydał
  <A HREF="http://gcc.gnu.org/gcc-2.96.html">oficjalną odpowiedź</A> na temat GCC
  2.96. Wielu programistów na całym świecie zaczęło mieć problemy z GCC 2.96 i zaczęli
  rekomendować inne kompilatory. Przykłady to:
  <A HREF="http://www.mysql.com/downloads/mysql-3.23.html">MySQL</A>,
  <A HREF="http://avifile.sourceforge.net/news-old1.htm">avifile</A> i
  <A HREF="http://www.winehq.com/news/?view=92#RH%207.1%20gcc%20fixes%20compiler%20bug">Wine</A>.
  Inne interesujące linki to:
  <A HREF="http://www.atnf.csiro.au/people/rgooch/linux/docs/kernel-newsflash.html">
  Linux kernel news flash about kernel 2.4.17</A> i
  <A HREF="http://www.voy.com/3516/572.html">Voy Forum</A>.
  MPlayer także ucierpiał z powodu nieregularnych problemów, rozwiązywaliśmy je
  zmieniając GCC na inną wersję. Kilka projektów zaczyna rozwiązywać problemy
  z niektórymi wydaniemi 2.96, ale my odmawiamy naprawiania cudzych błędów,
  zwłaszcza dlatego, że niektóre poprawki mogą spowodować utratę wydajności.</P>

<P>Możesz przeczytac o innej stronie tej historii
  <A HREF="http://web.archive.org/web/20011024212120/http://www.bero.org/gcc296.html">na tej stonie</A>.
  GCC 2.96 nie zezwala na znak | (potok) w komentarzach assemblera ponieważ
  dobrze wspiera Intela w AT&amp;T Syntax, a znak | jest symbolem w jednaj z odmian
  Intela. problemem jest to, że <B>po cichu</B> ignoruje cały blok a assemblerze.
  Podobno zostało to już naprawione, GCC wyświetla ostrzeżenie zamiast pomijania bloku.</P>

<P><B>Obecnie:</B> Red hat twierdzi, że GCC 2.96-85 i kolejne są naprawione. Sytuacja
  istotnie, poprawiła się, lecz ciągle dostajemy raporty na naszej grupie dyskusyjnej,
  które znikają z innymi kompilatorami. W każdym wypadkunie ma to już znaczenia. Miejmy
  nadzieję, że dojrzewający GCC 3.x rozwiąże kwestię na dobre. Jeżeli chcesz kompilować
  z 2.96 dodaj flagę <CODE>--disable-gcc-checking</CODE> do configure. Pamiętaj, że
  robisz to na własną odpowiedzialność i nie raportuj żadnych błędów. Jeżeli to zrobisz,
  zostaniesz zbanowany z naszej grupy dyskusyjnej, ponieważ mieliśmy więcej niż dosyć
  zaciekłych wojen o GCC 2.96. prosimy, zostaw sprawę w spokoju.</P>

<P>Jeżeli masz problemy z GCC 2.96, możesz pobrać pakiety 2.96-85 z
  <A HREF="ftp://updates.redhat.com">serwera ftp</A> Red Hata, lub po prostu
  odwołać się do pakietów 3.0.4 oferowanych w wersjach 7.2 i późniejszych. Możesz
  również pobrać <A HREF="ftp://people.redhat.com/jakub/gcc/3.2-10/">pakiety gcc-3.2-10</A>
  (nieoficjalne, ale działają świetnie) i możesz zainstalować je równolegle z GCC 2.96, które
  aktualnie masz. MPlayer wykryje go i użyje 3.2-10 zamiast 2.96. Jeżeli nie chcesz lub
  nie możesz użyć pakietów binarnych, poniżej znajduje się instrukcja, kompilacji
  najnowszego GCC ze źródeł:</P>

<OL>
  <LI>Wejdź na stronę <A HREF="http://gcc.gnu.org/mirrors.html">GCC z mirrorami</A>
    i pobierz <CODE>gcc-core-XXX.tar.gz</CODE> gdzie <CODE>XXX</CODE> jest numerem
    wersji. Archiwum zawiera kompletny kompilator C który jest wystarczający dla MPlayera.
    Jeżeli chcesz również C++, Java lub inne zaawansowane funkcje GCC,
    <CODE>gcc-XXX.tar.gz</CODE> może bardziej odpowiadać twoim wymaganiom.</LI>
  <LI>Rozpakuj archiwum komendą<BR>
    <CODE>tar -xvzf gcc-core-XXX.tar.gz</CODE></LI>
  <LI>GCC nie buduje się w katalogu ze źródłami tak jak większość programów,
    ale wymaga stworzenia katalogu na zewnątrz katalogu ze źródłami. A zatem musisz
    stworzyć ten katalog poprzez<BR>
    <CODE>mkdir gcc-build</CODE></LI>
  <LI>Potem możesz kontynułować konfigurowanie GCC w stworzonym katalogu, ale potrzebujesz
    configure z katalogu ze źródłami:<BR>
    <CODE>cd gcc-build<BR>
    ../gcc-XXX/configure</CODE></LI><BR>
  <LI>Skompiluj GCC wydając komendę w stworzonym katalogu:<BR>
    <CODE>make bootstrap</CODE></LI>
  <LI>Teraz możesz zainstalować GCC (jako root) podając<BR>
    <CODE>make install</CODE></LI>
</OL>


<H2><A NAME="binary">E.2 Dystrybutowanie binariów</A></H2>

<P>Wcześniej MPlayer zawierał kod z projektu OpenDivX, co nie pozwalało
  na dystrybucję binariów. Ten kod został usunięty w wersji 0.90-pre1
  a pozostały plik <CODE>divx_vbr.c</CODE> pochodzący z kodu OpenDivX został 
  przeniesiony na licencję GPL prze jego autorów, kiedy pojawiła się wersja
  0.90-pre9. Jest teraz mile widziane, byś tworzył pakiety binarne,
  jakich potrzebujesz.</P>

<P>Inną przeszkodą w dystrybutowaniu binariów była optymalizacja dla architektur CPU.
  MPlayer wspiera teraz detekcję CPU w czasie rzeczywistym (wyszczególnij opcję
  <CODE>--enable-runtime-cpudetection</CODE> podczas konfiguracji). Jest ona domyślnie
  wyłączona, ponieważ wymaga małych wyrzeczeń prędkości, ale teraz jest możliwe
  tworzenie binariów dla różnych członków rodziny procesorów Intel.</P>


<H2><A NAME="nvidia">E.3 nVidia</A></H2>

<P>W rzeczywistości nie lubimy <A HREF="http://www.nvidia.com">nVidii</A>
  ponieważ dostarcza tylko binarne sterowniki (dla XFree86), które są często z błędami.
  Mamy wiele raportów na grupie
  <A HREF="http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</A>
  dotyczących problemów z tymi zamknięto-źródłowymi sterownikami, ich kiepskiej jakości,
  niestabilności i kiepskiego wsparcia dla użykownika i eksperta.
  Kilka przykładów można znaleść na
  <A HREF="http://www.nvnews.net/vbulletin/forumdisplay.php?s=6d83dc289805c37caef49b77857a0b7e&amp;daysprune=&amp;forumid=27">
  nVidia Linux Forum</A>.
  Wiele z tych problemów/kwestii pojawia się wielokrotnie.
  Skontaktowaliśmy się ostatnio z nVidią, oni twierdzą że błędy nie występują,
  niestabilność spowodowana jest złymi chipami AGP i że nie odbierali żadnych
  raportów o błędach w sterownikach (takich jak różowa linia). Więcej jeżeli masz
  problem z twoją kartą z nVidia, doradza się update sterowników nVidii i/lub kupno
  nowej płyty głównej lub poproszenie nVidii o dostarczenie sterowników o otwartym kodzie.
  We wszystkich przypadkach, jeżeli używasz binarnych sterowników nVidii i doświadczasz
  ukrytych problemów ze sterownikami, prosimy, bądź świadomy tego, że otrzymasz bardzo
  małą pomoc z nasze strony, ponieważ nie możemy wiele pomóc w tej sprawie.</P>


<H2><A NAME="barr">E.4 Joe Barr</A></H2>

<P>Joe Barr zyskał niesławę pisząc mniej niż przychylną
  <A HREF="http://www.linuxworld.com/site-stories/2001/1214.mplayer.html">
  recenzję MPlayera</A>. Założył, że MPlayer jest trudny do zainstalowania, ale potem napisał,
  że nie bardzo lubi
  <A HREF="http://www.linuxworld.com/linuxworld/lw-2000-06/lw-06-exam.html">czytać dokumentację</A>.
  Wywnioskował również, że programiści są nieprzyjaźni i że dokumentacja jest
  niekompletna i obelżywa. Sam osądź.
  Oparł się o negatywną wzmiankę o MPlayerze w jego
  <A HREF="http://www.linuxworld.com/site-stories/2001/1227.predictions.html">10 Linuksowych przewidywaniach na 2002</A>
  Kontynuując, w
  <A HREF="http://www.linuxworld.com/site-stories/2002/0125.xine.html">recenzji xine</A>
  dalej wywołuje kontrowersję. Ironicznie, na końcu tego artykułu, cytuje swój wywiad z Günter Bartsch, głównym autorem xine,
  który doskonale streszcza całą sytuacje:</P>

<BLOCKQUOTE>
  Jednak, on także powiedział, że był "zaskoczony" moją kolumną o MPlayerze
  i pomyślał że to było nieuczciwie, przypomina mi, że jest to wolny projekt
  oprogramowania. "Jeżeli ci się nie podoba,"powiedział Bartsch, "nie musisz tego używać."
</BLOCKQUOTE>

<P>Nie odpowiada na nasze e-maile. Jego wydawca nie odpowiada na nasze e-maile.
  Oto kilka cytatów od różnych ludzi na temat Joe Barr, więc możesz wyrobić sobie o nim
  opinię:</P>

<P>Marc Rassbach ma <A HREF="http://daily.daemonnews.org/view_story.php3?story_id=2102">coś do powiedzenia</A>
  na temat tego faceta.</P>

<BLOCKQUOTE>
  Wszyscy pamiętacie LinuxWorld 2000, kiedy on twierdził, że Linus T. powiedział,
  że FreeBSD, to garstka developerów. Linus nie powiedział NICZEGO w tym rodzaju.
  Kiedy wypomniano to Joe'mu, jego reakcją było wyzwanie ludzi utrzymujących BSD
  od dupków i głupków.
</BLOCKQUOTE>

<P><A HREF="http://www.mplayerhq.hu/pipermail/mplayer-users/2001-December/009118.html">Cytat</A>
  od Roberta Munro na grupie dyskusyjnej
  <A HREF="http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</A>
  :</P>

<BLOCKQUOTE>
  <P>On jest interesujący, ale kiepsko mu wychodzi unikanie ... kontrowersyjności. Joe Barr
   był regularnym uczestnikiem forum Willa Zachmanna w Compuserve, kilka lat temu.
   Był zwolennikiem OS/2 (ja również byłem zwolennikiem OS/2).</P>
    
  <P>Często przekraczał wszelkie granice, rozwścieczając ludzi i podejrzewam, że to były
   ciężkie czasy dla niego. Trochę złagodniał ostatnio, będąc ocenionym przez własny dział redakcyjny.
   Stonowany, subtelny humor nie był jednak jego stylem w tamtych wczesnych dniach, w zupełności.</P>P>
</BLOCKQUOTE>

</BODY>
</HTML>