I have had a look at this, and it seems to be either two things:

- TS streams with a separate PCR stream (ie. not the video stream), or
- TS streams with a 27MHz clock (rather than 90kHz?)

As these are one and the same here (Perth, Aus) and I now don't have time to look at it anymore, I didn't get any further!

The mpegts.c code seems to have functions to read separate PCR streams, but only uses this if it detects the stream as raw.  I think this is when it can't find any services in the SDT or PAT.  Which doesn't happen for DVB.

As far as I know (and I haven't looked very closely at all!), the code assumes a clock speed of 90kHz.

And that is where I got to...

Tim.


Torbjörn Jansson wrote:
I have problems with mpeg2 ts too from my dvb card.
The length of the show is too short, usualy a one hour show looks
like it is only a few minutes when seeking forward or backwards.

When i seek forward it jumps forward by some large amout of time and
it seems to be different on different recordings.
      
I'm starting to suspect that something is broken in the keyframe
detection in dtvrecorder. This could explain the slow live-tv startup
and I think the ff/rw uses the keyframe index too, right?

    
That's what i'm suspecting too, i tried to use mythcomflag to rebuild the
keyframe table, but that didn't do much.

_______________________________________________
mythtv-dev mailing list
[email protected]
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
  

_______________________________________________
mythtv-dev mailing list
[email protected]
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

Reply via email to