[MPlayer-dev-eng] mp-G2 pre18

Diego Biurrun diego at biurrun.de
Sun May 4 02:48:27 CEST 2003


On Sat, May 03, 2003 at 07:34:57PM +0200, Arpi wrote:
> btw, docs... someone (Diego?:)) should spell-check DOCS/README :)

:-)  Sure, why not, here is a patch.

But it's not much, seems like your English is G2 also ;-)

Diego
-------------- next part --------------
--- g2/DOCS/README	Sat May  3 17:26:06 2003
+++ README	Sun May  4 02:44:30 2003
@@ -3,22 +3,22 @@
 
 MPlayer G2 is a redesign/rewrite (from scratch) of the MPlayer 0.90/CVS series.
 The main goal of this project is to create a clean modular framework, with
-minimum cross-dependancy of the modules, and at the same time solve some of
+minimum cross-dependency of the modules, and at the same time solve some of
 the design issues/implementation limitations of MPlayer 0.90.
 It is designed to be reentrant, so adding thread-safety is easy (just a few
 locks around the demuxer layer entry calls).
 
-NOTE: it's in early stage of development, don't compare to the 0.90 feature set.
+NOTE: It's in early stage of development, don't compare to the 0.90 feature set.
 The goal is not (yet) to create an all-in-one player, but a clean framework
-for experienciing with new ideas and solutions of the already known problems.
+for experimenting with new ideas and solutions for already known problems.
 
 A long-term goal is creating a media processing library, to be usable as the
 backend of media/movie players, converters, editors, capture tools.
 
-Some of the major differences from 0.90:
-- video codecs pull the data from demuxer, instead of the old push-method.
+Some of the major differences to 0.90:
+- video codecs pull the data from the demuxer, instead of the old push-method.
 - video filtering path is driven from the other end: vo, so filters can
-  insert new frames wihtout going up to the codecs.
+  insert new frames without going up to the codecs.
 - video codecs and filters may modify the timing info (PTS/duration) of frames
 - libvo2 has been redesigned, now vo drivers do the minimal thing only:
   controls the actual device and export its buffers to the vo core (vf_vo2.c)
@@ -26,10 +26,10 @@
   management is handled by the core, not the driver itself).
 - audio and video codecs/filters/path has been separated
 - the stream and demuxer code have been modularized, instead of switch-case mess
-- demuxers now handle more than one audio and video streams at the same time,
+- demuxers now handle more than one audio and video stream at the same time,
   so runtime stream switching or playback/conversion of multiple audio/video
   tracks at the same time is now possible.
-- stream-less demuxers are no more hacks, they are legal using the DUMMY stream
-  type, auto-created based on URL.
+- stream-less demuxers are not hacks any longer, they are legal using the DUMMY
+  stream type, auto-created based on URL.
   
 


More information about the MPlayer-dev-eng mailing list