[mythtv] [MASSIVE PATCH] BIG DVB PATCH V3.5 Released

Mark Anderson markjanderson at mail.com
Mon Jan 10 05:12:01 EST 2005


Marcus,

I tried to use your test program and got a binary output, what should I be 
looking for?

BTW: I have been saying PCM when I mean MPEG, my decoder reports PCM and 
that's what I have been thinking, sorry for any confusion. 

Here is what I did:

[root at localhost test]# dvbsnoop -s pidscan
dvbsnoop V1.3.0 -- http://dvbsnoop.sourceforge.net/

---------------------------------------------------------
Transponder PID-Scan...
---------------------------------------------------------
PID found:    0 (0x0000)  [SECTION: Program Association Table (PAT)]
PID found:    1 (0x0001)  [SECTION: Conditional Access Table (CAT)]
PID found:   16 (0x0010)  [SECTION: Network Information Table (NIT) - actual 
network]
PID found:   17 (0x0011)  [SECTION: Service Description Table (SDT) - actual 
transport stream]
PID found:   18 (0x0012)  [SECTION: Event Information Table (EIT) - actual 
transport stream, present/following]
PID found:   21 (0x0015)  [SECTION: ITU-T Rec. H.222.0|ISO/IEC13818 reserved]
PID found:  128 (0x0080)
PID found:  129 (0x0081)
PID found:  130 (0x0082)
PID found:  262 (0x0106)  [SECTION: Program Map Table (PMT)]
PID found:  263 (0x0107)  [SECTION: Program Map Table (PMT)]
PID found:  264 (0x0108)  [SECTION: Program Map Table (PMT)]
PID found:  512 (0x0200)  [PES: ITU-T Rec. H.262 | ISO/IEC 13818-2 or ISO/IEC 
11172-2 video stream]
PID found:  513 (0x0201)  [PES: ITU-T Rec. H.262 | ISO/IEC 13818-2 or ISO/IEC 
11172-2 video stream]
PID found:  514 (0x0202)  [PES: ITU-T Rec. H.262 | ISO/IEC 13818-2 or ISO/IEC 
11172-2 video stream]
PID found:  576 (0x0240)  [PES: private_stream_1]
PID found:  650 (0x028a)  [PES: ISO/IEC 13818-3 or ISO/IEC 11172-3 audio 
stream]
PID found:  651 (0x028b)  [PES: private_stream_1]
PID found:  660 (0x0294)  [PES: ISO/IEC 13818-3 or ISO/IEC 11172-3 audio 
stream]
PID found:  672 (0x02a0)  [PES: private_stream_1]
PID found: 8191 (0x1fff)

[root at localhost test]# dvbsnoop -s ts -b 512 576 > tsunamia-cricket


[root at localhost test]# ./transform  tsunamia-cricket  512 576 > tmp
Opening file tsunamia-cricket
looking for PIDS: 512 576

At the end tmp contains a bunch of binary data. What is it I should be looking 
for?

Cheers
Mark Anderson

On Mon, 10 Jan 2005 08:13 pm, Tim Davies wrote:
> Marcus,
>
> I have two TS streams for you, but they are huge!  One is 56Mb and the
> other is 180Mb, for supposedly one minute of HDTV (might be a bit over).
>
> How much do you want?  Being a TS, I should be able to chop the ends off
> right?  Bear in mind my uplink speed is 256kbps.
>
> And no, I think we only have MPEG and AC3 for audio here.
>
>
> Tim.
>
> > -----Original Message-----
> > From: mythtv-dev-bounces at mythtv.org
> > [mailto:mythtv-dev-bounces at mythtv.org] On Behalf Of Marcus Metzler
> > Sent: Monday, 10 January 2005 4:27 PM
> > To: markjanderson at mail.com; Development of mythtv
> > Subject: Re: [mythtv] [MASSIVE PATCH] BIG DVB PATCH V3.5 Released
> >
> > >>>>> "Mark" == Mark Anderson <markjanderson at mail.com> writes:
> >
> >     Mark> On Mon, 10 Jan 2005 06:16 pm, you wrote:
> >     >> Right, I've had a go with the AC3 patch against DVB Patch V3.5.
> >     >>
> >     >> I modified it slightly (not stomping on anyone's toes here):
> >
> >     Mark> if you can help get the transport.c stuff sorted out then
> >     Mark> you are forgiven :-)
> >
> >     >> - I removed the transform.c stuff (that is apparently fixed)
> >
> >     Mark> I think you still need it to stop the stuttering. The fix in
> >     Mark> transform was to supposed to fix the need for the mpeg.c
> >     Mark> startcode hack but doesn't here in oz. The changes I added
> >     Mark> to transpform.c stop it from treating AC3 packets that
> >     Mark> happen to start with 80 from being treated as "normal" AC3
> >     Mark> packets and transforming them. These packets would get the 4
> >     Mark> byte header added by transform and passed to the decoder
> >     Mark> which didn't recognise them since the header that wasn't
> >     Mark> pulled off by mpeg.c because of the hack to get the rest of
> >     Mark> the packets from working...
> >  If you have a sample TS I could see what is different for
> > Australia. You keep talking about PCM sound, do they broadcast
> > uncompressed PCM in Australia?
> >
> > You could also try and see what the following test program, which uses
> > transform.c, will give you as output.


More information about the mythtv-dev mailing list