I am aware that section was of DVD info, not specifically for audio and windows media 9 stuff. I was merely pointing out ther are many sections in guides like that which point to different install instructions, and in cases, sources, for 64 bit. In this case, that won't cut it.

If you would like to post some articles of the problem, I think you should be able to post some of the solutions as well, since you know how to use the search feature, it seems odd that so many people get it all to work perfectly, and only a few cases, where it doesn't. I have searched for a few varions on 64bit media, 64bit wmv, 64bit avi, 64bit SUSE media... etc etc. I find many saying everything works for them, in fact quite a bit more get it to work, than those that don't on the searches, none with detailed directions or how tos, leading me to believe it isn't that hard, or someone would have gotten a guide by now.

I have noted the same issues with many little picky things like getting fglrx working, where following the instructions fully leads to success, and people usually willingly trying to cut corners, don't get it working.

Based on the Ubuntu 64bit forums, it looks like they can play all windows media including 9, on their 32bit version of mplayer. Which, fyi, you have to have to play it, as it was made in a 32bit, and all the windows codecs are 32bit. You can't use a 64bit media player to play them, which is likely why when you try with just the codecs installed, and no 32bit media player, it doesn't work. It looks like mplayer is the only one that can play 9(even on my mere 32bit system), as well, xine and others don't yet have compatiblity there. If the rpms are failing you, why not go straight to the source, and try mplayer. They do have an RPM available, but it is RedHat /Fedora compiled. So you would probably have to compile it yourself. They have a few essential codecs, and other binary codecs listed as well.

this statement
from this link http://www.linuxquestions.org/questions/history/372761
is incorrect. I have 64-bit Mplayer and xine froim packman and w32codecs and I don't have any problems. No "dependency hell".
By the way w32codecs is NOARCH, it means that this is architecture independent.


Also this statement:
is incorrect:
http://packman.links2linux.org/?action=128
lists Mplayer for 32- and 64-bit arch

32-bit:
MPlayer-1.0pre7-pm.3.i586.rpm
MPlayer-1.0pre7-pm.3.i686.rpm
64-bit:
MPlayer-1.0pre7-pm.3.x86_64.rpm

There is no dependency hell when installing the codecs and player from packman. They install and work, the issue is it won't play wmv9 files otherwise known as .avi files.

It plays many older avi files, but not the newer ones also wmv and some mpg files it won't play.

The fact that the codecs install and mplayer installs means absolutely nothing. What we are saying is the files won't play.


Thats all nothing more nothing less.

It is when trying to get these files to play by installing other 32 bit apps and libraries that the problems of dependency issues arise, and many of them are unresolvable.

I am sure that some time in the future these things will be ironed out, but I have yet to find a solution, and until I can I will stick to 32 bit.

I would much prefer using 64 bit, but my 64 bit machines are running mythtv, they are multimedia machines and a lack of support for certain media files makes for a lousy multimedia machine.

Well, as I said, you messed up. I dont have any problems playing avi, asf, wmv files on 64-bit SuSE. Using 64-bit Mplayer. Or Kaffeine, or xine (also 64-bit).

There is nothing to be ironed out.

Yep OK, I broke it. Have a nice day, thanks.

I guess checking mplayer and win32codec-all in Yast breaks things.

this is Mplayer
http://img166.imageshack.us/img166/2...mplayer0bf.png
here you are w32codec
http://img353.imageshack.us/img353/8...2codecs7ur.png

and avi movie in Mplayer
http://img353.imageshack.us/img353/7...hot8avi2re.png

do you need snapshot from "uname -a" too? But if you do, then take look at the installed software version in Yast

Whats your point? Nobody said they would not install.

I said some files play, but many do not.

I don't need screen shots of Yast, I've been using it for a very long time now and am quite familiar with it. Also quite familiar with packman sources, and how to use them.

Which part of done that, it doesn't work do you not understand?

No one in the thread has asked how do I add packman and mplayer to Yast.

We are trying to figure out why some wmv9 files that play fine in 32 bit do not play in 64 bit.

Not sure because I don't have a x86_64 install right now, but I believe this is one of the files that will not play.

brat.avi

Not that it matters, worked for me.

Thank you for posting one for testing, maybe we can get to the bottom of this.

I will pop in a spare drive, and install 64 bit so I can post the exact files that will not play.

I would love to find the answer or solution, so I could run 64 bit.

I'll be back in an hour so.

your file plays o.k (in FF window using 32-bit mplayerplugin. Because 64-bit mplayerplugin is not available).

Yep that one works.

Here are a few trouble files.

fire.avi

Windows-Fix-It.avi

girls.avi

All of these play perfectly on 5 machines I have running 32 bit OS, yet refuse to display video in 64 bit, 64 bit only plays the audio with codec errors in mplayer.

First of all, I'd like to thank Bruce for corroborating what I posted.

That's what we've been saying from the beginning. I've also read the same thing in some Fedora forums.

Well, since it works for you then everything must be fine. Whenever anyone has a problem, we'll just ask if broch is also having the problem. If broch isn't having a problem then it doesn't exist. Seriously, do you even read the posts. Five times you post that it works for you and/or we messed up. We get it, you can play your file. But could there be a possibility that other people might have different files that use different codecs than you?

Plus, where was there ever a mention of having problems installing either mplayer or w32codecs? Just because the w32codecs RPM file is arch independent, doesn't mean that the many DLL files from different companies it installs are also arch independent.
You even stoop so low as to post screen caps of your install in yast!! Oh so that's how you select a package in yast. I'd better write this stuff down or get a print out or something. But wait all I see is a check and not the lock icon that you have in your screen caps. Should I proceed? Did I break something? Oh lordy lord what shall I do next? Really, why even bother posting, if all you are going to do is be condescending and say that it works for you and whomever it doesn't work for must be doing it wrong.



The three files posted by bruce would not play in my 64bit install of mplayer & lame & mad & libdv. I can hear the audio but not video. 'Codec not found'. For what it's worth, I didn't install w32codecs from yast. I just extracted the 'all' codecs package from Mplayer's website to /usr/lib/codecs/. I can post screen caps of my installs and codecs list if anyone requires it. But I'm gonna need instructions on how to take screen caps, preferably in a slideshow of screen caps.



Works in 64bit mplayer: johnsmitsold.wmv (~1.2MB)
http://www.bigupload.com/d=1735

Does not work in 64bit mplayer: final_fear.wmv (~4.6MB)--works in 32bit mplayer though.
http://www.bigupload.com/d=1736


The files posted by bruce did play on my 32bit install of mplayer & lame & mad & libdv. The fact that only a 32bit player can fully utilize 32bit codecs doesn't surprise me. My initial concern was whether a 64bit app can use 32bit libs. I have no programming knowledge (besides an intro to c class that i skated by few years back) but even as I wrote the last sentence it didn't sound right. It's just that when I heard backwards compatibility, that's what came to my mind.

I know, I know, the fact that I'm even able to install 32bit apps goes a lot towards backwards compatibility.

Just joking aitzim, here is a tutorial on how to take a screenshot. Don't laugh to hard Click the link below

Screen Cap

so using 32-bit codecs and 64-bit player you can play some files and some you can't. For these files that you can pay in 64-bit Mplayer, software is using codecs, or there is some sort of miracle.
Mplayer for 64-bit is nothing more than re-packaged version of 32-bit software.

After reading through some more, it turns out, according to our official forums and other places, those on 64bit, however, on SuSE 10, are on a hybrid, which even the full 64bit is not a "true 64bit" It is a 64bit OS, but allows for all 32bit to be installed and work. This is something Novell has done with SuSE that Ubuntu and other have chosen not to do, though I can see a few others than are.

So in trying to troubleshoot, can you uninstall the 64bit mplayer, and use the 32bit mplayer on your 64bit OS and test it out? Perhaps that is what is the cause...because Ubuntu and others cannot read avi windows media 9s and a few other things. Perhaps it is which version of mplayer you install, because the 64bit has issues with the 32bit codecs(even though they are supposed to be congruent and backwards compatible.) Because realistically, if some can do it, and some can't, it means that something is being done differently, and perhaps it is one of those damn things with one little teeny difference, which just happens to make every difference in the world.