On 3/2/07, Steven Edwards <[EMAIL PROTECTED]> wrote:
I don't really know anything about the DIB engine or the engineering
problem in getting it accepted except that it is going to be a massive
beast and almost impossible to implement in small changes.
Yup, I'm dumb about it too.
My $.02: with
That pretty much what I meant, you just explained it in a clearer way... I
only had a minute or so to type it in heh. The irony here is I was writing
it while playing WoW via wine through opengl... The factor of irony is
overwhelming =P. I basically agree. I figured (without actually looking at
it
Søndag 11 mars 2007 00:51, skrev Dan Kegel:
> I tried to add an appdb entry for FINView because it's
> one of the applications required by the LiMux project,
> and I'm trying to add links into the appdb for all apps listed on
> http://wiki.winehq.org/LiMuxWineKeller .
> It's an addon for a commerci
Am Samstag 10 März 2007 06:10 schrieb Erich Hoover:
>* Real Name:
*>* Erich Hoover
*>* Description:
*>* The SetCursorProperties call needs to be capable of being performed on
*>* existing cursors. The current behavior removes the cursor handle at the
*>* beginning of any SetCursorPropert
> The API documentation doesn't say anything about an application releasing
> the d3d surface,
There is a test for that somewhere in dlls/d3d9/tests/device.c (or some other
test file in there).
> but the documentation in the code seems to indicate that
> the gl texture needs to remain when the s
> Am Samstag 10 März 2007 15:02 schrieb Fabian Bieler:
> > This Patch forces GL_CLAMP_TO_EDGE on all cubemaps.
> >
> > I tested this on XP with some Radeon X1???.
> >
> > Also, this fixes some renderissues Half-Life 2.
> Say, does that fix the strange quad boarders like in this screenshot?
> http
Am Samstag 10 März 2007 02:35 schrieb Ivan Gyurdiev:
> > This time cube texture support is added. Hopefully the coords are right,
> > I had no test app for them. If not it should be easy to spot the very
> > characteristic flipping of the image.
>
> I'm confused - you replaced a patch which had no
Vijay Kiran Kamuju wrote:
> Hi,
>
> There are some patches that are attached in the bugzilla.
> They havent sent to wine-patches mailing list.
> Can I mail them to the mailing list on their behalf?
> I have asked them to submit to the mailing list.
> The patches are submitted about 2 months back.
> It' mostely signedness but also from the specification:
> OpenGL's pixel map, color table, convolution, color matrix,
> histogram, and min/max are NOT performed on the HILO components
> or texture offset group pixel groups.
> (I'm not sure wether these operations are performed w
On 3/10/07, Felix Nawothnig <[EMAIL PROTECTED]> wrote:
Chris Morgan wrote:
> What would the purpose of having untested applications in the appdb
> be? Users would search for the app and find that it shows up but then
> find that it doens't work.
At which point the application would qualify as be
Chris Morgan wrote:
What would the purpose of having untested applications in the appdb
be? Users would search for the app and find that it shows up but then
find that it doens't work.
At which point the application would qualify as been tested, no?
Felix
Andrew O.Shadoura wrote:
+#if 0
static int once;
+#endif
if (!src || (!dst && dstlen))
{
@@ -1774,11 +1783,13 @@ INT WINAPI MultiByteToWideChar( UINT pag
if (srclen < 0) srclen = strlen(src) + 1;
+#if 0
if (!once && (flags & MB_USEGLYPHCHARS))
{
once = 1;
What would the purpose of having untested applications in the appdb
be? Users would search for the app and find that it shows up but then
find that it doens't work. I'd prefer we simply left out untested
applications to keep the signal-to-noise ratio high.
Chris
On 3/10/07, Dan Kegel <[EMAIL P
I tried to add an appdb entry for FINView because it's
one of the applications required by the LiMux project,
and I'm trying to add links into the appdb for all apps listed on
http://wiki.winehq.org/LiMuxWineKeller .
It's an addon for a commercial product I don't have,
so I couldn't test it. That
I tried to add an appdb entry for FINView because it's
one of the applications required by the LiMux project.
It's an addon for a commercial product I don't have,
so I couldn't test it. That means I had to lie to the
appdb to get it to accept the entry. Please remove
the "only submit tested appl
Am Sonntag 11 März 2007 00:06 schrieb Bryan Haskins:
> I'm no actual dev here by any means, but I think anything more than setting
> up the extreme basics would take away from the work done on 8, and 9. As
> not much uses 10 yet it would be a bit premature to do a ton of work on it.
> Porting the c
> Am Samstag 10 März 2007 15:02 schrieb Fabian Bieler:
> > This patch implements D3DFMT_V8U8 and D3DFMT_Q8W8V8U8 via
> > NV_TEXTURE_SHADER. This fixes some renderissues in Half-Life 2 with the
> > DirectX9 path and the DirectX8 path via GLSL.
> What do those formats provide that other formats do n
Ack I also meant to mention that yes, if we do this, we would be a little
ahead of the game when DX10 apps really start rolling out, but if we do, we
might also have some DX 8 and 9 people stray to 10... just a worry. I'm sure
it will work out. Everything will be done eventually! Thankfully SoC re
I'm no actual dev here by any means, but I think anything more than setting
up the extreme basics would take away from the work done on 8, and 9. As not
much uses 10 yet it would be a bit premature to do a ton of work on it.
Porting the current code if only to the point of 10 working as well as 9
On 10.03.2007 15:02, Fabian Bieler wrote:
> +static const PixelFormatDesc NV_texture_shader_formats[] = {
> +{WINED3DFMT_V8U8,0x0,0x0,0x0,0x0
> ,2 ,FALSE ,GL_SIGNED_HILO8_NV ,GL_HILO_NV ,GL_BYTE
> },
Are you
Am Samstag 10 März 2007 15:02 schrieb Fabian Bieler:
> This patch implements D3DFMT_V8U8 and D3DFMT_Q8W8V8U8 via
> NV_TEXTURE_SHADER. This fixes some renderissues in Half-Life 2 with the
> DirectX9 path and the DirectX8 path via GLSL.
What do those formats provide that other formats do not provide?
Am Samstag 10 März 2007 15:02 schrieb Fabian Bieler:
> This Patch forces GL_CLAMP_TO_EDGE on all cubemaps.
>
> I tested this on XP with some Radeon X1???.
>
> Also, this fixes some renderissues Half-Life 2.
Say, does that fix the strange quad boarders like in this screenshot?
http://bugs.winehq.or
On Sat, 10 Mar 2007, Alexandre Julliard wrote:
> Francois Gouget <[EMAIL PROTECTED]> writes:
>
> > On Fri, 9 Mar 2007, Alexandre Julliard wrote:
> > [...]
> >> void * __cdecl _lfind( const void *key, const void *base, unsigned int
> >> *nmemb,
> >> - unsigned int size, int
On 3/9/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
So I wrote a trivial script to automate installing [native dcom]
plus a bunch of other redistributables.
A draft is at http://kegel.com/wine/winetricks
Thanks to Detlef Riekenberg for some nice cleanups to my
script! A new version is now online.
On 3/9/07, Dan Kegel <[EMAIL PROTECTED]> wrote:
So I wrote a trivial script to automate installing [native dcom]
plus a bunch of other redistributables.
A draft is at http://kegel.com/wine/winetricks
Thanks to Detlef Riekenberg for some nice cleanups to my
script! A new version is now online.
Saturday March 10 2007 15:56、Stefan Dösinger さんは書きました:
> Opinions? Suggestions?
I think that's good idea. This is because adding DirectX 10 support
will take
some time (that is, support complete enough to make most DirectX 10
applications to work), and if wait too long with start, lack
On Sat, 2007-03-10 at 14:13 -0500, Ivan Gyurdiev wrote:
> Stefan Dösinger wrote:
> > Am Samstag 10 März 2007 19:39 schrieb Ivan Gyurdiev:
> >
> >>> Opinions? Suggestions?
> >>>
> >> Sounds too easy...if it included something like "HLSL compiler", that
> >> would be another story.
> >>
> >
On 3/10/07, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
> Opinions? Suggestions?
>
>
Sounds too easy...if it included something like "HLSL compiler", that
would be another story.
I am a computer science student in the 4th year. Stefan's project idea
seems like something that I can actually try ma
Ok. I am just entering the WINE development crowd, and have very very
little experiance with the Windows API (The first time I saw it, I was
terrifyed!) Anywho. It would appear that some programs decide there
isn't enough free memory available for their tasks (EG, Train
Simulator's CAB extaction pr
Stefan Dösinger wrote:
Am Samstag 10 März 2007 19:39 schrieb Ivan Gyurdiev:
Opinions? Suggestions?
Sounds too easy...if it included something like "HLSL compiler", that
would be another story.
Also, you have to have a well-defined project to set completion criteria.
"starting the inf
Hi,
Can you file a bug in Wine's bugzilla? http://bugs.winehq.org/
- Lei
On 3/9/07, Dieter Rogiest <[EMAIL PROTECTED]> wrote:
Mandriva Linux 2007.0 here.
With wine 0.9.30 ultravnc_viewer.exe (remote access) works perfect.
I installed wine 0.9.32 (wine-0.9.32-1.SoS.2007.0.i586.rpm).
Using ultr
Am Samstag 10 März 2007 19:39 schrieb Ivan Gyurdiev:
> > Opinions? Suggestions?
>
> Sounds too easy...if it included something like "HLSL compiler", that
> would be another story.
>
> Also, you have to have a well-defined project to set completion criteria.
> "starting the infrastructure" does not
Opinions? Suggestions?
Sounds too easy...if it included something like "HLSL compiler", that
would be another story.
Also, you have to have a well-defined project to set completion criteria.
"starting the infrastructure" does not define when the project is complete.
Am Samstag 10 März 2007 14:31 schrieb Bryan Haskins:
> not seeing a patch attached... and what exactly does it do?
>
> On 3/9/07, Adam Petaccia <[EMAIL PROTECTED]> wrote:
> > This patch makes the Guild Wars show up in all its glory.
This mail was a reply to a patch sent to wine-patches
pgpdtqneBm
Am Samstag 10 März 2007 06:10 schrieb Erich Hoover:
> Real Name:
> Erich Hoover
> Description:
> The SetCursorProperties call needs to be capable of being performed on
> existing cursors. The current behavior removes the cursor handle at the
> beginning of any SetCursorProperties call (and
not seeing a patch attached... and what exactly does it do?
On 3/9/07, Adam Petaccia <[EMAIL PROTECTED]> wrote:
This patch makes the Guild Wars show up in all its glory.
--
Cheers,
Bryan
On Wednesday 07 March 2007 23:57, Markus wrote:
> On Monday 05 March 2007 15:23, Markus wrote:
> > Apparently there is another patch that went in between 0.9.30 and .31
> > that causes an "Invalid call" error message to show after the start
> > screen. I'll do a test for that later.
>
> I've tried
Francois Gouget <[EMAIL PROTECTED]> writes:
> On Fri, 9 Mar 2007, Alexandre Julliard wrote:
> [...]
>> void * __cdecl _lfind( const void *key, const void *base, unsigned int
>> *nmemb,
>> - unsigned int size, int(*compar)(const void *, const
>> void *) )
>> +
Dan Kegel wrote:
So Huw, you sounded like you thought doing our own gdiplus was
a good idea. How strongly do you feel about it?
Think I should have somebody try to tackle a DIB engine instead?
So I was talking to Ulrich a few days ago and he was moaning bitterly
that a gdiplus app was very s
Mandriva Linux 2007.0 here.
With wine 0.9.30 ultravnc_viewer.exe (remote access) works perfect.
I installed wine 0.9.32 (wine-0.9.32-1.SoS.2007.0.i586.rpm).
Using ultravnc_viewer.exe I saw immediately that the fullscreen title bar that
should appear when you move your mouse to the top of the
Adam Petaccia schreef:
> This patch makes the Guild Wars show up in all its glory.
Did I miss something shaped like a patch?
Hi,
Thinking about SoC I though that starting a DirectX 10 implementation may be a
good summer of code project. I do not mean implementing the full d3d10 lib,
that would be way to much, more starting the infrastructure. Henri disagreed
with the idea, so I thought I'll write a mail for public dis
On Fri, 9 Mar 2007, Alexandre Julliard wrote:
[...]
> void * __cdecl _lfind( const void *key, const void *base, unsigned int
> *nmemb,
> - unsigned int size, int(*compar)(const void *, const
> void *) )
> + size_t size, int(*compar)(const void *, const
43 matches
Mail list logo
