|author||Stefano Pigozzi <email@example.com>||2013-08-06 22:41:30 +0200|
|committer||Stefano Pigozzi <firstname.lastname@example.org>||2013-08-06 22:52:31 +0200|
core: move contents to mpvcore (2/2)
Followup commit. Fixes all the files references.
Diffstat (limited to 'DOCS')
1 files changed, 6 insertions, 6 deletions
diff --git a/DOCS/tech-overview.txt b/DOCS/tech-overview.txt
index d4dbd95938..d83b00c829 100644
@@ -2,7 +2,7 @@ NOTE: DOCS/OUTDATED-tech/* may contain more detailed information, but most of it
is possibly or definitely outdated. This file intends to give a big
picture of how mpv is structured.
This contains the main play loop, anything related to mpv and playback
related initializations. It also contains the main function. Generally, it
accesses all other subsystems, initializes them, and pushes data between
@@ -76,7 +76,7 @@ talloc.h & talloc.c:
replacement. It works on top of system malloc and provides additional
features that are supposed to make memory management easier.
Data structures for mplayer.c and command.c. They are usually not accessed
by other parts of mpv for the sake of modularization.
@@ -87,7 +87,7 @@ core/mp_core.h:
options.h contains the global option struct MPOpts, and its default values
are in defaultopts.c for some reason.
This translates keyboard input comming from libvo and other sources (such
as remote control devices like Apple IR or slave mode commands) to the
key bindings listed in the user's (or the builtin) input.conf and turns
@@ -99,14 +99,14 @@ core/input/input.c:
direction of slave mode communication, mpv to application, consists of
random mp_msg() calls all over the code in all parts of the player.)
This contains the implementation for slave commands and properties.
Properties are essentially dynamic variables changed by certain commands.
This is basically responsible for all user commands, like initiating
seeking, switching tracks, etc. It calls into mplayer.c, where most of the
work is done, but also into other parts of mpv.
All terminal output should go through mp_msg().
@@ -223,7 +223,7 @@ sub/:
detection as well as timing postprocessing work. (Timing postprocessing
removes tiny gaps or overlaps between subtitle events.)
A timeline is the abstraction used by mplayer.c to combine several files
into one seemingly linear video. It's mainly used for ordered chapters
playback. The high level code to find and load other files containing the