I can change eac3 audio channel without problem. Perhaps you have additional
patches that cause that.
Jose Alberto
El Miércoles 29 Septiembre 2010, Karim Afifi escribió:
> Hello,
>
> Just to confirm that I've the same crash that dplu is talking about,
> with xineliboutput here. It occurs :
> -
Hi
In fact, I use a very recent ffmpeg (less than one month) and the very latest
xine-lib 1.2 with no patch except yours
I found my error message in combined/ffmpeg/ff_audio_decoder.c
This is strange that you cannot reproduce as long we (my colleague + me) are
able to have it every time and o
lman/listinfo/vdr
>
> ___
> vdr mailing list
> vdr@linuxtv.org
> http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
>
>
> __ Information provenant d'ESET Smart Security, version de la base
> des signatures de virus
The error you report doesn't matter. It is because there is no case for EAC3.
I have an additional patch to use only two channels, and I don't have this
error. You can use the patch and comment the line:
this->context->request_channels = 2;
and then you don't have the error.
I try with the sample
I will add this patch to my xine-lib and rebuild all
Here are two more samples to test given by colleague, I will also wait the
answer from Karim Afifi to have comparative tests
http://dl.free.fr/mE6yTLPnx
http://dl.free.fr/u2dWSU5R8
Other idea : may it comes from my xine-ui version ? did you u
Here is the result of my colleague using vdr-sxfe verbose and changing the
audio track
[9665] [demux_vdr] audio stream changed: 0341 -> 03410001
Erreur de segmentation (=segfault error)
As you can see this is the same error , he use this patch
diff -r cb99a1abe986 src/combined/ffmpeg/ff_aud
