On Wednesday 30 July 2008 15:15:45 you wrote:
> Am Mittwoch, den 30.07.2008, 15:03 +0400 schrieb Victor:
> > > You also have to expand types properly, i.e. converting a
> > > component from 4-bit to 8-bit isn't just a shift.
> >
> > In all places where I saw
On Tuesday 29 July 2008 21:54:36 you wrote:
> Obviously not, 1-byte formats should be read as bytes, 2-byte format as
> WORDs, and 4-byte format as DWORDs.
This will require several nearly identical read functions, or callbacks which
means either code duplication or slowdown within Blt function,
On Tuesday 29 July 2008 21:54:36 you wrote:
> Obviously not, 1-byte formats should be read as bytes, 2-byte format as
> WORDs, and 4-byte format as DWORDs.
How it is supposed to be implemented inside pixel conversion loop?
As separate per-pixel callbacks for fetching data? Or as switch()?
The best
On Tuesday 29 July 2008 12:21:23 you wrote:
> No, you shouldn't be accessing the surface per byte either, the access
> should depend on the format, i.e. for a 32-bit format you want to access
> DWORD by DWORD.
1) As I understand, surface data should be stored in same way on both
big/little endian
On Monday 28 July 2008 19:09:03 you wrote:
> Victor <[EMAIL PROTECTED]> writes:
> > Well, the last attempt (with added big-endian support) was submitted
> > several days ago, and again - no feedback, and patch still isn't
> > accepted.
> >
> > Wha
Well, the last attempt (with added big-endian support) was submitted several
days ago, and again - no feedback, and patch still isn't accepted.
What's wrong with patch now?
---
Victor Eremin
signature.asc
Description: This is a digitally signed message part.
't like current functionality, to my opinion the best approach would
be to modify it once my patch made it in repository.
--
Victor Eremin ([EMAIL PROTECTED])
signature.asc
Description: This is a digitally signed message part.
, yes there is a higher chance of
producing errors.
--
Victor Eremin ([EMAIL PROTECTED])
signature.asc
Description: This is a digitally signed message part.
e is a count_bits
> function implemented in utils.c, which as far as I can see does the same as
> getMaskSize. Can you check if you can reuse it?
Done and resubmitted (count_bits was more elegant, by the way). But I hope
that there is a warranty that unsigned int isn't less than 32 bit o
It has been a couple of days since I've submitted patch. Patch still isn't in
git. Will it be accepted? If not, what should be changed to make
it "acceptable"?
--
With best regards Victor Eremin ([EMAIL PROTECTED])
signature.asc
Description: This is a digitally signed message part.
t to debug that.
If you are concerned about conversion speed, then conversion function can be
easily modified in the way that it'll use generic conversion routine only if
optimized conversion is not available. This way it'll be possible to optimize
frequently-used conversions, w
On Monday 14 July 2008 18:21:19 Stefan Dösinger wrote:
> There's a pixelformat table that describes bitmasks and sizes in utils.c,
> you can access it with a function that is next to it. I think you can infer
> the shifting information from this table, if not please add it there
> instead of creati
n textures with this conversion.
I've written better (more flexible) converter function which will be submitted
to wine-patches soon.
--
With best regards, Victor Eremin ([EMAIL PROTECTED])
signature.asc
Description: This is a digitally signed message part.
the "false alarm".
--
With best regards, Victor Eremin ([EMAIL PROTECTED])
signature.asc
Description: This is a digitally signed message part.
o binary
files) It would be great if both patches were fixed and re-uploaded.
Thanks.
--
Victor Eremin ([EMAIL PROTECTED])
signature.asc
Description: This is a digitally signed message part.
mes - just to make sure it is
understood correctly and there will be no problems. It is a serious step.
Also Wine isn't just a library. (LGPL)
--
Victor Eremin ([EMAIL PROTECTED])
signature.asc
Description: This is a digitally signed message part.
On Monday 25 June 2007 05:33, Jesse Allen wrote:
> Please file a bug report and do a regression test.
Done (http://bugs.winehq.org/show_bug.cgi?id=8797). Test application, log
files included.
On Saturday 23 June 2007 09:06, Victor wrote:
> After upgrading wine (from 0.9.37 to 0.9.38 or from 0.9.38 to 0.9.39 - I'm
> not sure) many graphical applications started crashing if WINEDEBUG+=all or
> WINEDEBUG+=relay not set.
I was able to find where crash occurs, but didn'
rnel on AMD Sempron 2800+ processor with
GeForce 7100GS and 512Mb ram.
Any pointers how can I figure out what's wrong?
Thanks.
With best regards, Victor Eremin.
Hey Wino
i think it might be helpfull to at least include the code you wrote.
furthermore, my understanding (and someone please correct me if i'm
wrong) of wine-devel is to discuss solutions and the like, not for
filing bug reports
regards
Victor Pelt
On Mon, 2006-03-13 at 13:00 -0500,
Hey
I implemented one of the missing options in InternetSetOption. Any
feedback about the way i implemented it would be appreciated. If it is
alright i will implement the other missing options too
regards
Victor Pelt
diff --git a/dlls/wininet/internet.c b/dlls/wininet/internet.c
index f52103d
I can still see the list of fonts here:
http://sourceforge.net/project/showfiles.php?group_id=34153&release_id=105355
The user must install wget (or any downloader for that matter) in order
to download the fonts.
Greetings
Victor Antolini
Scott Ritchie wrote:
A user sent me this.
I'm no
22 matches
Mail list logo
