[FFmpeg-trac] #1487(avformat:new): ffmpeg's mpeg mux bug(s) never fixed...
FFmpeg
trac at avcodec.org
Sun Aug 12 04:02:02 CEST 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 michael):
Replying to [ticket:1487 downuse]:
> i'm trying to mux a mpg file use the following cmd
>
> ffmpeg -y -i 1.m2v -i 1.mp2 -c copy -f svcd 1.mpg
>
> it finished muxing without any errors & warnings.
> of cause, the original mpg file is normal.
>
> but the muxed mpg file is not normal, it can be played on PC with codecs
but not in most DVD players.
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) ?
>
> the following bugs i found:
> 1. audio always has a Delay relative to video such as "-67ms"
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.
> 2. the mux rate is too big.. i think it should divided by 8.
what muxrate did you specify, what was stored, what did you expect? what
tool did you use to see its wrong.
> 3. i think the PCR is also buged, it's not begin with 0, the SCR base is
not begin with 0, either.
PCR is MPEG-TS your sample is SVCD (PS) so this comment makes no sense to
me
and please use git master
--
Ticket URL: <https://ffmpeg.org/trac/ffmpeg/ticket/1487#comment:4>
FFmpeg <http://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list