Mercurial > mplayer.hg
comparison DOCS/pl/users_against_developers.html @ 9332:a604236b0dd6
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> |