Są taki dwa tematy, które zawsze wywołują wielkie dyskusje i ogniste boje na grupie dyskusyjnej mplayer-users . Tematem numer jeden jest:
Tło historii: Seria GCC 2.95 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, Red Hat 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 - Mandrake, kierujący się także przykładem Red Hata zaczął rozprowadzać GCC 2.96 razem z ich serią Linux-Mandrake 8.0.
Oświadczenie: Zespół GCC wypiera się wszelkich powiązań z GCC 2.96 i wydał oficjalną odpowiedź 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: MySQL, avifile i Wine. Inne interesujące linki to: Linux kernel news flash about kernel 2.4.17 i Voy Forum. 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.
Możesz przeczytac o innej stronie tej historii na tej stonie. GCC 2.96 nie zezwala na znak | (potok) w komentarzach assemblera ponieważ dobrze wspiera Intela w AT&T Syntax, a znak | jest symbolem w jednaj z odmian Intela. problemem jest to, że po cichu ignoruje cały blok a assemblerze. Podobno zostało to już naprawione, GCC wyświetla ostrzeżenie zamiast pomijania bloku.
Obecnie: 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ę
--disable-gcc-checking 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.
Jeżeli masz problemy z GCC 2.96, możesz pobrać pakiety 2.96-85 z serwera ftp 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ć pakiety gcc-3.2-10 (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ł:
gcc-core-XXX.tar.gz gdzie
XXX 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, gcc-XXX.tar.gz może bardziej odpowiadać
twoim wymaganiom.tar -xvzf gcc-core-XXX.tar.gzmkdir gcc-buildcd gcc-build
../gcc-XXX/configuremake bootstrapmake installWcześ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 divx_vbr.c
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.
Inną przeszkodą w dystrybuowaniu binariów była
optymalizacja dla architektur CPU. MPlayer wspiera teraz
detekcję CPU w czasie rzeczywistym (wyszczególnij opcję
--enable-runtime-cpudetection 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.
W rzeczywistości nie lubimy nVidii ponieważ dostarcza tylko binarne sterowniki (dla XFree86), które są często z błędami. Mamy wiele raportów na grupie mplayer-users dotyczących problemów z tymi zamknięto-źródłowymi sterownikami, ich kiepskiej jakości, niestabilności i kiepskiego wsparcia dla użytkownika i eksperta. Kilka przykładów można znaleźć na nVidia Linux Forum. 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.
Joe Barr zyskał niesławę pisząc mniej niż przychylną recenzję MPlayera. Założył, że MPlayer jest trudny do zainstalowania, ale potem napisał, że nie bardzo lubi czytać dokumentację. 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 10 Linuksowych przewidywaniach na 2002 Kontynuując, w recenzji xine 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:
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ć."
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ę:
Marc Rassbach ma coś do powiedzenia na temat tego faceta.
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.
Cytat od Roberta Munro na grupie dyskusyjnej mplayer-users :
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).
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>