In file included from mplayer.c:34: mw.h: In function `mplMainDraw': mw.h:209: Internal compiler error in print_rtl_and_abort, at flow.c:6458 Please submit a full bug report, with preprocessed source if appropriate.
"Your gcc does not support even i386 for '-march' and '-mcpu'."
"Twoje gcc nie wspiera nawet i386 dla '-march' i '-mcpu'."
config.log
po więcej szczegółów.In file included from /usr/include/g++-v3/bits/std_cwchar.h:42, from /usr/include/g++-v3/bits/fpos.h:40, from /usr/include/g++-v3/bits/char_traits.h:40, from /usr/include/g++-v3/bits/std_string.h:41, from /usr/include/g++-v3/string:31, from libwin32.h:36, from DS_AudioDecoder.h:4, from DS_AudioDec.cpp:5: /usr/include/wchar.h: In function Long long int wcstoq(const wchar_t*, wchar_t**, int)': /usr/include/wchar.h:514: cannot convert `const wchar_t* __restrict' to `const
No i mamy ideg'i. I nasz licznik ideg przepełnia się raz za razem.
Niestety MPlayer jest poza naszą kontrolą. Jest używany przez lamerów, użytkowników Linuksa którzy nie potrafią korzystać nawet z Windowsa, i nigdy nie próbowali skompilować jądra. Zainstalowują oni (ze standardowymi opcjami) Mandrake'a lub Red Hata lub SuSE, i bez RTFM'owania wysyłają wiadomości mówiące 'to ne działa! pomóżcie mi! proszę! jestem nowy w Linuksie! pomóżcie! oh! pomóżcie mi!'. Nie możemy ich zatrzymać, ale ostatnio próbujemy zmusić ich do RTFM i do czytania komunikatów ./configure i MPlayera.
I wy sprytni goście przychodzący i obrażający nas z gcc 2.96 i binarnymi pakietami. Zamiast pomagać użytkownikom lub tworzyć poprawki, które rozwiązałyby problemy.
Połowa naszego dodatkowego/wolnego czasujest poświęcana na odpowiadanie na głupie listy tutaj i tworzenie nowych sztuczek i kontroli w konfiguracji by uniknąć takich listów.
I tu jest równowaga. Po jednej stronie wy, sprytni goście, mówiący że jesteś bardzo źli, bo nie lubimy zapluskwionego gcc 2.96, a po drugiej stronie są ci 'nowi w Linuksie', którzy pokazują nam, że gcc 2.96 ma błędy.
Wniosek: Nie możemy być dobrzy. Połowa ludzi zawsze będzie mówiła, że jesteśmy źli.
Może powinniśmy zakończyć projekt, zrobić go zamknięto-źródłowym, komercyjnym i dostarczać pomoc do instalacji. Potem mogliśmy porzucić aktualne prace, no coż, programiści mogli być szybsi, i mogliśmy zarobić dużo pieniędzy i kupić duży dom, itd. itp. Naprawdę tego chcecie? Wydaję się że tak.
cp etc/inttypes.h .
) i spróbuj ponowie..../configure
nie wykrywa SSE.../usr/X11
i /usr/include/X11
są zrobione (to może być problemem w systemach Mandrake). Mogą one być stworzone
tymi komendami:$ ln -sf /usr/X11R6 /usr/X11
$ ln -sf /usr/X11R6/include/X11 /usr/include/X11
BACKGROUND = y
.> error while loading shared libraries: lib*.so.0: cannot load
shared object file: No such file or directory
> bład podczas ładowania biblioteki współdzielonej: lib*.so.0: nie można
załadować docelowego pliku: Nie ma takiego pliku ani katalogu
/usr/local/lib
.../usr/local/lib
do /etc/ld.so.conf
i uruchom
ldconfig
.Warning: loading mga_vid.o will taint the kernel: no license
Warning: ładowanie mga_vid.o zanieczyści jądro: nie ma licencji
o
i spróbuj opcji -osdlevel
.-xy
lub -fs
nie działają ze sterownikiem
x11 (-vo x11
)...-zoom
. Lepiej użyj wsparcia dla XF86VidMode:
Musisz dodać opcje -vm
i -fs
, i zrobione. Upewnij się
czy masz poprawne modeline w pliku XF86Config i spróbuj zrobić by
sterownika DGA
steronika SDL z DGA działały u ciebie.
To jest o wile szybsze. Jeżeli SDL z DGA działa, użyj go, to może działać jeszcze
szybciej.A: 2.1 V: 2.2 A-V: -0.167 ct: 0.042 57/57 41% 0% 2.6% 0 4 49%
-autoq
)-quiet
i przeczytaj stronę manuala.-vo null
i potem -vo ...
i sprawdzić różnice
prędkości video_out./usr/lib/win32/
...mplayer
zamiast
mplayer_lirc
? Zauważ, że mplayer_lirc
było dawno
temu, jeszcze za wersji 0.60, ale ostatnio zostało przeniesione do
mplayera
../configure
, zedytuj config.h
i zastąp #undef FAST_OSD
na #define FAST_OSD
.
Potem przekompiluj.-double
. Spróbuj także -vf expand
-fstype layer
i zgłoś to na grupę dyskusyjną
mplayer-users.mplayer <opcje> <nazwa pliku> < /dev/null &
Detected audio codec: [divx] afm:4 (DivX audio (WMA)) Requested audio codec family [divx] (afm=4) not available (enable it at compile time!) Wykryty kodek audio: [divx] afm:4 (DivX audio (WMA)) Wymagana rodzina kodeków audio [divx] (afm=4) nie jest dostępna (włącz je podczas kompilacji!)
-bps
lub -nobps
. Jeżli to nie pomoże
przeczytaj to i wyślij plik na FTP.ldd /usr/local/bin/mplayer
. Jeżeli zawieralibc.so.6 => /lib/libc.so.6 (0x4???????)
libc.so.6 => /lib/libc.so.6 (0x00??????)
-afm 1
by wyłączyć użycie l3codeca.acm../configure --enable-runtime-cpudetection
). Nie używaj
MPlayera na procesorach innym od tego, na którym był kompilowany,
chyba że z funkcją o której przed chwilą wspomniano.~/.mplayer/
.
Zrób jego upgrade z /etc/
.vc=
lub czegoś podobnego
w twoim pliku(ach) konfiguracyjnym(nych).-ao arts
). Jeżli to nie zadziała, lub nie jest
wkompilowane, wypróbuj SDL (-ao sdl
) i upewnij się, że twój SDL może
przechwytywać dźwięk arts. Są jeszcze inne opcje, by uruchomić MPlayera z
artsdsp.-vc odivx
i zielony z -vc divx4
.DEMUXER: Too many (945 in 8390980 bytes) video packets in the buffer!
-ni
.-ao oss
.
Zobacz sekcję o kartach dźwiękowych.-nobps
, i/lub
-mc 0
.codecs.conf
, lub użyj opcji opcji
-vc ffmjpeg
(aby to zadziałalo skompiluj MPlayer z libavcodec).Linux RTC init: ioctl (rtc_pie_on): Permission denied
Detected video codec: [null] drv:0 (NULL codec (no decoding))
codecs.conf
.-nortc
.AO: [oss] 44100Hz 2ch Signed 16-bit (Little-Endian) audio_setup: Can't open audio device /dev/dsp: Device or resource busy couldn't open/init audio device -> NOSOUND Audio: no sound!!! Start playing...
-ao arts
lub
-ao esd
, by MPlayer używał ARTS lub ESD../configure
automatycznie wykrywa sterownik DGA. Jeżeli
-vo help
nie pokazuje DGA, wtedy to problem z instalacją X.
./configure --enable-dga
i przeczytaj
dokumentację. Alternatywnie, wypróbuj steronik
DGA SDLa opcją -vo sdl:dga
.-vo help
pokazuje sterownik DGA, ale skarży się
na uprawnienia. Pomóżcie mi!su -
), i spróbować ponownie.
Innym rozwiązaniem jest nadanie MPlayerowi SUIDa roota, ale to
nie jest zalecane!chown root /usr/local/bin/mplayer
chmod 755 /usr/local/bin/mplayer
chmod +s /usr/local/bin/mplayer
Ostrzeżenie: zagrożenie dla bezpieczeństwa
Jest to dużym zagrożeniem dla bezpieczeństwa! Nigdy nie rób tego na serwerach lub na komputerach, nad którymi nie masz całkowitej kontroli, ponieważ inni użytkownicy uzyskają uprawnienia przez MPlayera z SUIDem roota. Zostałeś ostrzzeżony.
X Error of failed request: BadAccess (attempt to access private
resource denied)
Major opcode of failed request: 147 (MIT-SHM)
Minor opcode of failed request: 1 (X_ShmAttach)
Serial number of failed request: 26
Current serial number in output stream:27
-vo gl
) nie działa (zwis/czarny ekran/błędy
X11/...).x11
,
ale nie xv
!x11
. Teraz wypróbuj
-vo x11 -fs -zoom
. Widzisz różnice? Nie?! OK, tutej przychodzi
oświecenie: podsterownik SDLa x11
używa xv gdy jest dostępne,
nie musisz się o to martwić ... Informacja: możesz wymusić/wyłączyć używanie
Xv przez SDL using -forcexv
i -noxv
mplayer: ifo_read.c:1143: ifoRead_C_ADT_internal: Assertion
nfo_length / sizeof(cell_adr_t) >= c_adt->nr_of_vobs' failed.
/dev/
).-chapter
.-cache
(opisano w stronie manuala)
i spróbuj włączyć DMA w napędzie DVD narzędziem hdparm (opisano
w rozdziale o CD w dokumentacji).film.avi.conf
w którym umieścisz
specyficzne dla pliku opcje i umieścisz go w ~/.mplayer
lub
w katalogu tym samym co film.mencvcd
z podkatalogu TOOLS
.
Możesz nim zakodować płyty DVD lub inne filmy do formatu VCD lub SVCD,
a nawet wypalić je bezpośrednio na płytę CD.cat file1 file2 > file3
mencoder -ovc copy -oac copy -o out.avi -forceidx file3.avi
-sid
!-chapter
, np.:
-chapter 5-7