[FFmpeg-trac] #1487(avformat:new): ffmpeg's mpeg mux bug(s) never fixed...

[FFmpeg]

#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