> "Mark" == Mark Anderson <[EMAIL PROTECTED]> writes:
Mark> On Thu, 13 Jan 2005 02:01 am, Jesper Sörensen wrote:
>> Tim Davies skrev: >>If you are talking about the
>> STREAM_TYPE_PRIVATE_DATA => >>STREAM_TYPE_AUDIO_AC3 fix in
>> DVBRecorder::CreatePMT then you are >>completely
>
> > I don't see a pattern there. Maybe there is just something wrong with
> the
> > code that gets the video timings wrong in a transport stream. I haven't
> > tried to understand that (yet!).
>
> Have you checked to see if the PCR is making it into the TS?
Yes it is. The problem seems to c
On Thu, 13 Jan 2005 02:01 am, Jesper Sörensen wrote:
> Tim Davies skrev:
> >>If you are talking about the STREAM_TYPE_PRIVATE_DATA =>
> >>STREAM_TYPE_AUDIO_AC3 fix in DVBRecorder::CreatePMT then you are
> >>completely correct. This will be in the next DVB patch. If there are
> >>other changes neede
> I don't see a pattern there. Maybe there is just something wrong with the
> code that gets the video timings wrong in a transport stream. I haven't
> tried to understand that (yet!).
Have you checked to see if the PCR is making it into the TS?
> I was thinking that the Aussie AC3 "hack" is pr
Tim Davies skrev:
If you are talking about the STREAM_TYPE_PRIVATE_DATA =>
STREAM_TYPE_AUDIO_AC3 fix in DVBRecorder::CreatePMT then you are
completely correct. This will be in the next DVB patch. If there are
other changes needed as well, please let us know.
Yep, that's the one.
Great!
The
>
> If you are talking about the STREAM_TYPE_PRIVATE_DATA =>
> STREAM_TYPE_AUDIO_AC3 fix in DVBRecorder::CreatePMT then you are
> completely correct. This will be in the next DVB patch. If there are
> other changes needed as well, please let us know.
>
Yep, that's the one.
The only other stuff
I was thinking that the Aussie AC3 "hack" is probably better in
dvbrecorder.cpp as the recorded stream is then in a format that can be
transcoded easily. And mpegts.c is untouched. And it is simpler. Any
opinions against doing it that way?
If you are talking about the STREAM_TYPE_PRIVATE_DAT
t; -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of Tim Davies
> Sent: Wednesday, 12 January 2005 3:41 PM
> To: 'Development of mythtv'
> Subject: RE: [mythtv] [PATCH] Big DVB Patch V3.5 - MPEG TS
>
> Okay, I've tested
s timebase" doesn't change anything.
Any thoughts?
Tim.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of Tim Davies
> Sent: Wednesday, 12 January 2005 7:12 AM
> To: 'Development of mythtv'
> Subject: RE: [mythtv] [
Right, timezones suck! Sleeping while everyone else is awake is a pain in
the butt...
Chopping up about 5 emails here:
> Are you using SPDIF passthrough? If you are not, i.e using software AC3,
> then
> the audio rates and channels will be differenent between stations which
> will
> be enough fo
> > [mailto:[EMAIL PROTECTED] On Behalf Of Mark Anderson
> > Sent: Tuesday, 11 January 2005 5:28 PM
> > To: Development of mythtv
> > Subject: Re: [mythtv] [PATCH] Big DVB Patch V3.5 - MPEG TS
> >
> > On Tue, 11 Jan 2005 08:06 pm, Tim Davies wrote:
> > > Oka
Quoting Jesper Sörensen <[EMAIL PROTECTED]>:
> Yeah, but anyway, that is another issue and not really related to Tim's
> AC3 patch. The PMT stream type fix should be perfectly safe but I'm not
> sure if that's enough for AC3 to work or if the other parts of the patch
> (descriptors, avformatdecoder
Taylor Jacob wrote:
As you might know the only AC3 I've got is also on stream type = 6
[private data] with an AC3 descriptor. 0x81 doesn't seem to be used for
AC3 in this part of the world. I'm a bit scared of the day when I'll
accidentally be "listening" to an EPG or some other non-AC3 data throug
> As you might know the only AC3 I've got is also on stream type = 6
> [private data] with an AC3 descriptor. 0x81 doesn't seem to be used for
> AC3 in this part of the world. I'm a bit scared of the day when I'll
> accidentally be "listening" to an EPG or some other non-AC3 data through
> the surr
Taylor Jacob wrote:
- siparser.cpp and dvbrecorder.cpp now insert *all* descriptors
from the PMT, not just the first
I agree this needs to be done at some point.
Yeah, the current descriptor handling is kinda quick and dirty. I
haven't analyzed the patch that deeply, but I don't t
> - siparser.cpp and dvbrecorder.cpp now insert *all* descriptors
> from the PMT, not just the first
I agree this needs to be done at some point.
> - mpegts.c looks for AC3 data in the private stream, and then
> treats it as AC3 data
OK.. After staring at your patch I finally u
Sent: Tuesday, 11 January 2005 6:27 PM
> To: Development of mythtv
> Subject: Re: [mythtv] [PATCH] Big DVB Patch V3.5 - MPEG TS
>
> You never answered if you are using the mpeg.c hack?
>
> Mark.
>
> On Tue, 11 Jan 2005 09:11 pm, Tim Davies wrote:
> > Okay, my trig
TED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Mark Anderson
> > Sent: Tuesday, 11 January 2005 5:28 PM
> > To: Development of mythtv
> > Subject: Re: [mythtv] [PATCH] Big DVB Patch V3.5 - MPEG TS
> >
> > On Tue, 11 Jan 2005 08:06 pm, Tim Davies wrote:
> > > O
d you
need it with a filtered stream? Weird!
Cheers
Tim.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On Behalf Of Mark Anderson
> Sent: Tuesday, 11 January 2005 5:28 PM
> To: Development of mythtv
> Subject: Re: [mythtv] [PATCH] Big DVB Patc
On Tue, 11 Jan 2005 08:06 pm, Tim Davies wrote:
> Okay, I've been at it again.
>
>
>
> A few changes to get AC3 working properly in Australia, using the transport
> stream.
>
> - siparser.cpp and dvbrecorder.cpp now insert *all* descriptors
> from the PMT, not just the first
>
> -
20 matches
Mail list logo