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 Davisrob@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