Forum » Last.fm Player Support

Linux Player Not Working

 
    • souled said...
    • User
    • 3 Oct 2005, 04:07

    Linux Player Not Working

    I downloaded the Linux binary for the player, but when i cd to the folder and type './player' nothing happens. The process runs, but no window or anything opens up. I'm using Ubuntu 5.04, any help is appreciated. Thanks.

    Edited by souled on 3 Oct 2005, 04:07
    • buckett said...
    • User
    • 3 Oct 2005, 13:05

    Re: Linux Player Not Working

    Quoth souled:
    I downloaded the Linux binary for the player, but when i cd to the folder and type './player' nothing happens. The process runs, but no window or anything opens up. I'm using Ubuntu 5.04, any help is appreciated. Thanks.


    It's because esd has /dev/dsp open:

    lstat64("/etc/xdg/last.fm.ini", 0x877f84c) = -1 ENOENT (No such file or directory)

    stat64("/etc/xdg/last.fm.ini", 0x877f84c) = -1 ENOENT (No such file or directory)

    open("/dev/dsp", O_WRONLY


    $ lsof -f -- /dev/dsp

    Will probably show esd holding /dev/dsp open. Kill esd and it will work.

    • souled said...
    • User
    • 3 Oct 2005, 22:55
    awesome, thanks.

    edit: Ok so the player takes over all of my sound (i.e. no other sound gets through.) Even after I close the player, no sound comes out. Is there anyway to make it other sound play all the while the Last.fm player is playing?

    Edited by souled on 4 Oct 2005, 01:18
  • You could also redirect the player to esd by using the command "esddsp" to start the player.
    e.g: esddsp /usr/local/bin/Last.fm/player

    This way you don't have to kill esd, so all other sounds using esd will still play.

    • souled said...
    • User
    • 5 Oct 2005, 13:59
    When I try that command I get "command not found"

    edit: Found the problem. I needed to install esound-clients. Thanks

    Edited by souled on 6 Oct 2005, 05:13
  • Making a wrapper script

    If your system uses esd and you need to run the Last.fm player with esddsp, then you can create a script to make things a bit more graceful and save you some typing. I put the Last.fm player files in the directory /usr/local/Last.fm-1.0.3 then I created the following script and named it /usr/local/bin/lastfm


    #! /bin/bash
    # Small script for running the last.fm player with the espdsp wrapper
    # Carry through all arguments with $*

    esddsp --name=lastfm /usr/local/Last.fm-1.0.3/player "$*" &> /dev/null

    # Write all output to /dev/null (including stderr), because this program jabbers
    # a lot and sends it all to stderr. Real errors should appear in the GUI.


    That takes care of the the esddsp and all the text that the player prints while it's running (none of which seems to be info you'd actually want unless you were debugging). It should also carry through any arguments meant for the Last.fm player, so if you setup your browser to call the player (as is described here for Firefox) by using the /usr/local/bin/lastfm script, then that works correctly too. I'm not familiar with espdsp, so I don't know if any other options should be added, like --mixer.

    Hope that's helpful.

    You call it a new way of thinking; I call it regression to ignorance! -- Op Ivy
    • souled said...
    • User
    • 7 Oct 2005, 14:20
    Awesome, the script worked perfectly. Thanks a lot!

    • kvossen said...
    • User
    • 10 Oct 2005, 04:58
    When I try to reroute via the esddsp command the music is played in slow-motion and every few seconds there a little gap during playback. Could this be caused by a wrong interpretation of the incoming stream's sample rate? Anyone else experiencing a similar problem?

    EDIT: I do not experience any problems when running directly via OSS (except that the music skips whenever I switch between windows which is probably caused by too small a cache).

    Edited by kvossen on 10 Oct 2005, 05:01
    • moixa said...
    • User
    • 10 Oct 2005, 12:56

    AOSS leads to segmentation fault

    I had 1.0.3 running with "aoss ./player". No problems at all.

    Using 1.0.5 with the same command, I get a segmentation fault as soon as
    the player wants to start playing.. (startup without any problem).
    By starting the player directly (without aoss), everything works. What
    did change? Is there another possibility for non-blocking mode?

    Cheers, Tobias

    (I am on Gentoo)

  • Segfault with esddsp too

    Yeah, I downloaded the version 1.0.5 and I get a segfault after I select a station. This happens whether or not I used esddsp; in fact, all the output and behavior is the same either way. I documented the problem in a bit more detail here. For now the 1.0.5 player is useless for me, and I'll have to continue using the 1.0.3 verson.

    You call it a new way of thinking; I call it regression to ignorance! -- Op Ivy
    • Soruk said...
    • User
    • 16 Oct 2005, 16:04

    Static? Not exactly.

    A binary compiled such that it is static should have no requirement of any shared libraries at all. The linux "static" binary isn't static by any stretch of the imagination.

    $ ldd player
    ./player: /lib/libm.so.6: version `GLIBC_2.2' not found (required by ./player)
    ./player: /lib/libpthread.so.0: version `GLIBC_2.2' not found (required by ./player)
    ./player: /lib/libpthread.so.0: version `GLIBC_2.3.2' not found (required by ./player)
    ./player: /lib/libc.so.6: version `GLIBC_2.2.4' not found (required by ./player)
    ./player: /lib/libc.so.6: version `GLIBC_2.2' not found (required by ./player)
    ./player: /lib/libc.so.6: version `GLIBC_2.3' not found (required by ./player)
    libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0xb7f70000)
    libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0xb7f59000)
    libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0xb7f51000)
    libXrender.so.1 => not found
    libXrandr.so.2 => not found
    libXcursor.so.1 => not found
    libXinerama.so.1 => not found
    libfreetype.so.6 => not found
    libfontconfig.so.1 => not found
    libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb7f43000)
    libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7e9e000)
    libz.so.1 => /usr/lib/libz.so.1 (0xb7e91000)
    libdl.so.2 => /lib/libdl.so.2 (0xb7e8d000)
    libpthread.so.0 => /lib/libpthread.so.0 (0xb7e7a000)
    libm.so.6 => /lib/libm.so.6 (0xb7e5d000)
    libc.so.6 => /lib/libc.so.6 (0xb7d67000)
    /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0xb7f83000)
    $

    • tmorton said...
    • User
    • 16 Oct 2005, 22:25
    Try the Autopackage of Last.Fm. That might fix the GLIBC and X errors. As for it being static--no it's not all static. Only Qt4 is statically linked.

Anonymous users may not post messages. Please log in or create an account to post in the forums.