This is mainly a happy story, but things could be better.
Under F7 i686 I ran a nightly build of realplayer (from <helixcommunity.org>) which understood ALSA. As such I was able to set up a dmix device for it and it played happily with the rest of the system.
When I moved to F8 I changed to using the x86_64 system, and the first thing I did was try a 64bit realplayer build. After changing it to use the hardware device (as it wont output to a pulse ALSA device), I discovered that: a. The sound warbled. The closest effect to it that I've heard before is where there's a rate mismatch and the buffer keeps running out. b. The mozilla plugins wouldn't work, with or without nspluginwrapper. I'm hypothesising that despite being included with the 64 bit build they are intended for 32 bit realplayer.
So, I changed to a 32 bit build of RP. I have it outputting through a dmix device set to 48kHz as otherwise it runs too fast (i.e. if I load a file on the machine it plays it back at an incredible speed and a high pitch). It now runs okay both stand-alone and as a browser plugin. However, because most things use pulseaudio now (including flash and rhythmbox), using RP is mutually exclusive with most other sound apps.
I /think/ the solution to this would be to set up a dmix or plug device going into the pulseaudio ALSA device, but I've had a couple of goes and can't work it out. Any suggestions?
Why would the command
/etc/init.d/pulseaudio start
work, whereas the command
service pulseaudio start
produces an X11 error "XOpenDisplay() failed" as seen below?
I'm baffled. Granted, I hacked /etc/init.d/pulseaudio myself, but how could it produce such different results?
Reik
PS: the reason I want to have pulseaudio as a service is that I don't use gnome or kde, and hence have no simple way of starting pulseaudio automatically when a session starts.
============================== (root) 111 > /etc/init.d/pulseaudio start Starting PulseAudio Daemon: pulseaudio.
(root) 112 > W: main.c: Warning: home directory of user 'pulse' is not '/var/run/pulse', ignoring. W: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted W: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL front:0 ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL front:0
(root) 112 > /etc/init.d/pulseaudio stop Stopping PulseAudio Daemon: pulseaudio.
(root) 113 > service pulseaudio start Starting PulseAudio Daemon: pulseaudio.
(root) 114 > W: main.c: Warning: home directory of user 'pulse' is not '/var/run/pulse', ignoring. W: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted W: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL front:0 ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL front:0 NOTE: HERE IS THE NEW ERROR E: x11wrap.c: XOpenDisplay() failed E: module.c: Failed to load module "module-x11-publish" (argument: ""): initialization failed. E: main.c: Module load failed. E: main.c: failed to initialize daemon. ==============================
Where are you finding 64bit realplayer? I poked around helixcommunity.org but didn't see that.
Neal Becker wrote:
Where are you finding 64bit realplayer? I poked around helixcommunity.org but didn't see that.
helixcommunity.org | RealPlayer for Linux | Helix Player 2.0 nightly builds | RealPlayer current Gets you to this page: http://forms.helixcommunity.org/helix/builds/?category=realplay-current Look for linux-2.6-glibc23-amd64 builds.
As I say though, the 32bit version seems to work better for me on a 64 bit Fedora.
Ian Malone wrote:
<on RealPlayer with pulseaudio on x86_64 Fedora 8>
So, I changed to a 32 bit build of RP. I have it outputting through a dmix device set to 48kHz as otherwise it runs too fast (i.e. if I load a file on the machine it plays it back at an incredible speed and a high pitch). It now runs okay both stand-alone and as a browser plugin. However, because most things use pulseaudio now (including flash and rhythmbox), using RP is mutually exclusive with most other sound apps.
A little more on this: I saw bug 338211 on the devel list, https://bugzilla.redhat.com/show_bug.cgi?id=338211. The 32 bit version of alsa-plugins-pulseaudio is not installed in x86_64, and this apparently causes problems for 32 bit apps. So I tried installing the 32 bit version.
It still doesn't work, but I get a different error now (typed, not c&p) realplay.bin: pcm_params.c:2351: sndrv_pcm_hw_params: Assertion `err >= 0' failed. Progress of a sort (the previous error was a cannot open shared library one for libasound_module_pcm_pulse.so). I'm wondering if anyone using i686 F8 has RP working with pulse (N.B. this is not RealPlayer 10 for Linux, it's a build from helixcommunity based on the Helix 2 engine and works properly with Alsa otherwise).
As an aside, I was getting an error on starting RP about the nodoka theme engine and it was looking particularly un-themed. Inspired by the above I tried installing the 32bit gtk-nodoka-engine, this appears to have stopped that error and RP looks slightly nicer.
Reik Red wrote: Why would the command
/etc/init.d/pulseaudio start
work, whereas the command
service pulseaudio start
produces an X11 error "XOpenDisplay() failed" as seen below?
I'm baffled. Granted, I hacked /etc/init.d/pulseaudio myself, but how could it produce such different results?
Reik
PS: the reason I want to have pulseaudio as a service is that I don't use gnome or kde, and hence have no simple way of starting pulseaudio automatically when a session starts.
============================== (root) 111 > /etc/init.d/pulseaudio start Starting PulseAudio Daemon: pulseaudio.
(root) 112 > W: main.c: Warning: home directory of user 'pulse' is not '/var/run/pulse', ignoring. W: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted W: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL front:0 ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL front:0
(root) 112 > /etc/init.d/pulseaudio stop Stopping PulseAudio Daemon: pulseaudio.
(root) 113 > service pulseaudio start Starting PulseAudio Daemon: pulseaudio.
(root) 114 > W: main.c: Warning: home directory of user 'pulse' is not '/var/run/pulse', ignoring. W: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted W: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL front:0 ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL front:0 NOTE: HERE IS THE NEW ERROR E: x11wrap.c: XOpenDisplay() failed E: module.c: Failed to load module "module-x11-publish" (argument: ""): initialization failed. E: main.c: Module load failed. E: main.c: failed to initialize daemon. ==============================
Reik,
What does your /etc/init.d/pulseaudio script look like? I am trying to set up a headless jukebox, so I too don't want to rely upon gnome / kde to start up pulseaudio.
-Elvenhack
On 20/01/2008, Ian Malone ibmalone@gmail.com wrote:
Ian Malone wrote:
<on RealPlayer with pulseaudio on x86_64 Fedora 8>
A little more on this: I saw bug 338211 on the devel list, https://bugzilla.redhat.com/show_bug.cgi?id=338211. The 32 bit version of alsa-plugins-pulseaudio is not installed in x86_64, and this apparently causes problems for 32 bit apps. So I tried installing the 32 bit version.
It still doesn't work, but I get a different error now (typed, not c&p) realplay.bin: pcm_params.c:2351: sndrv_pcm_hw_params: Assertion `err >= 0' failed. Progress of a sort (the previous error was a cannot open shared library one for libasound_module_pcm_pulse.so). I'm wondering if anyone using i686 F8 has RP working with pulse (N.B. this is not RealPlayer 10 for Linux, it's a build from helixcommunity based on the Helix 2 engine and works properly with Alsa otherwise).
https://bugs.helixcommunity.org/show_bug.cgi?id=7375 Further contributions welcome.
On 1/20/08, Reik Red reikred@gmail.com wrote:
Why would the command
/etc/init.d/pulseaudio startwork, whereas the command
service pulseaudio startproduces an X11 error "XOpenDisplay() failed" as seen below?
I would guess that in the first case you have write access to the display and in the second you don't. In any case, if you run pulseaudio as a service you want to disable x11. The simplest way to do this is to remove the pulseaudio-module-x11 rpm.
Regards,
Chris
I'm baffled. Granted, I hacked /etc/init.d/pulseaudio myself, but how could it produce such different results?
Reik
PS: the reason I want to have pulseaudio as a service is that I don't use gnome or kde, and hence have no simple way of starting pulseaudio automatically when a session starts.
============================== (root) 111 > /etc/init.d/pulseaudio start Starting PulseAudio Daemon: pulseaudio.
(root) 112 > W: main.c: Warning: home directory of user 'pulse' is not '/var/run/pulse', ignoring. W: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted W: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL front:0 ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL front:0
(root) 112 > /etc/init.d/pulseaudio stop Stopping PulseAudio Daemon: pulseaudio.
(root) 113 > service pulseaudio start Starting PulseAudio Daemon: pulseaudio.
(root) 114 > W: main.c: Warning: home directory of user 'pulse' is not '/var/run/pulse', ignoring. W: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted W: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL front:0 ALSA lib control.c:909:(snd_ctl_open_noupdate) Invalid CTL front:0 NOTE: HERE IS THE NEW ERROR E: x11wrap.c: XOpenDisplay() failed E: module.c: Failed to load module "module-x11-publish" (argument: ""): initialization failed. E: main.c: Module load failed. E: main.c: failed to initialize daemon. ==============================
-- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
On Wed, 2008-02-06 at 12:29 +0100, Chris Rouch wrote:
On 1/20/08, Reik Red reikred@gmail.com wrote:
Why would the command
/etc/init.d/pulseaudio startwork, whereas the command
service pulseaudio startproduces an X11 error "XOpenDisplay() failed" as seen below?
I would guess that in the first case you have write access to the display and in the second you don't. In any case, if you run pulseaudio as a service you want to disable x11. The simplest way to do this is to remove the pulseaudio-module-x11 rpm.
Regards,
Chris
I seem to stay confused. /etc/init.d/pulseaudio start and service pulseaudio start are equivalent.
What do you mean by disabling x11. Do you think that the OP was running these commands at run level 3?
On 2/7/08, Aaron Konstam akonstam@sbcglobal.net wrote:
On Wed, 2008-02-06 at 12:29 +0100, Chris Rouch wrote:
On 1/20/08, Reik Red reikred@gmail.com wrote:
Why would the command
/etc/init.d/pulseaudio startwork, whereas the command
service pulseaudio startproduces an X11 error "XOpenDisplay() failed" as seen below?
I would guess that in the first case you have write access to the display and in the second you don't. In any case, if you run pulseaudio as a service you want to disable x11. The simplest way to do this is to remove the pulseaudio-module-x11 rpm.
Regards,
Chris
I seem to stay confused. /etc/init.d/pulseaudio start and service pulseaudio start are equivalent.
What do you mean by disabling x11. Do you think that the OP was running these commands at run level 3?
No idea, but when a service is started at boot time, it has no X display to talk to regardless of the run level. Only when you log into the X display does it become available, by which time it is too late.
Chris
--
fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Ian Malone wrote:
On 20/01/2008, Ian Malone ibmalone@gmail.com wrote:
Ian Malone wrote:
<on RealPlayer with pulseaudio on x86_64 Fedora 8>
https://bugs.helixcommunity.org/show_bug.cgi?id=7375 Further contributions welcome.
Now fixed, have checked nightly build 10.1.0.4302.
On Sat, May 10, 2008 at 3:16 PM, Ian Malone ibmalone@gmail.com wrote:
Ian Malone wrote:
On 20/01/2008, Ian Malone ibmalone@gmail.com wrote:
Ian Malone wrote:
<on RealPlayer with pulseaudio on x86_64 Fedora 8>
https://bugs.helixcommunity.org/show_bug.cgi?id=7375
Further contributions welcome.
Now fixed, have checked nightly build 10.1.0.4302.
The 64 bit version worked here, too.
But they continue to write logs in /dev/nul It should be /dev/null (two l's).
-
Aaron Konstam -
Chris Rouch -
Ian Malone -
Neal Becker -
Paulo Cavalcanti -
potat0 -
reikred＠gmail.com