Arch Linux

Problem mit Realplayer und UTF-8

Bernhard

Liebe Arch-Freunde,

ich habe ein Problem mit dem Realplayer. Der Helixplayer meldet das ich den "echten" realplayer benötige, diesen habe ich aus dem aur installiert, bekam dabei auch keine Fehlermeldung. Erst beim versuch zu starten erhalte ich folgende Ausgabe:

[root@einstein realplayer]# realplay 

** (process:7935): WARNING **: Unsupported locale de_DE.utf8! Please use a locale with .UTF-8 suffix! For example: export LANGUAGE=en_US.UTF-8

Gtk-Message: Failed to load module "gnomebreakpad": /usr/lib/gtk-2.0/modules/libgnomebreakpad.so: wrong ELF class: ELFCLASS64

(realplay.bin:7935): Gtk-WARNING **: /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so: wrong ELF class: ELFCLASS64

(realplay.bin:7935): Gtk-WARNING **: /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so: wrong ELF class: ELFCLASS64

(realplay.bin:7935): Gtk-WARNING **: /usr/lib/gtk-2.0/2.10.0/engines/libclearlooks.so: wrong ELF class: ELFCLASS64
/opt/realplayer/realplay.bin: symbol lookup error: /opt/lib32/usr/lib/libgtk-x11-2.0.so.0: undefined symbol: g_dpgettext

kann mir jemand weiter helfen?

Weil in der ersten Zeile auf UTF-8 hingewiesen wird habe ich mich an ein Problem vor einiger Zeit erinnert, beim versuch google-earth zu installieren bakam ich irgendwann ein fenster in dem keine Schrift mehr existierte sondern nur noch Kästchen. Dann habe ich einfach aufgegeben. Ich habe vorhin einmal kontrolliert. Meine UTF-8 einstellungen sind exakt so wie es das deutsche Wiki anleitet. Ist davon vielleicht etwas nicht mehr Aktuell, oder kam etwas neues hinzu?

Liebe Grüße
Bernhard

[gelöscht]

Das mit dem UTF-8 ist nur eine Warnung und nicht ursächlich für Dein Poblem:

realplay

** (process:18001): WARNING **: Unsupported locale de_DE.utf8! Please use a locale with .UTF-8 suffix! For example: export LANGUAGE=en_US.UTF-8

Läuft aber bei mir trotzdem ohne Probleme.

Daran liegt es also nicht.

//Edit:

Und wieso rufst Du das Ding überhaupt als root auf? Das macht absolut keinen Sinn und führt höchstens dazu, daß es aus einer Usersitzung eh nicht funktionieren kann, weil der Zugriff auf den X-Server verweigert wird.

Greetz,

RM

Pierre

Die Warnungen kannst Du getrost ignorieren. Die UTF8-Sache klingt ziemlich unsinnig. Allerdings scheint der Realplayer Probleme mit dem neuen GTK zu haben.

[gelöscht]

Vor allem schein da ein 32 Bit Player Probleme mit 64 Bit Bibliotheken zu haben 😉

wrong ELF class: ELFCLASS64

Kein Wunder, daß das nicht läuft.

//Edit:

http://bbs.archlinux.org/viewtopic.php?id=30221

Den Realplayer gibts AFAIK auch nur für 32 Bit (zumindest der AUR-Build sagt das explizit im PKGBUILD), vielleicht hilft das hier weiter:

http://wiki.archlinux.de/?title=32Bit-Programme_unter_Arch64

oder

http://wiki.archlinux.org/index.php/Arch64_Install_bundled_32bit_system

//NochnEdit:

http://aur.archlinux.org/packages.php?ID=7907

Das wäre doch genau das, was Du suchst, oder?

Greetz,

RM

Pierre

Stimmt, das habe ich gar übersehen. Ich glaube Realplayer sollte aber trotzdem starten; er lädt halt das theme nicht.

Wie auch immer: Sicher, daß Du überhaupt den Realplayer brauchst? xine und mplayer können mittlerweile fast alles abspielen.

[gelöscht]

Pierre schrieb Stimmt, das habe ich gar übersehen.

Mir ist es auch erst auf den zweiten Blick aufgefallen, und die ganzen "Edits" im letzten Post waren das Ergebnis davon, daß ich zu "Archlinux Multilibs" auf Anhieb nicht viel gefunden hatte.

Da ist wohl noch etwas "Baustelle", wobei die paar Anbieter von $PROPRIETÄREM_PROGRAMM_OHNE_64BIT-VERSION auch mal so langsam den Hintern hochbekommen könnten (betrifft eigentlich nur irgendwelchen CS-Krempel).

Pierre schrieb Wie auch immer: Sicher, daß Du überhaupt den Realplayer brauchst? xine und mplayer können mittlerweile fast alles abspielen.

Jupp, wobei das Abspielen eines Streams immer noch etwas holprig ist (zumindest mit dem Vorspulen in einem Real-Media Stream haben die freien Alternativen noch ab und zu so ihre Probleme).

Greetz,

RM