in xine-lib 1.1 you are disabling the asf demultiplexer if one does not have
win32codecs in use. when doing this, wmv/wma files can not be played, since
wmv/wma is just an alias for the asf container format. dont do this!!!!!!!!!
Steps to Reproduce:
simply remove that else, and change it to enable-asf.
yeah.. that happens here.. but i'm a bit drunk, so someone else should confirm.
redeeman unsatisfied with comment.. joecool unsatisfied with redeeman bitching,
which is much like having 20 people bitch at once about a problem. Er,
confirming to get redeeman off back. Hurry with this devs I can't stand no longer!!
You need asf demux only if you enable win32codecs, without it the asf demux is
no, you are wrong, wrong, wrong! asf demux is used for wma and wmv, (streaming
wma for example), and ffmpeg includes a windows media audio 2/3 decoder, which
you can only use with asf demux, and you DONT need win32codecs for that
(and xine-lib has ffmpeg included)
*** Bug 104294 has been marked as a duplicate of this bug. ***
i dont want to be inpatient, but this is a fairly big showstopper for amd64,
and very easy to fix, i think you should consider changing it now
It crashes on 90% systems while using ffmpeg decoding.
Sorry, as I said already, I will *not* consider this until it works fine upstream. Right now is a no-go, not a
I'll continue checking for new versions, but until this is sorted up upstream it *will* be disabled where
win32codecs can't be enabled (so everything but x86).
If you want this enabled, work on xine-lib or ffmpeg sources and let it work fine in every case, right now it
So just because it works only in 10% of the cases you decided to break it for
them too? I just don't see the logic here. It would be better to put a warning
when emerging xine-lib that asf playback may not work without win32codecs.
P.S. I'm one of the 10%.
Let me picture you what will happen if I leave it selectable: people start
using it thinking of being able to use it everytime.
People get crashes.
They come to me complaining about this.
Instead, leaving it disabled, the ones who REALLY want to mess with code that
works 1 time on 10, can just use EXTRA_ECONF to enable it while merging
xine-lib (and lose every hope to get support from gentoo about crashes).
Features that aren't stable enough could stay in p.mask packages, surely not ~
xine-lib 1.1 includes ffmpeg, where it works. and you should know, that even
on x86 that same demultiplexer and decoder for wmv7 and wma2 is used OVER the
win32codecs, where they also works fine..
i tried on 6 amd64 boxes, all worked with it
i think you have problems on the computers you test on, cause i dont have
them. are you sure your own cflags arent abit too agressive? anyway.. while i
do not particularly care about this, because i am easily able to do the
modification myself, others might like this. i am only filing this bug to do
you and other gentoo users a favour..