Re: vdr xine-lib eac3

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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



[Index of Archives]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Util Linux NG]     [Xfree86]     [Big List of Linux Books]     [Fedora Users]     [Fedora Women]     [ALSA Devel]     [Linux USB]

  Powered by Linux