Slashdot Mirror
Using Winamp vis. Plugins with xmms
protonman writes "...and you thought emulation was for watching quicktime trailers, playing nintendo games, or just running calc.exe. Think again,
Please welcome Winamp Visualization Plugins for XMMS, available now!"
Please welcome Winamp Visualization Plugins for XMMS, available now!
Time to call all of the Linux-using stoners I know.
--saint
(Hey, this is my 500th post. Sheesh.)
If I could use XMMS as a library, I'd love it even more.
Napster-to-go says "Fill and refill your compatible MP3 player", which is a lie. It's not MP3. It's WMA with DRM.
What would be really cool is an XMMS input plugin that can decode WMAs. I don't ever encode music in the WMA format, but I do encounter it on the net quite a bit and it's a pain in the ass to have to go WMA -> Wav -> MP3 for every single one.
Okay, Ive got an Athlon 1300 with a Geforce 2 Ultra. Under XP, Winamp visualizations that are greater than maybe 600x400 look really bad because of the raw crunching power necessary to make the pretty shapes. I know that WINE (or the Linux graphics subsystem in general), sometimes has speed problems relative to Windows so if that problem continues with these visulizations, I think it would be pretty wimpy if a good system could only run Visulizations adequately at like 200x200.
We no longer have to settle for that Microsoft contraband now that the Penguins are producing some quality shit.
have you really used xmms? Sure all the people who came from windows will use WinAmp. But, XMMS is a finished product, it's been developed for years. I SERIOUSLY doubt that winamp for linux is going to be that great. Besides, it's very unlikely that winamp will be GPL'd and you know that matters to a fair number of linux users.
Only dead fish swim with the stream...
That's easy to answer, you don't. It is not Free Software, so if you're pure you don't use it.
Otherwise, I believe you could find it in a normal windows installation.
FiGZ.COM - A waste of perfectly good web space
Well...according to the FAQ, Winamp for Linux will not be open source, so I wouldn't count out XMMS as having no role for Linux in the future.
alot of vis plugins are badly coded and run slow on any system.
check out geisswerks. I can run all their plugins at max detail at 1024 x 768 on my xp 1800 system. I have run them on slower computers and the fps is ussually good.
GoatPigSheep, the 3 most important food groups
I sure hope it is better than the winamp for mac. That one was not very good last time I messed with it. I ended going back to iTunes when I was running a Apple OS. Xmms is just fine on Linux PPC/x86/etc.
Freeamp used to annoy me but it has grown on me as it has developed. Maybe the linux winamp can do the same but it will still probably take a back seat to xmms in my book. YMMV.
Ryan Geiss makes some of the best winamp plugins available, including Geiss, Milkdrop, and Smoke. Geiss is a little dated and runs too fast on my computer at maximum settings(the framerate isn't restricted making it look too fast), but Smoke and Milkdrop run smoothly. Milkdrop is one of the best Winamp plugins available, so check it out if you have Winamp, or now, XMMS.
I'd rather wait for (or have no) visualizations for XMMS than have to rely on Wine to enjoy the goodness that is Mad Spin...
I know that this is a GTK1.2 limitation, not an xmms limitation, but xmms fails the polish test when it comes to file browsing by extension, and the entire file-browse function in general. (I guess all gtk apps - except the gimp, which has its own file browser - suffer from this, but I don't feel the pain in the other apps as much because masking my file browsing isn't as important to me in anything other than mp3 browsing.) It's what keeps it behind winamp.
Anyone think that trying to run windows apps on Linux is counter productive? Yes so the person is no longer running Windows, but they are still tied to it. Reminds me a lot like OS/2, where most people would just use OS/2 to run Windows apps, and the number of OS/2 apps started to dwindle, till there was nothing left.
i get so sick of people saying 'winamp is pointless b/c of xmms'
i guarantee you these are the same hypocrites who say 'gee, kde and gnome bring such great choice and variety to the linux desktop!'
how about we applaud a company that recognizes that there are linux users out there in the market and have actually put some resources towards noticing us as opposed to being so close minded against anything that didn't start on *nix? and no, i don't own stock in winamp and i use xmms all the time, i'm just saying we should _encourage_ ALL companies to make linux versions of their products even if there is already an alternative...
- Shift-V (or right-click on the stop button) to stop the current song using fade-out. Much more nicer to my ears. XMMS doesn't have that.
- I don't know since when, but latest Winamp versions have a very nice and subtle micro-fade-out when you stop a song or switch to a different one. This rocks. XMMS clicks and pops when you switch songs. This sucks.
- Winamp Vorbis comment editor and Vorbis comment displayer simply rock. The best I've seen to date. XMMS Vorbis comment editor and Vorbis comment displayer simply suck. Big time.
That's all. That's enough for me to prefer Winamp over XMMS. Yet I use XMMS much more than Winamp... simply because I've run Windows approximately ten hours over the past five months.Oh, and XMMS still doesn't seem to have good aRts support. This sucks, too.
I don't know, but you might want to check up on the efforts to use Bochs inside Wine on other platforms.
I've used XMMS, yes. I use both Windows and Linux regularly. If the Linux version of Winamp3 is anything like the Windows version, it will be far better than XMMS. I'm not saying that XMMS will be BAD...just that I don't think it will perform as well as Winamp3.
-James
For those of you who might not know...
Perhaps the best plugins would have to be:
GForce
and
White Cap
Both by the talented Andy O'Meara
---Lane
XMMS has always started up quicker than Winamp for me... Perhaps your Un*x install sucks (Lots of Linux newbies don't know about hdparm.). As for Winamp doing nothing to your system, that's rubbish. Winamp puts MULTIPLE entries in your Directories' contex menus, installs the "Winamp Agent" in the system tray, automatically takes over every file-type it can, etc.
What have you been smoking? XMMS certainly does have more options. I have never had any problems with XMMS playlists (Colossal is too vague for me).
XMMS has plugins for every format you could want (VQF, AAC, MPEG, etc), which work great! Winamp may have MORE, but most are things like "Let people on IRC know you are listening to Brittany Spears"...
Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
MPlayer will happily play WMA version 7 or 8 (and I think Xine might too - not sure). Now MPlayer is fully open source, the only think that remains for it to become a quality media player is a playlist - expect it there pretty soon.
Given the heavily opinionated nature of your post, the large number of patently untrue things in it, and the pishposh of grammatical errors, I'm really having a hard time deciding which of George Carlin's two categories to put you in: "idiot" or "full o' shit".
First, someone below seems to think this was created by Winamp. It wasn't, it just another Open Source tool created by OSS developers/hackers.
.wine to .transgaming. Start XMMS, and enter the plugin configuration dialog. You'll have WinAMP meta plugin pop up in the list.
Install the plugin. Then if you're using WineX (as you should), you'll need to link
Now download Geiss or G-Force from Winamp.com and run `winex (whatever).exe'. Install as normal, the defaults will be fine.
Now start XMMS again. When you try and configure the WinAMP meta plugin, you should now be able to select the Plugin DLL you just installed.
Using Transgaming WineX 2.0 stable release, GeForce works fine, except the window doesn't move and is always on top. GeForce doesn't resize the screen when it tries to go fullscreen. I'm not sure if these are WineX problems, WinAMP meta plugins or otherwise, suffice to say that WineX handles this well already for most games it supports.
So yeah: G-Force and Geis are great. Various `dancer' type plugins failed miserably. But its a promising start, especially for an app that's only existed for a few weeks.
Heh... I find it hard to take seriously anyone who judges intelligence based on grammar. Would you like to measure my cranium to decide if I'm a serial killer, as well?
But, of course, you've given no support for your claims, so there's no reason I should take you seriously in the first place.
Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
Winamp 3 will be available on linux, so you might see more cross platform plugins (even your favourite trippy visualisations).
I do love my XMMS, but...
mpg123 may support lowend PCs, but XMMS has the biggest selection of plugins of any GPL MP3 player. e.g., this plugin for that remote.
We all have doorstops, ahem... older computers, that could be headless mp3 servers, great gifts, eco "Reuse me baby!" friendly, and even RULE Project consistent.
So where is the full command line and no-GUI version of XMMS?
xmms-shell [dead link] was a great start at the command line part. It has very detailed input and output of status, settings and more from the command-line. XMMS-control provides a web gui for XMMS via xmms-shell. XMMS project should encorporate a command line that elegantly handles ALL GUI commands and info displayed.
Removing the GUI, and adding full/powerful command line, would support many recipes for mp3 server.
My recipe for a server would have a headless box, wirelessly connected to the Home Entertainment Center via DVD Anywhere with remote for song skipping. Samba Server for LAN users to play music, and create playlists. A web gui for XMMS, particularly for selecting playlists (auto-converted from LAN users playlists to local). Command line also creates opportunity for a TV style GUI, to properly handle TV-out videocard, that DVD Anywhere can send to the TV!
Ideally an integrated XMMS command line would seemlessly handle multiple instances of XMMS and multiple sound cards, and dynamic reassignment of sound cards to a particular XMMS instance, for powerful whole house sound system with as many zones as sound cards on the MP3 server. e.g., play same song in every zone/room in the house at the start of the party such as Stones "Start me up", later break out the living room zone to another XMMS instance running dance music playlist, and patio to jazz. Later, reunify the all the sound cards/rooms/zones to the XMMS instance playing Jazz.
-Nathaniel
Its true that (at least for a BusAdmin major, and also a graphics design major) XMMS has been the deciding factor in friend's decisons to play with Linux. XMMS *is* really that much sweeter. (Well, XMMS and mozilla's tabbed interface.)
Actually I don't think it was the XMMS team that did this.
It will be interesting to see how things look, as I used to run Winamp 2.x with WINE and some of the WVS effects didn't look right.
--jquirke
Do you think Winamp might go the way of Freeamp which has to be renamed to Zinf (zinf is not freeamp) so as not to infringe on trademarks?
Zinf is based on the FreeAmp® source code. However, AMP® is a trademark of PlayMedia Systems, Inc., and therefore the original name of the project cannot be used anylonger. On this website the old project will be referred to as FreeA*p.
The alpha release of Winamp for Linux is available for download from Nullsoft's site. A fairly lightweight 1.5MB download (XMMS was around 2MB last time I grabbed it). The press release for version 3 has this to say about Linux and us maybe seeing other cross-platform code:
That bodes well. Maybe the Wasabi "platform" will allow more visual stuff, hoepfully for more than just an mp3 player. The license, I'm sure, won't be GPL or LGPL.I downloaded the alpha. It's a tarball all right, but it's a tourist in the Linux world and definitely not a native speaker. First off, the archive has hardcoded paths starting from /. It expects you (as root, I assume) to extract it from /, and it makes a /usr/local/Winamp directory for its files and then places a shell script in /usr/local/bin which runs /usr/local/Winamp/Winamp.exe (with an input file arg and STDIN/STDERR to /dev/null). This is very weird. I now have a binary file with a .exe extension at $HOME/download/win32/winamp/usr/local/Winamp and a shell script which points elsewhere.
I tried to run it manually, but forgot one other thing about the shell script: it adds /usr/local/Winamp/libs to my LD_LIBRARY_PATH environment variable. I didn't do this, so it wouldn't run. I added it, and Winamp.exe did in fact execute. But it didn't run long.
It looks like this is a debug build, which is unsurprising since it's an alpha. It ran and displayed various profiler messages and such (the app loaded completely in 3422ms, in case you were interested). Most of the output wasn't especially interesting or unusual, although it did have a few of what looked to be function names that simply said "Write me!". I happened to notice that among these unwritten items, both Systray::addIcon and Systray::setTip told me to write them. Again, in case you didn't know it was a work-in-progress, here you go. Except seeing as how I don't have a system tray to which an icon and its associated tooltip might be added, I wonder if this might not be a work based on Win32 version which is in progress...
When the .exe ran it tried to create what looked like 3 new windows. I assume that they were the main window, the EQ and the playlist window. I couldn't say for sure since the allocated screen real estate was simply black. These new windows were up for about 1 second then went away. On the console, I saw this final message before the app died:
I'm no X programmer, but that looks to me that the app is trying to draw something in a window -- a border or background image or some such -- and can't because some X API function call was expecting different args. I don't know. I'm using XF86 that comes with Red Hat 7.3, version 4.2.0. Maybe this Winamp alpha was built under a different version? Version 3.something maybe? At any rate, I can see why they redirect STDIN and STDERR from the shell script. This build spits out a lot of info.So there it is. I ran it with strace and watched all the "seek into my zipped-up skins files" hoo-ha fly by. I'm tired and it's late and I'm no longer all that curious as to what "Linamp" might be like, so I didn't go through it all of it very much. I did scan through it, though. Toward the end, I saw bunch of open() calls that failed because the files weren't found. I also saw some libpng warnings about incomplete streams. Offhand, I'd say that this alpha build actually does expect to be installed in a certain location. Although I can't imagine hard-coding paths, even in an alpha. More likely, I've got it all wrong and my theories are bunk. I didn't install it where it wanted to be, though. I like a little unsolved mystery sometimes.
Anyway, it'll be nice to have some choice once they get it working. When I switched from Windows to Linux, one of the things I really missed was Winamp's minibrowser. XMMS could use that feature.
-B
Ash and Hickory, straight-grained and true, make excellent bludgeons, dandy for the cudgeling of vegetarians.
nice feature.. despite all the bitching...
If you dont want the module, dont install it... I i never was big into the visualization stuff...
one plugin that i'd cream over is something to allow xmms to use mplayer as the back-end for all media files. xmms has a nice clean interface (thanks to winamp) and mplayer plays almost every format out there (and i'm sure real support will be cleaner soon and sorenson will be added)
a tad off-topic --- does anyone else have trouble playing rm files in mplayer CVS? -- It dies after about a minute and 9 seconds on all rm files.. and the sync is off HORRIBLY
p r m t h s
What the XMMS folks need to do is make XMMS into a client/server setup - the "server" which plays the MP3s, and a client that talks to the server via a socket for control.
/. say, seperation of UI and backend by a network transparent layer is IMPORTANT - it is one of the things that enables *nix to be "anywhere, any keyboard, any account". The computer IS the network....
Visualizations and video formats would be handled by the client telling the server where to display - obviously the server can use XShm, DRI or Xv if it is displaying locally.
Right now, my MP3 server is running in the basement, feeding into the house sound system. But to make that work, I had to set up VNC so that I can display XMMS remotely whichever computer I am on. This sucks, since VNC isn't cheap from a resource standpoint.
Despite what so many hypotrolls here on
www.eFax.com are spammers
This is a Good Thing. Ive enjoyed playing w/ WinAmp AVS in the past, and thought it would be fun to run at a party via a DLP projector, trouble is that if you want to change the Image you have to drop down out of a fullscreen, to your windows desktop and make the changes -- for all to see.
Now that this runs w/ XMMS, what I (assume we can now do) is run the WinAmp Plugins in fullscreen, on a seperate Virtual Desktop and apply the changes to it. Have the DLP projector project only the fullscreen VisPlugin's output and use the other desktop to make the changes -- no crappy 'behind-the-curtains' revelations for the party guests who would otherwise enjoy the output as a sort-of real-time-art-poster that reacts to the music....
But I 'spose someone will tell me i could have already done this...
Holy moley - I never knew. I had been using the return key or the space key instead. My friend, you have just improved the quality of my life. Thank you.
Are you trying to be a troll, or are you just misinformed? xmms uses the same skin format as WinAmp does--a bunch of .BMP files with standardized names, all concatenated into one zip file. Just put any Winamp skin into /usr/share/xmms/Skins/ (system-wide) or ~/.xmms/Skins/ (for one user). This is fully documented in the man page for xmms and has been there for at least 2 years.
Give a monkey a brain and he'll swear he's the center of the universe.
I also tried the WinAmp Linux alpha release. First, it's very picky about color depth - I think it prefers 16-bit depth, for some reason, and doesn't have code to properly and cleanly handle other depths (like 24/32-bit depth). On my P3/650, it ate a lot of CPU just playing an MP3 (usually playing an MP3 with it doesn't even significantly affect CPU load, but it took up near 50% CPU time, if I recall correctly). It also crashed easily - just looking through the controls was enough to make it die.
If this is their idea of a Linux port, they can keep it. (Of course, I'm biased...)
Sam: "That was needlessly cryptic."
Max: "I'd be peeing my pants if I wore any!"
<plug>
Consider using AlsaPlayer as the backend for your project. AlsaPlayer supports so called interface plugins, where you can write your own custom front-end to the player if your needs are that specific. The current CVS version supports a "daemon" interface where the player will just run as a background process and accept commands through the libalsaplayer control interface. There are already a couple of projects preparing to switch to this interface. I know of at least one commercial project that is currently programming a backend.
</plug>
-adnans
"In short: just say NO TO DRUGS, and maybe you won't end up like the Hurd people." --Linus Torvalds
Right on my brotha'. While the visualizations are cool, there's no point in Winamp for Linux. Xmms is as good if not better and very mature. You can use all the winamp skins with xmms as well. http://xmms.org has millions of plugins, not just VIS plugins either.
I posted yesterday nearly the same thing and got modded +1 then -1 flamebait then -1 troll.Mods, put down your crack pipe before your knee-jerk reaction kicks in.
It's so annoying to have to open a web browser, go to www.shoutcast.com, search for the stream I want, and click on it... when I could just bookmark it within Winamp on windows...
and yes, that semi-colon was supposed to be a '
Should proof-read.
-- perl -e'print pack"H*","6e656d6f406d38792e6f7267"'