Hallo Leute Nachdem Yast etwas unkontrolliert an meinem System rumkonfiguriert hat, kann ich mich nun mit folgendem Problem rumschlagen. Der Realplayer funktioniert unter root ohne Probleme. Starte ich den Realplayer unter einem normalen User, dann erscheint zwar der Realplayer in einem Fenster, aber die Anwendung ist wie "eingefroren". Ich habe auch schon im /home Verzeichnis alle real- Dateien gelöscht und das Setup neu ausgeführt. Immer das selbe Bild - der Realplayer startet und dann friert das Bild ein? Weiss hier vielleicht jemand Rat? Grüsse Nick _________________________________________________________________ Downloaden Sie MSN Explorer kostenlos unter http://explorer.msn.de/intl.asp
Am Dienstag, 28. August 2001 12:37 schrieb Nick Petrik:
Starte ich den Realplayer unter einem normalen User, dann erscheint zwar der Realplayer in einem Fenster, aber die Anwendung ist wie "eingefroren". Ich habe auch schon im /home Verzeichnis alle real- Dateien gelöscht und das Setup neu ausgeführt. Immer das selbe Bild - der Realplayer startet und dann friert das Bild ein?
Das kommt mir bekannt vor. Arbeitest Du mit KDE2? Eine Ursache für dieses Phänomen ist, dass der Realplayer versucht, seinen Startsound auszugeben, das aber nicht kann, weil /dev/dsp vom artsd benutzt wird (Timeout kennt der Realplayer offenbar nicht). Workaround: In einer Konsole 'artsshell suspend' eingeben, dann lässt der artsdsp /dev/dsp los und der Realplayer darf loslegen. Bei mir hat das das Problem gelöst. Martin -- when in danger or in doubt, run in circles, scream and shout! pgp-key: via wwwkeys.de.pgp.net, key id is 0x21eec9b0
Hallo, * On Tue, Aug 28, 2001 at 12:50 PM (+0200), Martin Borchert wrote:
Das kommt mir bekannt vor. Arbeitest Du mit KDE2? Eine Ursache für dieses Phänomen ist, dass der Realplayer versucht, seinen Startsound auszugeben, das aber nicht kann, weil /dev/dsp vom artsd benutzt wird (Timeout kennt der Realplayer offenbar nicht).
Soweit klar.
Workaround: In einer Konsole 'artsshell suspend' eingeben, dann lässt der artsdsp /dev/dsp los und der Realplayer darf loslegen.
Eine weitere Moeglichkeit waere doch sicherlich auch, die Soundausgabe des Real Players an den KDE-Soundserver weiterzureichen, z.B. in dem man ihn so startet: artsdsp realplay Das sollte doch AFAIK auch tun, oder? Gruss, Steffen
Am Freitag, 31. August 2001 15:18 schrieb Steffen Moser:
* On Tue, Aug 28, 2001 at 12:50 PM (+0200), Martin Borchert wrote:
[Realplayer friert beim Starten ein]
Workaround: In einer Konsole 'artsshell suspend' eingeben, dann lässt der artsdsp /dev/dsp los und der Realplayer darf loslegen. Eine weitere Moeglichkeit waere doch sicherlich auch, die Soundausgabe des Real Players an den KDE-Soundserver weiterzureichen, z.B. in dem man ihn so startet: artsdsp realplay Das sollte doch AFAIK auch tun, oder?
Nur für's Protokoll: Ich glaube, das Teil heißt realplayer, bin mir aber nicht ganz sicher. Der Aufruf müsste also artsdsp realplayer lauten. Aber ansonsten, ja, gangbarer Weg. Und bei mir ist artsdsp alles andere als performant. Wenn ich das Ding für den Realplayer benutze, schnellt die system load auf irgendwas zwischen 1,8 und 2,4. Realplayer standalone sorgt für gerade mal 0,3. Martin -- when in danger or in doubt, run in circles, scream and shout! pgp-key: via wwwkeys.de.pgp.net, key id is 0x21eec9b0
Hallo, * On Fri, Aug 31, 2001 at 03:40 PM (+0200), Martin Borchert wrote:
Nur für's Protokoll: Ich glaube, das Teil heißt realplayer, bin mir aber nicht ganz sicher. Der Aufruf müsste also artsdsp realplayer lauten.
Bei mir heisst die Datei "realplay" und liegt unter: /opt/RealPlayer8/ Ich habe die Version 8.0.3.421 des Real Players installiert (bei "www.real.com" heruntergeladen). Durchaus moeglich, dass das Binary-File nach einer Installation des Players via SuSE-RPM anders lautet.
Und bei mir ist artsdsp alles andere als performant. Wenn ich das Ding für den Realplayer benutze, schnellt die system load auf irgendwas zwischen 1,8 und 2,4. Realplayer standalone sorgt für gerade mal 0,3.
Ich habe es hier gerade ausprobiert. Die Systemlast haelt sich in Grenzen (nicht hoeher als ohne "arts"), jedoch kommt es schon nach wenigen Minuten Film zu einem "Segmentation fault" des "artsdsp"- Prozesses, und der Real Player bleibt haengen. Starte ich den Real Player direkt (und lasse denselben Stream abspielen), passiert dies nicht. D.h. meine Idee mit "artsdsp" scheint auch auf meinem System nur beschraenkt in der Praxis zu funktionieren. Vielleicht sieht es mit anderen Versionen von "arts" und Real Player anders aus... ;-) Gruss, Steffen
Am Freitag, 31. August 2001 22:25 schrieb Steffen Moser:
* On Fri, Aug 31, 2001 at 03:40 PM (+0200), Martin Borchert wrote:
Nur für's Protokoll: Ich glaube, das Teil heißt realplayer, bin mir aber nicht ganz sicher. Der Aufruf müsste also artsdsp realplayer lauten. Bei mir heisst die Datei "realplay" und liegt unter: /opt/RealPlayer8/ Ich habe die Version 8.0.3.421 des Real Players installiert (bei "www.real.com" heruntergeladen). Durchaus moeglich, dass das Binary-File nach einer Installation des Players via SuSE-RPM anders lautet.
Komisch, bei mir liegt das Teil unter /usr/lib/RealPlayer8. Darin liegt dann tatsächlich eine Datei namens realplay. ABER: Er hat einen link gesetzt in /usr/X11R6/bin. Und der heißt bei mir realplayer.
Und bei mir ist artsdsp alles andere als performant. Wenn ich das Ding für den Realplayer benutze, schnellt die system load auf irgendwas zwischen 1,8 und 2,4. Realplayer standalone sorgt für gerade mal 0,3. Ich habe es hier gerade ausprobiert. Die Systemlast haelt sich in Grenzen (nicht hoeher als ohne "arts"), jedoch kommt es schon nach wenigen Minuten Film zu einem "Segmentation fault" des "artsdsp"- Prozesses, und der Real Player bleibt haengen. Starte ich den Real Player direkt (und lasse denselben Stream abspielen), passiert dies nicht. D.h. meine Idee mit "artsdsp" scheint auch auf meinem System nur beschraenkt in der Praxis zu funktionieren. Vielleicht sieht es mit anderen Versionen von "arts" und Real Player anders aus... ;-)
Ich hab noch kein Programm gesehen, dass mit artsdsp gut klarkam. Allerdings ist der artsd selbst bei mir auch alles andere als stabil. :( Allerdings brauch ich den auch nicht so wirklich. Martin -- when in danger or in doubt, run in circles, scream and shout! pgp-key: via wwwkeys.de.pgp.net, key id is 0x21eec9b0
Hallo, * On Fri, Aug 31, 2001 at 10:43 PM (+0200), Martin Borchert wrote:
Komisch, bei mir liegt das Teil unter /usr/lib/RealPlayer8.
Ich glaube, ich habe bei der Installation das Verzeichnis "/opt/RealPlayer8" manuell gewaehlt. Standardmaessig stand dort auch "/usr/lib/RealPlayer8" drin.
Darin liegt dann tatsächlich eine Datei namens realplay. ABER: Er hat einen link gesetzt in /usr/X11R6/bin. Und der heißt bei mir realplayer.
Der Link existiert hier nicht. ;-)
Ich hab noch kein Programm gesehen, dass mit artsdsp gut klarkam.
Mit "xmms" hatte ich bisher keine nennenswerten Probleme gehabt.
Allerdings brauch ich den auch nicht so wirklich.
Dem kann ich mich nur anschliessen. Ich fand es nur etwas nervig, dass verschiedene Programme immer nicht so recht liefen, nachdem KDE irgendwelche Sounds ausgegeben hat, weil der "arts" das Sound-Device noch fuer sich in Anspruch nahm. Inzwischen habe ich diese Soundausgabe via Soundkarte (z.B. der normale "beep" der Konsole) unter KDE sowieso wieder abgeschaltet, d.h. solche Toene werden wieder vom PC-Lautsprecher ausgegeben und damit wird auch "arts" nicht aktiviert... Gruss, Steffen
participants (3)
-
Martin Borchert -
Nick Petrik -
Steffen Moser