Maarten Lankhorst wrote:
Hi Reif,
2009/12/8 Robert Reif :
Francois Gouget wrote:
Also, as far as I know, DirectSound works on top of all our backend
drivers.
It works through the WAVE API on most drivers which
requires software mixing and format conversions. Even
the direct
Francois Gouget wrote:
Also, as far as I know, DirectSound works on top of all our
backend drivers.
It works through the WAVE API on most drivers which
requires software mixing and format conversions. Even
the direct sound drivers only implement a single
hardware buffer which means that ev
Maarten Lankhorst wrote:
The lack of an accelerated dsound interface isn't that big, just means
I wish accelerated direct sound had been a big issue. Both OSS and alsa
theoretically could support it under very limited circumstances but
there was no guarantee that it could be supported under
Francois Gouget wrote:
On Sun, 6 Dec 2009, Stefan Dösinger wrote:
[...]
So you mean keeping the existing infrastructure around just for midi
and have something entirely different for the rest of the audio
features?
That might nt be too bad in that we could still drop all the current
I don't have issues with what Maarten is trying to accomplish. In fact
I'm happy to see someone making a serious effort to fix wine audio.
What I do have serious issue with is the way he is attacking the problem.
The windows 95 driver model is not a bad model. If you look at the
winmm drive
The current wine direct sound implementation can do multiple opens of
the same device and hardware mixing and hardware 3d acceleration without
any modifications if the low level driver supports it. No wine audio
driver implements all that because the linux audio APIs don't support
it. An open
I believe the approach you are taking moving openal into direct sound is
not a good idea and is going to create a lot of regressions that can not
be fixed with your current approach.
Windows audio programmers know that they can get access to the same
hardware through multiple APIs at the same
Maarten Lankhorst wrote:
--
As I said, I'm confident nobody uses it, since wine never implemented it
properly anyway
---
I think you will find that you will have to add it back later because
both interfaces are commonly used.
The private interface is used for enumerating devices and is the
Alexandre Julliard wrote:
Ken Thomases writes:
This reverts commit 6a7127bfc201ff7a218795c239d5b2571ea413d7 and part of
9f32c0d9d60662ac8e00ce5cbd4aebd4fdf8dc89.
It turns out that the issue isn't a limitation of winmm. It's just
individual low-level drivers that may fail to support openin
Robert Reif wrote:
Eric Pouech wrote:
let's take the wave out driver interface as example:
DWORD WINAPI wodMessage(UINT wDevID, UINT wMsg, DWORD_PTR dwUser,
DWORD_PTR dwParam1, DWORD_PTR dwParam2);
in case wMsg in WODM_OPEN, dwUser is expected to be a pointer
Eric Pouech wrote:
let's take the wave out driver interface as example:
DWORD WINAPI wodMessage(UINT wDevID, UINT wMsg, DWORD_PTR dwUser,
DWORD_PTR dwParam1, DWORD_PTR dwParam2);
in case wMsg in WODM_OPEN, dwUser is expected to be a pointer to a
DWORD, that
the driver
Jon Griffiths wrote:
> Hi,
>
> Smaller patch with properly static-ified icon data.
>
> Cheers
> Jon
>
>
>
>
>
>
Did this patch get dropped for a reason?
Alistair Leslie-Hughes wrote:
> Robert Reif wrote:
>
>> Please give an explanation why? If it's just to make the test pass,
>> then we need to know why the test is failing.
>>
>> Is it only needed for wine? Could be a wine problem.
>>
>> Is it
Alistair Leslie-Hughes wrote:
> Hi,
>
> Changelog:
> winmm: Increase tolerance range in tests
>
> Best Regards
> Alistair Leslie-Hughes
>
Please give an explanation why? If it's just to make the test pass,
then we need to know why the test is failing.
Is it only needed for wine? Could be
Eric Pouech wrote:
> Maarten Lankhorst a écrit :
>
>> Behavioral test to show that wine winmm needs fixing.
>> ---
>>
>>
>>
>>
> this likely is going to fail on old boxes
> there's no requirement on MS side that a PCM
Maarten Lankhorst wrote:
> Hello Robert,
>
> 2008/4/29 Robert Reif <[EMAIL PROTECTED]>:
>
>> The returned result of some audio functions on windows may be inconsistent
>> because a driver may actually supply the returned value.
>>
>> This presen
The returned result of some audio functions on windows may be
inconsistent because a driver may actually supply the returned value.
This presents a problem for the wine regression tests because a buggy
driver may return an unexpected result which causes the test to fail.
One way around this i
Robert Reif wrote:
> Peter Åstrand wrote:
>
>> On Mon, 28 Apr 2008, Robert Reif wrote:
>>
>>
>>
>>>> However, the waveOutGetDevCapsW fails as well on WTS, also returning
>>>> MMSYSERR_INVALPARAM.
>>>>
>&g
Peter Åstrand wrote:
> On Mon, 28 Apr 2008, Robert Reif wrote:
>
>
>>> However, the waveOutGetDevCapsW fails as well on WTS, also returning
>>> MMSYSERR_INVALPARAM.
>>>
>
>
>> Let me get this straight, your company's product doe
Peter Åstrand wrote:
>>> And what is the error? If you know the error code returned, Ill add it
>>> to the code so we can end this discussion.
>>>
>> The error is MMSYSERR_INVALPARAM.
>>
>
> I can see that this patch has now been committed:
>
> --- wine/dlls/winmm/tests/wave.c:1.67
>> There are only two options:
>> only pass the number of bytes requested or return an error for unreasonable
>> sizes. What is Terminal Server doing?
>>
>
> It's returning an error.
>
>
And what is the error? If you know the error code returned, Ill add it
to the code so
we can end
Peter Åstrand wrote:
> However, I still think it's VERY strange to expect success from an
> invalid call. You are describing it as an "invalid argument" yourself.
> Why should we expect a call with an "invalid argument" to succeed? And
> again, the test does NOT pass on all Microsoft versions; i
Peter Åstrand wrote:
On Fri, 18 Apr 2008, Robert Reif wrote:
-rc=waveOutGetDevCapsA(device,&capsA,4);
+/* Final call must succeed, capsA will be used below */
+rc=waveOutGetDevCapsA(device,&capsA,sizeof(capsA));
ok(rc==MMSYSERR_NOERROR,
"waveOutG
Peter Åstrand wrote:
> Changelog:
>
> Calling waveOutGetDevCapsA/waveOutGetDevCapsW with size 4 is wrong, the
> size should be the sizeof the structure used. waveOutGetDevCapsA needs to
> succeed since the capsA structure is used later.
>
> Index: wave.c
> ===
Lei Zhang wrote:
It sounds like you're missing the Linux kernel headers.
On 8/20/07, Robert Reif <[EMAIL PROTECTED]> wrote:
make[2]: Entering directory `/home/wine/wine/dlls/dinput'
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__
-D_REENTRANT -fPIC -Wall -
make[2]: Entering directory `/home/wine/wine/dlls/dinput'
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__
-D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wwrite-strings
-Wpointer-arith -g -O2 -o joystick_linuxinput.o joystick_linuxinput.c
joystick_linuxinput.c:153: field `
I get tons of these sometimes when a program crashes:
fixme:dbghelp_dwarf:dwarf2_parse_udt_type Unhandled Tag type 0x16 at
ctx(0x34ec70,L"kernel32"), for
debug_info(abbrev:0x17ab04,symt:0xe24ee4)
which makes debugging difficult.
This patch:
http://www.winehq.org/pipermail/wine-patches/2007-June/039942.html
causes RightMark3DSound.exe
(http://audio.rightmark.org/products/rm3ds.shtml) to crash.
It appears that the code always expects a property set interface to
succeed and
crashes on a NULL pointer when it doesn't.
Re
Maarten Lankhorst wrote:
[DSOUND] Implement a locking mechanism
Attempt to implement locking in dsounds mixer.
Sadly horribly broken, I'm posting this in the hope someone knows what
magic values to fill in at the first "if (lock)" .. I really have no clue.
As stated before it is required to b
Is there a way to get a time stamp in trace output kind of like we do
now for thread id?
I'm trying to get Windows Media Player 6.4 working again and am running
into problems. At first it was crashing while trying to read wave
files. I found 2 bugs that were preventing it from working: some minor
memory corruption for questionable wave files and using a pointer before
it was init
Roderick Colenbrander wrote:
Hi,
Why are you using a lookup table and not just a log10(x) and 10^(x) for the gain
<-> dB conversions? That's how it should be done I think like 10x corresponding
to 20dB (assuming signal gain). In your tests it is just:
2000*log10(gain) - 9630 for going to that
There is a registry workaround I have used in the past for installers
that complain about BITS service but I can't remember what it is or find
it using searches.
Does anyone remember the workaround?
Eric Pouech wrote:
if you move the test() call a couple of lines below, when the console
is actually created, it should work.
for the actual program to run, you should use wineconsole.
A+
2006/12/20, Robert Reif <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>:
I get a
Eric Pouech wrote:
if you move the test() call a couple of lines below, when the console
is actually created, it should work.
for the actual program to run, you should use wineconsole.
A+
2006/12/20, Robert Reif <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>>:
I get a
I get an error when running a windows console program on wine. It
appears that in wine, GetStdHandle(STD_INPUT_HANDLE) doesn't return a
handle to a console so GetConsoleMode() on that handle fails. The
actual programs that fail are at: http://simh.trailing-edge.com/
Here is a simple patch to
This patch
http://www.winehq.org/pipermail/wine-cvs/2006-November/027732.html
breaks http://angusj.com/sudoku/
Mike McCormack wrote:
---
This fixes bug #3573. The only functions left that depend on Nx1 are
ImageList_Read and ImageList_Write, and they need a good rewriting...
This patch breaks http://angusj.com/sudoku/
This last commit:
http://www.winehq.org/pipermail/wine-cvs/2006-November/027508.html
totally breaks wine on Red Hat 9.
Red Hat 9 has been partially broken since 2.4 kernel support has been
dropped a while back but this patch makes it totally unusable.
It is unfortunate that 2.4 kernel suppor
I just uploaded a simple wine ASIO driver to
http://bugs.winehq.org/show_bug.cgi?id=2161 for testing and feedback.
Please look at it and give me feedback. Playback works. Recording is
untested due to lack of software. Full duplex doesn't work for me but
I'm not sure if it's a software issue
Vitaliy wrote:
Robert Reif wrote:
This test shows the problem that msi is having installing .Net 1.1.
Could someone familiar with this code have a look at it please?
diff -p -u -r1.36 path.c
--- dlls/kernel/tests
This test shows the problem that msi is having installing .Net 1.1.
Could someone familiar with this code have a look at it please?
diff -p -u -r1.36 path.c
--- dlls/kernel/tests/path.c14 Jun 2006 11:54:23 - 1.36
+++ dlls/kernel/tests/path.c26 Aug 2006 15:53:13 -
@@ -929,6 +9
Vitaliy Margolen wrote:
Tuesday, August 22, 2006, 1:56:20 AM, Juan Lang wrote:
--- Vitaliy Margolen <[EMAIL PROTECTED]> wrote:
0x7ffe is KSHARED_USER_DATA and 0x2c0 is (not even sure how to get
what is at this offset). You can see it's declaration in
include/ddk/wdm.h
Chris Robinson wrote:
On Sunday 13 August 2006 06:45, Robert Reif wrote:
This patch also adds a partial implementation of GetComputerObjectNameW.
The GetComputerObjectNameA function appears to be broken. When
GetComputerObjectNameW fails due to too little memory in the name buffer, it
Alexandre Julliard wrote:
Robert Reif <[EMAIL PROTECTED]> writes:
diff -p -u -r1.66 thread.c
--- dlls/ntdll/thread.c 26 Jul 2006 14:01:20 - 1.66
+++ dlls/ntdll/thread.c 6 Aug 2006 01:15:43 -
@@ -215,7 +215,7 @@ HANDLE thread_init(void)
addr = (void *)0x7ffe;
Robert Reif wrote:
Adds more SID tests.
Fixes some Windows failures by checking version first.
Add some more info on failed tests.
Removes Windows version check.
diff -p -u -r1.34 security.c
--- dlls/advapi32/tests/security.c 31 Jul 2006 09:33:04 - 1.34
+++ dlls/advapi32/tests
Alexandre Julliard wrote:
Robert Reif <[EMAIL PROTECTED]> writes:
Adds more SID tests.
Fixes some Windows failures by checking version first.
You shouldn't check the Windows version, you should check the features
themselves.
ConvertStringSidToSid is supported on N
Robert Reif wrote:
Implement some more of LookupAccountSidW for local computer.
Make LookupAccountSidA use LookupAccountSidW.
Add debugstr_sid for local debugging.
Please hold off on this patch. It seems to have a problem.
It passed the windows compiled tests but I am seeing a problem
The iteration is already done for you in IDirectInputWImpl_EnumDevices
. You only need to probe for the specified device in
joydev_enum_deviceW where id is the index of the device being probed
("/dev/input/event%d", id). Pass the id to joydev_have(). Look at the
linux_input code to see how it
Christoph Frick wrote:
On Tue, Jul 04, 2006 at 08:03:06PM -0400, Robert Reif wrote:
this is again my patch for handling more than one /dev/input/event*
joystick within dinput. there are several other patches now to
follow, that expect this patch to be applied. so i label this one 0
of 6
Christoph Frick wrote:
hiho
this is again my patch for handling more than one /dev/input/event*
joystick within dinput. there are several other patches now to follow,
that expect this patch to be applied. so i label this one 0 of 6.
against the previous version it only has some "detect first jo
Damjan Jovanovic wrote:
3) Most importantly: Why is it necessary to add
CAPTURE to system.ini?
Perhaps the "alias" argument isn't correctly
handled?
Yes wine's MCI is broken: the parsing of some
formats
of MCI commands is incorrect, one of the examples I
clearly remember being:
"open
Nick Burns wrote:
It seemed to work well for GTA3, Tribes2 and FlatOut(requires a binary
patch to run) (dsound) -- and for SndRec32 (win/wout)
(Games and ...App... tested under Mac OSX x86 -- Mac Book Pro)
How do the winmm and dsound regression tests work when run in the
interactive mode?
Emmanuel Maillard wrote:
Hi,
This patch is the initial Audio Driver for Mac OS X, quiet big
(contain all winecoreaudio dir) tell me if you want i split this in
separated patches.
Thanks
Emmanuel
Authors:
Ken Thomases
Emmanuel Maillard
Changelog:
Initial Audio Driver for M
Robert Reif wrote:
I can't test this patch but it looks wrong to free a device handle and
then close the device with the freed handle.
Index: dlls/winmm/winealsa/au
Kenneth Armstrong wrote:
Do you guys still need audio testing help? I found this here
http://www.winehq.org/?issue=313#Testing%20Wine's%20Audio. If you do
that would be good, I have a couple of days off coming up. And I would
like to help get this audio stuff figured out, because I can insta
Stu Black wrote:
Playback stopped with the line:
wave.c:657:Playing 1 second 440Hz tone at 8000x16x2
WAVE_FORMAT_PCM CALLBACK_THREAD|WAVE_MAPPED
There is a bug in the wave test and I just submitted a fix so please
retry with CVS once the bug fix gets committed.
Jeremy White wrote:
Results:
OSS runs reported 48 failures; not clear if that was relevant
Could you rerun the oss tests with this patch?
http://www.winehq.org/pipermail/wine-patches/2006-May/026374.html
Robert Reif wrote:
Resend/rediff of patch by James Hawkins to add NetUserModalsGet level
2. http://www.winehq.org/hypermail/wine-patches/2004/08/0003.html
This lets VisualC++.NET install get past NetUserModalsGet related
crash (still doesn't install).
This version fixes a number of bu
Alexandre Julliard wrote:
Robert Reif <[EMAIL PROTECTED]> writes:
Programs that are written specifically for 2000 and xp don't
bother to set the primary buffer format because it's a noop. However
wine is patterned after win9x and DirectX 7 or
earlier which has a real pr
Con Kolivas wrote:
On Wednesday 05 April 2006 09:45, Robert Reif wrote:
One problem that I am seeing is that there is no practical way to
guarantee synchronization between the sound card hardware and the
sound card thread. OSS doesn't support poll/select reliably in
all drivers and th
Andreas Mohr wrote:
Hi,
On Wed, Apr 05, 2006 at 12:10:37AM +1000, Con Kolivas wrote:
On Wednesday 05 April 2006 00:06, Mike Hearn wrote:
I think for now I shall just maintain this patch out of tree so savvy
users can apply it and get glitch-free audio. I have never been
convinced by t
Tom Spear (Dustin Booker, Dustin Navea) wrote:
Jesse Allen wrote:
On 3/20/06, Mike McCormack <[EMAIL PROTECTED]> wrote:
Dimi Paun wrote:
On Mon, 2006-03-20 at 22:28 -0600, Tom Spear (Dustin Booker, Dustin
Navea) wrote:
clicking on the audio tab to check out bug 4051 first? P
H. Verbeet wrote:
On 07/03/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
Native D3D crashes if it's called with a NULL pointer? Are you sure that you
shouldn't return something like D3DERR_INVALIDCALL if pParamters == NULL?
Yes. I verified that with DirectX 9.0c on win2k
H. Verbeet wrote:
On 18/01/06, Michael Jung <[EMAIL PROTECTED]> wrote:
I can confirm this on Debian Sarge. From what I've seen by google'ing,
GL_ARB_point_sprite seems to be an OpenGL 1.5 feature. I've attached a patch,
but I'm not sure if the right thing is to check on GL_VERSION_1_5 or on
This patch:
http://www.winehq.org/pipermail/wine-cvs/2006-January/020350.html
doesn't compile on RH9.
make[2]: Entering directory `/home/wine/wine/dlls/d3d8'
gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include
-D__WINESRC__ -D_REENTRANT -fPIC -Wall -pipe
-mpreferred-stack-bo
Andreas Mohr wrote:
Hi,
On Wed, Jan 04, 2006 at 07:14:02AM -0500, Robert Reif wrote:
Saulius Krasuckas wrote:
* On Wed, 4 Jan 2006, Robert Reif wrote:
The crash occurs in libartsc.so.0 as shown above.
And why it can't be libartscbackend.so.0 ?
Saulius Krasuckas wrote:
* On Wed, 4 Jan 2006, Robert Reif wrote:
* Joseph Garvin wrote:
I'm running Kubuntu on my desktop and clicking the Audio tab under cvs
gives this:
wine: Unhandled page fault on write access to 0x44fec1ec at address 0x7e6f49d1
(thread 0009), sta
Joseph Garvin wrote:
Robert Reif wrote:
There is a bug in arts itself which causes arts to crash. I believe
this has been fixed in the latest arts libraries.
From a user's perspective, even if arts crashes, it shouldn't be
taking winecfg down with it. Counting on users to ha
I am getting the following build error on RH9 with todays CVS:
make[2]: Entering directory `/home/wine/wine/tools/widl'
gcc -c -I. -I. -I../../include -I../../include-Wall -pipe
-mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+
-Wpointer-arith -g
-O2 -o client.o client.c
gcc -c
Vitaliy Margolen wrote:
Monday, January 2, 2006, 2:55:38 PM, Robert Reif wrote:
Vitaliy Margolen wrote:
I have noticed significant increase in crashes and lockups in winecfg's
audio page. Could we do something about that before the next release?
I agree with you bu
Vitaliy Margolen wrote:
I have noticed significant increase in crashes and lockups in winecfg's
audio page. Could we do something about that before the next release?
I agree with you but can you be more specific?
There is a bug in arts itself which causes arts to crash.
I believe this has
I'm trying to help someone on wine-bugs
(http://bugs.winehq.org/show_bug.cgi?id=4053) with a crash in a game.
The problem is that the game is catching and displaying the exception.
It also appears that the game won't run in winedbg.
Does anyone have any ideas on how to proceed from here.
Hans Leidekker wrote:
On Thursday 15 December 2005 01:52, Robert Reif wrote:
This patch breaks builds on RH9 and appears to be responsible for the
build breakage on http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php
nm shows that the symbols are in libldap.so but not
Hans Leidekker wrote:
On Wednesday 14 December 2005 01:56, Robert Reif wrote:
Changelog
Link to the reentrant version of libldap.
This patch breaks builds on RH9 and appears to be responsible for the
build breakage on http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php
Hans Leidekker wrote:
The configure check somehow needs -lpthread on Fedora based systems but
Wine's build system links wldap32 to libldap_r without it just fine.
Adding -lphtread to the configure check doesn't seem to cause any trouble
on my Debian based Ubuntu either (where it isn't needed).
Eric Pouech wrote:
Robert Reif wrote:
Eric Pouech wrote:
We never "load" a driver more than once. Winecfg calls winmm
OpenDriver which will only ever load a single instance of the
driver into memory. Subsequent OpenDriver calls will reference the
existing in memory driver. W
Is anyone using the arts, esound or jack sound drivers for non
trivial use? By non trivial, I mean more than one application or
more than a single device. If so, I am interested in getting
information on the software you are using and how it is using
the drivers.
Would redesigning these drivers
Eric Pouech wrote:
We never "load" a driver more than once. Winecfg calls winmm
OpenDriver which will only ever load a single instance of the driver
into memory. Subsequent OpenDriver calls will reference the existing
in memory driver. Wine models the single instance device driver that
supp
Eric Pouech wrote:
I do think all the recent changes to winecfg are going into the wrong
direction.
First of all, allowing the devices to be opened more than once without
having the devices ready for that is a ready bad idea. Basically,
windows drivers come in two flavors:
- single instance
Steven Edwards wrote:
Hi,
On 11/13/05, Robert Reif <[EMAIL PROTECTED]> wrote:
Changelog:
- add a simple sound driver test
Download the test wave file from:
This is 3 megs. Could we not use a higher level studd and use winemp3
to docode a mp3 that can be embedded in a re
Steven Edwards wrote:
Hi,
On 11/13/05, Robert Reif <[EMAIL PROTECTED]> wrote:
Changelog:
- add a simple sound driver test
Download the test wave file from:
This is 3 megs. Could we not use a higher level studd and use winemp3
to docode a mp3 that can be embedded in a re
Molle Bestefich wrote:
Robert Reif wrote:
Sure, something less than 10 seconds that would sound bad if played
wrong would be great.
How about white noise at maximum volume?
That sounds bad when played wrong.
It also sounds bad when played right ;-)
How would you know if an
Randall Walls wrote:
If this test is to allow the user to determine sound quality (or to
check for errors) I would agree that a short musical sound would work
better than one with just voices. You also will eliminate any need for
multiple sounds based on language.
The default KDE startup sou
Eric Pouech wrote:
Robert Reif wrote:
This is a proof of concept patch that adds a simple audio test to
winecfg.
All it does is use PlaySound to play a wave file. I am using
LoadLibrary("winmm.dll") and FreeLibrary to change drivers.
You must press the apply button for the driver
This is a proof of concept patch that adds a simple audio test to winecfg.
All it does is use PlaySound to play a wave file. I am using
LoadLibrary("winmm.dll") and FreeLibrary to change drivers.
You must press the apply button for the driver change to take effect.
There is no error recovery for
Jonathan Ernst wrote:
Le jeudi 03 novembre 2005 à 10:08 +1100, Davin McCall a écrit :
On Wed, 2 Nov 2005 14:02:55 + (GMT)
Robbert Xerox <[EMAIL PROTECTED]> wrote:
2nd question: is creating the key
\HKEY_CURRENT_USER\Software\Wine\Alsa
Driver\UseDirectHW
necessary? If so, i'll
Randall Walls wrote:
OK,
Tested with Battlezone 2. Both patched and unpatched the in-game (non
movie) sound exhibits a popping sound (minor but mildly annoying) with
lines and lines of
fixme:wave:DSD_CreateSecondaryBuffer
(0x454d16b8,0x4686cad8,ca,0,0x47a002ec,0x4041b054,0x47a002c8): stub
Vitaliy Margolen wrote:
1. Don't send patches in gz - only plain text is accepted here. ;)
2. This is not a good time for this changes (code freeze is still in affect).
Find some bugs in bugzilla to fix
Vitaliy.
I guess I could have split it up into half a dozen patches.
This is something
Vitaliy Margolen wrote:
0x7ffe is SharedUserData that is present on all NT+ systems. It's format
only documented in DDK for kernel address space and only for some first several
values.
This structure keeps growing as I understand and no one except MS knows what's
all in it. We do need this
I am getting this exception:
Unhandled exception: page fault on read access to 0x7ffe02d8 in 32-bit
code (0x51102a96).
and I found this in winternal.h:
#if (_WIN32_WINNT >= 0x0501)
#define INTERNAL_TS_ACTIVE_CONSOLE_ID ( *((volatile ULONG*)(0x7ffe02d8)) )
#endif /* (_WIN32_WINNT >= 0x0501) */
Alex Villacís Lasso wrote:
During the winealsa tests, I am frequently annoyed by the following:
say, in playing a 11050Hz secondary buffer with an 8000Hz primary
buffer, the number of samples are converted form secondary->primary
and back. In the process, the number of consumed samples in the
Alex Villacís Lasso wrote:
Robert Reif wrote:
Alex Villacís Lasso wrote:
Robert Reif wrote:
Fix the wine ALSA driver rather than the test unless you can prove
that the test fails on Windows.
Hers is a real quick hack that fixes the problem. This should give
you someplace to start
Alex Villacís Lasso wrote:
Robert Reif wrote:
Alex Villacís Lasso wrote:
The first test that fails with the ALSA driver is the so-called
"reference" tone, which, as far as I could see, is played with a
primary buffer, and no secondary buffer. The reference tone uses the
Robert Reif wrote:
Fix
mixer detection for multiple sound cards.
This fixes a bug with the
previous patch
and adds some more debugging info.
Index: dlls/winmm/wineoss/mixer.c
===
RCS file: /home/wine/wine/dlls/winmm
Alex Villacís Lasso wrote:
The first test that fails with the ALSA driver is the so-called
"reference" tone, which, as far as I could see, is played with a
primary buffer, and no secondary buffer. The reference tone uses the
hardware position directly, which wraps around at a buffer size that
Alex Villacís Lasso wrote:
Alex Villacís Lasso wrote:
The good news: the patch sort of works (in my setup, at least, with
Fedora Core 4). All the games I have (Japanese RPGs) now have smooth
sound, unless the CPU load is too high.
The bad news: the patch does nothing to make the dsound te
Robert Reif wrote:
Here is a patch that adds an audio driver configure button
and tries to send a DRV_CONFIGURE message to the
selected audio driver.
It doesn't work because it can't find the audio driver. However,
hard coding the driver name to "joystick.drv" does display
Here is a patch that adds an audio driver configure button
and tries to send a DRV_CONFIGURE message to the
selected audio driver.
It doesn't work because it can't find the audio driver. However,
hard coding the driver name to "joystick.drv" does display
the joystick config dialog so it should wo
I'm trying to install Visual C++.net and it is quiting without error.
The paths look strange in this trace.
WINEDEBUG=+file wine /mnt/cdrom1/setup.exe
trace:file:CreateFileW L".\\C:" QUERY_ACCESS creation 3 attributes 0x0
trace:file:RtlDosPathNameToNtPathName_U (L".\\C:",0xbfffe4a8,(ni
1 - 100 of 251 matches
Mail list logo
