Alex Villacís Lasso wrote:
This was found while digging for the source of the mp3 jittering
problem. Both native L3CODECA.ACM and winemp3 trigger this
division-by-zero exception with ACMAPP.EXE demonstration program from
MSDN when using the Player! menu item with a MP3-encoded .WAV file
unles
Ignore the previous email. It got lost months ago.
I've been trying to get some functionality to the %I64 printf size specifier.
My last patch was rejected because it was non-portible. Therefore, I've
written an internal function, pf_integer_conv, to handle the conversion of
integers only -- not floats. The patch tries to not impact the curre
Hi all,
I've been using the Appdb a fair bit in the last
couple months, maintaining a couple apps and
their bug links, and doing some quick testing of
apps I'm not the appdb maintainer for.
Mostly I find the appdb adequate and usable,
but I've noticed a few things that bug me.
Here's a quick dump
H. Verbeet gmail.com> writes:
>
> On 13/02/06, Stefan Dösinger gmx.at> wrote:
> > Hello,
> > I'm trying to change IWineD3DSurface::UnlockRect for rendertargets to avoid
> > glDrawPixels. Instead, I'd like to load the image from memory into an OpenGL
> > texture, and draw that texture with a tex
On 2/13/06, Jeff L <[EMAIL PROTECTED]> wrote:
> This patch is a resend that contains the correct file that combines the
> code and the tests, sent previously as two patches, into one patch. It
> also has the .cvsignore for dlls/usp10/tests and fixes some issues with
> comments and dead code.
>
Yo
On Tuesday 14 February 2006 11:59, Troy Rollo wrote:
> ChangeLog:
> user: Fix return type of GetDlgItemText{A,W}
Please disregard this one - the argument types are wrong too. I will follow up
with a consolidated patch fixing both
--
Troy Rollo - [EMAIL PROTECTED]
On 13/02/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Hello,
> I'm trying to change IWineD3DSurface::UnlockRect for rendertargets to avoid
> glDrawPixels. Instead, I'd like to load the image from memory into an OpenGL
> texture, and draw that texture with a textured quad onto the front / back
>
> I'm not sure, probably not that much, but it depends on whether the
> AddRef / Release functions are called a lot. If we use GetContainer,
> it would make a call to QueryInterface. If the surface hasn't got a
> container it makes a call to GetDevice and returns the wined3d device.
> We'd have to
Hello,
I'm trying to change IWineD3DSurface::UnlockRect for rendertargets to avoid
glDrawPixels. Instead, I'd like to load the image from memory into an OpenGL
texture, and draw that texture with a textured quad onto the front / back
buffer.
The problem I have is that the texture(or better, the
This is a summary of what I have been doing with winemp3 over the weekend.
First, the idea of a GStreamer wrapper for wine is a no-go because 1)
would not solve the jittering problem (more on this later), 2) I have
not found yet a streaming source for raw memory buffers (as opposed to
file/net
Hello,
According the patches, I've send before: I've got two small questions:
1) Shouldn't the Shared Memory XImage created in
X11DRV_DIB_SetImageBits/X11DRV_DIB_GetImageBits functions? Or creating
shared memory image takes too long?
2) Shouldn't XImage be passed to X11DRV_DIB_SetImageBits, and u
Eric Pouech wrote:
diff --git a/server/context_x86_64.c b/server/context_x86_64.c
index c102510..e5d8fc2 100644
--- a/server/context_x86_64.c
+++ b/server/context_x86_64.c
@@ -271,12 +271,12 @@ int get_thread_single_step( struct threa
}
/* send a signal to a specific thread */
-int tkill( int p
On Monday 13 February 2006 20:12, Paul Vriens wrote:
> Any remarks on the patch? Would this work for every language? (I mean
> will the name of the app always be after the IDS_WINECFG_TITLE_APP)
Why not put the '%s' in the resource string ("Wine configuration for %s")?
This way the position could
I have a test in msvcrt/file.c that requires there be no TMP environment
variable. I thought I would just do a _putenv("TMP="), but this seems to
interfere with todo_wine.
Basically,
static void test_todo( void )
{
todo_wine {
ok((1 == 1), "This shows up correctly\n");
}
_putenv("TMP=");
Hi,
the title shown in winecfg is always in English when configuring stuff
for an specific application.
Any remarks on the patch? Would this work for every language? (I mean
will the name of the app always be after the IDS_WINECFG_TITLE_APP)
Cheers,
Paul.
diff --git a/programs/winecfg/En.rc b/
Jesse Allen wrote:
On 2/13/06, Tomas Carnecky <[EMAIL PROTECTED]> wrote:
I'm really wondering why nobody has fixed the DSOUND buffer underrun bugs..
I get lots of these message when I run World of Warcraft:
err:wave:wodPlayer_ProcessMessages pcm_pause failed: Input/output error
err:dsound:DSOUN
On 2/13/06, Tomas Carnecky <[EMAIL PROTECTED]> wrote:
> I'm really wondering why nobody has fixed the DSOUND buffer underrun bugs..
>
> I get lots of these message when I run World of Warcraft:
> err:wave:wodPlayer_ProcessMessages pcm_pause failed: Input/output error
> err:dsound:DSOUND_MixOne unde
On 2/13/06, Dan Kegel <[EMAIL PROTECTED]> wrote:
> It's 4 or 6 seconds for me, too, if I run with 96 MB ram.
gaah, I meant "it's fast for me too if I use 400MB of ram".
--
Wine for Windows ISVs: http://kegel.com/wine/isv
I'm really wondering why nobody has fixed the DSOUND buffer underrun bugs..
I get lots of these message when I run World of Warcraft:
err:wave:wodPlayer_ProcessMessages pcm_pause failed: Input/output error
err:dsound:DSOUND_MixOne underrun on sound buffer 0x7fda2038
I can fix these buffer underr
Robert Shearman wrote:
Jeremy White wrote:
libsane can return arbitrarily long names, but TWAIN supports only a
maximum of 32.
Further, the name is a unique identifier, and so must be returned to
libsane for processing.
This algorithm tries to convert a long libsane name into a more
reason
> I recommend you check out the Red Book, as it describes the OpenGL pipeline
> quite well and simply... older versions are available online as well I
> believe.
Yes, I found it. Looks like a good information source. Thanks for the hint :)
pgpC7ZSaYJqgq.pgp
Description: PGP signature
From: "michael meeks" <[EMAIL PROTECTED]>
> > > 4 Firefox run2 native 96MB
> > > 6 Firefox run2 wine 96MB
> > > 36 ooo run2 native 96MB
> > > 28 ooo run2 wine 96MB
>
> It takes you 28 secs to warm-start OO.o ? that's pretty amazing ;-)
> it's ~4 seconds for me.
On the same 96MB config? With or wi
Jeremy White wrote:
libsane can return arbitrarily long names, but TWAIN supports only a maximum of
32.
Further, the name is a unique identifier, and so must be returned to libsane
for processing.
This algorithm tries to convert a long libsane name into a more reasonable
short name,
but adds
Robert Shearman wrote:
lats wrote:
+const SCRIPT_PROPERTIES Default_Script_0 = {0, 0, 0, 0, 0, 0, 0, 0,
+0, 0, 0, 0, 0, 0, 0};
This can be "static const" instead of just "const".
Ok, can fix.
+/* Set up a sensible default and intialise p
On Thu, 2006-02-09 at 21:40 -0800, Dan Kegel wrote:
> > I then measured how long it took to start up the app the second
> > time, when the cache was nice and hot:
> >
> > 4 Firefox run2 native 96MB
> > 6 Firefox run2 wine 96MB
> > 36 ooo run2 native 96MB
> > 28 ooo run2 wine 96MB
It takes
Stefan Dösinger gmx.at> writes:
>
> > Seems to me that the call to glOrtho should be replaced by a call to
> > glViewport(x,y,width,height) and glDepthRange(near,far). Since your
> > vertices are already in viewport coordinates, according to the comment in
> > the code, how does something like
Mike McCormack <[EMAIL PROTECTED]> writes:
> @@ -84,9 +84,14 @@ static BOOL EMFDRV_BitBlockTransfer(
> BITMAP BM;
> WORD nBPP;
> LPBITMAPINFOHEADER lpBmiH;
> -EMFDRV_PDEVICE* physDevSrc = (EMFDRV_PDEVICE*)devSrc;
> -HBITMAP hBitmap = GetCurrentObject(physDevSrc->hdc, OBJ_B
On 13/02/06, Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Hi,
> > Well, I agree it's not a great construction. I'm just not sure if
> > using the container in that way makes things much better. It would
> > mean having to retrieve the surface container in each call to
> > IDirect3D9Surface_Release.
> Seems to me that the call to glOrtho should be replaced by a call to
> glViewport(x,y,width,height) and glDepthRange(near,far). Since your
> vertices are already in viewport coordinates, according to the comment in
> the code, how does something like the following work for you:
> gl
Dne 02/13/06 v 18:49:46 (+0900), Mike McCormack napsal(a):
>=20
> Petr Tesarik wrote:
>=20
> ># Keep the patch small and the point of the change clear.
> ># Submit one fix or group of related changes per patch.
> >
> >Well, OK, I could possibly break the patch into numerous smaller ones,
> >each f
Hi,
> Well, I agree it's not a great construction. I'm just not sure if
> using the container in that way makes things much better. It would
> mean having to retrieve the surface container in each call to
> IDirect3D9Surface_Release.
Do you think it might be a performance problem?
> You can't easi
Stefan Dösinger gmx.at> writes:
> I don't know much about GL drawing, but I noticed that GL clips primitive
> parts that are outside the Z range. So if vertices that were processed into a
> [0,5.] Z range are drawn into a [0,1.0] viewport leads to missing
> vertices. I guess I have to atte
lats wrote:
Index: dlls/usp10/usp10.c
===
RCS file: /home/wine/wine/dlls/usp10/usp10.c,v
retrieving revision 1.7
diff -u -r1.7 usp10.c
--- dlls/usp10/usp10.c 9 Jan 2006 19:55:03 - 1.7
+++ dlls/usp10/usp10.c 12 Feb 2006 0
Petr Tesarik wrote:
# Keep the patch small and the point of the change clear.
# Submit one fix or group of related changes per patch.
Well, OK, I could possibly break the patch into numerous smaller ones,
each fixing only one of the resource files. Is that what you expect?
Yes. Alexandre is
> Hi, I notice that Wine opens a Windows-like console window for console
> apps if they are started using the 'winedbg' loader. Is it possible to
> get all console apps to run like this without using winedbg? There is a
> Windows console program using pdcurses that I am trying to check for
> compat
Hi everyone,
On 8 Feb I sent a patch to fix the encoding of Czech resources in
Wine (see wine-patches), but nothing seems to have happened. Is
something wrong with the patch?
Of course, I double-checked the "Sending patches" page:
# Include a ChangeLog entry with your name, email address and a
Segin wrote:
Hi, I notice that Wine opens a Windows-like console window for console
apps if they are started using the 'winedbg' loader. Is it possible to
get all console apps to run like this without using winedbg? There is a
Windows console program using pdcurses that I am trying to check for
Hi, I notice that Wine opens a Windows-like console window for console
apps if they are started using the 'winedbg' loader. Is it possible to
get all console apps to run like this without using winedbg? There is a
Windows console program using pdcurses that I am trying to check for
compatabilit
> > I'm not sure that connection is much more complex than the way it
> > currently is. Right now the d3d7/8/9 wrapper objects are responsible
> > for cleaning up their wined3d object, while with that change the
> > wined3d object would become responsible for deleting the d3d7/8/9
> > objects.
> Er
40 matches
Mail list logo
