time for a guru to make a flat decoder that grabs the ,wma/.wmv files and converts them something non-proprietary! We can’t use the codecs due to Proprietary nature so it speaks volumes (no pun intended) to change to something we can use. I know already, I will hear that how can you convert it if you need a codec to convert it!. :’(
I think we are caught between the devil and the deep blue sea. Many web videos are streamed as .wmv and many audio as .wma. The depreciated mplayerplug-in currently can not handle the .wma (it gives static). I find gecko-media player crashes a number of web sites with firefox, so its not a better selection as a plugin.
Given 11.1 MPlayer can play .wma, hopefully it is a simple fix for 11.2 MPlayer to play .wma.
Hence my website depiction of Windows vs Linux (a maako shark being hit away by a penguin).
Hi
Try using the gecko-mediaplayer and gnome-mplayer from RedDwarfs’s
repository and see if that is better?
–
Cheers Malcolm °¿° (Linux Counter #276890)
SUSE Linux Enterprise Desktop 11 (x86_64) Kernel 2.6.27.37-0.1-default
up 3 days 10:57, 2 users, load average: 0.08, 0.27, 0.19
GPU GeForce 8600 GTS Silent - CUDA Driver Version: 190.18
Just a note from a Debian user who still keeps tabs on his first distro.
We spent about a two week period with this same problem on Debian Squeeze (testing). As soon as the debian-multimedia.org repo gave us the October ffmpeg, libavcodec, mplayer and friends from svn we got the wmv, wma audio static problem. But a few days ago they released the November versions of the same and the problem was resolved.
During this time I was only able to play wmv’s with good audio using RealPlayer (or of course XP as a VirtualBox guest). The xine players were affected on Debian because all our plugins hook into the ffmpeg stuff (libxine1-ffmpeg, gstreamer0.10-ffmpeg). And switching mplayer to use the w32codecs didn’t help because they were that October version as well, and all mplayerhq stuff included those svn “improvements” (mplayerhq also develops ffmpeg).
So I think if Packman would use a version of ffmpeg codec packages from svn from November 2009 on the problem will be solved on openSUSE as well.
Hi dahveed3, thanks for that information. I passed it on to the Packman packager mailing list, so that they can give that possibility some consideration.