Mercurial > mplayer.hg

comparison DOCS/pl/users_against_developers.html @ 9332:a604236b0dd6

Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
Rename documentation directories to two-letter language codes.
author diego
date Sat, 08 Feb 2003 00:00:00 +0000
parents DOCS/Polish/users_against_developers.html@d5c692754cf2
children a07c2838fd28
comparison
equal deleted inserted replaced
9331:bbe91bd6e1c8 9332:a604236b0dd6
1 <HTML>
2
3 <HEAD>
4 <META http-equiv="content-type" content="text/html; charset=iso-8859-2" />
5 </HEAD>
6
7 <BODY BGCOLOR=white>
8
9 <FONT face="Verdana, Arial, Helvetica, sans-serif" size=2>
10
11 <P><B><I>In medias res</I></B></P>
12
13 <P>Są takie dwa tematy, które zawsze wywołują wielką dyskusję i ogniste boje na
14 liście dyskusyjnej <A
15 HREF="http://www.MPlayerHQ.hu/cgi-bin/htsearch">użytkowników mplayera</A>.
16 Tematem numer jeden jest:</P>
17
18 <A NAME=gcc><P><B><I>serie GCC 2.96</I></B></P>
19
20 <P><B>Przeczytaj też <A HREF="gcc-2.96-3.0.html">ten</A> tekst !!!</B></P>
21
22 <P><I>Tło</I>: były/są serie GCC <B>2.95</B>. Najlepszą z nich była 2.95.3.
23 Zwróć uwagę na sposób numerowania wersji jądra. Oto jak drużyna GCC numeruje
24 swoje kompilatory. Serie 2.95 są dobre. Nigdy nie widziano, aby coś źle się
25 skompilowało z przyczyny błędów w 2.95.</P>
26
27 <P><I>Poczynania</I>: <B>RedHat</B> rozpoczął włączanie wersji GCC <B>2.96</B>
28 w swoich dystrybucjach. Zwróć uwagę na numerację wersji. To powinno być
29 numerowanie drużyny GCC. Oni nałożyli łatę na wersję CVS GCC (coś na
30 pograniczu 2.95 a 3.0). Ta łata była bardzo poważna i tej werji użyto do
31 dystrybucji, ponieważ wersja 3.0 nie była skończona na czas, a oni chcieli mieć
32 obsługę IA64 ASAP (z powodów własnych interesów). A przecież GCC 2.95
33 źle kompiluje bash na architekturze s390 (nie ma dystrybucji RedHata dla
34 s390..).</P>
35
36 <P><I>Fakty</I>: proces kompilacji <B>MPlayera</B> wymaga
37 <CODE>--disable-gcc-checking</CODE>, aby pominąć wykrywanie wersji GCC 2.96
38 (wyraźnie wymagana jest ta opcja przy <B>egcs</B> również; to dlatego, że my
39 nie testujemy <B>MPlayera</B> na egcs. Proszę nam wybaczyć, ale my raczej
40 zajmujemy się rozwijaniem <B>MPlayera</B>). Jeżeli znasz <B>MPlayera</B>,
41 powinieneś wiedzieć, że jest on bardzo szybki. Osiąga to poprzez
42 zoptymalizowanie kodu dla MMX/SSE/3DNow/itp., dzięki fastmemcpy i wielu innym
43 właściwościom. <B>MPlayer</B> zawierał instrujkcje MMX/3DNow w składni, którą
44 wszystkie kompilatory Linuksowe akceptują ... za wyjątkiem GCC RedHata (to
45 określenie jest bardziej zgodne ze standardem). On po prostu je
46 <B><I>przeskakuje</I></B>. Nie zgłasza błędów. Nie wysyła ostrzeżeń. <B>I</B>,
47 tam jest "Lame". Z gcc 2.96, sprawdzanie jakości (<CODE>make test</CODE> po
48 kompilacji) <I>nawet się nie uruchamia!!!</I> Hej, ale on kompiluje bash na
49 s390 i IA64.</P>
50
51 <P><I>Wnioski</I>: większość developerów na świecie zaczęło mieć złe odczucia
52 w związku z GCC 2.96 RedHata. Powiedzieli oni swoim użytkownikom RedHat'a, aby
53 używali do kompilacji innych kompilatorów, niż 2.96. Rozczarowanie użytkowników
54 RedHata powoli przemieniło się w gniew. Co było takiego dobrego, w
55 przeciwieństwie do bólu głowy developerów, w dolewaniu oliwy do
56 anty-RedHatowskiego ognia, wprawiającym użytkowników w konsternację? Ja nie
57 znam odpowiedzi na to pytanie.</P>
58
59 <P><I>Teraźniejszość</I>: RedHat twierdzi, że GCC 2.96-85 i kolejne wersje są
60 naprawione i pracują właściwie. Zwróć uwagę na numerację wersji.To typowe, że
61 zaczęli z czymś takim. A co z GCC 2.96.85? Nieistotne. Nie szukam, ale
62 wciąż widzę błędy w 2.96. To jest bez znaczenia teraz, miejmy nadzieję, że
63 <B>RedHat zapomni o 2.96</B> i skieruje się ku <B>3.0</B>. W kierunku
64 porządnie załatanego 3.0...</P>
65
66 <P><I>To, czego ja tu nie rozumiem</I>, to z jakiego powodu jesteśmy oblegani
67 przez użytkowników RedHata, żalących się na komunikaty ostrzegawcze i dokumenty
68 w rodzaju "trzymaj się z dala" w <B>MPlayerze</B>. Dlaczego jesteśmy nazywani
69 "umysłowo upośledzonymi", "totalnymi dupkami", "dziecinnymi w swoim myśleniu"
70 przez <B>użytkowników RedHata</B>, na naszej mailowej liście dyskusyjnej, a
71 nawet na liście <B>redhat-devel</B>. Rozważali oni nawet stworzenie odgałęzienia
72 <B>MPlayera</B> dla nich samych. Użytkownicy RedHata. Dlaczego? Czy to RedHat
73 stworzył kompilator, dlaczego <U>wy</U> musicie nas nienawidzieć? Jesteście aż
74 <U>takimi</U> wyznawcami RedHata? Proszę, przestańcie. My nie chowamy
75 urazy do użytkowników, nie ważne jak głośno ogłaszacie coś przeciwnego. Idźcie,
76 proszę, użerać się z Linusem Torvaldsem, z developerami DRI (och, teraz wiem już
77 dlaczego oni zostali opuszczeni przez VA!), Wine, avifile. Jeśli nawet
78 jesteśmy aroganccy, czy nie jesteśmy tacy sami jak wcześniej wspomniani?
79 Dlaczego to <B>my</B> musimy cierpieć z powodu niesłusznego gniewu?</P>
80
81 <P><A HREF="mailto:willis_matthew@yahoo.com">Matt Willis</A> uprzejmie
82 dostarczył proste howto (jak to zrobić) kompilacji GCC-3.0.3, które poniżej
83 zamieszczam:</P>
84
85 <P>
86 <UL>
87 <LI>Ściągnij gcc. Idź na stronę: <A
88 HREF="http://gcc.gnu.org/mirrors.html">http://gcc.gnu.org/mirrors.html</A>.
89 Ja ściągnąłem następujące pliki, ale ty nie potrzebujesz ich wszystkich:<BR>
90 <CODE>gcc-g++-3.0.3.tar.gz<BR>
91 gcc-objc-3.0.3.tar.gz<BR>
92 gcc-3.0.3.tar.gz<BR>
93 gcc-g77-3.0.3.tar.gz<BR>
94 gcc-testsuite-3.0.3.tar.gz<BR>
95 gcc-core-3.0.3.tar.gz<BR>
96 gcc-java-3.0.3.tar.gz</CODE>
97 </LI>
98
99 <LI>Rozpakuj pliki, stwórz katalog w którym będizesz budował i zbuduj:
100 <CODE><PRE>
101 tar xvzf gcc-*3.0.3.tar.gz
102 mkdir gcc-build; cd gcc-build
103 ../gcc-3.0.3/configure --prefix=/opt --program-suffix=-3.0.3
104 make bootstrap; mkdir -p /opt; make install</PRE></CODE>
105
106 <LI>Ustaw swoją ścieżkę, aby zawierała /opt/bin<BR>
107 <CODE>export PATH=/opt/bin:${PATH}</CODE>
108
109 <LI>Teraz możesz budować MPlayera.</LI>
110 </UL>
111 </P>
112
113 <A NAME=binary><P><B><I>Dystrybucja MPlayera w postaci binariów</I></B></P>
114
115 <P>Tony użytkowników proszą nas o to. Na przykład użytkownicy Debiana maja
116 zwyczaj mówić: Oh, mogę zrobić <CODE>apt-get install avifile</CODE>, dlaczego
117 mam <B>kompilować MPlayera</B>? To brzmi rozsądnie, ale problem leży nieco
118 głębiej, niż:
119 ci-pieprzeni-developerzy-MPlayera-nienawidzą-gcc-2.96-i-RedHata-i-Debiana.</P>
120
121 <P>Przyczyny: <B>Prawo</B></P>
122
123 <P><B>MPlayer</B> zapisany jest jako <U>źródła</U>. Zawiera on kilka plików z
124 niekompatybilnymi liecencjami w punktach dotyczących redystrybucji. Jako
125 źródłowe pliki, mają one prawo współistnieć w tym samym projekcie.</P>
126
127 <P>Jednakże <U>ANI BINARIA, ANI BINARNE PAKIETY <B>MPlayera</B> NIE MAJĄ PRAWA
128 ISTNIEĆ W CHWILI, GDY TAKIE OBIEKTY ŁAMIĄ LICENCJE</U>. LUDZIE, KTÓRZY
129 ROZPROWADZAJĄ TAKIE PAKIETY BINARNE POSTĘPUJĄ NIELEGALNIE.</P>
130
131 <P>Więc jeśli znasz kogoś, kto rozporządza binarnymi pakietami, wówczas daj mu
132 do przeczytania ten tekst i (poproś go o) kontakt z nami. To co on/ona robi,
133 jest nielegalne I TO JUŻ NIE JEST <B>MPlayer</B>, a <U>jego/jej</U> mplayer.
134 Jeśli źle działa, to to jest jego/jej wina. Niech nikt nie przychodzi i nie
135 żali się na listę mailową <B>MPlayera</B>, bo najprawdopodobniej zostanie
136 zapisany na czarną listę.</P>
137
138 <P>Przyczyny: <B>Techniczne</B></P>
139
140 <P>
141 <UL>
142 <LI>Optymalizacja szybkości działania <B>MPlayera</B> (MMX, SSE, fastmemcpy,
143 itp) jest zdeterminowana podczas kompilacji. Z tego powodu skompilowane
144 binaria zawierają bardzo specyficzny dla danego procesora kod. Binaria
145 <B>MPlayera</B> skompilowane dla K6 nie będą wydolne na procesorach Pentium
146 i vice versa. To zostało rozpracowane poprzez wykrywanie runtime, co nie
147 jest łatwą do obejścia zrobienia, gdyż sprawia masową utratę prędkości.
148 Jeśli nie wierzysz (to było juz 10000 razy wyjaśnione w szczegółach na
149 mplayer-users, przeszukaj archiwum), to rozwikłaj to i wyślij nam patch.
150 Ktoś zaczął nad tym pracować, ale nie ma o nim wieści od tamtej pory.</LI>
151 <LI>System audio/video <B>MPlayera</B> nie jest oparty na systemie
152 wtyczek. System audio/video jest wkompilowany w binaria, co powoduje
153 zależność binariów od różnych bibliotek (GUI zależy od GTK, DivX4 zależy od
154 libdivxdecore, SDL zależy od libSDL, każde wydanie SDL zawiera unikalny
155 błąd, ktory musi być ominięty w czasie kompilacji, X11 wyjście w różny
156 sposób się kompiluje X3 i X4, itp). Możesz powiedzieć: więc zróbmy 30
157 wersji binariów do ściągnięcia! Nie zrobimy tego. Zrobimy te rzeczy w
158 postaci wtyczek w przyszłości.</LI>
159 </UL>
160
161 <A NAME=nvidia><P><B><I>NVidia</I></B></P>
162
163 <P>Nie lubimy binarnych sterowników nvidii, ich jakości, niestabilności,
164 nieistniejącego wsparcia dla użytkowników, wciąż pojawiających się nowych
165 błędów. Większość użytkowników ma do nich podobne podejście. Skontaktowali się
166 z nami później ludzie z NVidii i powiedzieli, że te błędy nie istnieją,
167 niestabilność jest winą chipów AGP i odmówili opublikowania raportu o
168 błędach sterownika (np. o fioletowej linii). Więc jeśli masz problem ze swoją
169 NVidią, uaktualizuj sterownik nvidii i/lub kup nową płytę główną.</P>
170
171 <A NAME=kotsog><P><B><I>Joe Barr</I></B></P>
172
173 <P>On nie odpowiada na nasze maile. Jego wydawca nie odpowiada na nasze maile.
174 Sieć jest pełna jego fałszywych stwierdzeń i oskarżeń (on widocznie nei lubi na
175 przykład chłopaków z BSD, z powodu różnicy poglądów [na jaki temat?]).</P>
176
177 <P>Oto kilka cytatów wypowiedzi różnych ludzi na temat Joe Barr (tylko po to,
178 abyś zrozumiał, dlaczego on się kompletnie nie liczy):</P>
179
180 <P><I>"Wszyscy pamiętacie LinuxWorld 2000, kiedy on twierdził, że Linus T.
181 powiedział, że FreeBSD, to garstka developerów. Linus nie powiedział NICZEGO w
182 tym rodzaju. Kiedy to wypomniano Joe'mu, jego reakcją było wyzwanie ludzi
183 utrzymujących BSD of dupków i glupków."</I></P>
184
185 <P><I>"On jest interesujący, ale kiepsko mu wychodzi unikanie ...
186 kontrowersyjności. Joe Barr był regularnym uczestnikiem forum Willa Zachmanna
187 w Compuserve, kilka lat temu. Był zwolennikiem OS/2 (ja również byłem
188 zwolennikiem OS/2). Często przekraczał wszelkie granice, rozwścieczając ludzi
189 i podejrzewam, że to były ciężkie czasy dla niego. Trochę złagodniał ostatnio,
190 będąc ocenionym przez własny dział redakcyjny. Stonowany, subtelny humor nie był
191 jednak jesgo stylem w tamtych wczesnych dniach w zupełności. "</I></P>
192 </HTML>