Whither XMMS? [SOLVED]

[Corona688]

[dmpogo]

[01mf02]

[gian]

is one of the suggested players capable of playing MIDI files like xmms (+midi plugin... rather poor, but working) ?

(there should be a special category for sw like xmms, something like "saveware" gentoo developers should seriously think about: a sort of "unsupported" class of ebuilds, so that people wanting to keep using their xmms, maybe with user designed, never released skin (and understanding that no one will ever listen to any bug report and no guarantee is given cregarding safety, and "if your computer blows up we told you"... etc) can still do it.... just plain hard masking is a bit to hard for xmms, I believe.... (and... yes, I am convinced that no credibility would be lost if an action like the xmms hard masking was retracted)

[NeddySeagoon]

gian,

The option you want is called your local overlay. There is no herry to act. Even when the xmms ebuilds have been removed from the portage tree, you can still find them in the gentoo CVS.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

[nenolod]

[Eddward]

[BasketCase]

I worked with the Audacious devs (Chainsaw) on IRC on the 669 problem. Turned out it was a bug in their magic number detector. That should be fixed in the next version.

Yes, I still want doublesize too but it doesn't look like they are interested. They have talked about a future scaling option that will make it bigger but not as big as doublesize

[BasketCase]

BTW, if you have module files that modplugplay can play but audacious can't (other than the 669 files) you should jump on the audacious IRC channel and send a copy to Chainsaw. He can look at them and figure out why they won't play like he did for my .669 files.

[Eddward]

Cool. Thanks.

[der bastler]

To me there is still the issue with my no-X music box. NoXmms and the Xmms control API worked like a charm.

And now? Switch to Mplayer in slave mode (control by command\n on standard input)? But what about Mplayer's ability to use Xmms plugins?
_________________
Tempus fugit.
@frank@troet.cafe

[stahlsau]

Actually it's a shame that xmms isn't developed anymore. It always was THE musicplayer for all folks coming from windows, that where used to winamp. All other players (besides mpd, which rules them all) have one or more problems.

Audacious doesn't support resizing of the main window, doulbe-size got removed, well...if they think that's a great idea, they shall go for it. They'll be dead in 5 years, more or less, when people get even bigger monitors with resolutions like 2000x4000 or something. Then audacious will be 1/16 inch on the screen and everone needs a magnifier to press a button.

But well...muine, rhythmbox or banshee, the other players that were suggested as an alternative, need about 75 dependencies for a non-gnome system. BMPX needs about 28 dependencies. A little too heavyweight, if you ask me. Amarok "only" needs 8 deps, but with kdelibs under those, which takes hours to compile


Sure, maybe some of those deps could be avoided by restricting some useflag, but well...i got a fully functional multimedia-capable fluxbox system up and running for years now, why should i change everything for some halfbaken audio-app?

Ok, nuff said. Aren't there any great gui-audioplayers with low deps out there for the times in live you want a nice gui to look at? Please tell me some if you can

[dmpogo]

[NeddySeagoon]

dmpogo,

You don't do any ebuild hacking at all. You preserve (or fetch) the xmms ebuilds in your local overlay, where they will work the same as they always have. Of course, over time, everything else that xmms depends on will move on and eventually they won't build any more.
Meanwhile you have the same version of xmms as you have today.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.

[DeliciousT]

Well, I've been using audacious for a week or so now, and I have to say that I'm already quite fond of it. I especially like the playlist transparency as well as playlist font control. The popup album art is a beautiful feature as well. What is the status of the libvisual compatibility? The audacious FAQ says "temporarily removed" - how temporarily? I look forward to being able to use projectM (Milkdrop,) the greatest visualization for any os, and crowning achievement of my "my gentoo media center can do everything and mroe than your windows box" claim. Audacious is already the better player, but I can't get rid of xmms until I've got my visual fix - thanks in advance for all the hard work!

[DeliciousT]

Whoops, didn't see the extra thread: https://forums.gentoo.org/viewtopic-t-510532.html

[dmpogo]

[dmpogo]

I really don't want to troll and if developers do not want to maintain the package it is their decision.
The reasons are, as I undrestand is that with no upstream delepment it becomes increasingly difficult to maintain and overall
xmms is buggy, perhaps has to be coerced to be even compiled and takes too much time. Are they ?


Today I just decided to compile the original xmms from xmms CVS just to see how problematic it is and was a bit suprised.
With all its inactivity

1) It has a version as late as of August 2006
2) It compiles almost cleanly under gcc-4.1.1. One needs 3 liner patch
3) Patch is readily available from the xmms-bugzzilla
4) The patch is actually confiined to 2 lines in in header files in infrared plugin and 1 line in the headers related to 'esd'

I thought I need to check if this sufficient or, perhaps too simplistic.

So I look at the 2.3.0 gentoo patch of my stable xmms-1.2.10-r15 set to see if they did something else. And I see

5) The latest xmms main body stable Gentoo patchset is over a year old, of May 2005.

So for this buggy, difficult to maintain, software nothing had to be done in over a yea to keep it running with the bugzilla not getting overflown,
and it compiled cleanly through major (3->4) gcc upgrade, which happens once in several years !

What a piece of junk with a broken codebase ! Surely needs to be urgently purged out of sight !

Yes, I realize that one of the plugins (xmms-ir) perhaps hit the need for this two-liner patch to compile, and that plugins are perhaps more
buggy. But hats off for XMMS developers, and I hope the developers of the current players willl not have to hear
similar evaluation of their work from some distributors in 5 year time. Good luck to them.

[Dominique_71]

I agree with you with the fact at it is a tarball from august 2006 and at gentoo don't even try to incorpore it in portage. That's for the short term.

But on the long run xmms is not a viable option. Just read the comment about xmms on the xmms2 website. Xmms is so hard to modify at when you do a modification on a component, you break something else.
_________________
"Confirm You are a robot." - the singularity

[zsitvaij]

[nenolod]

[Kaste]

haha

I especially like the part about it wanting us to die in fire

[dmpogo]

[BasketCase]

[dmpogo]