Hello again, On Friday 25 November 2005 23:00, Randall R Schulz wrote:
Joe,
On Friday 25 November 2005 22:35, Joe Morris (NTM) wrote:
You need the xmms-lib-mad package. joe@jmorris:~> rpm -ql xmms-lib-mad /usr/lib64/xmms/Input/libmpg123.la /usr/lib64/xmms/Input/libmpg123.so (Mine is 9.3 and x86_64, but should be the same for you.
Huh. That did it. But I don't remember uninstalling that package, so I don't know why xmms was working before or why it stopped working recently.
Oh, well. I'll settle for getting the intended outcome.
And it gets weirder. Now CastPodder has started working again. I got another clue on that front. While the problems (both the CastPodder not passing on a file name and xmms not playing MP3s) was still entirely undiagnosed, I created a shell script to intercept xmms invocations and log their command lines before passing the call on to the real xmms. There were no arguments and then xmms would display its file open dialog. I assumed this was a problem with CastPodder. But it turns out that the command line is apparently not how CastPodder tells xmms which file to play, 'cause the logged command lines are still blank, but now xmms plays the file as before. Having the intercept script pass the invocation on to amaroK instead of xmms works when I run it manually from the command line, supplying the file name myself, but not when CastPodder invokes the script. Apparently there was only one problem, the xmms problem, and it appeared to me to be two problems. Live and learn ... If you're lucky ... On both counts. Randall Schulz