[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