|
with johns file I have found another big bug in
libavformat.
the packet structures are not initialised before
av_read_packet.
in some instances, this structure is not filled by
the underlying format, notably mpegts in this case.
This causes segfaults.
I have found now I that it seems in general more
stable and snappy, finding and exiting at the end of file quite nicely. It
should cause less packet errors due to this invalid data in previously used
AVPacket header data (pts etc).
Ive made the fix generic just in case
other formats do some nasty things and have left mpegts.c alone. overhead is
minimal.
It now works for johns file, though I cant play the
hd properly due to something in my video setup. the savage stuff just doesnt
like the higher res and renders badly and slowly. but thats my problem.
;-)
please test with other formats to see what else
crops up. but its looking more stable now.
exact seeks is still forced on for the moment. this
is in AvformatDecoder::DoFastForward if you want to play.
will next check on mpeg seeking keyframes which
doesnt happen at the moment.
avi part seeks keyframes ok for me.
ignore the guff for the moment. Ill remove it as
soon as Im happy.
also for transcoding purposes, myths db indexing is
also filled in in case a mythcommflag --video is desired. Not sure if this is
desirable or not but thought some people might be relying on it.
cheers
mark
|
mythtv_aviseek5.patch
Description: Binary data
_______________________________________________ mythtv-dev mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
