[MPlayer-DOCS] CVS: homepage/src news-archive.src.en,1.48,1.49
Diego Biurrun CVS
syncmail at mplayerhq.hu
Thu Feb 10 23:58:44 CET 2005
CVS change done by Diego Biurrun CVS
Update of /cvsroot/mplayer/homepage/src
In directory mail:/var2/tmp/cvs-serv11943/src
Modified Files:
news-archive.src.en
Log Message:
HTML fixup, first round
Index: news-archive.src.en
===================================================================
RCS file: /cvsroot/mplayer/homepage/src/news-archive.src.en,v
retrieving revision 1.48
retrieving revision 1.49
diff -u -r1.48 -r1.49
--- news-archive.src.en 8 Feb 2005 14:07:33 -0000 1.48
+++ news-archive.src.en 10 Feb 2005 22:58:42 -0000 1.49
@@ -12,20 +12,28 @@
<br><span class="poster">posted by Gabucino</span>
</h2>
+<p>
<a href="http://sam.zoy.org/projects/libcaca/">libcaca</a> is basically
a colored variant of aalib. Although being alpha, it looks very nice.
-Some better output drivers, and optimizing is needed, tho.<br>
-<br>
-<p class="center"><a href="../images/shot26.jpg"><img src="../images/shot26s.jpg" alt="libcaca screenshot" width="200" height="150"></a><br>
-Shot from "Üvegtigris"</p><br>
-<br>
+Some better output drivers, and optimizing is needed, tho.
+</p>
+
+<p class="center">
+<a href="../images/shot26.jpg"><img src="../images/shot26s.jpg" alt="libcaca screenshot" width="200" height="150"></a><br>
+Shot from "Üvegtigris"
+</p>
+
+<p>
MPlayer is yet to support libcaca directly, but with the following
patch, the <code>-vo sdl:caca</code> MPlayer option will enable
caca video output (if it's monochrome, check the TERM enviroment
-variable).<br>
-<br>
+variable).
+</p>
+
+<p>
The patch for the <i>vanilla</i> <b>SDL 1.2.6</b> can be downloaded
here: <a href="../../MPlayer/patches/patch-SDL-1.2.6-deb-caca.diff.bz2">patch-SDL-1.2.6-deb-caca.diff.bz2</a>
+</p>
</div>
@@ -38,13 +46,15 @@
<br><span class="poster">posted by Gabucino</span>
</h2>
+<p>
From December 17 14:30 until early this morning, our main
server has undergone an OS reinstall (not winXP). The <i>Debian
Woody</i> to <i>Slackware</i> transition did not have much effect on
the CVS service, but the HTTP, FTP and mail services have suffered
slight downtimes.
-<br>
We had several reasons for the reinstall:
+</p>
+
<ol>
<li>MPlayerHQ was cracked on November 16 17:50, but noticed
10 minutes later due to some hidden traps. Possibly due to
@@ -56,8 +66,11 @@
<li>Mailing migrated from sendmail+qmail combination to
a single postfix installation</li>
</ol>
+
+<p>
For further information, read
<a href="http://mplayerhq.hu/pipermail/mplayer-dev-eng/2003-December/022821.html">the mail of A'rpi</a>.
+</p>
</div>
@@ -70,19 +83,29 @@
<br><span class="poster">posted by Alex</span>
</h2>
+<p>
A huge bug slipped into the release. Pre3 won't compile on big-endian
-machines (such as ppc, sparc and m68k).<br>
-<br>
-Timeline:<br>
-<br>
+machines (such as ppc, sparc and m68k).
+</p>
+
+<p>
+Timeline:
+</p>
+
+<p>
2003.12.09 05:24 GMT: the bug was <a href="http://mplayerhq.hu/pipermail/mplayer-users/2003-December/040448.html">discovered</a><br>
2003.12.09 09:15 GMT: <a href="http://mplayerhq.hu/pipermail/mplayer-cvslog/2003-December/017687.html">committed</a> the fix into CVS<br>
-2003.12.09 <b>10:00 GMT</b>: our FTP site contains the updated tarballs<br>
-<br>
+2003.12.09 <b>10:00 GMT</b>: our FTP site contains the updated tarballs
+</p>
+
+<p>
Grab the tarballs from the usual locations, only users of big-endian
-machines should update.<br>
-<br>
+machines should update.
+</p>
+
+<p>
MD5SUM: <b>998becb79417c6a14d15c07e85188b82</b> MPlayer-1.0pre3.tar.bz2
+</p>
</div>
@@ -95,30 +118,40 @@
<br><span class="poster">posted by Gabucino</span>
</h2>
+<p>
Well it's been a while, and we're back in business with a (guess
what) new prerelease. Now with Windows Media Player skin support.
Ok just joking. But the ChangeLog is still very long, actually
just thinking about inserting it and writing all those HTML
-tags feels tiresome.<br>
-<br>
+tags feels tiresome.
+</p>
+
+<p>
I'd like to emphasize our newest reverse engineered codec: RealVideo
-2.0 (RV20), with B frames support! Time to move on to RV30.. ;)<br>
-<br>
+2.0 (RV20), with B frames support! Time to move on to RV30.. ;)
+</p>
+
+<p>
SiS video card users are going to be very pleased with the new
<i>sis_vid</i> Vidix driver! Check out the documentation! Oh, and
by the way: the <i>nvidia_vid</i> driver also got hell a lot of
-bugfixing, doublebuffer support for Geforce2, etc etc...<br>
-<br>
+bugfixing, doublebuffer support for Geforce2, etc etc...
+</p>
+
+<p>
No doubt many ppl will celebrate one of the new MEncoder features:
-the ability to encode the output audio stream with <b>libavcodec</b>!<br>
-<br>
+the ability to encode the output audio stream with <b>libavcodec</b>!
+</p>
+
+<p>
Don't hold your breath for even another moment, ChangeLog falls upon
-thee from the heavens:<br>
-<br>
+thee from the heavens:
+</p>
+
+<h3>MPlayer 1.0pre3: <i>"The Real Counter"</i></h3>
+
+<h4>DOCS:</h4>
-<b>MPlayer 1.0pre3: <i>"The Real Counter"</i></b><br>
-<br>
-<b>DOCS:</b>
<ul>
<li>all MPlayer and MEncoder options documented</li>
<li>all FFmpeg/libavcodec options documented</li>
@@ -131,7 +164,8 @@
<li>small improvements and bug fixes all over the place</li>
</ul>
-<b>Ports:</b>
+<h4>Ports:</h4>
+
<ul>
<li>fixed compilation of Matroska on MinGW32/Cygwin</li>
<li>support for detecting non-Intel CPUs under Cygwin</li>
@@ -146,7 +180,8 @@
<li>support for newer Apple GCCs</li>
</ul>
-<b>Codecs and demuxers:</b>
+<h4>Codecs and demuxers:</h4>
+
<ul>
<li>better support for (buggy) MEncoder created streams in libmpeg2</li>
<li>MPEG-TS demuxer updates</li>
@@ -174,7 +209,8 @@
<li>LML-M4 MPEG4 capture card raw stream format support</li>
</ul>
-<b>Filters:</b>
+<h4>Filters:</h4>
+
<ul>
<li>some fixes in the delogo filter</li>
<li>optimized eq2 filter</li>
@@ -186,7 +222,8 @@
<li>filmdint: new inverse telecine filter, heavily mmx and 3dnow optimized</li>
</ul>
-<b>FFmpeg/libavcodec:</b>
+<h4>FFmpeg/libavcodec:</h4>
+
<ul>
<li>Lagrange multipliers instead of qscale, encoding quality much improved</li>
<li>fixed an old bug in MPlayer's support code</li>
@@ -237,7 +274,8 @@
<li>Real RV20 decoder (with B-frame support)</li>
</ul>
-<b>Drivers:</b>
+<h4>Drivers:</h4>
+
<ul>
<li>VIDIX equalizer support in fbdev, svga and vesa</li>
<li>VIDIX colorkeying support in fbdev, svga and vesa</li>
@@ -258,7 +296,8 @@
<li>ALSA 1.x support</li>
</ul>
-<b>SWScaler:</b>
+<h4>SWScaler:</h4>
+
<ul>
<li>updated MLib (Sun VIS) support</li>
<li>more accurate filters (rounding fixes)</li>
@@ -266,7 +305,8 @@
<li>eliminated chroma scaling bugs</li>
</ul>
-<b>Others:</b>
+<h4>Others:</h4>
+
<ul>
<li>fixed aspect and geometry</li>
<li>fixed compilation when libavcodec is missing (although it's a bad idea)</li>
@@ -279,7 +319,8 @@
<li>removed oldskool libcss support (nobody uses it and has drawbacks)</li>
</ul>
-<b>MEncoder:</b>
+<h4>MEncoder:</h4>
+
<ul>
<li>FFmpeg/libavcodec audio encoding support</li>
<li>exit if there's no video stream (avoids unexpected segfaults)</li>
@@ -287,10 +328,10 @@
<li>rawyuv (i420) 'encoder'</li>
</ul>
-<br>
-<br>
-
+<p>
MPlayer 1.0pre3 can be downloaded from the following locations:
+</p>
+
<ul>
<li>Hungary 1
<a href="http://www1.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre3.tar.bz2">HTTP</a>
@@ -318,17 +359,22 @@
<br><span class="poster">posted by Diego</span>
</h2>
+<p>
MPlayer has just been voted best multimedia software in this year's
<a href="http://www.linux-magazin.de/Artikel/ausgabe/2003/12/award/award.html">Linux New Media Award 2003 (German)</a>
by a jury of <a href="http://www.linuxnewmedia.de/en">Linux New Media AG</a>
-editors and community members.<br>
-<br>
+editors and community members.
+</p>
+
<p class="center">
<a href="http://www.linux-magazin.de/Artikel/ausgabe/2003/12/award/award.html">
-<img src="../images/LnmAwardLogo2003.jpg" alt="Linux New Media Award 2003" width="227" height="177"></a></p>
-<br>
+<img src="../images/LnmAwardLogo2003.jpg" alt="Linux New Media Award 2003" width="227" height="177"></a>
+</p>
+
+<p>
MPlayer got 25.8% of the total votes, positioning it slightly ahead of
<a href="http://www.xinehq.de">xine</a> (24.2%).
+</p>
</div>
@@ -341,31 +387,43 @@
<br><span class="poster">posted by Gabucino</span>
</h2>
+<p>
Due to the continuing degradation of
<a href="http://sourceforge.net">Sourceforge</a> services' quality,
the decision was made to move <a href="http://ffmpeg.org">FFmpeg</a>
-CVS to <a href="http://mplayerhq.hu">MPlayerHQ.hu</a>.<br>
-<br>
+CVS to <a href="http://mplayerhq.hu">MPlayerHQ.hu</a>.
+</p>
+
+<p>
MPlayer "oldtimer" users may remember the ages when <b>libavcodec</b>
(the codec part of FFmpeg) was developed right inside the MPlayer CVS
tree. The development was moved back to the Sourceforge server, so
other projects - and the main FFmpeg of course - could take advantage
-of our developments. But let's get back to our current topic.<br>
-<br>
+of our developments. But let's get back to our current topic.
+</p>
+
+<p>
The FFmpeg CVS tree on Sourceforge will
<b><i>cease to exist</i></b> shortly! Other services will stay on
-SF for now, but it's highly possible we'll move the mailing list too.<br>
-<br>
-To checkout the new FFmpeg tree, the following command must be issued:<br>
-<br>
-<code>cvs -z9 -d:pserver:anonymous at mplayerhq.hu:/cvsroot/ffmpeg co ffmpeg</code><br>
-<br>
-To update an existing checkout, issue the following commands:<br>
-<br>
-<code>
- cd ffmpeg<br>
- cvs -z9 update
-</code>
+SF for now, but it's highly possible we'll move the mailing list too.
+</p>
+
+<p>
+To checkout the new FFmpeg tree, the following command must be issued:
+</p>
+
+<pre>
+cvs -z9 -d:pserver:anonymous at mplayerhq.hu:/cvsroot/ffmpeg co ffmpeg
+</pre>
+
+<p>
+To update an existing checkout, issue the following commands:
+</p>
+
+<pre>
+cd ffmpeg
+cvs -z9 update
+</pre>
</div>
@@ -378,34 +436,51 @@
<br><span class="poster">posted by Gabucino</span>
</h2>
-The next beta prerelease of 1.0. Test it or leave it.<br>
-<br>
+<p>
+The next beta prerelease of 1.0. Test it or leave it.
+</p>
+
+<p>
<b>NVidia</b> users are going to be pleased with our (rather
<b>Sascha Sommer</b>'s) newest breakthrough: the
<code>nvidia_vid</code> VIDIX driver. It is still in beta stage,
-but it is known to work on at least TNT2 and Geforce2.<br>
-<br>
+but it is known to work on at least TNT2 and Geforce2.
+</p>
+
+<p>
You may or may not need to first initialize your card with the
-closed-source binary (?) XFree86 NVidia drivers.<br>
-<br>
+closed-source binary (?) XFree86 NVidia drivers.
+</p>
+
+<p>
If aye can give ye a hint: assuming you have an NVidia card, try
-playing a DIV3 (DivX 3.11) file with the following commandline:<br>
-<br>
-<pre><code>$ mplayer filename.avi -vc divxds -vo cvidix -vf format=uyvy</code></pre>
-<br>
+playing a DIV3 (DivX 3.11) file with the following commandline:
+</p>
+
+<pre>
+$ mplayer filename.avi -vc divxds -vo cvidix -vf format=uyvy
+</pre>
+
+<p>
<b>!!SPOILER!!</b>: Yes, you'll experience REAL graphics video playing,
-on a REAL text console. Kinda neat, eh?<br>
-<br>
+on a REAL text console. Kinda neat, eh?
+</p>
+
+<p>
Let's see the ChangeLog:
-<br>
-<b>MPlayer 1.0pre2</b><br>
-<br>
-<b>Security:</b>
+</p>
+
+<h3>MPlayer 1.0pre2</h3>
+
+
+<h4>Security:</h4>
+
<ul>
<li>remotely exploitable buffer overflow in the asf streaming code fixed</li>
</ul>
-<b>DOCS:</b>
+<h4>DOCS:</h4>
+
<ul>
<li>Spanish and Russian translations almost finished</li>
<li>French, Hungarian, Polish translations updated</li>
@@ -413,7 +488,8 @@
<li>numerous sections updated</li>
</ul>
-<b>Ports:</b>
+<h4>Ports:</h4>
+
<ul>
<li>initial Amiga/MorphOS (through GeekGadgets) support</li>
<li>FreeBSD 5.x (libkse/libthr) support in win32 DLL loader</li>
@@ -423,7 +499,8 @@
<li>MinGW 3.1.0 supports MPlayer out of the box!</li>
</ul>
-<b>Codecs and demuxers:</b>
+<h4>Codecs and demuxers:</h4>
+
<ul>
<li>support for QuickTime version 6.3 DLLs</li>
<li>fixed some bugs in imported FAAD</li>
@@ -440,7 +517,8 @@
<li>FLAC support through imported libmpflac</li>
</ul>
-<b>Filters:</b>
+<h4>Filters:</h4>
+
<ul>
<li>new delogo filter (for removing TV channel logos)</li>
<li>presets support in swscaler filter</li>
@@ -448,7 +526,8 @@
<li>correct select handling in bmovl filter</li>
</ul>
-<b>FFmpeg/libavcodec:</b>
+<h4>FFmpeg/libavcodec:</h4>
+
<ul>
<li>better divx/xvid bug detection code</li>
<li>Id RoQ decoder</li>
@@ -468,7 +547,8 @@
<li>MPEG1 now works with Trellis quantization</li>
</ul>
-<b>Faad2:</b>
+<h4>Faad2:</h4>
+
<ul>
<li>synced to latest CVS</li>
<li>HE_AAC profile added</li>
@@ -479,7 +559,8 @@
<li>overall cleanups and fixes</li>
</ul>
-<b>Drivers:</b>
+<h4>Drivers:</h4>
+
<ul>
<li>VIDIX driver for nVidia cards</li>
<li>VIDIX and libdha ported to Windows</li>
@@ -494,7 +575,8 @@
<li>user settable colorkey</li>
</ul>
-<b>Others:</b>
+<h4>Others:</h4>
+
<ul>
<li>several leak fixes</li>
<li>selecting optimizations for PPC 7455 CPU</li>
@@ -504,7 +586,10 @@
<li>alignment and smart line splitting option on subtitles</li>
</ul>
+<p>
MPlayer 1.0pre2 can be downloaded from the following locations:
+</p>
+
<ul>
<li>Hungary 1
<a href="http://www1.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre2.tar.bz2">HTTP</a>
@@ -530,43 +615,67 @@
<br><span class="poster">posted by Gabucino</span>
</h2>
-<b>Severity:</b><br>
+<h3>Severity:</h3>
+
+<p>
HIGH (if playing ASX streaming content)<br>
-LOW (if playing only normal files)<br>
-<br>
-<b>Description:</b><br>
+LOW (if playing only normal files)
+</p>
+
+<h3>Description:</h3>
+
+<p>
A remotely exploitable buffer overflow vulnerability was found in MPlayer.
A malicious host can craft a harmful ASX header, and trick MPlayer
-into executing arbitrary code upon parsing that header.<br>
-<br>
-<b>MPlayer versions affected:</b><br>
+into executing arbitrary code upon parsing that header.
+</p>
+
+<h3>MPlayer versions affected:</h3>
+
+<p>
MPlayer 0.90pre series<br>
MPlayer 0.90rc series<br>
MPlayer 0.90<br>
MPlayer 0.91<br>
-MPlayer 1.0pre1<br>
-<br>
-<b>MPlayer versions unaffected:</b><br>
+MPlayer 1.0pre1
+</p>
+
+<h3>MPlayer versions unaffected:</h3>
+
+<p>
MPlayer releases before 0.90pre1<br>
MPlayer 0.92<br>
-MPlayer HEAD CVS<br>
-<br>
-<b>Notification status:</b><br>
+MPlayer HEAD CVS
+</p>
+
+<h3>Notification status:</h3>
+
+<p>
Developers were notified on <b>2003.09.24</b> (by <b><a href="mailto:HOtero at lanchile.cl">Otero Hernan</a></b>)<br>
Fix was commited into HEAD CVS at <b>2003.09.25 02:36:36 CEST</b><br>
<i>MPlayer 0.92 (vuln-fix-only release)</i> was released on <b>2003.09.25
-12:00:00 CEST</b><br>
-<br>
-<b>Patch availability:</b><br>
+12:00:00 CEST</b>
+</p>
+
+<h3>Patch availability:</h3>
+
+<p>
A patch is available for all vulnerable versions
-<a href="../../MPlayer/patches/vuln01-fix.diff">here</a>.<br>
-<br>
-<b>Suggested upgrading methods:</b><br>
+<a href="../../MPlayer/patches/vuln01-fix.diff">here</a>.
+</p>
+
+<h3>Suggested upgrading methods:</h3>
+
+<p>
MPlayer 1.0pre1 users should upgrade to <b>latest CVS</b><br>
MPlayer 0.91 (and below) users should upgrade to <b>0.92</b> OR
-<b>latest CVS</b><br>
-<br>
+<b>latest CVS</b>.
+</p>
+
+<p>
MPlayer 0.92 can be downloaded from the following sites:
+</p>
+
<ul>
<li>Hungary 1
<a href="http://www1.mplayerhq.hu/MPlayer/releases/MPlayer-0.92.tar.bz2">HTTP</a>
@@ -592,24 +701,33 @@
<br><span class="poster">posted by Gabucino</span>
</h2>
+<p>
This pre-release is the first piece of the pre-1.0 bugfixing series,
leading straight towards the upcoming 1.0 final version.
Please note: this tarball is <b>NOT</b> developed from the obsoleted
0.90 or 0.91 series, but from the <b>HEAD</b> development branch, which
-was forked from the 0.90rc4 pre-release.<br>
-<br>
+was forked from the 0.90rc4 pre-release.
+</p>
+
+<p>
Please test it as much as you can, and report any bugs you stumble
-upon!<br>
-<br>
+upon!
+</p>
+
+<p>
We're looking for people who could maintain (not just momentarily
translate) Polish, Norwegian, Romanian, Dutch and Turkish
-documentation.<br>
-<br>
-Let's see the Changelog. Pretty small, ain't it..?<br>
-<br>
-<b>MPlayer 1.0pre1 -- "Development" on the beach</b><br>
-<br>
-DOCS:
+documentation.
+</p>
+
+<p>
+Let's see the Changelog. Pretty small, ain't it..?
+</p>
+
+<h3>MPlayer 1.0pre1 -- "Development" on the beach</h3>
+
+<h4>DOCS:</h4>
+
<ul>
<li>DOCS/Language/ dirs renamed to DOCS/id, English files moved to DOCS/en</li>
<li>HTML --> XML format conversion (English, Russian and French for now)</li>
@@ -624,7 +742,8 @@
<li>fixes and small updates all over the place</li>
</ul>
-Big/Structural changes:
+<h4>Big/Structural changes:</h4>
+
<ul>
<li>linux/ dir renamed to osdep/</li>
<li>postproc/postproc* files moved to libavcodec</li>
@@ -638,7 +757,8 @@
(no backward compatibilty!)</li>
</ul>
-Ports:
+<h4>Ports:</h4>
+
<ul>
<li>HP-UX fixes</li>
<li>Ported to Darwin / Mac OS X (with extra accurate Darwin timers)</li>
@@ -650,7 +770,8 @@
<li>Initial Hitachi SuperH support (SH3/SH4)</li>
</ul>
-Codecs/demuxers support:
+<h4>Codecs/demuxers support:</h4>
+
<ul>
<li>realaudio win32 DLLs support</li>
<li>various realaudio/realvideo fixes, including WxH bugs, Sipr etc</li>
@@ -689,7 +810,8 @@
<li>working DVD (libmpdvdkit) support for Cygwin/MinGW</li>
</ul>
-FFmpeg/libavcodec:
+<h4>FFmpeg/libavcodec:</h4>
+
<ul>
<li>libavcodec: static,const,compiler warning cleanup, UINTX -> uintx_t</li>
<li>old HuffYUV v1 support</li>
@@ -717,7 +839,8 @@
<li>user settable quantization matrices</li>
</ul>
-Drivers:
+<h4>Drivers:</h4>
+
<ul>
<li>x11_common: fix detection of metacity</li>
<li>x11_common: 10l fix in original layer detection code</li>
@@ -735,7 +858,8 @@
<li>new vo_fbdev2 (written from scratch)</li>
</ul>
-Others:
+<h4>Others:</h4>
+
<ul>
<li>gcc can now detect badly called mp_msg()s</li>
<li>a lot of config/cmdline parsing fixes (some of them were at least 100000l bugs)</li>
@@ -754,7 +878,11 @@
<li>TVout/matroxtv: various improvements</li>
<li>spelling/grammar fixes in numerous files</li>
</ul>
+
+<p>
MPlayer 1.0pre1 can be downloaded from the following locations:
+</p>
+
<ul>
<li>Hungary 1
<a href="http://www1.mplayerhq.hu/MPlayer/releases/MPlayer-1.0pre1.tar.bz2">HTTP</a>
@@ -780,13 +908,18 @@
<br><span class="poster">posted by Alex</span>
</h2>
+<p>
As you already know, we are planning to release MPlayer 1.0pre1. This
won't be a <i>normal release</i>, at least it won't be similar to the
older ones. It's special because it's intended to help the <b>bug
hunting</b> and provide a technology preview, to show what we can do
-now.<br>
-<br>
-Now all of you probably ask what we can do?<br>
+now.
+</p>
+
+<p>
+Now all of you probably ask what we can do?
+</p>
+
<ul>
<li>Support of all the widespread codecs with <i>libavcodec</i>,
that means, that no binary codecs are needed! (the new codecs are
@@ -803,19 +936,29 @@
<li>Almost complete <b>native Windows</b> (<i>MinGW</i>) <b>port</b>,
help and testing is appreciated</li>
</ul>
-You can view the current ChangeLog in CVS <a href="http://www1.mplayerhq.hu/cgi-bin/cvsweb.cgi/main/ChangeLog?rev=1.52&content-type=text/x-cvsweb-markup">
-here</a><br>
-<br>
-And what about that <b>bug hunting</b> you mentioned?<br>
-<br>
+
+<p>
+You can view the current ChangeLog in CVS
+<a href="http://www1.mplayerhq.hu/cgi-bin/cvsweb.cgi/main/ChangeLog?rev=1.52&content-type=text/x-cvsweb-markup">here</a>
+</p>
+
+<p>
+And what about that <b>bug hunting</b> you mentioned?
+</p>
+
+<p>
We plan switching on all the problematic parts of the source, so we
can find most of the bugs which were hidden so far. For example
the command line / config parsing routines have had some features
-switched off because they weren't tested yet.<br>
-<br>
+switched off because they weren't tested yet.
+</p>
+
+<p>
Ohh, before I forget, have I mentioned that we are planning to organize
-a <b>bug hunting party</b>?<br>
-<br>
+a <b>bug hunting party</b>?
+</p>
+
+<p>
We await lots of coders, you can join the thread on the mailing list,
<a href="http://mplayerhq.hu/pipermail/mplayer-dev-eng/2003-August/020095.html">
it starts here</a>.<br>
@@ -826,9 +969,12 @@
<a href="../../DOCS/HTML/en/bugreports.html">here</a>).
Add <i>[BUG]</i> to the subject line, if you want to get your bug
really fixed! This applies to all the bugs that were reported in the
-last weeks, which haven't been fixed yet.<br>
-<br>
+last weeks, which haven't been fixed yet.
+</p>
+
+<p>
And now, all I can say is: long live MPlayer!
+</p>
</div>
@@ -841,20 +987,25 @@
<br><span class="poster">posted by Gabucino</span>
</h2>
+<p>
This is a surprise release. If you've payed attention to the MPlayer
news, you know that we've been continuously maintaining the 0.90
-codebase, backporting fixes from the <i>'main'</i> branch.<br>
-<br>
+codebase, backporting fixes from the <i>'main'</i> branch.
+</p>
+
+<p>
This is the last release from that branch. We don't have the manpower
to maintain it any longer, nor has it any sense. This release
<i>does not contain recent new features of the <b>'main'</b> branch</i>,
like opensource <b>Sorenson 3</b>, and others!!! Consider this as a
bugfix release for <i>MPlayer v0.90</i>, and be ready for
-<i><b>MPlayer v1.0pre1 in just a few days</b></i>!!!<br>
-<br>
-The ChangeLog:<br>
-<br>
-DOCS:
+<i><b>MPlayer v1.0pre1 in just a few days</b></i>!!!
+</p>
+
+<h3>The ChangeLog:</h3>
+
+<h4>DOCS:</h4>
+
<ul>
<li>French, Hungarian, Chinese translation updated</li>
<li>console output translations updated</li>
@@ -864,7 +1015,9 @@
<li>Polish documentation removed (outdated)</li>
<li>Norwegian, Romanian, and Turkish help files removed (outdated)</li>
</ul>
-Fixes:
+
+<h4>Fixes:</h4>
+
<ul>
<li>small fix for sp5x video codec</li>
<li>menu pause bug fixed</li>
@@ -890,7 +1043,9 @@
<li>crash with invalid config file fixed</li>
<li>metacity support</li>
</ul>
-Porting:
+
+<h4>Porting:</h4>
+
<ul>
<li>QT audio decoder now compiles on MacOSX</li>
<li>compile and crash fixes in MOV demuxer, for Cygwin</li>
@@ -898,7 +1053,10 @@
<li>OpenBSD support in RealVideo and RealAudio</li>
</ul>
+<p>
MPlayer 0.91 can be downloaded from the following locations:
+</p>
+
<ul>
<li>Hungary 1
<a href="http://www1.mplayerhq.hu/MPlayer/releases/MPlayer-0.91.tar.bz2">HTTP</a>
@@ -924,10 +1082,13 @@
<br><span class="poster">posted by Gabucino</span>
</h2>
+<p>
Everyone is obsessed about MPlayer G2. But what about our good old
companion, <b>MPlayer G1</b>? Well, not much. Honestly. If you have
ever listened to what we were saying you know that there are currently
two G1 branches:
+</p>
+
<ol>
<li><b>0_90</b> - which is the 0.90 version, plus critical bug
fixes. This is probably our most stable version at the
@@ -965,6 +1126,7 @@
<br><span class="poster">posted by A'rpi</span>
</h2>
+<p>
According to the latest
<a href="http://www.debian.org/News/weekly/2003/31/">
DWN (Debian Weekly News)</a>, Debian people are again
@@ -972,14 +1134,14 @@
paranoid than SuSE, they will "of course" cripple it by removing
most of the native codecs (starting with libavcodec) and also most
files with no nice GPL header included, rendering the player unusable.
-<br>
-<br>
+</p>
+
<p class="center">
<a href="http://www.suse.de/us/private/products/suse_linux/i386/packages_personal/mplayer.html">
<img src="../images/susewarning.png" alt="SuSE warning" width="301" height="187"></a>
</p>
-<br>
-<br>
+
+<p>
I think that including an unusable build of an application is even
worse than not packaging it at all. It is not only valueless for the
users (they will have to remove it and compile the source of the
@@ -990,20 +1152,26 @@
distribution specific files (like README.SuSE, or README.Debian) and
will tell their friends, magazines (which occasionally write
distro reviews) and post on portals/forums that it is a very
-bad, broken, unusable application.<br>
-<br>
+bad, broken, unusable application.
+</p>
+
+<p>
We keep receiving bug reports from users telling us MPlayer on SuSE
is unable to play file XYZ but for example his friend can play the
same file on Red Hat. It's boring to explain to them over and over
again, that SuSE (and soon Debian) comes with a crippled MPlayer, and
they have to completely delete the package, and compile it from the
-original source, if they want to play any files...<br>
-<br>
+original source, if they want to play any files...
+</p>
+
+<p>
Note, that they also patch MPlayer code to hell, resulting in new bugs
and side-effects we are unable to reproduce (with the original source).
They should send the patches to us, so we can review and apply the
-correct fixes and tell them about the problems with the rest.<br>
-<br>
+correct fixes and tell them about the problems with the rest.
+</p>
+
+<p>
I (A'rpi) want to ask all of those distributions to consider
dropping MPlayer packages completely instead of shipping unusable
crippled files! Our motto: if you can't do it right, you better
@@ -1016,6 +1184,7 @@
in MPlayer G2, to prevent unwanted crippled distribution of the
next generation code, but I hope they will recognize their fault in
time, and I won't have to do so.
+</p>
</div>
@@ -1028,7 +1197,10 @@
<br><span class="poster">posted by Gabucino</span>
</h2>
+<p>
Two updates on the recently released G2 tech preview:
+</p>
+
<ol>
<li>Unfortunately it prefers XSHM output before XV, thus it
won't use hardware acceleration, and will be slow.<br>
@@ -1040,8 +1212,10 @@
<b>Solution</b>: use <code>-vo fbdev=/dev/fb0</code>
command line option.</li>
</ol>
-<br>
+
+<p>
Have A Nice Experience Of Generation Two!
+</p>
</div>
More information about the MPlayer-DOCS
mailing list