No Audio on ATSC Qam256 or OTA..

  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)); ) {
  

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