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 other user report this problem using xlo plugin + sxfe (on French DVB forum) I can update my ffmpeg to the very latest release but not sure it will change something (ffplay or mplayer works fine) Nobody else can test our sample please ? Have a nive evening Le Thursday 30 September 2010 20:10:54 Jose Alberto Reguero, vous avez écrit : > 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 : > > - **Every time** I try to change audio track on "HD e-ac3" channel. > > - Many time when I zap from "SD" to on "HD e-ac3" channel. > > - Many time when I zap from HD "e-ac3" to on HD "e-ac3" channel. > > - No problem when using "SD" and "HD no e-ac3" channels. > > > > Guys, many thanks for your job, I hope vdr will soon remain as stable > > on "HD e-ac3" that with "SD" and "HD non e-ac3" channels. > > > > > > Karim > > > > -----Message d'origine----- > > De : vdr-bounces@xxxxxxxxxxx [mailto:vdr-bounces@xxxxxxxxxxx] De la part > > de dplu > > Envoyé : mercredi 29 septembre 2010 15:05 > > À : VDR Mailing List > > Objet : Re: vdr xine-lib eac3 > > > > > > Hi > > > > Thanks for the patch, works nice now. Did you try to change audio channel > > ? I > > have a strange error reported also by french colleague : > > > > ffmpeg_audio_dec: augmentation du buffer à 98304 pour éviter sa > > saturation. (translation) => Increasing buffer size to 98304 to prevent > > overflow ffmpeg_audio_dec: unknown header with buf type 0x3410000 > > > > and xine-ui crash ... error in xiTK > > > > It happen when switching from fra to qaa (both e-ac3) and also when > > switching > > from ac3 live channels (like Einfestival HD or ITV HD) to records having > > e-ac3 tracks. It is Ok when coming from a mpeg audio channel (SD > > broadcast) > > > > I don't know if it is a xine problem sending bad information to ffmpeg or > > a bug in ffmpeg ... changing audio track (with # key) do not crash > > mplayer when > > playing the TS file > > > > By the way, many thanks for your work ;o)) > > > > Best regards > > > > > > Le Wednesday 29 September 2010 02:07:11 Jose Alberto Reguero, vous avez > > > > écrit : > > > Here is a new version of the patch. Now it works with the sample. There > > > > was > > > > > a bug in the last patch. > > > > > > Jose Alberto > > > > > > El Lunes 27 Septiembre 2010, dplu escribió: > > > > Thanks for the test, In fact I am not in covered area so I work with > > > > sample given by a colleague who live in good area on our forum > > > > > > > > The sample is very fresh and works perfectly with xineliboutput + > > > > vdr-sxfe with patch xineliboutputeac3_4.diff plus patch > > > > ff_audio_decoder to downmix 5.1 to 2.0 > > > > > > > > Maybe is there "something" in TS who is different from your country. > > > > It should be also interesting to have report from Italian users who > > > > experiment this audio encoding (not all are xbmc user I hope) > > > > > > > > Have a nice evening > > > > > > > > Best regards > > > > > > > > Le Monday 27 September 2010 22:42:06 Jose Alberto Reguero, vous avez > > > > écrit : > > > > > I try the sample and don't work. I look into it. But you must try > > > > > live tv or samples made with the patches, to see if it work. I try > > > > > here > > > > with > > > > > > > a channel whith eac3 with spectral extention and it work well. > > > > > > > > > > Jose Alberto > > > > > > > > _______________________________________________ > > > > vdr mailing list > > > > vdr@xxxxxxxxxxx > > > > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > > > _______________________________________________ > > vdr mailing list > > vdr@xxxxxxxxxxx > > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > > > > > __________ Information provenant d'ESET Smart Security, version de la > > base des signatures de virus 5488 (20100929) __________ > > > > Le message a été vérifié par ESET Smart Security. > > > > http://www.eset.com > > > > > > > > > > _______________________________________________ > > vdr mailing list > > vdr@xxxxxxxxxxx > > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > > _______________________________________________ > vdr mailing list > vdr@xxxxxxxxxxx > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr _______________________________________________ vdr mailing list vdr@xxxxxxxxxxx http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
