gmane.comp.kde.amarok.devel

Re: a minor nit 1.94

Colin Guthrie — 2008-12-04T22:41:53

'Twas brillig, and Rex Dieter at 04/12/08 15:28 did gyre and gimble: Yeah, I work with Lennart quite a bit on PA (see sig ;)) His patches definitely helped a lot but I still had some quite nasty issues (pre-GF it has to be said) with phonon + xine... It was all mostly timing related. Xine itself seemed to work OK, although did have a weird issue whereby it always revert to 0% volume. I didn't really have time to look too deeply into the code (hence why i'm not really moaning about it, with gusto!!) as we had a management decision to use GStreamer in Mdv so I just had to concentrate on making that not-suck for the most part... I do need to look into the xine stuff again tho' as things have obviously moved on since then... it's just a matter of finding the time! :) Col

Re: a minor nit 1.94

Greg Woods — 2008-12-04T17:16:00

Another data point: Fedora 10 just released an update (to 1.98 RC1), and it still has this issue. This also answers another question that I had, which was whether or not the Fedora 10 maintainers were planning to follow the Amarok releases, and the answer is yes. --Greg

Re: a minor nit 1.94

Greg Woods — 2008-12-03T18:07:22

I don't; the phonon-backend-gstreamer package is not installed. --Greg

Re: a minor nit 1.94

Rex Dieter — 2008-12-04T15:28:47

Is your experience before or after xine-lib-1.1.12? I ask because it was Lennart Poettering (aka Mr. pulseaudio) that fixed/improved the xine-lib-pulseaudio sink upstream in the xine-lib-1.1.12 timeframe. But perhaps the new glitch-free pa stuff warrants another look.

Re: a minor nit 1.94

Colin Guthrie — 2008-12-04T15:08:43

'Twas brillig, and Rex Dieter at 04/12/08 14:07 did gyre and gimble: Quite possibly. This is why I've always had better luck with gstreamer (even before glitch-free PA). The xine support for PA has always been below par compared to gstreamer in my experience. Col

Re: Possible bug?

Eelko Berkenpies — 2008-12-04T14:35:26

It seems to do it for more (and other) folders/combinations and I guess I forgot to mention the I'm dragging them over from the files pane within Amarok directly into the playlist.

Re: Possible bug?

Gary Steinert — 2008-12-04T14:28:00

I dont seem to be able to reproduce this =/ Does it happen with every folder you try to drag or just this one? If this is the only folder it happens with, try renaming that folder and check if it still occurs. Also, you didn't mention which file browser you were using? I've tried to reproduce with dolphin as it's the most common KDE file browser. Also, please open a bug report for this. It gives us more chance of more people noticing it. Thanks, Gary Steinert On Thursday 04 December 2008 10:11:08 Eelko Berkenpies wrote:

Re: a minor nit 1.94

Rex Dieter — 2008-12-04T14:07:11

It's most likely not specific to amarok, but an interaction between not-so-great audio drivers and the newer "glitch-free" pulseaudio in F-10. The next likely candidate is the xine-lib-pulseaudio sink. Fwiw, F-10 uses phonon-backend-xine by default (and will prefer it even if the gstreamer backend is installed).

Possible bug?

Eelko Berkenpies — 2008-12-04T10:11:08

Before I'll file it as a bug, I'd like to make sure if the problem is not already known or if it's just me having this problem. In the latest SVN version (built on 04-12-08 < at > 11.00 AM - r892378) dragging a folder from the filebrowser to the playlist gives me a wrong heading (as in the heading from another folder). Eg. I have a folder with 1 m3u file and 2 mp3 files. The folder is called "VA - Hardcore 4 Life [2008] - 2 CD" and is located in /Music. When I drag it from the file browser to the Playlist it giving me the description of another folder in /Music, in this case "Thunderdome Turntablized - VA" (1 .m3u file and 24 mp3 files). It was working correctly earlier, it got broken somewhere after the tagging of RC1. On the other side, sorting is working like a charm now. Thanks for that. :)

Re: a minor nit 1.94

Eelko Berkenpies — 2008-12-04T08:14:43

On Wed, 03 Dec 2008 10:11:40 -0700, wrote: Doesn't necessarily needs to be true. Phonon is designed to support multiple back-ends, so if you've also got phonon-backend-gstreamer-4.2.0-7.fc10.i386 (seems to be most recent version) installed, it's possible that you are still using GStreamer over Xine. System Settings => Computer Administration => Sound => Backend tab will tell you which backend has the highest priority and which backend(s) you've got installed. On a side note I'm on FC10 using GStreamer and Amarok 2 SVN, working flawless at the moment. :)

Re: Dependencies for amarok 1.4

Andreas Pakulat — 2008-12-04T07:50:08

Thats not quite correct. Distributions manage just fine to have qt3 and qt4 development packages installed side-by-side. And they do so by moving the overlapping parts into separate directories under /usr/lib or /usr/share. Thats quite fine, its not expected that you can install qt3 and qt4 into the same prefix without these adjustments. Thats the theory, the practice is a quite different beast. The problem is that not all API that has changed has a Qt3Support counterpart, for example QString doesn't, QObject also not. Apart from that, you still need to change your source code and replace the QFoo with Q3Foo. Last but not least: Qt3support is hardly maintained by Qt Software and is basically at the end of its life already, only the worst things are fixed in there and there are quite a few bugs with these classes. Andreas

Re: a minor nit 1.94

Greg Woods — 2008-12-03T17:11:40

For what it's worth: the package that comes with Fedora 10 is phonon-backend-xine-4.1.3-1.fc10.i386, so it looks like I am using the xine backend already. --Greg

Re: a minor nit 1.94

Big O — 2008-12-04T02:34:14

Oh there's always some unlucky sap doing packaging. Well the packager will specify a backend to use. In the case you want to use something different you uninstall what the package provides and install your own.

Re: a minor nit 1.94

Colin Guthrie — 2008-12-04T01:56:05

'Twas brillig, and Jud Craft at 04/12/08 01:21 did gyre and gimble: One of the key features of Phonon is that it doesn't require each application to implement configs for it. It's meant to centralise things and make KDE apps (or rather Qt although I think that is becoming increasingly blured with the xine backend being more KDE than Qt which is why I'm still a little saddened that the gstreamer backend was not nurtured more initially, but that's another story - and I may be out of date as I've fallen behind here recently) more consistant. Remember when each and every app on your desktop had it's own "sound preferences" dialog? This is insane from a usability perspective. users have to learn new paradigms and systems for every application. With technologies like pulseaudio and phonon this is changing. You go to one place with one GUI to make these kind of changes. This is similar to Core Audio on OSX. It's a bit of a cultural shift, but it's definitely better for general UI in the long term.

Re: a minor nit 1.94

Jud Craft — 2008-12-04T01:21:53

Right, but there won't be a downstream packager for the OSX and Win versions, right? And even so, there's always the chance that a Windows or Mac user might be interested in how that GStreamer or QuickTime backend sound. Especially if certain features (cross-fading, replay-gain, etc) ever become specific to a certain backend. (Don't mean to derail, I just think it's a valid concern.)

Re: a minor nit 1.94

Dr. Diesel — 2008-12-03T23:16:00

_______________________________________________ Amarok mailing list Amarok< at >kde.org https://mail.kde.org/mailman/listinfo/amarok

Re: a minor nit 1.94

Mark Kretschmann — 2008-12-03T23:12:32

At any rate, it's an "Upstream/Downstream" issue. Either Phonon, or its backend, or the distro can be blamed - but not Amarok itself. This might seem odd to you as a user, since you perceive Amarok as "the thing making music", but the technical reality is different.

Re: a minor nit 1.94

Richard Rondu — 2008-12-03T23:05:51

I'm using the phonon-xine backend and I have this issue so it seams it's not related to the gstreamer phonon backend. On Wed, Dec 3, 2008 at 10:59 PM, Jud Craft gmail.com> wrote:

Re: a minor nit 1.94

Mark Kretschmann — 2008-12-03T23:04:41

Normally this shouldn't be necessary as the packager / distro is responsible for making the right decision.

Re: a minor nit 1.94

Jud Craft — 2008-12-03T22:59:33

Amarok doesn't have the ability to set it's own Phonon backend? That would be mean that cross-platform Amarok (on Win32 and OSX) lacks this flexibility as well. Looks like a shortcoming.

Re: a minor nit 1.94

Seb Ruiz — 2008-12-03T22:49:39

2008/12/4 Greg Woods gregandeva.net>: Unfortunately the only way to do this is to actually have a KDE4 install, and use the system settings. Alternatively, simply install the phonon-xine pacakge and remove the phonon-gstreamer package for fedora (I'm not familiar with fc though).