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