[FFmpeg-trac] #1487(avformat:new): ffmpeg's mpeg mux bug(s) never fixed...
FFmpeg
trac at avcodec.org
Mon Dec 17 07:04:11 CET 2012
#1487: ffmpeg's mpeg mux bug(s) never fixed...
-------------------------------------+------------------------------------
Reporter: downuse | Owner:
Type: defect | Status: new
Priority: normal | Component: avformat
Version: unspecified | Resolution:
Keywords: mpeg | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+------------------------------------
Comment (by downuse):
Replying to [comment:4 michael]:
> which DVD player exactly ?
> what happens if its played on such DVD player ?
> is this a regression (that is did it work with older ffmpeg) ?
it is black screen but has sound.
i learned a lot and found that it is because the muxrate is too large.
> what do you mean by delay ? delay of audio vs video content, of
timestamps, of ?
> if its about timestamps please quote the timestamps that are wrong and
please explain why you think they are wrong. A reference to a specific
section of a specification would be best.
the scr is always begin with 28616 either than 0,i mean the first
timestamp is 00:00:00.50 not 00:00:00.00
> what muxrate did you specify, what was stored, what did you expect? what
tool did you use to see its wrong.
i didn't use "-muxrate" and the default muxrate estimating is not correct.
when use "-muxrate", it is correct.
> > 3. i think the PCR is also buged, it's not begin with 0, the SCR base
is not begin with 0, either.
not PCR, i mean SCR system clock reference base
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1487#comment:7>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list