Jose, Sorry, I was related the issue *before* your last patches. I will test them this week-end.
Regards. Karim
-----Message d'origine----- De : vdr-bounces@linuxtv.org [mailto:vdr-bounces@linuxtv.org] De la part de Jose Alberto Reguero Envoyé : jeudi 30 septembre 2010 20:11 À : VDR Mailing List Objet : Re: [vdr] vdr xine-lib eac3
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@linuxtv.org [mailto:vdr-bounces@linuxtv.org] De la part
de
dplu Envoyé : mercredi 29 septembre 2010 15:05 À : VDR Mailing List Objet : Re: [vdr] 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@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/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 5488 (20100929) __________
Le message a été vérifié par ESET Smart Security.
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/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 5493 (20100930) __________
Le message a été vérifié par ESET Smart Security.