[MPlayer-users] Is there any plan to include win32/64 dll codecs feature for x86_64?
meditation...@yahoo.cn
I have been using mplayer for a few years until I bought a new laptop pc, which is 64bit.
while i was trying to configure mplayer on my new machine, it reported that win32dll codecs are not supported for x86_64.
It doesn't work nice with other codecs instead of win32/64 dll codecs when playing video formats like rm/avi ......
thus, i want to ask anybody knows if there is a plan to include win dll codecs features for 64bit arch ?
thanks
Dan
_______________________________________________
MPlayer-users mailing list
MPlaye...@mplayerhq.hu
https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users
Carl Eugen Hoyos
> it reported that win32dll codecs are not
> supported for x86_64.
>
> It doesn't work nice with other codecs instead of win32/64 dll
> codecs when playing video formats like rm/avi ......
Both "rm" and "avi" are supposed to work fine without dlls.
Please provide complete, uncut output for a failing sample.
> thus, i want to ask anybody knows if there is a plan to include
> win dll codecs features for 64bit arch ?
This is very unlikely, but if you can explain why you need it, it
could at least be reconsidered.
Carl Eugen
andrew
> meditationon-discuss <at> yahoo.cn <meditationon-discuss <at> yahoo.cn> writes:
> > thus, i want to ask anybody knows if there is a plan to include
> > win dll codecs features for 64bit arch ?
>
> This is very unlikely, but if you can explain why you need it, it
> could at least be reconsidered.
I for one would be very grateful for the ability to access the windows
codecs on x86_64. Just for thoses unusual codecs that I suspect may
never be duplicated through libavcodec and are easily decoded by the
32bit MPlayer + windows codecs....
My thanks if this is reconsidered :)
Andrew
--
You think that's air you're breathing now?
Carl Eugen Hoyos
> I for one would be very grateful for the ability to access the windows
> codecs on x86_64. Just for thoses unusual codecs that I suspect may
> never be duplicated through libavcodec and are easily decoded by the
> 32bit MPlayer + windows codecs....
Please point to the samples you mean.
Carl Eugen
andrew
> andrew <andrew <at> andrews-corner.org> writes:
>
> > I for one would be very grateful for the ability to access the windows
> > codecs on x86_64. Just for thoses unusual codecs that I suspect may
> > never be duplicated through libavcodec and are easily decoded by the
> > 32bit MPlayer + windows codecs....
>
> Please point to the samples you mean.
For example the vp7 material here:
http://samples.mplayerhq.hu/V-codecs/VP7/
The rarer IMM4 material:
http://samples.mplayerhq.hu/V-codecs/IMM4/
More common MSS2 files:
http://samples.mplayerhq.hu/V-codecs/MSS2/
WMA lossless has long been a problem but I believe there is a decoder
now?
Andrew
--
You think that's air you're breathing now?
Reimar Döffinger
> On Wed, Mar 21, 2012 at 09:29:21AM +0000, Carl Eugen Hoyos wrote:
> > andrew <andrew <at> andrews-corner.org> writes:
> >
> > > I for one would be very grateful for the ability to access the windows
> > > codecs on x86_64. Just for thoses unusual codecs that I suspect may
> > > never be duplicated through libavcodec and are easily decoded by the
> > > 32bit MPlayer + windows codecs....
> >
> > Please point to the samples you mean.
>
> For example the vp7 material here:
> http://samples.mplayerhq.hu/V-codecs/VP7/
>
> The rarer IMM4 material:
> http://samples.mplayerhq.hu/V-codecs/IMM4/
>
> More common MSS2 files:
> http://samples.mplayerhq.hu/V-codecs/MSS2/
MSS2 should be work in progress.
> WMA lossless has long been a problem but I believe there is a decoder
> now?
Yes.
As to your question: I believe a long time ago someone made
a stub program that would load and control a binary codec and
MPlayer would through pipes/shared memory send it commands.
It would then not matter how MPlayer was compiled, only
that stub needed to be 32 bit.
Using them directly will not be possible since the Linux kernel
does not allow executing 32 bit code in a 64 bit process.
And support for 64 bit codecs will probably require an
amount of effort that's just not worth it.