something maybe wrong about the MPRIS2 support about pragha HOT 26 CLOSED

Addition information:
I use the git version of Media player indicator(https://github.com/eonpatapon/gnome-shell-extensions-mediaplayer), and make it show the position slider. This extension can not get the right position of the playing song.

from pragha.

You can test git??.
Tested only in osd-lyrics

Thanks!. Never use this.. ;)

from pragha.

Thanks for your quick response. But I don't know how to install it thought git, forgive me..
Can you make a PKGBUILD for Arch's AUR? I think it's also a good thing to the others who love this player.
Any way, think you.

from pragha.

I have made a PKGBUILD, but I'm not sure whether there are some errors. I put it here, you may modify it, to save your time.

pkgname=pragha-git
pkgver=
pkgrel=
pkgdesc="A lightweight GTK+ music manager"
url="http://pragha.wikispaces.com/"
arch=('i686' 'x86_64')
license=('GPL')
depends=('curl' 'dbus-glib' 'gtk2>=2.16' 'libao' 'libcdio' 'libmad' 'libmodplug' 'libnotify' 'libsndfile' 'sqlite3' 'taglib' 'hicolor-icon-theme' 'desktop-file-utils')
makedepends=('autoconf' 'pkgconfig' 'git' 'xfce4-dev-tools')
conflicts=('pragha')
provides=('pragha')
#install=pragha.install
source=()
md5sums=()

_gitroot="https://github.com/matiasdelellis/pragha.git"
_gitname="pragha"

build() {
  cd "$srcdir"
  msg "Connecting to GIT server...."

  if [ -d $_gitname ] ; then
    cd $_gitname && git pull origin
    msg "The local files are updated."
  else
    git clone $_gitroot $_gitname
    cd $_gitname
  fi

  msg "GIT checkout done or server timeout"
  msg "Starting make..."

  chmod +x autogen.sh
  ./autogen.sh

  ./configure --prefix=/usr
  make || return 1
  make ${MAKEFLAGS} DESTDIR=${pkgdir} install

  install -m 644 data/pragha.desktop ${pkgdir}/usr/share/applications
  install -d ${pkgdir}/usr/share/pixmaps
  install -m 644 data/pragha.png ${pkgdir}/usr/share/pixmaps/
  install -m 644 data/pragha.1 ${pkgdir}/usr/share/man/man1/
}

# vim:set ts=2 sw=2 et:

from pragha.

Sorry by the delay.. but can not help.. I not use Arch.

You use 0.8 series??
depends=('curl' 'dbus-glib' 'gtk2>=2.16' 'libao' 'libcdio' 'libmad' 'libmodplug' 'libnotify' 'libsndfile' 'sqlite3' 'taglib' 'hicolor-icon-theme' 'desktop-file-utils') is of this version.. and the changes on this issuet are in 1.0.2git

In 1.0 you need gstreamer.. See this https://aur.archlinux.org/packages.php?ID=56484

from pragha.

Good news! I modified the PKGBUILD and installed Pragha v1.0.2.git again, it works very well together with OSD-Lyrics. Thank You!

Still another problem, when I changed the progress(click the progress bar in the player UI), the new "current track position" can not be synced accurately between Pragha and the Media Player Indicator extension of my gnome shell 3.2. And when I click the bar of the extension, nothing changes in the player. It seems that the signal of "track position changing" have not been sent or received accurately.

I know nothing about C programming, so I can not hack of fix it.
Report to you, for improving of this nice player.
Thanks and good luck to you.

from pragha.

rat4's latest pull request(Issue #13) fixed the problem I mentioned above, but not completely.

I installed rat4's latest git version, and I can set the position thought the gnome shell extension, after my click of the progress bar in the shell extension, the player jump to the right track position.

There is still a problem, after my click of the shell extension's bar, the player responses me very well, it jumps to the right track position I want, BUT the progress bar of the shell extension shows nothing changed, it looked like I havn't done the "set position" action.

I think that after the "set position" action, the player should send another mpris signal to tell the system the new "current track positon".

My english is so poor.. I hope you can understand me.

from pragha.

@roverway this seems known and already in todo list
// * emit Player.Seeked signal when user seeks in track or playback starts not from begin

from pragha.

@rat4
Thanks for your reply and I will waiting for it.

Another suggestion: I think the track information(title, artist and album) can be moved to the window's title bar. Now the information placed above the progress bar, but the space is limited, and it seems a little crowding.

That my advice, depends on you.

I like the UI of deadbeef, it's simple and neat. But deadbeef can not manage the media library, and its mpris2 supporting is very poor.

Thanks, both of you, for your good work.

from pragha.

As always .. Thanks @rat4
Hopefully that you continue participating in the development of pragha

@roverway
Do not worry .. My English is bad too.. hoho.. ;)

Regarding your suggestion .. Is relative.
The extra space is used by the cover art. The progress bar and label use the same space as the control buttons. (Test without the image, or reducing its size ..)

But I will take into account .. Perhaps this overloaded, and could make it optional.

Still reporting any errors that you find!. is also very important!

Regards..

Well..
Now I'm installing gnome-shell to test this..

from pragha.

@matiasdelellis
The latest gnome shell is version 3.4, you'd better install v3.2 to avoid some compatibility problems.

from pragha.

Yes.
Install the official packages from fedora 16 with the media-player-indicator plugin, and it seems work well.

Test the last changes.. ;)

P.s.: Some things I liked from gnome-sheel, but wait to fedora 17 to return to use it.

from pragha.

In my system, pragha and the gnome shell extension still can not work well together....

from pragha.

Wow.
What is bad now?

from pragha.

@matiasdelellis
The player and the extension of Gnome shell works well if I do not change the progress manually.

If I click the progress bar( no matter the bar of the player or the one of the extension ), in most time, sound will jump to the right position, but something wrong in the extension's progress bar: the slide plate will jump to the end of the bar, and show a very large number(current position), such as 2356432..., or sometimes it will jump to the beginning of the bar, and with a smaller but obvious wrong time number, for example 31:34 but the length of the song is just 3:08.

I have made a desktop record video, but I don't know how can I show it to you. It's about 20MB, but very slowly when I try to upload it to dropbox.

from pragha.

http://dl.dropbox.com/u/60464720/shell-20120331-3.webm

It's the video.

from pragha.

https://dl.dropbox.com/u/60464720/shell-20120331-3.webm

https is ok， too.

from pragha.

Here work.. :S
You update all pragha sources and the plugin?

from pragha.

I installed the latested git version of pragha, and installed the extension in the official website(extensions.gnome.org). the problem is still exsit.

My PKGBUILD looks like this:

# Maintainer:
# Contributor: Matias De Lellis, rat4

_basename=pragha
pkgname=${_basename}-git
pkgver=20120331
pkgrel=1
pkgdesc="A lightweight GTK+ music player"
arch=('i686' 'x86_64')
url="http://pragha.wikispaces.com/"
license=('GPL')
depends=('gstreamer0.10-base' 'gtk2' 'libcdio' 'libnotify' 'sqlite3' 'desktop-file-utils' 'taglib' 'dbus-glib' 'hicolor-icon-theme')
optdepends=('exo: better session management'
        'liblastfm_c-git: last.fm scrobbling'
        'keybinder: global keyboard shortcuts'
        'glyr-git: search lyrics, artists info, and album art')
makedepends=('autoconf' 'xfce4-dev-tools')
provides=('pragha')
conflicts=('pragha')


_gitroot="https://github.com/matiasdelellis/pragha.git"
#_gitroot="https://github.com/rat4/pragha.git"
_gitname="pragha"


build() {
  cd "$srcdir"
  msg "Connecting to GIT server...."

  if [ -d $_gitname ] ; then
    cd $_gitname && git pull origin
    msg "The local files are updated."
    cd ..
  else
    git clone $_gitroot $_gitname
  fi

  msg "GIT checkout done or server timeout"
  msg "Starting make..."

  if [ -d ${_gitname}_build ] ; then
    rm -rf ${gitname}_build
  fi

  cp -r $_gitname ${_gitname}_build
  cd ${_gitname}_build

  chmod +x autogen.sh
  ./autogen.sh
  ./configure --prefix=/usr
  make || return 1

  make ${MAKEFLAGS} DESTDIR=${pkgdir} install
  install -m 644 data/pragha.desktop ${pkgdir}/usr/share/applications
  install -d ${pkgdir}/usr/share/pixmaps
  install -m 644 data/pragha.png ${pkgdir}/usr/share/pixmaps/
  install -m 644 data/pragha.1 ${pkgdir}/usr/share/man/man1/
}

Are there some errors in my install steps? And I have not installed any of the the optdepends packages, does it matter?

If everything looks OK, forget my report. Maybe someday, after updating my system, the problem will disappear. Anyway, Pragha is good enough for me now.
Thank you for all of your replies.
Best wishes.

from pragha.

I am testing it again and seems to work correctly. Hopefully some confirmation before closing the issue. ;)

Regarding the aur seem right, but do not know much archlinux, so I can not help.

Regards.

from pragha.

@matiasdelellis
I have upload this PKGBUILD to Arch's AUR, the package was named pragha-git. Some other people woho installed it may give you more feedbacks.

from pragha.

@matiasdelellis
In my system the glib2 version is 2.30.2-2, I have tried to downgrade it to 2.26, but there are some other problems I can not resolve so I failed. Does it the reason of this strange bug?

from pragha.

Nop.
The interface mpris2 needs gio/glib 2.26 minimum (Also have 2.30). If it was a dependency issue, would not work anything of mpris.

Test "pragha -e 4" and when you seek, you must see "MPRIS emit seeked signal.." and others mpris messages..

mmm.. Let's try something more unlikely.. Change the line: (EDIT: In the function "mpris_update_seeked")
"g_variant_new ("(x)", position * 1000000l), NULL);" to "g_variant_new ("(x)", (gint64)(position * 1000000)), NULL);"

from pragha.

@matiasdelellis

Good news! it works very well after I changed the code as you told me.
Thanks!
This issue should be closed!

from pragha.

The current position in the shell is a second earlier than it in the player, after I clicked the bar. But I think this is not important and shouldn't be said as a bug.

Thanks for you work and reply.
Best wishes.

from pragha.

The current position in the shell is a second earlier than it in the player, after I clicked the bar. But I think this is not important and shouldn't be said as a bug.

Noticing. Is due to the different conversions of time. But it is acceptable. ;)

Regards!.
Now commit the change!.

from pragha.