Module: docs
Branch: master
Commit: 8ea3494b2db91e896125cf5d4f399f0979a1aeb7
URL: http://source.winehq.org/git/docs.git/?a=commit;h=8ea3494b2db91e896125cf5d4…
Author: André Hentschel <nerv(a)dawncrow.de>
Date: Wed Jan 18 21:13:17 2012 +0100
winelib: Winelib isn't limited to 32-bit.
---
en/winelib-intro.sgml | 2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/en/winelib-intro.sgml b/en/winelib-intro.sgml
index cfe8d8f..9148336 100644
--- a/en/winelib-intro.sgml
+++ b/en/winelib-intro.sgml
@@ -15,7 +15,7 @@
compiler (and even these are used when compiling Wine).
</para>
<para>
- Thanks to the above, Winelib supports most C and C++ 32bit source code,
+ Thanks to the above, Winelib supports most C and C++ source code,
resource and message files, and can generate graphical or console
applications as well as dynamic libraries.
</para>
Module: docs
Branch: master
Commit: 9ffbd7c28b48f76a6630f613398865fb02a9479a
URL: http://source.winehq.org/git/docs.git/?a=commit;h=9ffbd7c28b48f76a6630f6133…
Author: André Hentschel <nerv(a)dawncrow.de>
Date: Mon Jan 16 23:02:50 2012 +0100
winedev: Cleanup multimedia documentation.
---
en/winedev-multimedia.sgml | 168 ++------------------------------------------
1 files changed, 6 insertions(+), 162 deletions(-)
diff --git a/en/winedev-multimedia.sgml b/en/winedev-multimedia.sgml
index 29936f7..3ba4de3 100644
--- a/en/winedev-multimedia.sgml
+++ b/en/winedev-multimedia.sgml
@@ -227,8 +227,8 @@ Kernel space | Client applications
<para>
The low level drivers abstract the hardware specific features
- from the rest of the multimedia code. Those are implemented with a
- well defined set of APIs, as windows do.
+ from the rest of the multimedia code. Those are implemented on top
+ of mmdevapi, as new versions of windows do.
</para>
<para>
@@ -267,49 +267,6 @@ Kernel space | Client applications
<sect2>
<title>Hardware-bound low level drivers</title>
-
- <para>
- Each low lever driver has to implement at least one of the
- following functionality, through the named function:
- <itemizedlist>
- <listitem>
- <para>
- Waveform audio: out for playback, and in for
- recording. MMSYSTEM and WINMM call the real low level
- audio driver using the driver's
- <function>wodMessage</function> and
- <function>widMessage</function> functions which handle
- the different requests.
- </para>
- </listitem>
- <listitem>
- <para>
- MIDI (Musical Instrument Digital Interface): out for
- playback, and in for recording. MMSYSTEM and WINMM
- call the low level driver functions using the driver's
- <function>midMessage</function> and the
- <function>modMessage</function> functions.
- </para>
- </listitem>
- <listitem>
- <para>
- Mixer: this allows setting the volume for each one of
- the other functionnality (and also some specific
- attributes, like left/right balance for stereo
- streams...). MMSYSTEM and WINMM call the low level
- driver functions using the
- <function>mxdMessage</function> function.
- </para>
- </listitem>
- <listitem>
- <para>
- Aux: this is the predecessor of the mixer
- functionnality (introduced in Win 95). Its usage has
- been deprecated in favor of mixer interfaces.
- </para>
- </listitem>
- </itemizedlist>
- </para>
<para>
Wine currently supports the following (kernel) multimedia
@@ -323,7 +280,7 @@ Kernel space | Client applications
Technologies</ulink>. The presence of this driver is
checked by configure (depends on the
<sys/soundcard.h> file). Source code resides in
- <filename>dlls/winmm/wineoss</filename>.
+ <filename>dlls/wineoss.drv</filename>.
</para>
</listitem>
<listitem>
@@ -331,131 +288,18 @@ Kernel space | Client applications
Advanced Linux Sound Architecture (<ulink
url="http://www.alsa-project.org/">ALSA</ulink>) as
supplied in the Linux kernel. Source code resides in
- <filename>dlls/winmm/winealsa</filename>.
- </para>
- </listitem>
- <listitem>
- <para>
- Analog RealTime Synthetizer (<ulink
- url="http://www.arts-project.org/">aRts</ulink>): a
- network server (and virtual mixer) used in the KDE project.
- </para>
- </listitem>
- <listitem>
- <para>
- Enlightenment Sound Daemon (<ulink
- url="http://www.tux.org/~ricdude/EsounD.html">EsounD</ulink>):
- a network server used in the GNOME project.
- </para>
- </listitem>
- <listitem>
- <para>
- Network Audio Server (<ulink
- url="http://radscan.com/nas.html">NAS</ulink>): an
- audio server.
+ <filename>dlls/winealsa.drv</filename>.
</para>
</listitem>
<listitem>
<para>
- <ulink
- url="http://jackit.sourceforge.net/">Jack</ulink>: a
- low latency audio server.
- </para>
- </listitem>
- <listitem>
- <para>
- AudioIO: the native Solaris audio interface.
+ Core Audio as introduced in Mac OS X 10.3. Source code resides in
+ <filename>dlls/winecoreaudio.drv</filename>.
</para>
</listitem>
</itemizedlist>
</para>
- <para>
- The supported functionnalities per driver is as follows
- (this table lists the available features of the products,
- not exactly what's actually implemented on Wine):
- <table frame="all">
- <title>Wine multimedia drivers' functionalities</title>
- <tgroup cols="6" align="left" colsep="1" rowsep="1">
- <thead>
- <row>
- <entry>Driver</entry>
- <entry>Wave Out</entry>
- <entry>Wave In</entry>
- <entry>Midi Out</entry>
- <entry>Midi In</entry>
- <entry>Mixer (and Aux)</entry>
- </row>
- </thead>
- <tbody>
- <row>
- <entry>OSS</entry>
- <entry>Yes</entry>
- <entry>Yes</entry>
- <entry>Yes</entry>
- <entry>Yes</entry>
- <entry>Yes</entry>
- </row>
- <row>
- <entry>ALSA</entry>
- <entry>Yes</entry>
- <entry>Yes</entry>
- <entry>Yes</entry>
- <entry>Yes</entry>
- <entry>Yes</entry>
- </row>
- <row>
- <entry>aRts</entry>
- <entry>Yes</entry>
- <entry>Yes</entry>
- <entry>No</entry>
- <entry>No</entry>
- <entry>Yes</entry>
- </row>
- <row>
- <entry>ESD</entry>
- <entry>Yes</entry>
- <entry>Yes</entry>
- <entry>No</entry>
- <entry>No</entry>
- <entry>No</entry>
- </row>
- <row>
- <entry>NAS</entry>
- <entry>Yes</entry>
- <entry>Yes</entry>
- <entry>No</entry>
- <entry>No</entry>
- <entry>Yes</entry>
- </row>
- <row>
- <entry>AudioIO</entry>
- <entry>Yes</entry>
- <entry>Yes</entry>
- <entry>No</entry>
- <entry>No</entry>
- <entry>Yes</entry>
- </row>
- <row>
- <entry>Jack</entry>
- <entry>Yes</entry>
- <entry>Yes</entry>
- <entry>No</entry>
- <entry>No</entry>
- <entry>Yes</entry>
- </row>
- </tbody>
- </tgroup>
- </table>
- </para>
-
- <para>
- Lots of listed drivers won't support Midi (in a short time)
- because the exposed "Un*x" native interfaces don't. This
- would require using some kind as software synthesis (as
- Timidity), but we cannot incorporate as it's GPL'ed.
- </para>
-
</sect2>
<sect2>
Module: docs
Branch: master
Commit: 827edebbeed6e7624afff36f235d1d8c41533e82
URL: http://source.winehq.org/git/docs.git/?a=commit;h=827edebbeed6e7624afff36f2…
Author: André Hentschel <nerv(a)dawncrow.de>
Date: Mon Jan 16 23:02:26 2012 +0100
wineusr: Rewrite WineCfg Graphics tab documentation.
---
en/wineusr-configuring.sgml | 28 +++++-----------------------
1 files changed, 5 insertions(+), 23 deletions(-)
diff --git a/en/wineusr-configuring.sgml b/en/wineusr-configuring.sgml
index 02d30e6..2d3fc9c 100644
--- a/en/wineusr-configuring.sgml
+++ b/en/wineusr-configuring.sgml
@@ -244,19 +244,11 @@
can configure. For most people the defaults are fine.
</para>
<para>
- The first few settings primarily affect games and are somewhat
+ The first setting primarily affect games and is somewhat
self-explanatory. You can prevent the mouse from leaving the
- window of a DirectX program (i.e. a game.) and the default is
- to have that box checked. There's lots of
- reasons you might want to do that, not the least of which
- includes it's easier to play the game if the cursor is
- confined to a smaller area. The other reason to turn this
- option on is for more precise control of the mouse - Wine
- warps the location of the mouse to mimic the way Windows
- works. Similarly, "desktop double buffering" allows for
- smoother updates to the screen, which games can benefit from,
- and the default is to leave it turned on. The tradeoff is
- increased memory use.
+ window of a full-screen program (i.e. a game.) and the default
+ is to not have that box checked. That is mostly needed when using
+ a virtual desktop.
</para>
<para>
You may find it helpful to <emphasis>Emulate a virtual
@@ -266,17 +258,7 @@
(possibly unsuccessfully) the screen resolution. Confining them
to a window can allow for more control over them at the possible
expense of decreased usability. Sizes you might want to try are
- 640x480 (the default) or 800x600.
- </para>
- <para>
- Finally, you can configure some Direct3D settings. For the
- most part these settings are detected automatically, but you
- can force them to behave in a specific manner. Some games
- attempt to probe the underlying system to see if it supports
- specific features. By turning these off Wine won't report
- the ability to render games in a certain way. It may lead
- to the game running faster at the expense of the quality of
- the graphics or the game may not run at all.
+ 800x600 (the default) or 1024x768.
</para>
</sect2>
<sect2>
Module: docs
Branch: master
Commit: 5b3b3d20519bebf071988541dee68d6899cf8c1c
URL: http://source.winehq.org/git/docs.git/?a=commit;h=5b3b3d20519bebf071988541d…
Author: André Hentschel <nerv(a)dawncrow.de>
Date: Mon Jan 16 23:01:51 2012 +0100
wineusr: Rewrite WineCfg Audio tab documentation.
---
en/wineusr-configuring.sgml | 21 ++++++---------------
1 files changed, 6 insertions(+), 15 deletions(-)
diff --git a/en/wineusr-configuring.sgml b/en/wineusr-configuring.sgml
index 56f7923..02d30e6 100644
--- a/en/wineusr-configuring.sgml
+++ b/en/wineusr-configuring.sgml
@@ -334,23 +334,14 @@
<sect2>
<title>Audio Settings</title>
<para>
- Wine can work with quite a few different audio subsystems
- which you can choose under the "Audio" tab. winecfg figures out all
- available drivers for you, but you can manually select which driver
- will be used. Older
- Linux distributions using the 2.4 kernel or earlier typically
- use the "OSS" driver. Usually 2.6 kernels have switched to "ALSA".
- The "aRts" driver was recently deactivated due to the general lack
- of maintenance of the "aRts" subsystem.
- If you're using GNOME you can probably use EsounD. The OSS and ALSA
- audio drivers get the most testing, so it's recommended you stick
- with them if possible.
- If you need to use "Jack", "NAS" or "CoreAudio" you probably already know why.
+ Wine can work with quite a few different audio subsystems.
+ You can see the selected driver that Wine figures out for you
+ under the "Audio" tab.
</para>
<para>
- DirectSound settings are primarily used by games. You can
- choose what level of hardware acceleration you'd like, but
- for most people "Full" is fine.
+ You can manually select which device will be used for
+ Output, Input, Voice output and Voice input. For example you can choose
+ the digital output of your sound device instead of the analog one.
</para>
</sect2>
<sect2>