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: [EMAIL PROTECTED] 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) [EMAIL PROTECTED] test]# dvbsnoop -s ts -b 512 576 > tsunamia-cricket [EMAIL PROTECTED] 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: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of Marcus Metzler > > Sent: Monday, 10 January 2005 4:27 PM > > To: [EMAIL PROTECTED]; Development of mythtv > > Subject: Re: [mythtv] [MASSIVE PATCH] BIG DVB PATCH V3.5 Released > > > > >>>>> "Mark" == Mark Anderson <[EMAIL PROTECTED]> 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.
_______________________________________________ mythtv-dev mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
