Adding a data point to the ALSA and Wine sound discussion.
ALSA has a general problem with:
* Doubling volume
* Playing sound bites two times
when it doesn't receive data fast enough from an application.
I tried playing a video file over a network using a non-wine player,
then paused the network
Hi,
I noticed several files in dlls/winmm have a getMessage() function to
translate message numbers to message names. This is extremely helpful
for debug traces, where one can immediately see the name of the
messages sent, instead of wondering what 0x105 is.
So my question is, why is winmm the o
Hello Robert,
On 12/24/06, Robert Shearman <[EMAIL PROTECTED]> wrote:
Hi Claudio,
The patch looks good, apart from the specific version check for win95.
Do you think you could add some tests to our test framework
(dlls/kernel32/tests) to test for this issue that you've found. Then the
tests cou
Hello,
while tweaking other things in kernel32, I noticed that latest version
fails a test in locale.c:
$ cd dlls/kernel32/tests
$ make test
../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p
kernel32_test.exe.so locale.c && touch locale.ok
locale.c:1990: Test failed: Enumerated gr
On 25/12/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
Why are you not using glPushAttrib / glPopAttrib?
The relevant bit to push would be GL_TEXTURE_BIT, but that pushes the
bindings for all texture units and pretty much all related state, ie
glTexParameter & glTexEnv state. Since we're only i
Am 25.12.2006 um 17:12 schrieb H. Verbeet:
Previously all textures were (re)bound each DrawPrimitive call. With
the new state management only dirty textures are bound, so we need to
restore the texture binding if we change it.
Changelog:
- Restore texture bindings in the FBO code
Why are yo
"Vijay Kiran Kamuju" <[EMAIL PROTECTED]> wrote:
> -return TRUE;
> +/*return TRUE;*/
If you are not sure that the return should be removed, it's a sign that you
need a test case, just commenting it out without any explanation is not a
solution.
Same comment to all other similar cases.
Hi,
On 12/25/06, Dmitry Timoshkov <[EMAIL PROTECTED]> wrote:
"Vijay Kiran Kamuju" <[EMAIL PROTECTED]> wrote:
> - retval = *daypos + (7 * *weekpos) - firstDay;
> + retval = *daypos + ((7 * *weekpos) - firstDay);
>return retval;
> }
This change doesn't make any difference, neither in func
On Monday 25 December 2006 11:22, Paul Vriens wrote:
> These are the MinGW packages I'm currently using:
>
> mingw-binutils-2.16.91-9hl
> mingw-w32api-3.6-18hl
> mingw-gcc-core-3.4.5-13hl
> mingw-runtime-3.9-18hl
I think I'll get around to building a new set of RPMs this week.
Lets go for a Wine
Maarten,
nice work on Alsa (which is definitively needed !!)
a couple of comments:
- I know the winmm code (and drivers) is crippled by bad synchronisation
tricks (like cleaning a field in a structure to signal a thread). This
is bad (TM). So I'd suggest using here a real synchronisation objec
"Vijay Kiran Kamuju" <[EMAIL PROTECTED]> wrote:
- retval = *daypos + (7 * *weekpos) - firstDay;
+ retval = *daypos + ((7 * *weekpos) - firstDay);
return retval;
}
This change doesn't make any difference, neither in functionality,
nor in readability IMO. Please avoid this kind of changes,
11 matches
Mail list logo
