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; IncEsInfoLength(i); return i; }
Of course, the question is now : what about real and normal ac3 stream like in German SD/HD channels ? (Sat1 /prosieben) are they "transtyped" to e-ac3 also ?
I am not able to recompile now, but will try this week end or one of my colleague will try earlier if available
Thanks for your help
Best regards
Le Wednesday 24 March 2010 19:41:43 Jose Alberto Reguero, vous avez écrit :
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ércoles, 24 de Marzo de 2010, dplu escribió:
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 = packet_len;m->type |= BUF_AUDIO_EAC3;return 1;- } else if((m->descriptor_tag == STREAM_AUDIO_AC3) || /* ac3 - raw
*/
unfortunaletly, in AC3 or E-AC3 , the descriptor tag is STREAM_AUDIO_AC3, so the program never run the first if (installed a debug printf here)
It seems that your first approach (at least what I understood) by forcing the decoding of all AC-3 stream by ffmepg instead of internal lib was nice but generate violent segfault on libavcodec
Hope this help you
Best regards
PS : Sorry to pollute the vdr mailing list (not subscribed to ffmpeg or xine-lib....)
Le Wednesday 24 March 2010 18:41:14 zaverel, vous avez écrit :
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:
103mo
else , i don't know what mailing-list is the more indicate for debuging
the vdr or xine-dev mailing-list ?
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
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr