[mythtv] New MPEG2 commercial-cut code ready for testing
mythtv0368 at phracturedblue.com
Wed Nov 16 09:18:57 EST 2005
Sorry for the rapid fire relases, but here is 0.11:
Correct renumbering of frames after a cut-point
Do not insert 1st frame if cutlist starts at 0
Minor code cleanups
The only thing that I am sure is broken is what will happen on a PTS
wrap. That will actually be kinda painful to fix (and difficult to
verify in the general case), but it is my next task. I also need to
reenable the PTS discrepency code at some point, but I'm thinking I
may wait on that, as it really needs to be rethought out.
Anyhow, unless any additional bugs pop up, 0.12 (the PTS wrap thing)
will likely be the last release before I roll it into myth.
There are still many unsupported features, but that stuff can be added
in the future and won't gate most users.
By the way, I've looked into the QMAT_SHIFT thing, and it could be a
real issue in some cases, but I have no idea what to do about it.
What is happening is that the quantization coefficients from the
original stream are too large (for libavcodec), resulting in a
possible overflow during encoding. This can happen if a stream uses a
non-standard quantization matrix (which many do). As there is no
option to change the coefficients, there's not much else I can do
about it. However, if the reported number is 21, there may not be a
problem, as that indicates a signed overflow, which may recover ok,
depending on how the code is written (I need to look into it some
more). Also, if you use SSE, you may be ok, as the shift is only 16
in that case, which should never cause an issue.
Again, thanks for all the help testing and debugging.
More information about the mythtv-dev