Beiträge von axele

Hallo Markus, Hallo Rüdiger,

irgendwas haut mit der Benachrichtigung der Liste wohl nicht hin. habe von Euren Posts erst jetzt per Zufall erfahren.

Zu meiner bequemlichen Verteidigung muss ich sagen, dass ich bei SuSE Systemen immer alles aus der Paketgruppe Entwicklung auf die Platte schiebe, damit mir wirklich nur noch Exoten einen make zerstümmeln können. Übrigens habe ich dem configure oder make keine Optionen zur 32bit Kompilierung gereicht. Das wäre damals nur mein letzter Versuch gewesen.

/usr/local/install/audacity/lib-src/libogg.a(bitwise.o): relocation R_X86_64_32S against `a local symbol' can not be used when making a shared object; recompile with -fPIC

Hier stimmt was mit dem ogg-.devel wohl nicht. Wenn Du mit ---with-lib-preference=system,local configured hast (denglish, sorry) dann fehlt der ogg-devel der SuSE und er versucht die per cvs gelieferte. Ich habe hier libogg-devel-1.1.2-7 installiert (SuSE) mit der ging es. Aber ich glaub, den Fehler hatte ich auch. Also installiere den bitte und danach noch einmal configure, vorher make clean.

Um die 64 bit theorie noch einmal aufzugreifen: mein compiliertes audacity shared wie folgt:
ldd audacity
libvorbisenc.so.2 => /usr/lib64/libvorbisenc.so.2 (0x00002aaaaabc2000)
libvorbisfile.so.3 => /usr/lib64/libvorbisfile.so.3 (0x00002aaaaaea0000)
libvorbis.so.0 => /usr/lib64/libvorbis.so.0 (0x00002aaaaafa8000)
libogg.so.0 => /usr/lib64/libogg.so.0 (0x00002aaaab0d3000)
libmad.so.0 => /usr/lib64/libmad.so.0 (0x00002aaaab1d8000)
libFLAC++.so.5 => /usr/lib64/libFLAC++.so.5 (0x00002aaaab2f8000)
libFLAC.so.7 => /usr/lib64/libFLAC.so.7 (0x00002aaaab418000)
libsndfile.so.1 => /usr/lib64/libsndfile.so.1 (0x00002aaaab558000)
libid3tag.so.0 => /usr/lib64/libid3tag.so.0 (0x00002aaaab6aa000)
libwx_gtk2u_xrc-2.6.so.0 => /usr/lib64/libwx_gtk2u_xrc-2.6.so.0 (0x00002aaaab7c4000)
libwx_gtk2u_qa-2.6.so.0 => /usr/lib64/libwx_gtk2u_qa-2.6.so.0 (0x00002aaaab958000)
libwx_gtk2u_html-2.6.so.0 => /usr/lib64/libwx_gtk2u_html-2.6.so.0 (0x00002aaaaba80000)
libwx_gtk2u_adv-2.6.so.0 => /usr/lib64/libwx_gtk2u_adv-2.6.so.0 (0x00002aaaabc33000)
libwx_gtk2u_core-2.6.so.0 => /usr/lib64/libwx_gtk2u_core-2.6.so.0 (0x00002aaaabdf9000)
libwx_baseu_xml-2.6.so.0 => /usr/lib64/libwx_baseu_xml-2.6.so.0 (0x00002aaaac2a9000)
libwx_baseu_net-2.6.so.0 => /usr/lib64/libwx_baseu_net-2.6.so.0 (0x00002aaaac3b2000)
libwx_baseu-2.6.so.0 => /usr/lib64/libwx_baseu-2.6.so.0 (0x00002aaaac4e5000)
libasound.so.2 => /usr/lib64/libasound.so.2 (0x00002aaaac730000)
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00002aaaac905000)
libm.so.6 => /lib64/tls/libm.so.6 (0x00002aaaacb01000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002aaaacc59000)
libpthread.so.0 => /lib64/tls/libpthread.so.0 (0x00002aaaacd66000)
libc.so.6 => /lib64/tls/libc.so.6 (0x00002aaaace7b000)
libz.so.1 => /lib64/libz.so.1 (0x00002aaaad0a7000)
libdl.so.2 => /lib64/libdl.so.2 (0x00002aaaad1bc000)
libgtk-x11-2.0.so.0 => /opt/gnome/lib64/libgtk-x11-2.0.so.0 (0x00002aaaad2bf000)
libgdk-x11-2.0.so.0 => /opt/gnome/lib64/libgdk-x11-2.0.so.0 (0x00002aaaad6f4000)
libatk-1.0.so.0 => /opt/gnome/lib64/libatk-1.0.so.0 (0x00002aaaad888000)
libgdk_pixbuf-2.0.so.0 => /opt/gnome/lib64/libgdk_pixbuf-2.0.so.0 (0x00002aaaad9a6000)
libpangocairo-1.0.so.0 => /opt/gnome/lib64/libpangocairo-1.0.so.0 (0x00002aaaadabf000)
libpango-1.0.so.0 => /opt/gnome/lib64/libpango-1.0.so.0 (0x00002aaaadbc6000)
libcairo.so.2 => /usr/lib64/libcairo.so.2 (0x00002aaaadd04000)
libgobject-2.0.so.0 => /opt/gnome/lib64/libgobject-2.0.so.0 (0x00002aaaade59000)
libgmodule-2.0.so.0 => /opt/gnome/lib64/libgmodule-2.0.so.0 (0x00002aaaadf9a000)
libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00002aaaae09d000)
libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00002aaaae219000)
libXrender.so.1 => /usr/X11R6/lib64/libXrender.so.1 (0x00002aaaae358000)
libX11.so.6 => /usr/X11R6/lib64/libX11.so.6 (0x00002aaaae461000)
libXext.so.6 => /usr/X11R6/lib64/libXext.so.6 (0x00002aaaae671000)
libpng12.so.0 => /usr/lib64/libpng12.so.0 (0x00002aaaae782000)
libglitz.so.1 => /usr/lib64/libglitz.so.1 (0x00002aaaae8bb000)
libgthread-2.0.so.0 => /opt/gnome/lib64/libgthread-2.0.so.0 (0x00002aaaae9e1000)
libglib-2.0.so.0 => /opt/gnome/lib64/libglib-2.0.so.0 (0x00002aaaaeae5000)
libXinerama.so.1 => /usr/X11R6/lib64/libXinerama.so.1 (0x00002aaaaec79000)
libXxf86vm.so.1 => /usr/X11R6/lib64/libXxf86vm.so.1 (0x00002aaaaed7c000)
libpng.so.3 => /usr/lib64/libpng.so.3 (0x00002aaaaee81000)
libjpeg.so.62 => /usr/lib64/libjpeg.so.62 (0x00002aaaaefba000)
libtiff.so.3 => /usr/lib64/libtiff.so.3 (0x00002aaaaf0dc000)
libmspack.so.0 => /usr/lib64/libmspack.so.0 (0x00002aaaaf234000)
libSDL-1.2.so.0 => /usr/lib64/libSDL-1.2.so.0 (0x00002aaaaf341000)
libexpat.so.0 => /usr/lib64/libexpat.so.0 (0x00002aaaaf4d8000)
libresmgr.so.1 => /lib64/libresmgr.so.1 (0x00002aaaaf5fd000)
/lib64/ld-linux-x86-64.so.2 (0x00002aaaaaaab000)
libXrandr.so.2 => /usr/X11R6/lib64/libXrandr.so.2 (0x00002aaaaf701000)
libXi.so.6 => /usr/X11R6/lib64/libXi.so.6 (0x00002aaaaf805000)
libXcursor.so.1 => /usr/X11R6/lib64/libXcursor.so.1 (0x00002aaaaf90d000)
libXfixes.so.3 => /usr/X11R6/lib64/libXfixes.so.3 (0x00002aaaafa17000)
libpangoft2-1.0.so.0 => /opt/gnome/lib64/libpangoft2-1.0.so.0 (0x00002aaaafb1d000)
libaa.so.1 => /usr/lib64/libaa.so.1 (0x00002aaaafc47000)
libslang-utf8.so.1 => /usr/lib64/libslang-utf8.so.1 (0x00002aaaafd65000)
libgpm.so.1 => /usr/lib64/libgpm.so.1 (0x00002aaaafefd000)
libncurses.so.5 => /lib64/libncurses.so.5 (0x00002aaab0003000)

Alles hübsch gegen die /usr/lib64/

Übrigens, Markus: mir ist noch aufgefallen, dass wenn z.B. Konqueror (bei aktivierter Sound-"Vorschau") oder ein xmms auf das alsa device zugreift, ist es für audacity nicht mehr sichtbar, d.h. die EIngänge sind weg.

Gruß Axel

Hallo Rüdiger,

1. die aktuelle cvs ziehen:

cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/audacity checkout audacity

Das speichert die akt. Version im aktuellen Pfad.

2. configure

./configure --with-portaudio=v19 --without-portmixer --prefix=/home/axel/opt/ --with-lib-preference=system,local

das bereitet die Installation für das Verzeichnis /home/axel/opt vor. Das Binary findet man dann in /home/axel/opt/bin/audacity. So kann man gefahrlos die Version testen, ohne eine andere Installation zu gefährden.

configure sucht dann nach den benötigten libs, die vorher installiert sein sollten. da fallen mir so wx, ogg etc ein. Hier musst du ggf. auf die Fehlerausgabe von configure achten.

Schreib, ob's geholfen hat.

Gruß Axel

Zitat

Du kannst mit der rechten Maustaste auf die Aussteuerungsanzeige gehen, dann "Start monitoring" (oder so). Alternativ Doppelklick auf die Anzeige.

Tja so sollte es sein. ist es aber nicht. Kann ich aktivieren wie ich will. Monitoring nur bei laufendem record. Dann geht's. Stoppt man übrigens den record, ist auch die Pegelanzeige wieder leer.

PS: wenn Du mir eine Liste der Binärdaten geben könntest, würde ich mich an dem Build eines rpm versuchen. Ja, ich weiß es gibt checkinstall aber das läuft bei mir aus irgendwelchen noch nicht erörterten Gründen nicht.

Gruß Axel.

Das geht schon los:

- Wenn ein zweites Programm (hier k3b) mit der option alsa betrieben wird, kann Audacity die Wiedergabegeräte nicht mehr finden. Aufnahme geht.
- In der Vorversion war neben dem Record-Pegel noch ein Drop-Down für den Eingang, der jetzt weg ist. Nicht tragisch wenn mann das Device in den Preferences einstellen kann. Aber: der Aufnahmepegel ist erst zu sehen, wenn die Aufnahme läuft. Das ist für das Einpegeln ärgerlich.
- Die Pegelsteller (Aufnahme wie Wiedergabe) sind funktionslos. Zumindest mit dem ALSA device.
- Kurzzeitig hat der rechte Kanal nur ein Gleichspannungssignal aufgenommen. Links war ok. Das konnte ich durch Umstellen der Kanalanzahl erst auf 1 dann wieder auf 2 beheben. Der Effekt ist momentan nicht reproduzierbar.

Gruß Axel.

Zitat

Danke für's testen

Danke für's Programm!

Zitat von Markus

Du hast mir immer noch nicht verraten, welche Fehlermeldung eigentlich kommt. Poste doch mal die Ausgabe von ./configure, und zwar mit dem unveränderten ./configure...

Ähm, das glaub ich hat sich erledigt. :blush: Ich habe gerade festgestellt, dass ich gestern eine alte cvs 1.2 von Audacity geladen hatte. Insofern dickes SORRY für das "geistige Sackhüpfen".

So, nun habe ich gerade die aktuelle CVS gezogen, configured mit portaudio V19 und compiliert. Und: es geht!

Hier der configure Aufruf:
./configure --with-portaudio=v19 --without-portmixer --prefix=/home/axel/opt/ --with-lib-preference=system,local

## --------- ##
## Platform. ##
## --------- ##


hostname = linux
uname -m = x86_64
uname -r = 2.6.13-15-default
uname -s = Linux
uname -v = #1 Tue Sep 13 14:56:15 UTC 2005

Ich würde ja die config.log anhängen, wenn es die Funktion hier gäbe. Oder bin ich blind?

make läuft auch soweit ich das sehen kann sauber durch und meckert gelegentlich über definierte aber nicht verwendete Variablen. Und einmal fiel dies hier auf:

prefs/PrefsDialog.cpp: In constructor »PrefsDialog::PrefsDialog(wxWindow*)«:
prefs/PrefsDialog.cpp:97: Warnung: Vergleich zwischen vorzeichenbehafteten und vorzeichenlosen Ganzzahlausdrücken
prefs/PrefsDialog.cpp: In member function »void PrefsDialog::OnOK(wxCommandEvent&)«:
prefs/PrefsDialog.cpp:170: Warnung: Vergleich zwischen vorzeichenbehafteten und vorzeichenlosen Ganzzahlausdrücken

Audacity selbst habe ich nun nur kurz angetestet. Ach so, vielleicht noch ein bischen was zur Hardware:
lspci ausgabe für die Soundkarte:

00:04.0 Multimedia audio controller: nVidia Corporation CK804 AC'97 Audio Controller (rev a2)
        Subsystem: Foxconn International, Inc.: Unknown device 0ca5
        Flags: bus master, 66MHz, fast devsel, latency 0, IRQ 225
        I/O ports at f000 [size=256]
        I/O ports at ec00 [size=256]
        Memory at 00000000febfd000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [44] Power Management version 2

Audacity zeigt folgende mögliche Wiedergabegeräte:
OSS /dev/dsp (geht)
ALSA: NVidia CK804: NVidia CK804 (hw:0,0) geht
ALSA: NVidia CK804: NVidia IEC958 (hw:0,2) geht nicht, welcher Anschluß soll das sein?
ALSA: front (nicht getestet)
ALSA: surround 40 (nicht getestet)
ALSA: iec958 (nicht getestet)
ALSA: spdif (nicht getestet)

Audacity zeigt folgende möglicheAufnahmegeräte:
OSS /dev/dsp (geht)
ALSA: NVidia CK804: NVidia CK804 (hw:0,0) geht
ALSA: NVidia CK804: NVidia Mic ADC (hw0,1) (nicht getestet)
ALSA: front (nicht getestet)
ALSA: surround 40 (nicht getestet)

Was würde dich hier besonders interessieren?

Gruß Axel.

Hallo Markus,

also vielleicht habe ich mich falsch ausgedrückt. Ich habe gestern Abend gegen 22:00 den cvs neu gezogen. Damit müsste die neue portaudio ja schon dabei sein?

Das dann aufgerufene configure meldet, dass die am Vortag noch funktionierende wxGTK 2.6 nicht unterstützt wird. Es verlangt expliziet 2.4.x. Weil ich das nicht glauben wollte, habe ich configure geändert (Fehlerprüfung auf 2.4.x nach 2.6 angepaßt) und einen Compilerlauf mit 2.6 gestartet, der dann tatsächlich - meinen Glauben zerstörend - abbrach. Dann habe ich die wxGTK 2.4.? heruntergeladen und in /home/axel/opt/ installiert. (Meine 2.6 brauche ich noch für andere Sachen) Dann gibt es im configure von Audacity die Möglichkeit mit abweichender GTK-lib-dir (Parameter WX_CONFIG oder so ähnlich; schreibe grad aus der Erinnerung) zu starten. Das klappt wunderbar, er erkennt dann die selbst verlangte wxGTK 2.4.x. Der dann aufgerufene make von Audacity bricht aber mit der benannten Fehlermeldung ab. :-/

Was ich dabei nicht verstehe ist die Konfusität wegen der 2.6 / 2.4 wxGTK.

Was die erfolgreich kompilierte Audacity angeht, so musste diese gestern einen Härtetest bestehen und hat sich tapferst geschlagen! Wie gewohnt: das Programm schlechthin für Audiobearbeitung. Dickes Lob an alle Mitwirkenden! Und auf dem 64Bit System mit SATA2 Platte macht das einfach nur Spaß. Abgesehen davon, dass der Compiler nach einigen Minuten fertig war, dauert die Anwendung diverser Filter auf eine gesamte LP-Aufnahme mit ca. 20 Minuten Laufzeit zwischen 3 Sekunden und 10 Sekunden.

Gruß Axel.

Es ist vollbracht, es läuft. Und zwar mit portaudio=v18. *freu*

Zitat von Markus

Die Kompilation für 64bit läuft deswegen nicht, weil Audacity, libsndfile usw. (wie viele Programme und Bibliotheken) z. B. annimmt, dass Integers (int in C) 32bit groß sind. Prinzipiell müssen Programme auf 64bit portiert werden, genauso wie sie z. B. auf PowerPC portiert werden müssen. Kannst Du bei der Selbstkompilation irgendwie einstellen, dass er irgendwie im 32bit-Kompatibilitätsmodus arbeiten soll oder so?

Ok, aber sofern im Quellcode nicht expliziet eine bestimmte Länge erwartet wird, sollte es gehen. Zumal configure auch die Länge einiger möglicher Variablen abprüft.

Zitat

Das hörte sich für mich so an, als ob Du das Packman rpm wunderbar installieren konntest, nur er fand halt /dev/dsp nicht. Das kann z. B. daran liegen, dass /dev/dsp nicht lesbar war, oder blockiert, z. B. von arts.

Das blockieren gerade war ja nicht der Fall.

Zitat

Nur zu Deiner Info: Es gibt momentan Bestrebungen, v19 ordentlich zum Laufen zu kriegen. Dieser Tage werde ich deshalb eine neue v19-Version ins CVS einchecken. Falls Du das mit der 32bit-Kompatibilitätsmoduskompilation irgendwie hinkriegst, wäre ich natürlich über Beta-Tester dankbar

Es gibt auch für den CC noch Optoinen, ihn 32bit code schreiben zu lassen. Nun habe ich noch grad eine frische CVS gezogen und bin heilfroh, dass meine gestern gezogene läuft. Denn die jetzt geladene Version meckert über das wxGTK 2.6 - sei angeblich nicht unterstüzt. Läuft aber mit der gestrigen Version. Aus Spaß habe ich noch die 2.4 wxWidgets compiliert, aber dann bricht der make mit

Zitat

Project.h:85: Fehler: expected class-name before »{« token
/home/axel/opt//include/wx/event.h:1949: Warnung: inline-Funktion »wxEventTableEntry::wxEventTableEntry(const wxEventTableEntry&)« verwendet, aber nirgendwo definiert

ab. Manchmal verstehe ich Entwickler wirklich nicht. Was den BetaTester angeht: gern, aber bitte mit compilierfähigem code. Als Admin hast Du meine Adresse ja und kannst mich dann kontaktieren.

Gruß Axel.

Hallo Markus,

danke für die Antworten. 32bit Programme laufen grundsätzlich schon. Allerdings bin ich wegen massig fehlgeschlagener Abhängigkeiten an der Installation eines i586 rpm (Packman) gescheitert. Hier liegt es wohl am wxGTK von SuSE und Audacity verlangt ein lbwx_GTK, das wohl nicht kompatibel ist. Oder ich müßte schauen, das vielleicht auch selbst zu bauen; nur was kommt dann?

Meine Hoffnung war ja die Selbstkompilation, die ja auch erfolgreich lief. Ich vermute, dass die libsamplerate oder libsndfile wegen dem weißen Rauschen Probleme macht?

Starten als root habe ich nicht versucht, da die Berechtigungen der /dev/dsp korrekt stehen. Ansonsten dürfte ja auch das Rauschen nicht kommen, das wird ja ausgegeben. Aber das teste ich heute Abend noch einmal gegen.

Warum soll das Compilieren unter 64 Bit eigentlich nicht funktionieren? Nun habe ich allerdings portaudio wegen der vielen Hinweise exact mit -v19 configured. -v18 kann ich ja auch noch mal testen. Aber setzt das nicht ein "richtiges" OSS voraus? War -v19 nicht dazu gedacht, an den alsa-oss-port Anschluß zu finden? (Ich meine ich hätte diesen Tipp hier im Forum wegen zu schnell laufendem Cursor gelesen) Insofern wäre es dann erledigt, weil ein OSS für die 10.0 nicht mehr verfügbar ist, AFAIK?

Gruß Axel.

Hallo Forum,

ich habe nun heute den zweiten Tag damit verbracht, das mir ans Herz gewachsene Audacity unter suse 10.0 in 64 bit zum laufen zu bekommen. Gegoogelt und natürlich im Forum gesucht. Der Reihe nach:

1. Hoffnungvoll installierte ich das Packman rpm. Audacity brach mit dem Fehler Device I/O ab. Kein Device in der Preferences-auswahl vorhanden.Auch Optionen wie ein vorangestelltes artsdsp oder das starten von jack änderten nichts. Die Devices /dev/dsp und /dev/mixer sind vorhanden.
2. Dann habe ich Quellen von SF gezogen und nach einigen Compilerspierenzchen ein laufendes Audacity gehabt. Starte ich Audacity ohne Parameter, sind in den Preferences Dialogen die Geräte /dev/dsp und meine (onboard) Nvidia (NF4) Soundkarte anwählbar. Mit der Einstellung /dev/dsp und einer geladenen, mit einer älteren Audacity-Version aufgenommenen, WAV-Datei kann die Wiedergabe gestartet werden. Leider hört man nur ein weißes Rauschen.Die Pegelanzeige steht konstant mittig. Gleicher Effekt, wenn mann einen NULL-Sound aufnimmt. Audacity malt im Editor eine gerade 0dB Linie, gibt aber besagtes weiße Rauschen wieder. Eine Umstellung auf die angezeigte (ALSA: Nvidia ck804) Soundkarte liefert leider wieder nur "Fehler beim Öffnen des Audiogerätes". Das starten des jackd -d alsa geht, Audacity fehlen dann aber alle Geräte. Sämtliche Einstellungen bzgl. Samplerrate und arts habe ich nun durch. Es gibt keine Verbesserung. Mir ist noch aufgefallen, dass die Null-Sound-Aufnahme mit einer Länge von ca. 7 sec nur mit 5sec angezeigt wird. Bei der Wiedergabe des Rauschens läuft der Cursor die 5 sec ab, die Wiedergabe läuft aber länger, nämlich die geamte Aufnahmelänge.
3. Im Anschluß noch ein Versuch mit dem cvs. Siehe zu 2.

Hardwareseitig ist die Kuriosität, dass auf dem gleichen System eine noch länger benutzte SuSE 9.1 mit Audacity 1.2.0-217 klaglos lief, weswegen ich Hardwareprobleme ausschließen möchte.

Jetzt bin ich ratlos und brauche bitte Hilfe.

Gruß Axel.