mirror of https://github.com/mpv-player/mpv
Fixes suggested by Diego
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@16388 b3059339-0415-0410-9bf9-f77b7e298cf2
This commit is contained in:
parent
27dd6344e3
commit
dbaad99eb2
|
@ -1296,7 +1296,7 @@ algorithms were designed with the intention of recovering files with
|
|||
broken sync.
|
||||
However, in some cases they can cause unnecessary skipping and duplication of
|
||||
frames, and possibly slight A/V desync, when used with proper input
|
||||
(off course, A/V sync issues apply only if you process or copy the
|
||||
(of course, A/V sync issues apply only if you process or copy the
|
||||
audio track while transcoding the video, which is strongly encouraged).
|
||||
Therefore, you may have to switch to basic A/V sync with
|
||||
the <option>-mc 0</option> option, or put this in your
|
||||
|
@ -1371,7 +1371,7 @@ Do not do this! Always use a file or CD/DVD/etc device as input.
|
|||
Though it may work in ideal cases, using <option>-nosound</option> is
|
||||
likely to hide some problems in your encoding command line setting.
|
||||
In other words, having a soundtrack during your encode assures you that,
|
||||
provided you don't get messages such as
|
||||
provided you do not see messages such as
|
||||
<quote>Too many audio packets in the buffer</quote>, you will be able
|
||||
to get proper sync.
|
||||
</para>
|
||||
|
@ -1381,23 +1381,23 @@ Do not do this! Always use a file or CD/DVD/etc device as input.
|
|||
You can for example copy the orignal soundtrack during the encode with
|
||||
<option>-oac copy</option> or convert it to a "light" 4 kHz mono WAV
|
||||
PCM with <option>-oac pcm -channels 1 -srate 4000</option>.
|
||||
otherwise, in some cases, it will generate a video file that won't sync
|
||||
Otherwise, in some cases, it will generate a video file that will not sync
|
||||
with the audio.
|
||||
Such cases are when the number of video frames in the source file do
|
||||
Such cases are when the number of video frames in the source file does
|
||||
not match up to the total length of audio frames or whenever there
|
||||
are discontinuities/splices where there are missing or extra audio frames.
|
||||
The correct way to handle this kind of problem is to insert silence or
|
||||
cut audio at these points.
|
||||
However <application>MPlayer</application> cannot do that, so if you
|
||||
demux the AC3 and encode it with a separate app (or dump it to PCM with
|
||||
demux the AC3 audio and encode it with a separate app (or dump it to PCM with
|
||||
<application>MPlayer</application>), the splices will be left incorrect
|
||||
and the only way to correct them is to drop/dup video frames at the
|
||||
splice.
|
||||
As long as <application>MEncoder</application> sees the audio when it's
|
||||
encoding the video, it can do this dropping/duping (which is usually ok
|
||||
As long as <application>MEncoder</application> sees the audio when it is
|
||||
encoding the video, it can do this dropping/duping (which is usually OK
|
||||
since it takes place at full black/scenechange, but if
|
||||
<application>MEncoder</application> can't see the audio, it will just
|
||||
process all frames as-is and they won't fit the final audio stream when
|
||||
<application>MEncoder</application> cannot see the audio, it will just
|
||||
process all frames as-is and they will not fit the final audio stream when
|
||||
you for example merge your audio and video track into a Matroska file.
|
||||
</para>
|
||||
|
||||
|
|
Loading…
Reference in New Issue