À : VDR Mailing List
Objet : [vdr] vdr xine-lib eac3
@Zaverel,
What do you mean by "It's not perfect but that work" ?
it's cpu extensive because all audio is recoded in ac3.
You can try with this in /etc/asound.conf (for global user ) or ~/.asoundrc
(only user)
pcm.!de
@Zaverel,
What do you mean by "It's not perfect but that work" ?
it's cpu extensive because all audio is recoded in ac3.
You can try with this in /etc/asound.conf (for global user ) or ~/.asoundrc
(only user)
pcm.!default {
type plug
slave.pcm surroundaudio
}
ctl.!default {
type plu
guero
> Envoyé : mercredi 11 juillet 2012 18:52
> À : vdr@linuxtv.org
> Cc : zaverel
> Objet : Re: [vdr] vdr xine-lib eac3
>
> On Miércoles, 11 de julio de 2012 14:00:47 zaverel escribió:
> > >/ Is it the normal behaviour, or did I miss something ?
> >
e subject.
Karim
-Message d'origine-
De : vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] De la part de
Jose Alberto Reguero
Envoyé : mercredi 11 juillet 2012 18:52
À : vdr@linuxtv.org
Cc : zaverel
Objet : Re: [vdr] vdr xine-lib eac3
On Miércoles, 11 de julio de 2012 14:00:4
On Miércoles, 11 de julio de 2012 14:00:47 zaverel escribió:
> >/ Is it the normal behaviour, or did I miss something ?
>
> />/ Is there a way to convert eac3 => ac3 for delivering 5.1 stream through
> the />/ spdif output ?
> />/
> />/ Regards.
> />/ Karim
> />/
>
> hello,
>
> with alsa-pl
/ Is it the normal behaviour, or did I miss something ?
/>/ Is there a way to convert eac3 => ac3 for delivering 5.1 stream through the
/>/ spdif output ?
/>/
/>/ Regards.
/>/ Karim
/>/
hello,
with alsa-plugins and a52 you can have more than 2 channels on spdif
sound is encoded in d
;VDR Mailing List'
> Objet : Re: [vdr] vdr xine-lib eac3
>
> Hello,
>
> I am using vdr-1.7.27 and xineliboutput (with xine-lib from january 2012 and
> José Alberto's patch). All HD dvb-t french channels are deliver "eac3", but
> vdr delivers only stereo pcm o
Up please :-)
Karim
-Message d'origine-
De : vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] De la part de
Karim Afifi
Envoyé : vendredi 18 mai 2012 21:32
À : 'VDR Mailing List'
Objet : Re: [vdr] vdr xine-lib eac3
Hello,
I am using vdr-1.7.27 and xineliboutput
g
List Objet : Re: [vdr] vdr xine-lib eac3
Attached is a patch to fix xine-lib ts work with eac3. With this patch you
can use xine-ui to play the records.
Jose Alberto
El Domingo 03 Octubre 2010, Jose Alberto Reguero escribió:
> Playing with xine-ui and demux ts don't work well. You m
t; >
> > > > > > > > I found my error message in
> > > > > > > > combined/ffmpeg/ff_audio_decoder.c
> > > > > > > >
> > > > > > > > This is strange that you cannot reproduce as long we (my
> > &
t; > > > > > >
> > > > > > > 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
Alberto Reguero, vous
> > > > > > avez
> > > > >
> > > > > écrit :
> > > > > > > I can change eac3 audio channel without problem. Perhaps you
> > > > > > > have additional patch
gt; 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"
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.
> > > > >
&g
t; > > 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
> > > >
> > > &
3" that with "SD" and "HD non e-ac3" channels.
> > >
> > >
> > > Karim
> > >
> > > -Message d'origine-
> > > De : vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] De la
> > > par
iling 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 dp
uot;SD" and "HD non e-ac3" channels.
> >
> >
> > Karim
> >
> > -----Message d'origine-
> > De : vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] De la part
> > de dplu
> > Envoyé : mercredi 29 septemb
e : vdr-boun...@linuxtv.org [mailto:vdr-boun...@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 ch
s.
Karim
-Message d'origine-
De : vdr-boun...@linuxtv.org [mailto:vdr-boun...@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 cha
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_
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
>
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
M
El Lunes 27 Septiembre 2010, dplu escribió:
> Hi
>
> @Darren Salt
> Oupss you're right, I had another old patch for e-ac3 support auto applied
> I clean all now
>
> @Jose Alberto
> By the way, we are two person having made same test : not working with this
> sample of french DVB-T HD , here is de
Hi
@Darren Salt
Oupss you're right, I had another old patch for e-ac3 support auto applied
I clean all now
@Jose Alberto
By the way, we are two person having made same test : not working with this
sample of french DVB-T HD , here is detail given by ffplay
sample : http://dl.free.fr/cMNuFuG8X
I demand that dplu may or may not have written...
[snip]
> http://hg.debian.org/hg/xine-lib/xine-lib-1.2/
> is not allways well synchronized, for example the patch for demux_ts on
> 1.1.18 changeset a1ba73e0b475 (april 9) is not on 1.2
It is...
[snip]
--
| Darren Salt| linux at you
El Domingo 26 Septiembre 2010, dplu escribió:
> Hi
>
> I Just test your patch, thanks for it, it applied well but seems not
> working, no e-ac3 sound on sample e-ac3 record for French DVB-T but AC3
> sound is still OK
>
> Which xine-lib 1.2 did you use ? this one :
> http://hg.debian.org/hg/xine-
Hi
I Just test your patch, thanks for it, it applied well but seems not working,
no e-ac3 sound on sample e-ac3 record for French DVB-T but AC3 sound is still
OK
Which xine-lib 1.2 did you use ? this one :
http://hg.debian.org/hg/xine-lib/xine-lib-1.2/
is not allways well synchronized, for exa
El Domingo, 13 de Junio de 2010, Luca Olivetti escribió:
> Al 25/03/10 16:08, En/na Jose Alberto Reguero ha escrit:
> > Patch for xine-lib that don't need to patch remux.c to work.
>
> Today I applied this patch (strange it isn't in xine-lib-1.2 yet) but
> there's still no sound on tvehd (vdr 1.7.
hello
i use your patch xineliboutputeac3_4.diff with vdr-1.7.15 and latest
xine-lib-1.2 and xineliboutput .
That's work very better than my previous test.
But there is a probleme with 5.0 audio (only music and no voice).
I think that's why i have ramdom crash at vdr-sxfe startup or zapping
El Domingo, 13 de Junio de 2010, Luca Olivetti escribió:
> Al 25/03/10 16:08, En/na Jose Alberto Reguero ha escrit:
> > Patch for xine-lib that don't need to patch remux.c to work.
>
> Today I applied this patch (strange it isn't in xine-lib-1.2 yet) but
> there's still no sound on tvehd (vdr 1.7.
Al 25/03/10 16:08, En/na Jose Alberto Reguero ha escrit:
Patch for xine-lib that don't need to patch remux.c to work.
Today I applied this patch (strange it isn't in xine-lib-1.2 yet) but
there's still no sound on tvehd (vdr 1.7.15, vdr-xine and playing the ts
directly through xine).
Do I nee
hello,
i do that but no change.
I try another thing:
i convert the sample ts of vdr recording to mkv
and rebuild xine-lib without your patch to test
and it's the same: stereo is good but 5.0 is bad.
I think xine-lib eac3 only support stereo at this time.
see you.
Selon Jose Alberto Reguero :
Yes, the file is ff_audio_decoder.c
You must put the line
this->context->request_channels = 2;
after
this->context->codec_tag = _x_stream_info_get(this->stream,
XINE_STREAM_INFO_AUDIO_FOURCC);
Jose Alberto
El Sábado, 27 de Marzo de 2010, zaverel escribió:
> Is ff_audio_decoder.c to patch ?
>
Is ff_audio_decoder.c to patch ?
I try but that change nothing.
Le 26/03/2010 13:12, Jose Alberto Reguero a écrit :
> You can add the line:
>
> this->context->request_channels = 2;
>
> in line 247 and 295.
>
> Then you have stereo sound.
>
> Joae Alberto
>
> El Viernes, 26 de Marzo de 2010, zave
You can add the line:
this->context->request_channels = 2;
in line 247 and 295.
Then you have stereo sound.
Joae Alberto
El Viernes, 26 de Marzo de 2010, zaverel escribió:
> After some test there are some issue:
> ramdom crash at start up or without sound.
> But the real probleme i think is wi
After some test there are some issue:
ramdom crash at start up or without sound.
But the real probleme i think is with 5.0 sound.
In the sample the 2.0 audio out is good
but the 5.0 has low volume and metallic sound
just try xine
fra piste 5.0
ffmpeg_audio_dec: unknown header with buf type 0x3000
Yes ! that work just with your last patch xine-eac3_5.diff
and without had to patch xineliboutput.
i do my last test with vdr-1.7.14 and patch pat.c
line 402
case SI::AC3DescriptorTag:
+case SI:EnhancedAC3DescriptorTag:
just don't forget to activate "dolby digital" in vdr settings
Thank you f
Patch for xine-lib that don't need to patch remux.c to work.
Jose Alberto
El Jueves, 25 de Marzo de 2010, Jose Alberto Reguero escribió:
> Patch against latest xine-lib-1.2. New patch for xineliboutput. Now must
> work if you patch remux.c.
> You must have the latest xine-lib and xineliboutput. Y
Patch against latest xine-lib-1.2. New patch for xineliboutput. Now must work
if you patch remux.c.
You must have the latest xine-lib and xineliboutput. Yesterday both have
changes about eac3.
Jose Alberto
El Jueves, 25 de Marzo de 2010, zaverel escribió:
> The typo was on remux.c => lost : a
The typo was on remux.c => lost : and ;
Anyway xine-lib has been updated and your patch don't apply.
Update is for eac3 with mkv
i don't test it yet
corrected remux.c
line 533
case SI::AC3DescriptorTag:
+case SI::EnhancedAC3DescriptorTag:
and in line 191:
-Target[i++] = SI::AC3Descripto
I attached a second version of the first patch.
I make the same changes that in the second patch, but maintaining the logic of
the first patch. Also I commented the line:
+//this->context->request_channels = 2;
because your example has 5 channels. If you have trouble with that you can
co
i 've patched pat.c and now remux.c
and with use xine-lib-1.2 with your second patch (who has typo error)
and that doesn't work.
corrected remux.c
line 533
case SI::AC3DescriptorTag:
+case SI::EnhancedAC3DescriptorTag:
and in line 191:
-Target[i++] = SI::AC3DescriptorTag;
+Target[i++] = SI::En
Hi
Ok I do not have this line, I better understand now, the type ID in file was
not correct so system don't know how to route it ...
int cPatPmtGenerator::MakeAC3Descriptor(uchar *Target)
{
int i = 0;
Target[i++] = SI::AC3DescriptorTag;
Target[i++] = 0x01; // length
Target[i++] = 0x00;
It works here with a old sample of tdt with eac3. Have you patch also remux.c?
You need to change in line 533:
case SI::AC3DescriptorTag:
+case SI:EnhancedAC3DescriptorTag:
and in line 191:
-Target[i++] = SI::AC3DescriptorTag;
+Target[i++] = SI::EnhancedAC3DescriptorTag
Jose Alberto
El Miércol
Hi
I have made previous test with the version release by Petri Hintukainen
And I notice this part is not working like it should
-if((m->descriptor_tag == STREAM_AUDIO_AC3) ||/* ac3 - raw */
+if(m->descriptor_tag == HDMV_AUDIO_84_EAC3) {
+ m->content = p;
+ m->size = pack
hello
your second patch doesn't work : no sound on eac3 channel
if you want there is a sample of vdr hd-eac3 recording here:
http://dl.free.fr/ew4rJddM8
103mo
else , i don't know what mailing-list is the more indicate for debuging
the vdr or xine-dev mailing-list ?
El Miércoles, 24 de Marzo de 2010, zaverel escribió:
> hello
>
> i try the patch from Jose Alberto to use ffmpeg eac3 with xine
> http://www.linuxtv.org/pipermail/vdr/2010-March/022687.html
>
> The good things is that eac3 sound is now decoded with xine-lib
>
> But it's not stable at all when za
hello
i try the patch from Jose Alberto to use ffmpeg eac3 with xine
http://www.linuxtv.org/pipermail/vdr/2010-March/022687.html
The good things is that eac3 sound is now decoded with xine-lib
But it's not stable at all when zapping frhom HD to HD channel or SD
channel
vdr-sxfe doesn't work any
49 matches
Mail list logo
