Hallo man wieder.
> Im Zweifelsfall nimmst Du einfach mal die Standardversion. Du hast
> keinen SPARC-, keinen Aplpha-, keinen PowerPC-, keinen Motorola68k und
> keinen MIPS-Prozessor, also f�llt das alles schon mal weg. Dann bleiben
> nur die ersten drei M�glichkeiten �brig: Die Standardversion, eine
> Verison f�r 486er und eine f�r AMD-Prozessoren (3dnow!).Also nimmst Du
> entweder die Standardversion, oder die mit 3dnow! weil Du ja einen
> Athlon hast.
Ich habe es mit make linux-3dnow versucht:
root@erde:/opt/mp3/mpg123-0.59r > make linux-3dnow
make CC=gcc LDFLAGS= \
OBJECTS='decode_i386.o dct64_3dnow.o \
decode_3dnow.o audio_oss.o term.o' \
CFLAGS='-DI386_ASSEM -DREAL_IS_FLOAT -DPENTIUM_OPT -DLINUX \
-DUSE_3DNOW -DREAD_MMAP -DOSS -DTERM_CONTROL\
-Wall -O2 -m486 \
-fomit-frame-pointer -funroll-all-loops \
-finline-functions -ffast-math' \
mpg123-make
make[1]: Entering directory `/opt/mp3/mpg123-0.59r'
make[2]: Entering directory `/opt/mp3/mpg123-0.59r'
gcc -DI386_ASSEM -DREAL_IS_FLOAT -DPENTIUM_OPT -DLINUX
-DUSE_3DNOW -DREAD_MMAP -DOSS -
DTERM_CONTROL -Wall -O2 -m486
-fomit-frame-pointer -funroll-all-loops
-finline-functions -ffast-math -c -o mpg123.o mpg123.c
mpg123.c:480: warning: initialization makes integer from pointer without
a cast
gcc -DI386_ASSEM -DREAL_IS_FLOAT -DPENTIUM_OPT -DLINUX
-DUSE_3DNOW -DREAD_MMAP -DOSS -
DTERM_CONTROL -Wall -O2 -m486
-fomit-frame-pointer -funroll-all-loops
as -o dct64_3dnow.o dct64_3dnow.s
dct64_3dnow.s: Assembler messages:
dct64_3dnow.s:19: Error: Junk `/tmp-buff' after register
dct64_3dnow.s:394: Error: Junk `/6' after register
dct64_3dnow.s:401: Error: Ignoring junk `(%edx)/7' after expression
dct64_3dnow.s:403: Error: invalid character '=' in operand 2
dct64_3dnow.s:404: Error: invalid character '=' in operand 2
dct64_3dnow.s:407: Error: invalid character '=' in operand 2
dct64_3dnow.s:410: Error: invalid character '=' in operand 2
dct64_3dnow.s:414: Error: invalid character '=' in operand 2
dct64_3dnow.s:423: Error: Junk `/out0' after register
dct64_3dnow.s:424: Error: Junk `/out1' after register
dct64_3dnow.s:426: Error: Junk `/allows ebx 16 bit relative addressing'
after register
dct64_3dnow.s:447: Error: Junk `/8' after register
dct64_3dnow.s:448: Error: Junk `/C' after register
make[2]: *** [dct64_3dnow.o] Error 1
make[2]: Leaving directory `/opt/mp3/mpg123-0.59r'
make[1]: *** [mpg123-make] Error 2
make[1]: Leaving directory `/opt/mp3/mpg123-0.59r'
make: *** [linux-3dnow] Error 2
root@erde:/opt/mp3/mpg123-0.59r >
> > Meine /etc/modules.conf sieht so aus:
>
> [...jede Menge �berfl�ssiges zeugs]
Wie l��t sich feststellen, was �berfl�ssig ist, was ich �berhaupt
nicht brauche? Ich wei� ja nicht, was die einzelnen Zeilen
in /etc/modules.conf f�r eine Bedeutung haben.
Was sind zum Beispiel die ganzen "alias char-major-xx"-Zeilen?
USB brauche ich zum Beispiel nicht.
In /etc/modules.conf wird wohl die Zeile
alias char-major-240 usb-serial
f�r die Aktivierung von USB zust�ndig sein. Oder nicht?
Wenn ich die Zeile mit # deaktiviere, dann wird USB nicht
mehr gehen wahrscheinlich. Damit soll es aber nicht getan
sein.
"alias char-major-240 usb-serial" bezieht sich wahrscheinlich
auf ein Modul, Library oder so. Wenn ich USB nicht brauche, dann
kann ich doch gleich die f�r USB zust�ndigen Komponenten aus dem
System entfernen, und nicht nur ein # vor die oben erw�hnte Zeile
setzen. Ist doch nur unn�tiger Ballast.
Selbstverst�ndlich soll es nach dem Entfernen der USB-Unterst�tzung
immer noch die M�glichkeit geben, USB wieder problemlos
in das System einzubinden, falls ich das mal brauche.
> Hm, ich will ja nichts sagen, aber ich habe auch SuSE, und da war die
> Installation von mpg123 gar kein Problem, alles was das Programm noch
> brauchte, war schon installiert.
> (Also mal unter uns: Unterst�tzung f�r die grundlegendsten Bildformate
> hattest Du doch vorher schon oder? Alles andere *w�re* dir aufgefallen.
> Du h�ttest dir sonst n�mlich auf www-Seiten keine Bilder ansehen
> k�nnen.)
Ja, ja, du hast recht. Ein Paar Libraries (vielleicht sogar die meisten,
wei� nicht mehr genau)
waren schon schon installiert.
Ich habe vor der Installation mit rmp -q PAKETNAME �berpr�ft,
was schon alles installiert ist.
Also rpm -q libtiff
rpm -q libjpeg usw.
Aber nehmen wir mal an ich will ein Paket A (nur vorstellen)
installieren.
Ich wei� nicht, ob es schon installiert ist.
Bisher kenne ich nur eine M�glichkeit zu �berpr�fen, ob schon was
installiert ist, n�mlich "rpm -q PAKETNAME".
In diesem Fall gebe ich dann "rpm -q A" ein.
Das geht aber doch nur bei rpm-Paketen, stimmts?
Wenn aber das Paket A aus einem tar-Paket installiert war
(./configure make make install und so),
dann zeigt ein "rpm -q PAKETNAME" keine Wirkung.
Wie l��t es sich nun �berpr�fen, ob das Paket A schon
installiert ist, wenn es aus einem tar-Paket installiert
wurde?
>> Nachdem ich also
>> die f�r GQmpeg erforderlichen, unz�hligen Libraries und so
>> installiert habe, mu�te ich ver�rgert registrieren, dass
>> alles nur noch mono ist, und nicht stereo wie vorher.
>> Wie kann denn so was passieren? Wenn ich einfache wav-Dateien
>> abspiele, werden sie mono abgespielt. Vor der Installation
>> der Libreries pr�sentierte sich jeder Ton in wunderbarem
>> stereo.
>> Ist solch ein Problem bereits irgendwo aufgetaucht?
>
>Nope, hat aber eventuell damit zu tun, da� Du libraries, die du schon
>hast, nochmal installiert hast, und dabei irgendwas gehimmelt hast?
Okay, das Problem habe ich jetzt. Da ich vorher stereo hatte,
gibt es grunds�tzlich die M�glichkeit, wieder stereo zu
machen, wie auch immer. Die genaue L�sung dieses Problem
kennt ihr wahrscheinlich nicht, sonst h�ttet ihr ja
schon geschrieben.
Mu� man ein Linux-Guru sein,
um so was zu k�nnen? Mu� man mit Linux schon mindestens f�nf Jahre
zu tun gehabt haben, um so ein Problem zu ergr�nden und zu
beheben? Mu� man f�nf Jahre Informatik studiert haben?
>Ich hoffe ich konnte dir weiterhelfen.
Auf jeden Fall! Vielen Dank.
Gruss
Eduard
---------------------------------------------------------------------------
PUG - Penguin User Group Wiesbaden - http://www.pug.org
