Dear Wine developers,
I would like implement some of the missing mesh functions in Wine's
D3DX9 for Google Summer of Code 2011. I would like to implement the
following functions:
- CloneMesh
- CloneMeshFVF
- ConvertPointRepsToAdjacency
- ConvertAdjacencyToPointReps
- GenerateAdjacency
They seem to be suitable in size to implement during a summer, and I
have a good idea of how to implement them. I expect to first implement
tests and then implement the functions.
I am a masters student at the Technical University of Denmark nearing
the end of my studies, and I have specialized in 3D computer graphics,
studying both real-time and physically based techniques, as well as
how to use existing 3D modeling tools to create animations. The mesh
functions should be fairly straight forward for me to implement as I
have recently taken an advanced course on geometry processing which
involved a lot of mesh manipulation. I have, furthermore, already
tests (for a shell32 function) in the wine test suite so I have some
knowledge of Wine development.
Roderick Coldenbrander is listed as a possible mentor for "Direct3D -
Implement missing D3D9_xx DLLs" on the wiki. Are you still interested,
or would someone else like to be a mentor?
Regards,
Michael Mc Donnell
Hi,
The gsoc mentor summit organizing is getting started. Do any fellow mentors
want to travel there?
http://gsoc-wiki.osuosl.org/index.php/2011
Stefan
PS: I vaguely remember that we once had a separate mailing list for gsoc stuff
like that, but I can't find it, only Dan Kegel's old wine-gsoc-2007 list.
Hello everyone,
For those of you who remember all the trouble I've had with my health,
I'm on the mend now. I'm adjusting to some new medication that's doing
wonders, and also adjusting to the new lifestyle they allow me to
lead.
I've just had a look at http://www.winehq.org/download, as I'm well
out-of-date with Wine, and I see Maurilio and I are still listed as
being the maintainers for the Debian packages, even though Kai
Wasserbäch has taken over that duty (and thank you Kai for doing so!)
I also notice the pages have been renamed (so instead of deb = ubuntu,
ubuntu and debian are named correctly and unambiguously). I would like
to voice my approval as former maintainer of the Debian packages, as
token as that may seem at this stage.
Kind regards,
Ben
Hi all,
I've just uploaded a new Wine Gecko beta package. It's a bit earlier
than we usually updated the package, but it's part of the plan. The last
release was the most successful ever - we've successfully avoided
regressions and fixed existing bugs. The fact that we had long (over
month) beta period and that the release was made based on stable Firefox
release helped a lot IMO. We can improve stability of Gecko package by
releasing more often, meaning less changes are included in each single
release. We can do this thanks to Mozilla rapid release cycles, that
gives us a chance to release Wine Gecko based on the very recent code
base, stabilized by Mozilla every six weeks. Six weeks releases are,
however, more than we can handle and more than we need, so my current
plan is to release every two Firerox version (that is every 12 weeks),
with no pressure.
Back to current release, it's mostly an update of code base to keep on
track with Gecko changes. Builds are available, as usually, on
sourceforge [1]. To test it, you also need the attached patch to Wine.
Any help with testing is appreciated. Everything that uses MSHTML in any
way is worth testing.
Informations for packages interested in building the package themselves:
My builds are done with GCC 4.5.3, but any GCC newer than 4.5.1 should
be good. There was a fix to Mozilla code needed for GCC 4.6.* builds
that I've included in the source, so GCC 4.6 32-bit builds should be
fine. If you want to use it for 64-bit builds, please test it carefully
as I wasn't able to test them (linking GCC 4.6 builds consumes awfully
lot of memory, so it failed for me).
Cheers,
Jacek
[1] http://sourceforge.net/projects/wine/files/Wine%20Gecko/1.3-beta1/
On 26 July 2011 22:28, Stefan Dösinger <stefan(a)codeweavers.com> wrote:
> - if (state < gl_info->limits.fragment_samplers)
> + if (state < gl_info->limits.combined_samplers)
This looks like it should be a separate change.
> + device->fixed_function_usage_map = 0xff;
This looks questionable, it will cause unused textures to be loaded.
This was mentioned a while back, though I can't find the reference on
wine-devel, perhaps it was in #winehackers...
Anyway, would anyone be opposed to merging the Mac OS X versions (and
possibly the Windows versions) in the OS field in Bugzilla? We don't
differentiate any other OS, and for Windows, there are very few bugs
filed anyway (mostly against the test suite or building on cygwin).
So, instead of:
Windows 3.1
Windows 95
Windows 98
Windows ME
Windows 2000
Windows NT
Windows XP
Windows Vista
Mac OS X 10.2
Mac OS X 10.3
Mac OS X 10.4
Mac OS X 10.5
Mac OS X 10.6
We'd have:
Windows (All versions)
Mac OS X
I meant to do this a while ago, but forgot, and
http://bugs.winehq.org/show_bug.cgi?id=27930 reminded me
--
-Austin
Lucas asked:
> Should I correct the tabs and align the
> parameters in the function prototype when I implement them?
If you do a significant rewrite of a function,
or are implementing it for the first time, I think it's
ok to use more standard code style in your new code,
or to update the style of adjacent old code
(like a prototype) related to your change.
Hi,
I was trying out the latest SysInternals Process Explorer and it struck
me that the overall CPU % stayed at 0.
Adding some values to the sppi structure fixed this but I'm just
wondering what values to use:
sppi[cpus-1].Reserved1[0].QuadPart = (ULONGLONG)remainder[0] *
10000000 / clk_tck;
This Reserved1[0] is the DPC Time but I'm wondering what values from
/proc/stat to use here (remainder[0] is I/O wait). We could always make
up something of course but being accurate would be nicer.
--
Cheers,
Paul.
On Friday 29 July 2011 17:17:45 Ričardas Barkauskas wrote:
> This makes it behave like similar place in d3d8.
The subject is confusing, otherwise it looks OK.