Message ID | c9fc94ac0906231609g75f41645t6d91f8e8cbe303bb@mail.gmail.com |
---|---|
State | New |
Headers |
Received: from yw-out-2324.google.com ([74.125.46.31]) by mail.linuxtv.org with esmtp (Exim 4.63) (envelope-from <stile93@gmail.com>) id 1MJF74-0007iL-UB for vdr@linuxtv.org; Wed, 24 Jun 2009 01:09:15 +0200 Received: by yw-out-2324.google.com with SMTP id 3so202971ywj.41 for <vdr@linuxtv.org>; Tue, 23 Jun 2009 16:09:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.100.42.4 with SMTP id p4mr898294anp.115.1245798549973; Tue, 23 Jun 2009 16:09:09 -0700 (PDT) In-Reply-To: <4A410629.1040609@davis-family.info> References: <4A4022C6.2070201@davis-family.info> <4A4105CA.5080305@fepg.org> <4A410629.1040609@davis-family.info> Date: Tue, 23 Jun 2009 19:09:00 -0400 Message-ID: <c9fc94ac0906231609g75f41645t6d91f8e8cbe303bb@mail.gmail.com> From: Stile <stile93@gmail.com> To: VDR Mailing List <vdr@linuxtv.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-LSpam-Score: -2.6 (--) X-LSpam-Report: No, score=-2.6 required=5.0 tests=BAYES_00=-2.599 autolearn=ham Subject: Re: [vdr] No Audio on ATSC Qam256 or OTA.. X-BeenThere: vdr@linuxtv.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: VDR Mailing List <vdr@linuxtv.org> List-Id: VDR Mailing List <vdr.linuxtv.org> List-Unsubscribe: <http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>, <mailto:vdr-request@linuxtv.org?subject=unsubscribe> List-Archive: <http://www.linuxtv.org/pipermail/vdr> List-Post: <mailto:vdr@linuxtv.org> List-Help: <mailto:vdr-request@linuxtv.org?subject=help> List-Subscribe: <http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr>, <mailto:vdr-request@linuxtv.org?subject=subscribe> X-List-Received-Date: Tue, 23 Jun 2009 23:09:16 -0000 Status: O X-Status: X-Keywords: X-UID: 20891 |
Commit Message
Stile
June 23, 2009, 11:09 p.m. UTC
On Tue, Jun 23, 2009 at 12:43 PM, Rob Davis<rob@davis-family.info> wrote: > Alex Lasnier wrote: >> Rob Davis wrote: >> >>> I have it normally connected to Comcast cable which should pipe through >>> a bunch of FTV channels using QAM256. These I can see and hear in >>> kaffeine with AC97 audio. However, in VDR it appears to change the pids >>> automatically so that the audio stops working. If I manually change VDR >>> to not auto update and put the APID in then it squeeks rather than >>> works. However, streaming to mplayer using streamdev seems to work. (It >>> does the same this with OTA channels too - although I can only get 4 >>> with a portable antenna.) >>> >> >> ATSC uses only AC-3 audio, so the Apid should be 0 and the Dpid needs to >> be set appropriately. Since the sound squeaks, whatever value you have >> set for the Apid should be the Dpid. >> >> For example, >> >> WIFR-Wx:495000:M256:C:0:1984:0;Dpid:0:0:2:0:0:0 >> >> > Perfect... Thanks > > Is there a way to keep auto update on, but stop Comcast from sending > wrong pids? It keeps settings all audio options to 0 and some vpids too? > The streamtype for those AC3 PIDs is 0x81. Adding this to pat.c will add the digital PIDs correctly. } for (SI::Loop::Iterator it; (d = (SI::CaDescriptor*)stream.streamDescriptors.getNext(it, SI::CaDescriptorTag)); ) {
Comments
Stile wrote: > On Tue, Jun 23, 2009 at 12:43 PM, Rob Davis<rob@davis-family.info> wrote: > >> Alex Lasnier wrote: >> >>> Rob Davis wrote: >>> >>> >>>> I have it normally connected to Comcast cable which should pipe through >>>> a bunch of FTV channels using QAM256. These I can see and hear in >>>> kaffeine with AC97 audio. However, in VDR it appears to change the pids >>>> automatically so that the audio stops working. If I manually change VDR >>>> to not auto update and put the APID in then it squeeks rather than >>>> works. However, streaming to mplayer using streamdev seems to work. (It >>>> does the same this with OTA channels too - although I can only get 4 >>>> with a portable antenna.) >>>> >>>> >>> ATSC uses only AC-3 audio, so the Apid should be 0 and the Dpid needs to >>> be set appropriately. Since the sound squeaks, whatever value you have >>> set for the Apid should be the Dpid. >>> >>> For example, >>> >>> WIFR-Wx:495000:M256:C:0:1984:0;Dpid:0:0:2:0:0:0 >>> >>> >>> >> Perfect... Thanks >> >> Is there a way to keep auto update on, but stop Comcast from sending >> wrong pids? It keeps settings all audio options to 0 and some vpids too? >> >> > > The streamtype for those AC3 PIDs is 0x81. Adding this to pat.c will > add the digital PIDs correctly. > > --- pat.c~ 2009-06-22 12:28:08.000000000 -0400 > +++ pat.c 2009-06-22 13:32:48.461538560 -0400 > @@ -432,6 +432,9 @@ > } > } > break; > + case 0x81: // AC3 DPIDs > + Dpids[NumDpids++] = stream.getPid(); > + break; > //default: printf("PID: %5d %5d %2d %3d %3d\n", > pmt.getServiceId(), stream.getPid(), stream.getStreamType(), > pmt.getVersionNumber(), Channel->Number());//XXX > } > for (SI::Loop::Iterator it; (d = > (SI::CaDescriptor*)stream.streamDescriptors.getNext(it, > SI::CaDescriptorTag)); ) { > > _______________________________________________ > vdr mailing list > vdr@linuxtv.org > http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr > Perfect. I wonder if this could go in the atscepg patch?
On 07/30/09 01:05, Rob Davis wrote: > Stile wrote: >> On Tue, Jun 23, 2009 at 12:43 PM, Rob Davis<rob@davis-family.info> wrote: >> >>> Alex Lasnier wrote: >>> >>>> Rob Davis wrote: >>>> >>>> >>>>> I have it normally connected to Comcast cable which should pipe >>>>> through >>>>> a bunch of FTV channels using QAM256. These I can see and hear in >>>>> kaffeine with AC97 audio. However, in VDR it appears to change the >>>>> pids >>>>> automatically so that the audio stops working. If I manually change >>>>> VDR >>>>> to not auto update and put the APID in then it squeeks rather than >>>>> works. However, streaming to mplayer using streamdev seems to work. >>>>> (It >>>>> does the same this with OTA channels too - although I can only get 4 >>>>> with a portable antenna.) >>>>> >>>>> >>>> ATSC uses only AC-3 audio, so the Apid should be 0 and the Dpid >>>> needs to >>>> be set appropriately. Since the sound squeaks, whatever value you have >>>> set for the Apid should be the Dpid. >>>> >>>> For example, >>>> >>>> WIFR-Wx:495000:M256:C:0:1984:0;Dpid:0:0:2:0:0:0 >>>> >>>> >>>> >>> Perfect... Thanks >>> >>> Is there a way to keep auto update on, but stop Comcast from sending >>> wrong pids? It keeps settings all audio options to 0 and some vpids >>> too? >>> >>> >> >> The streamtype for those AC3 PIDs is 0x81. Adding this to pat.c will >> add the digital PIDs correctly. >> >> --- pat.c~ 2009-06-22 12:28:08.000000000 -0400 >> +++ pat.c 2009-06-22 13:32:48.461538560 -0400 >> @@ -432,6 +432,9 @@ >> } >> } >> break; >> + case 0x81: // AC3 DPIDs >> + Dpids[NumDpids++] = stream.getPid(); >> + break; >> //default: printf("PID: %5d %5d %2d %3d %3d\n", >> pmt.getServiceId(), stream.getPid(), stream.getStreamType(), >> pmt.getVersionNumber(), Channel->Number());//XXX >> } >> for (SI::Loop::Iterator it; (d = >> (SI::CaDescriptor*)stream.streamDescriptors.getNext(it, >> SI::CaDescriptorTag)); ) { >> >> > Perfect. I wonder if this could go in the atscepg patch? Can you try if this also works if you insert the line case 0x81: // AC3 DPIDs after the line //XXX case 8: // STREAMTYPE_13818_DSMCC instead? I'm asking because I'd like to see whether there are also language descriptors available... Klaus
Klaus Schmidinger wrote: > On 07/30/09 01:05, Rob Davis wrote: >> Stile wrote: >>> On Tue, Jun 23, 2009 at 12:43 PM, Rob Davis<rob@davis-family.info> wrote: >>> >>>> Alex Lasnier wrote: >>>> >>>>> Rob Davis wrote: >>>>> >>>>> >>>>>> I have it normally connected to Comcast cable which should pipe >>>>>> through >>>>>> a bunch of FTV channels using QAM256. These I can see and hear in >>>>>> kaffeine with AC97 audio. However, in VDR it appears to change the >>>>>> pids >>>>>> automatically so that the audio stops working. If I manually change >>>>>> VDR >>>>>> to not auto update and put the APID in then it squeeks rather than >>>>>> works. However, streaming to mplayer using streamdev seems to work. >>>>>> (It >>>>>> does the same this with OTA channels too - although I can only get 4 >>>>>> with a portable antenna.) >>>>>> >>>>>> >>>>> ATSC uses only AC-3 audio, so the Apid should be 0 and the Dpid >>>>> needs to >>>>> be set appropriately. Since the sound squeaks, whatever value you have >>>>> set for the Apid should be the Dpid. >>>>> >>>>> For example, >>>>> >>>>> WIFR-Wx:495000:M256:C:0:1984:0;Dpid:0:0:2:0:0:0 >>>>> >>>>> >>>>> >>>> Perfect... Thanks >>>> >>>> Is there a way to keep auto update on, but stop Comcast from sending >>>> wrong pids? It keeps settings all audio options to 0 and some vpids >>>> too? >>>> >>>> >>> The streamtype for those AC3 PIDs is 0x81. Adding this to pat.c will >>> add the digital PIDs correctly. >>> >>> --- pat.c~ 2009-06-22 12:28:08.000000000 -0400 >>> +++ pat.c 2009-06-22 13:32:48.461538560 -0400 >>> @@ -432,6 +432,9 @@ >>> } >>> } >>> break; >>> + case 0x81: // AC3 DPIDs >>> + Dpids[NumDpids++] = stream.getPid(); >>> + break; >>> //default: printf("PID: %5d %5d %2d %3d %3d\n", >>> pmt.getServiceId(), stream.getPid(), stream.getStreamType(), >>> pmt.getVersionNumber(), Channel->Number());//XXX >>> } >>> for (SI::Loop::Iterator it; (d = >>> (SI::CaDescriptor*)stream.streamDescriptors.getNext(it, >>> SI::CaDescriptorTag)); ) { >>> >>> >> Perfect. I wonder if this could go in the atscepg patch? > > Can you try if this also works if you insert the line > > case 0x81: // AC3 DPIDs > > after the line > > //XXX case 8: // STREAMTYPE_13818_DSMCC > > instead? I'm asking because I'd like to see whether there are > also language descriptors available... > > Klaus Yes, language descriptors are present. However, ATSC also uses 0x81 as the AC3 descriptor tag. So we need another case 0x81: after case SI::AC3DescriptorTag:
On 02.08.2009 19:22, Alex Lasnier wrote: > Klaus Schmidinger wrote: >> On 07/30/09 01:05, Rob Davis wrote: >>> Stile wrote: >>>> On Tue, Jun 23, 2009 at 12:43 PM, Rob Davis<rob@davis-family.info> >>>> wrote: >>>> >>>>> Alex Lasnier wrote: >>>>> >>>>>> Rob Davis wrote: >>>>>> >>>>>> >>>>>>> I have it normally connected to Comcast cable which should pipe >>>>>>> through >>>>>>> a bunch of FTV channels using QAM256. These I can see and hear in >>>>>>> kaffeine with AC97 audio. However, in VDR it appears to change the >>>>>>> pids >>>>>>> automatically so that the audio stops working. If I manually change >>>>>>> VDR >>>>>>> to not auto update and put the APID in then it squeeks rather than >>>>>>> works. However, streaming to mplayer using streamdev seems to work. >>>>>>> (It >>>>>>> does the same this with OTA channels too - although I can only get 4 >>>>>>> with a portable antenna.) >>>>>>> >>>>>>> >>>>>> ATSC uses only AC-3 audio, so the Apid should be 0 and the Dpid >>>>>> needs to >>>>>> be set appropriately. Since the sound squeaks, whatever value you >>>>>> have >>>>>> set for the Apid should be the Dpid. >>>>>> >>>>>> For example, >>>>>> >>>>>> WIFR-Wx:495000:M256:C:0:1984:0;Dpid:0:0:2:0:0:0 >>>>>> >>>>>> >>>>>> >>>>> Perfect... Thanks >>>>> >>>>> Is there a way to keep auto update on, but stop Comcast from sending >>>>> wrong pids? It keeps settings all audio options to 0 and some vpids >>>>> too? >>>>> >>>>> >>>> The streamtype for those AC3 PIDs is 0x81. Adding this to pat.c will >>>> add the digital PIDs correctly. >>>> >>>> --- pat.c~ 2009-06-22 12:28:08.000000000 -0400 >>>> +++ pat.c 2009-06-22 13:32:48.461538560 -0400 >>>> @@ -432,6 +432,9 @@ >>>> } >>>> } >>>> break; >>>> + case 0x81: // AC3 DPIDs >>>> + Dpids[NumDpids++] = stream.getPid(); >>>> + break; >>>> //default: printf("PID: %5d %5d %2d %3d %3d\n", >>>> pmt.getServiceId(), stream.getPid(), stream.getStreamType(), >>>> pmt.getVersionNumber(), Channel->Number());//XXX >>>> } >>>> for (SI::Loop::Iterator it; (d = >>>> (SI::CaDescriptor*)stream.streamDescriptors.getNext(it, >>>> SI::CaDescriptorTag)); ) { >>>> >>>> >>> Perfect. I wonder if this could go in the atscepg patch? >> >> Can you try if this also works if you insert the line >> >> case 0x81: // AC3 DPIDs >> >> after the line >> >> //XXX case 8: // STREAMTYPE_13818_DSMCC >> >> instead? I'm asking because I'd like to see whether there are >> also language descriptors available... >> >> Klaus > > Yes, language descriptors are present. However, ATSC also uses 0x81 as > the AC3 descriptor tag. So we need another > > case 0x81: > > after > > case SI::AC3DescriptorTag: In case this is still current, can you please send me a (tested) patch? Klaus
--- pat.c~ 2009-06-22 12:28:08.000000000 -0400 +++ pat.c 2009-06-22 13:32:48.461538560 -0400 @@ -432,6 +432,9 @@ } } break; + case 0x81: // AC3 DPIDs + Dpids[NumDpids++] = stream.getPid(); + break; //default: printf("PID: %5d %5d %2d %3d %3d\n", pmt.getServiceId(), stream.getPid(), stream.getStreamType(), pmt.getVersionNumber(), Channel->Number());//XXX