github/mpv
1
Fork 0
mirror of https://github.com/mpv-player/mpv synced 2024-10-18 10:25:02 +02:00
Code Releases Activity

Fixes suggested by Diego

Browse Source 
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@16388 b3059339-0415-0410-9bf9-f77b7e298cf2
This commit is contained in:
gpoirier 2005-09-04 16:57:51 +00:00
parent 27dd6344e3
commit dbaad99eb2
1 changed files with 9 additions and 9 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

18
DOCS/xml/en/encoding-guide.xml
View File

@ -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>