[mythtv] [PATCH] more pcHDTV channel-change improvements
Doug Larrick
doug at ties.org
Mon Oct 27 14:45:46 EST 2003
On 2003.10.27 12:03, Jason Hoos wrote:
> I've looked into the problem a little bit with some printf-debugging
> on hdtvreceiver.cpp, and it appears that the code is never finding
> the GOP frames from this station. I put printf's in the
> FindKeyframes method inside the "// picture_start" and "//
> group_of_pictures" if statments; when it runs I get lots of
> "picture_start" messages, but no "group of pictures" messages.
Did you ever get any entries in your database's recordedmarkup table
for these recordings? If not, you were never seeing GOP_start frames
to begin with, only now we care a lot more. I suppose you could put in
a timer... if we don't find GOP after some number of picture_start
packets (which are frames, so 30 might be a good number), start sending
data anyway. You probably want to start at a picture_start frame in
any case.
> Or can anyone point me at a good reference for what the MPEG video
> inside of an ATSC stream should look like so I can pick one apart and
> see what's missing or why the GOP frames aren't being
> found? (I do know about the TS format docs at www.atsc.org, but I
> didn't see anything there about how the video itself should be
> formatted...)
Unfortnately the MPEG committee wants real money for the MPEG2
standard. This fact is also reflected in the price of the available
MPEG2 books. I suggest you look at the code in ffmpeg (libavformat/
libavcodec), Brent Beyeler's bbinfo/bbmpeg (do a Google search), and
the example programs that come with the pcHDTV card. Also do Google
searches, especially on specific terms (like GOP or group.of.pictures)
that you come across. The ATSC docs have a high-level overview but are
short on details.
-Doug
More information about the mythtv-dev
mailing list