If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

Here's hoping the sound revamps finally include working Pulseaudio support soon - turning off PA isn't an option (or at least a very bad one) and PA support via ALSA emulation has never worked well. Mind you, no idea how difficult multichannel PA is!

Here's hoping the sound revamps finally include working Pulseaudio support soon - turning off PA isn't an option (or at least a very bad one) and PA support via ALSA emulation has never worked well. Mind you, no idea how difficult multichannel PA is!

Looking at the PA API multi-channel looks pretty easy, you just tell it you want multiple channels.

x11 lock is "simply" a big mutex which was mainly called every time there was frame drawing and/or other GL and X11 operations.
Aquiring and releasing locks are potentially expensive operations which may yield the control of the CPU from the process which performs locking operations to the OS, triggering a potential context switch and so decreasing overall performance, i.e. FPS, of an application using such locks.
As you already know, Direct3D calls are mapped to OpenGL, which through macros ENTER_GL and LEAVE_GL, was heavily using the lock.

Removing a potential cause of slowness in D3D applications is always a good thing. Nonetheless I'd like to point out that probably Michael's not completely accurate: in fact, a previous patch committed the 19th of July was actually performing the above enter/leave gl soft switch off, and was released indeed with wine 1.5.10.

Again, with this revision the lock has been "officially" removed from the code, but already one month ago majority of D3D codebase already stopped using it...

Not having the X11 lock anymore is great news, but again, this is probably the last part of an incremental change.