Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

1

20.11.2004, 00:54

Xine stürzt ab

Nach einem Update stürzt die xine-lib ab, egal mit welchem Programm sie genutzt wird (kaffeine, xine-ui etc.). Folgende Meldung:

Inconsistency detected by ld.so: ../sysdeps/generic/dl-tls.c: 72: _dl_next_tls_modid: Assertion `result<= _rtld_local._dl_tls_max_dtv_idx' failed!

Googlen bringt nicht wirklich viel. Ich bekomme nicht raus, was da fehlt. Hab' es schon mit einem Downgrade der xine-lib probiert, mit Löschen von ~./xine, aber brachte nichts. Hat jemand eine Idee?

Grüße, Henrik

2

20.11.2004, 14:46

RE: Xine stürzt ab

schon

Quellcode

1
etc-update
als root, gemacht??




bye Benny
Intel Pentium 3,6GHz
1,00GB DDR Ram
GeForce FG 6800LE
Asus P5P800 Mainboard

_______________________


Mein Bäckerforum: http://www.baeckerforen.de
Mein OS Forum: http://www.free-your-os.com

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »??Linux« (20.11.2004, 14:46)


3

20.11.2004, 14:52

RE: Xine stürzt ab

Ja klar. Ich schau mir die zu verändernden Konfigurationsfiles auch immer vorher an, bevor etc-update sie überschreiben darf.

4

14.12.2004, 18:26

Hallo,

ich hatte selbes Problem und habe es gerade gelöst. Auf einem französischen Gentoo-Forum sage jemand es stimmt etwas mit der Datei "xineplug_vo_out_opengl.so" nicht (kann zwar kein französische, aber das habe ich erkannt).
Ich also die Datei gesucht und also root in mein home verschoben:
locate xineplug
mv /usr/lib/xine/plugins/1.0.0/xineplug_vo_out_opengl.so ~
und geht xine wieder.

Gruß,
Eicke

5

25.04.2005, 14:42

bei mir verabschiedet sich xine bei allen videos, unabhängig vom format jetzt so:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
bash-2.05b$ xine 00022656.wmv
This is xine (X11 gui) - a free video player v0.9.23.
(c) 2000-2003 The xine Team.
External func OLEAUT32.dll:8
DMO dll supports VO Optimizations 0 1
DMO dll might use previous sample when requested
GetOutput r=0x0   size:230400  align:1
StreamCount r=0x0  1  1
Decoder supports the following YUV formats: YV12 YUY2 UYVY YVYU   ’
Decoder is capable of YUV output (flags 0x1b)
xiTK received SIGSEGV signal, RIP.
Killed

denke das hängt wo beim codec, gemerged ist aber alles neu! ideen?

tom
Windows - gesehen, gelacht, gelöscht!

6

25.04.2005, 17:34

xiTK ist meines Erachtens nach das Frontend. Mal 'nen anderes (kaffeine o.ä.) probiert ?
__
Rud

7

26.04.2005, 09:28

also xine ohne video starten geht problemlos, aber sobald ich was abspielen will -> finito!

anderen player (mplayer etc) gehts ähnlich, der sagt:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
MPlayer wurde durch Signal 4 im Modul init_audio_codec unterbrochen
- MPlayer stürzte aufgrund einer 'ungültigen Anweisung' ab.
  Das passiert normalerweise, wenn du MPlayer auf einer anderen CPU
  ausführst als auf der, für die er kompiliert/optimiert wurde.
  Überprüfe das!
- MPlayer stürzte wegen falscher Benutzung der CPU/FPU/des RAMs ab.
  Kompiliere MPlayer erneut mit --enable-debug und erstelle mit 'gdb'
  einen Backtrace und eine Disassemblierung. Details dazu findest du
  in DOCS/de/bugreports.html.
- MPlayer ist abgestürzt. Das sollte nicht passieren.
  Es kann sich um einen Fehler im MPlayer-Code _oder_ in deinen Treibern
  _oder_ in deinem gcc handeln. Wenn du meinst, es sei MPlayers Fehler, dann
  lies DOCS/de/bugreports.html und folge den dortigen Anweisungen.
  Wir können und werden dir nicht helfen, wenn du nicht alle dort aufgeführten
  Informationen zur Verfügung stellst.

gxine meint:

Quellcode

1
2
3
4
server: trying to connect to already running instance of gxine (/home/thomasle/.gxine/socket)...
connect: Connection refused
server: socket '/home/thomasle/.gxine/socket' created
libgnomevfs.so.0: cannot open shared object file: No such file or directory.


kaffeine sagt:

Quellcode

1
2
3
4
5
6
7
Decoder supports the following YUV formats: YV12 YUY2 UYVY YVYU   ’
Decoder is capable of YUV output (flags 0x1b)
KCrash: Application 'kaffeine' crashing...
abort: audio_alsa_out.c:797: ao_alsa_write: Aborting.
Unable to start Dr. Konqi
system call fstat: Bad file descriptor
kaffeine: Fatal IO error: client killed

sind also alles unterschiedliche meldungen, wollt aber eigentlich xine verwenden, scheint aber ein generelles problem zu sein. nur wie komm ich dem bei?

tom
Windows - gesehen, gelacht, gelöscht!

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »tomcat22« (26.04.2005, 09:47)


8

26.04.2005, 15:33

Dir fehlt noch kmplayer in Deiner Sammlung ;) Dient auch als Frontend für beide engines.

Zumindest das erste und dritte weisen ja auf Audioprobleme hin. Um den Fehler einzukreisen könntest Du versuchen, den Ton auszuschalten. Bei mplayer reicht dazu eventuell schon ein -ao null. Ansonsten helfen die manpages weiter.

Hast Du vielleicht ein USE-Flag für einen Befehlssatz (sse, mmx2) verwendet, den Dein Prozessor nicht unterstützt ? Ansonsten hat google hier noch einen Link ausgespuckt, wo ganz unten so etwas beschrieben wird. Ob Du die Lösung ausprobieren willst, bleibt Dir überlassen.

Beim zweiten: libgnomevfs.so.0: cannot open shared object file: No such file or directory.
Da fehlt Dir irgendetwas von gnome. Hab mal bei mir geschaut, da existiert nur eine libgnomevfs-2.undsoweiter . Ich weiß also nicht wo die herstammen könnte.
__
Rud

9

26.04.2005, 15:57

also mit den headern hatte ich mal probs, dachte aber das sei gelöst.
jedenfalls schmiert mplayer auch mit "-ao null" genauso weg, gleicher fehler.

hab ne sb-live, die treiber emu10k1 & emu10k1e(?) für die dell-version (habe dell-rechner) fest in den kernel gebacken. probiere jetzt das mit den headern.

prozessor istn p4, 1.8 ghz, nix besonderes... hier meine useflags:

Quellcode

1
2
3
4
5
6
7
8
CFLAGS="-O3 -march=athlon-xp -mcpu=athlon-xp -momit-leaf-frame-pointer -ffast-math -ftracer -frename-registers -finline-limit=600 -mfpmath=387 -m3dnow -fom$
CHOST="i686-pc-linux-gnu"
USE="3dnow 3dnowex acpi artswrappersuid bitmap-fonts bluetooth cddb cdparanoia cdr \
     divx4linux dvd dvdr emacs exif faad flac flash ftp gimp gphoto2 \
     icq imagemagick imap jabber java jikes latex matroska mmx \
     mng mozilla mozsvg nvidia ooo-kde opengl oscar pda pic ppds samba smime \
     socks5 sse svg tetex theora threads tiff unicode usb v4l v4l2 wmf xine xmms xprint \
     xvid zvbi -gtk2 -gnome -gtk qt alsa"

ich glaub das schaut strange aus, da die config teilweile von nem kumpel mit nem dual-athlon stammt, denke da hängt was. aber es lief ja schon mal, das ist es was ich nicht verstehe.

tom
Windows - gesehen, gelacht, gelöscht!

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »tomcat22« (26.04.2005, 16:21)


10

04.05.2005, 10:38

an den use-flags lag es nicht, aber die lösung ist gefunden! der schuldige heisst alsa 1.0.8 (libs & headers). hab jetzt version 1.0.9_rc2 drauf und plötzlich gehen alle player wieder! *freu*

tom
Windows - gesehen, gelacht, gelöscht!