@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 plug
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.!default {
type plug
slave.pcm
/ 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 dolby
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-plugins and a52 you
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:47 zaverel escribió:
/ Is it the normal
: 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 ?
// Is there a way to convert eac3 = ac3 for delivering 5.1 stream
through the // spdif output ?
//
// Regards.
// Karim
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 (with xine-lib
decoding eac3 is done via ffmpeg.
Jose Alberto
-Message d'origine-
De : vdr-boun...@linuxtv.org [mailto:vdr-boun...@linuxtv.org] De la part de
Jose Alberto Reguero Envoyé : dimanche 3 octobre 2010 23:56 À : VDR Mailing
List Objet : Re: [vdr] vdr xine-lib eac3
Attached is a patch
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 must play it
with
vdr- xine.
Jose
] 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
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
-
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
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
as stable
on HD e-ac3 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 part de
dplu
Envoyé : mercredi 29 septembre 2010 15:05
À : VDR Mailing List
Objet : Re: [vdr] vdr xine-lib eac3
Hi
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
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
-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
...@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
...@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
channel ? I
have
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
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
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
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
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 detail
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
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
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 :
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
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.15,
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.15,
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
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 ?
I try
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, zaverel
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
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 with
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 :
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.
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
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
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 zapping
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 ?
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 =
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
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++] =
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
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++] =
48 matches
Mail list logo