diff options
author | wight <wight@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2003-11-17 17:33:25 +0000 |
---|---|---|
committer | wight <wight@b3059339-0415-0410-9bf9-f77b7e298cf2> | 2003-11-17 17:33:25 +0000 |
commit | 09956f73d65dad6dba2713cdabd6a44763e74285 (patch) | |
tree | 16631112289bc240e887b1e115d260141b6e7bc7 /DOCS | |
parent | 3ac6687ac55bb0cace97dbb5e760cee35b8fca36 (diff) | |
download | mpv-09956f73d65dad6dba2713cdabd6a44763e74285.tar.bz2 mpv-09956f73d65dad6dba2713cdabd6a44763e74285.tar.xz |
style and vocab
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@11488 b3059339-0415-0410-9bf9-f77b7e298cf2
Diffstat (limited to 'DOCS')
-rw-r--r-- | DOCS/xml/pl/users-vs-dev.xml | 46 |
1 files changed, 23 insertions, 23 deletions
diff --git a/DOCS/xml/pl/users-vs-dev.xml b/DOCS/xml/pl/users-vs-dev.xml index 71f149a88e..e0e6ae428f 100644 --- a/DOCS/xml/pl/users-vs-dev.xml +++ b/DOCS/xml/pl/users-vs-dev.xml @@ -28,19 +28,19 @@ Red Hata i zaczął dołączać GCC 2.96 do serii Linux-Mandrake 8.0. Zespół GCC wyparł się jakichkolwiek powiązań z GCC 2.96 i wystosował <ulink url="http://gcc.gnu.org/gcc-2.96.html">oficjalną odpowiedź</ulink> na GCC 2.96. Wielu developerów ze świata zaczęło mieć problemy z tym kompilatorem -i zarekomendowali inne. Przykładami są +i zarekomendowali inne. Przykłady to <ulink url="http://www.mysql.com/downloads/mysql-3.23.html">MySQL</ulink> i <ulink url="http://avifile.sourceforge.net/news-old1.htm">avifile</ulink>. -Inne, interesujące linki: +Inne interesujące linki: <ulink url="http://www.atnf.csiro.au/people/rgooch/linux/docs/kernel-newsflash.html"> Krótka wiadomość o jądrze 2.4.17</ulink> i <ulink url="http://www.voy.com/3516/572.html">Forum Voy</ulink>. -<application>MPlayer</application> ucierpiał również z powodu okresowych +<application>MPlayer</application> również ucierpiał z powodu okresowych problemów, które zostały rozwiązane przez przesiadkę na inną wersję GCC. Kilka projektów rozpoczęło implementację obejść dla pewnych spraw związanych z 2.96, -ale my postanowiliśmy nie naprawiać błędów innych, szczególnie jeżeli niektóre +ale my postanowiliśmy nie naprawiać błędów innych, szczególnie, że niektóre obejścia mogą ujemnie wpływać na wydajność. </para> </formalpara> @@ -48,22 +48,22 @@ obejścia mogą ujemnie wpływać na wydajność. <para> GCC 2.96 nie pozwala na użycie symbolu <literal>|</literal> (pipe - potok) w komentarzu assemblera, ponieważ obsługuje zarówno składnię Intela jak i AT&T, -a symbol <literal>|</literal> jest stosowany w wariancie Intela. Problem leży w fakcie, że -<emphasis>cicho</emphasis> ignoruje on cały blok assemblera. Rzekomo +a symbol <literal>|</literal> jest stosowany w wariancie Intela. Problem polega na tym, że +cały blok assemblera jest <emphasis>po cichu</emphasis> ignorowany. Rzekomo zostało to już naprawione i GCC wyświetla ostrzeżenie zamiast pomijania tego bloku. </para> <formalpara> <title>Teraźniejszość:</title> <para> -Red Hat twierdzi, że GCC 2.96-85 i kolejne zostały już poprawione. Sytuacja, w rzeczy samej, +Red Hat twierdzi, że GCC 2.96-85 i kolejne zostały już poprawione. Sytuacja rzeczywiście poprawiła się, ciągle jednak dostajemy raporty o błędach na nasze listy mailingowe, które znikają -wraz z przejściem na inny kompilator. W każdym bądź razie, nie ma to już znaczenia. +wraz z przejściem na inny kompilator. W każdym razie, nie ma to już znaczenia. Mamy nadzieję, że dojrzewające GCC 3.x na dobre zakończy tę sprawę. Jeżeli chcesz kompilować z 2.96, przekaż flagę <option>--disable-gcc-checking</option> skryptowi <filename>configure</filename>. Pamiętaj, że możesz wtedy liczyć tylko na siebie i <emphasis role="bold">nie zgłaszaj żadnych błędów</emphasis>. Jeżeli to zrobisz, zostanie -odebrany Ci dostęp do naszej listy mailingowej, ponieważ mamy już więcej niż dość bezsensownych kłótni +odebrany Ci dostęp do naszej listy mailingowej, ponieważ mamy już bardziej niż dość bezsensownych kłótni na temat GCC 2.96. Proszę, zostaw tę sprawę w spokoju. </para> </formalpara> @@ -87,7 +87,7 @@ paczek, poniżej znajdziesz informacje, jak skompilować GCC 3 ze źródeł: i ściągnij <filename>gcc-core-<replaceable>XXX</replaceable>.tar.gz</filename>, gdzie <replaceable>XXX</replaceable> to numer wersji. W pliku znajduje się kompletny kompilator C, który wystarczy dla <application>MPlayera</application>. - Jeżeli chcesz również C++, Java albo inne z zaawansowanych możliwości GCC, + Jeżeli chcesz mieć również C++, Java albo inne z zaawansowanych możliwości GCC, <filename>gcc-<replaceable>XXX</replaceable>.tar.gz</filename> może bardziej pasować do twoich potrzeb. </para></step> @@ -124,11 +124,11 @@ cd gcc-build <title>Dystrybucja binariów</title> <para> -<application>MPlayer</application> zawierał wcześniej źródło projektu +<application>MPlayer</application> zawierał wcześniej źródła z projektu OpenDivX, który zabrania redystrybucji binariów. Kod ten został usunięty w wersji 0.90-pre1, a pozostawiony plik <filename>divx_vbr.c</filename>, który pochodzi ze źródeł OpenDivX, został objęty licencją GPL przez jego autorów w wersji 0.90pre9. -Możesz teraz, bez obaw, tworzyć pakiety binarne. +Możesz teraz bez obaw tworzyć pakiety binarne. </para> <para> @@ -136,7 +136,7 @@ Kolejną przeszkodą przy redystrybucji binariów była optymalizacja dla konkretnej architektury CPU podczas kompilacji. <application>MPlayer</application> obsługuje wykrywanie CPU podczas uruchamiania (podaj opcję <option>--enable-runtime-cpudetection</option> dla skryptu <command>configure</command>). -Jest domyślnie wyłączona, ponieważ wymaga poświęcenia małej części mocy obliczeniowej procesora. +Jest ona domyślnie wyłączona, ponieważ wymaga poświęcenia małej części mocy obliczeniowej procesora. Jednak możliwe jest teraz tworzenie binariów, które będą działały na różnych typach procesorów kompatybilnych z Intelem. </para> @@ -157,8 +157,8 @@ Wiele z tych problemów/kwestii pojawia się ciągle. nVidia skontaktowała się z nami ostatnio i stwierdziła, że te błędy nie istnieją, a brak stabilności jest podyktowany wadliwymi chipami AGP, nie otrzymali również żadnych zgłoszeń o błędach w sterowniku (takich, jak purpurowa linia). Jeżeli masz problem ze swoją kartą -nVidia, doradzana jest Ci instalacja najnowszej wersji sterowników nVidia i/lub -kupno nowej płyty głównej lub poproszenie o otwarte sterowniki. W każdym bądź razie, +nVidia, radzimy zainstalować najnowszą wersję sterowników nVidia i/lub +kupno nowej płyty głównej lub poprosić nVidię o otwarte sterowniki. W każdym razie, jeżeli używasz sterowników binarnych nVidia i stajesz przed problemami z nimi związanymi, bądź świadom, że nie otrzymasz zbyt dużej pomocy z naszej strony, ponieważ nie mamy dużej możliwości jej udzielenia. @@ -171,12 +171,12 @@ dużej możliwości jej udzielenia. <para> -Joe Barr stał się mało popularny w grudniu 2001, pisząc mniej niż pochlebną +Joe Barr stał się mało popularny w grudniu 2001, pisząc niezbyt pochlebną recenzję <application>MPlayera</application> zatytułowaną <ulink url="http://www.linuxworld.com/story/32880.htm">MPlayer: Projekt z piekła rodem</ulink>. Miał problemy z jego instalacją. Stwierdził również, że developerzy byli mało przyjaźni, a dokumentacja niekompletna i ubliżająca. Sam oceń. -Dalej, negatywnie wspomniał o Arpi'm w swoich +Następnie negatywnie pisał o Arpim w swoich <ulink url="http://www.linuxworld.com/story/32887.htm">10 prognozach dla Linuksa na rok 2002</ulink>. W podobnej recenzji xine zatytułowanej @@ -186,8 +186,8 @@ krótką wymianę zdań między nim a Günterem Bartschem, twórcą <application>xine</a która idealnie podsumowuje całą sprawę: <blockquote><para> -Jednakże, mówił dalej, że był "zdziwiony" moją kolumną o -<application>MPlayerze</application> i mówił mi, że to niesprawiedliwe, przypominając, że +Jednak powiedział też, że był "zaskoczony" moim artykułem o +<application>MPlayerze</application> i uważa go za niesprawiedliwy, przypominając, że jest to projekt wolnego oprogramowania. "Jeśli Ci się nie podoba," powiedział Bartsch, "nie ma przeszkód, żebyś go nie używał." </para></blockquote> @@ -205,10 +205,10 @@ i <blockquote><para> Ale co najważniejsze, nie dochodzą do mnie komentarze o oburzeniu użytkowników. -Myślę, że należy mi się za to uznanie, nawet jeżeli sobie tak wmawiam. -Arpi i reszta zespołu pracującego nad projektem muszą czuć to samo, ponieważ -zatroszczyli się i wspomnieli o mnie w specjalnym rozdziale ich dokumentacji -załączonej w pliku tar. Jak mówiłem na początku, niektóre rzeczy się nie +Myślę, że należy mi się za to uznanie, nawet jeżeli tylko ja tak twierdzę. +Arpi i reszta zespołu pracującego nad projektem muszą uważać tak samo, ponieważ +zatroszczyli się o wzmiankę o mnie w specjalnym rozdziale ich dokumentacji +dołączonej w pliku tar. Jak mówiłem na początku, niektóre rzeczy się nie zmieniają. </para></blockquote> |