Amarok, kaffeine and......

wakou · March 18, 2009, 4:54pm

Hi folks, I am a relative susienoob. This morning decided to listen to some toons for the first time. I first opened VLC, and played a couple of tracks, but was not happy with the Eq options available, so I tried kaffiene. This would not play mp3 at all. I then opened Amarok. All great, sounding good, but I needed an Eq. In my Amarok I found it under “tools”, but it was “greyed out”.
In the help-file for Amarok it proudly boasts: “The built-in equaliser works with all engines” Well it doesn’t!
So I googed about a bit and found a few post sayng I should install xine, so I did and changed the engine in Amarok to it.
Now Amarok won’t play mp3, and sends me to a site wanting $30.00 or so for a codec pack, or register for spam, for a codec just for mp3.
Not wanting to download/install separate codecs for each and every file format I looked elsewhere.
I found the “1-click install” here:
Multimedia - openSUSE-Community

Yast does not like, giving me 16 conflicts and 12 conflicts under two different headings, like so:

YaST2 conflicts list - generated 2009-03-18 13:34:17

ffmpeg-0.5-0.pm.1.i686 requires libavutil49 = 0.5-0.pm.1, but this requirement cannot be provided
uninstallable providers: libavutil49-0.5-0.pm.1.i586[Packman Repository]
libavutil49-0.5-0.pm.1.i686[Packman Repository]
] Following actions will be done:
architecture change of libavutil49-0.4.9.17550-1.1.i586 to libavutil49-0.5-0.pm.1.i686
install libavutil49-0.5-0.pm.1.i686 (with vendor change)
VideoLAN Project (VideoLAN - Free and Open Source software and video streaming solutions for every OS!)
–>
PackMan :: Startseite
architecture change of libavcodec52-0.4.9.17550-1.1.i586 to libavcodec52-0.5-0.pm.1.i686
install libavcodec52-0.5-0.pm.1.i686 (with vendor change)
VideoLAN Project (VideoLAN - Free and Open Source software and video streaming solutions for every OS!)
–>
PackMan :: Startseite
architecture change of libavformat52-0.4.9.17550-1.1.i586 to libavformat52-0.5-0.pm.1.i686
install libavformat52-0.5-0.pm.1.i686 (with vendor change)
VideoLAN Project (VideoLAN - Free and Open Source software and video streaming solutions for every OS!)
–>
PackMan :: Startseite
architecture change of libswscale0-0.4.9.17550-1.1.i586 to libswscale0-0.5-0.pm.1.i686
install libswscale0-0.5-0.pm.1.i686 (with vendor change)
VideoLAN Project (VideoLAN - Free and Open Source software and video streaming solutions for every OS!)
–>
PackMan :: Startseite
] Ignore some dependencies of ffmpeg
 ] do not install ffmpeg-0.5-0.pm.1.i686
libxine1-codecs-1.1.16.2-0.pm.2.i686 requires libxine1 = 1.1.16.2, but this requirement cannot be provided
uninstallable providers: libxine1-1.1.16.2-0.pm.2.i586[Packman Repository]
libxine1-1.1.16.2-0.pm.2.i686[Packman Repository]
] do not install libxine1-codecs-1.1.16.2-0.pm.2.i686
 ] Ignore some dependencies of libxine1-codecs

 ] Following actions will be done:
do not install libxine1-1.1.15-20.8.i586
architecture change of libxine1-1.1.15-20.8.i586 to libxine1-1.1.16.2-0.pm.2.i686
install libxine1-1.1.16.2-0.pm.2.i686 (with vendor change)
openSUSE
–>
PackMan :: Startseite
architecture change of libxine1-pulse-1.1.15-20.8.i586 to libxine1-pulse-1.1.16.2-0.pm.2.i686
install libxine1-pulse-1.1.16.2-0.pm.2.i686 (with vendor change)
openSUSE
–>
PackMan :: Startseite
architecture change of libxine1-gnome-vfs-1.1.15-20.8.i586 to libxine1-gnome-vfs-1.1.16.2-0.pm.2.i686
install libxine1-gnome-vfs-1.1.16.2-0.pm.2.i686 (with vendor change)
openSUSE
–>
PackMan :: Startseite

YaST2 conflicts list END

I tried accepting YAST’s suggestions, but the install hangs. /var/logs/yast2 is 60,000 lines long, (just for today!) so I won’t paste it here.

I then Un-installed Amarok, Kaffeine, and VLC/videolan and tried again. same results. Where should I go from here?

I have looked at:
Check your multimedia problem in ten steps - openSUSE Forums But I am not expert enough to really go through this, I do not know what results I SHOULD get, or what to do with them.

ijbreakey · March 18, 2009, 5:11pm

Open up a terminal and then post the results of typing

zypper lr

wakou · March 18, 2009, 5:14pm

zypper lr returns:

| Alias | Name | Enabled | Refresh

—±-------------------------±-----------------------------±--------±-------
1 | 11.1 | 11.1 | Yes | Yes
2 | 11.1 - VideoLan | 11.1 - VideoLan | Yes | Yes
3 | Libdvdcss repository | Libdvdcss repository | Yes | Yes
4 | Packman Repository | Packman Repository | Yes | Yes
5 | X11:Compiz | X11:Compiz | Yes | Yes
6 | X11:XGL | X11:XGL | Yes | Yes
7 | home_accAgon | home:accAgon (openSUSE_11.1) | Yes | No
8 | openSUSE 11.1-0 | openSUSE 11.1-0 | Yes | Yes
9 | openSUSE-11.1-Non-Oss | openSUSE-11.1-Non-Oss | Yes | Yes
10 | openSUSE-11.1-Oss | openSUSE-11.1-Oss | Yes | Yes
11 | openSUSE:Factory:Contrib | openSUSE:Factory:Contrib | Yes | Yes
12 | repo-debug | openSUSE-11.1-Debug | No | Yes
13 | repo-non-oss | openSUSE-11.1-Non-Oss | Yes | Yes
14 | repo-oss | openSUSE-11.1-Oss | Yes | Yes
15 | repo-source | openSUSE-11.1-Source | Yes | Yes
16 | repo-update | openSUSE-11.1-Update | Yes | Yes

The smileys for some reason should be XGL

ijbreakey · March 18, 2009, 5:29pm

Alright, firstly, the only thing you really need the videolan repository for is for libdvdcss.

That codec will let you play dvd’s.

Upgrade your libxine1 codecs and make sure they’re being installed from the Packman repository

http://www.fileden.com/files/2007/7/24/1293578/libxinerepo_thumb.png](http://www.fileden.com/files/2007/7/24/1293578/libxinerepo.png)

Version 1.1.16 is from the packman repository. Version 1.1.15 is from the Opensuse repository. The OpenSUSE version of xine is crippled and will not play proprietary codecs such as .mp3, .wma,…etc.

This is why, when you were installing things it was giving you this message

 ] Following actions will be done:
do not install libxine1-1.1.15-20.8.i586
architecture change of libxine1-1.1.15-20.8.i586 to libxine1-1.1.16.2-0.pm.2.i686
install libxine1-1.1.16.2-0.pm.2.i686 (with vendor change)
openSUSE
-->
PackMan :: Startseite

It’s just switching from the OpenSUSE version of libxine to the Packman version of libxine, which is what you want it to do.

Next, the ffmpeg conflict is between packman and videolan. You must upgrade ffmpeg and make sure it’s being installed from the packman repository. Along with this make sure libavcodec52, libavdevice52, libavformat52, libavutil49, libpostproc51, and libswscale0 are also updated. The current version is 0.5.0.pm.1 from the packman repos.

http://www.fileden.com/files/2007/7/24/1293578/ffmpegpackman_thumb.png](http://www.fileden.com/files/2007/7/24/1293578/ffmpegpackman.png)

Just to let you see, Yast was giving this conflict


ffmpeg-0.5-0.pm.1.i686 requires libavutil49 = 0.5-0.pm.1, but this requirement cannot be provided
uninstallable providers: libavutil49-0.5-0.pm.1.i586[Packman Repository]
libavutil49-0.5-0.pm.1.i686[Packman Repository]
 ] Following actions will be done:
architecture change of libavutil49-0.4.9.17550-1.1.i586 to libavutil49-0.5-0.pm.1.i686
install libavutil49-0.5-0.pm.1.i686 (with vendor change)
VideoLAN Project (VideoLAN - Free and Open Source software and video streaming solutions for every OS!)
-->
PackMan :: Startseite

This is the conflict between VideoLAN and Packman. What Yast was trying to do was switch from the VideoLAN ffmpeg and libav’s to the Packman ffmpeg and libav’s, which is what you want it to do.

So just make sure these are installed from the packman repository and not the Opensuse and VideoLAN repositories and you should be set!

Also make sure you have w32codec-all installed.

Hope this helps!

wakou · March 18, 2009, 5:59pm

Many Thanks IJ, If you could just hand-hold a little longer…

I went to YAST and compare with the pic.
Mine looks ever-so-slightly different:
http://i127.photobucket.com/albums/p145/wakou/YAST3.png
If I insist on “update” I get this:

YaST2 conflicts list - generated 2009-03-18 16:49:56

libxine1-pulse-1.1.15-20.8.i586 requires libxine1 = 1.1.15, but this requirement cannot be provided

 ] Ignore some dependencies of libxine1-pulse

 ] do not install libxine1-1.1.16.2-0.pm.2.i586

[x] Following actions will be done:

architecture change of libxine1-pulse-1.1.15-20.8.i586 to libxine1-pulse-1.1.16.2-0.pm.2.i686
install libxine1-pulse-1.1.16.2-0.pm.2.i686 (with vendor change)
openSUSE
→
PackMan :: Startseite
architecture change of libxine1-gnome-vfs-1.1.15-20.8.i586 to libxine1-gnome-vfs-1.1.16.2-0.pm.2.i686
install libxine1-gnome-vfs-1.1.16.2-0.pm.2.i686 (with vendor change)
openSUSE
→
PackMan :: Startseite

YaST2 conflicts list END

What now? If I accept architecture change, I still have the option

Do not install xxxxxxxxx
Ignore xxxxxxxxxxx

ijbreakey · March 18, 2009, 7:32pm

Down where it says Description. If you look three tabs over, click on the versions tab. Here you can tell Yast specifically what version to install. (Refer to my snapshot again to see)

Accept the architecture change. Also make sure to upgrade all those libxine1 packages.

Yast is just telling you it’s switching from the Opensuse 1.1.15 libxine to the Packman 1.1.16 libxine.

[x] Following actions will be done:
architecture change of libxine1-pulse-1.1.15-20.8.**i586** to libxine1-pulse-1.1.16.2-0.pm.2.**i686**
install libxine1-pulse-1.1.16.2-0.pm.2.i686 **(with vendor change)
openSUSE
-->
PackMan :: Startseite**
architecture change of libxine1-gnome-vfs-1.1.15-20.8.**i586** to libxine1-gnome-vfs-1.1.16.2-0.pm.2.**i686**
install libxine1-gnome-vfs-1.1.16.2-0.pm.2.i686 **(with vendor change)
openSUSE
-->
PackMan :: Startseite**

It’s changing the vendor from OpenSUSE to Packman. While doing this it’s upgrading from an i586 version to an i686 version. That’s the architecture change. Either way, this is what you want. So choose to accept the install of libxine1 (with vendor change).

wakou · March 18, 2009, 8:13pm

Ok, but then I get this:

http://i127.photobucket.com/albums/p145/wakou/YAST4.png

ijbreakey · March 18, 2009, 8:17pm

Haha as I posted in the other thread where you asked this same question,

Go ahead and install the update. It will just downgrade liboil to meet its dependencies.

If you have any reason not to downgrade liboil you can just choose to not install libschroedinger. The rest of the installs will still go through.

The asking to install libschroedinger is actually unrelated to updating your libxine. Installing libschroedinger is an actual update to your system. As I said before, you can choose to install it and everything will still work out, or you can choose to not install it and everything will still work out.

You’ll need to install it eventually though, so I would suggest installing it, even though it downgrades liboil, the downgrading of liboil doesn’t affect any other packages.

In short: Choose the Downgrade of liboil option.

wakou · March 18, 2009, 8:22pm

Lolz are you monitoring the "check your multi-media " one as well?
Hadn’t got round to checking it for replies yet…

Sincere thanks for your help, This sort of thing is the best part of Linux…

ijbreakey · March 18, 2009, 9:10pm

Haha yeah, I monitor any new posts and if I can help I’ll try to. I saw that you posted in that thread and figured it was a question related to this thread so I answered there as well.

Indeed it is. Make sure that, once you’re knowledgable enough, you also check the forums once in a while to see if you can help out a fellow member in need.

That’s the beauty of linux and open source in general, you can get help from countless numbers of people. And you can also share what you know. It benefits not only yourself, but the whole community. And it’s all free

Glad I could be of assistance,

Ian