October 2008 - Wine-Devel - list.winehq.org

Re: PATCH: warn if missing stdole32.tlb

by Austin English

On Thu, Oct 30, 2008 at 6:13 AM, mayura <mayura(a)abcinsurance.lk> wrote: > > > > > Kind regards. > > Mayura Swarna kumara > > ABC Insurance Company Limited, > "Trans Court", No 21, > Nawam Mawatha > Colombo 0200 > Sri Lanka > ( +94 11 230 3560 7 +94 11 230 3566 > * mayura(a)abcinsurance.lk > ü www.abcinsurance.lk > > P Save a tree. Don't print this e-mail unless it's really necessary > > > > > You forgot to attach the patch. -- -Austin

Oct. 30, 2008

Re: [PATCH] ntdll: Don't append directory entries if the filename length is less than 1.

by Lei Zhang

On Thu, Oct 30, 2008 at 4:08 AM, Alexandre Julliard <julliard(a)winehq.org> wrote: > "Lei Zhang" <thestig(a)google.com> writes: > >> I saw the following in a +file trace a user sent me: >> >> trace:file:FindNextFileW returning L"" (L"") >> >> I tried fixing FindNextFileW(), but that patch didn't get accepted. >> I'm guessing we should fix the problem in NtQueryDirectoryFile() so >> nobody who call it will get back an empty file name. > > This should never happen. You should figure out where the empty name > comes from and fix the caller. It's probably because we didn't check d_ino, patch sent. Though wouldn't it be good to have some sanity checking in append_entry(), since all the read_directory helper functions use it?

Oct. 30, 2008

Re: DIrectSound on top of openAL ?

by Chris Robinson

On Thursday 30 October 2008 03:46:51 am Darragh Bailey wrote: > Just out of curiousity, have any of these limitations been raised with the > OpenAL developers? Any of them in its future wish list? I'm the developer of OpenAL Soft <http://kcat.strangesoft.net/openal.html>, which is becoming the implementation to use on Linux and other Unices (as the old Sample Implementation is deprecated/not maintained anymore). Though I'm not really hands-in with Creative or anything.. just a hobbyist developer making a Linux lib on his own time, who gives out his ideas. > If OpenAL was updated with the next release 1.2+ to support the type of > access that wine needs to support the windows sound API's on linux, > would it make it easier that supporting multiple sound drivers? I would like to see DirectSound(3D) running properly on OpenAL, even if as a seperate project (eg. my DSound->OpenAL DLL project). It's not up to me whether such a thing would get into Wine or not, though.

Oct. 30, 2008

Re: DIrectSound on top of openAL ?

by Chris Robinson

On Thursday 30 October 2008 04:01:31 am Darragh Bailey wrote: > On Thu, Oct 30, 2008 at 10:46:51AM +0000, Darragh Bailey wrote: > > On Tue, Oct 28, 2008 at 02:16:12PM -0700, Chris Robinson wrote: > > > The biggest problem is updating the sound buffer in real-time (DSound > > > lets you lock a sound buffer and modify it while it's playing; OpenAL > > > only lets you rebuffer the whole buffer, while it's not attached to any > > > source). I get around this by spawning a real-time thread which queues > > > small chunks "just in time" to keep the buffer playing, but this is a > > > hack at best.. there's no way to know how much you need to buffer ahead > > > so OpenAL doesn't run out during an update, some apps are more > > > sensitive to a large write-ahead, and real-time threads aren't really > > > available in Wine (meaning even larger sections would need to be queued > > > to be able to update in time). The problem is compounded when you > > > consider multiple DSound buffers can share the same data buffer. > > Couldn't tell if this is on the wish list, there appears to be some > suggested enhancements for better buffer control, but I don't know > enough to determine whether they actually match up. I've been thinking about this, and have some ideas. There's actually a few extensions I'm trying to get through Creative.. two I'm waiting on a response from, and two more I want to propose that would help DSound compatibility greatly. > > > Another problem is the lack of panning. OpenAL has no controls for > > > panning a 2D sound. At most you can move the sound left and right to > > > simulate panning (for mono sources; stereo is out of luck), but the > > > actual algorithms are implementation dependant and thus would not > > > produce consistant results. > > Requested: > Item:2D panning/speaker level support > Contributor: Creative > Description: > Approval Status: Approved AFAIK, this is in EAX4. Though I can hope it means getting into the core API, I don't know. > > > Additionally, OpenAL hides a lot of the hardware vs. software caps. > > > OpenAL doesn't tell you if you're using hardware or software, while > > > DSound would tell you. Of course you can always lie and say you have > > > hardware (which I found was needed to get some games to even attempt to > > > use DSound3D), but it's not entirely proper. > > Looks like this has been requested too: > Item: Generic Effects > Contributor: Creative > Description: OpenAL could have a generic mechanism for enumerating and > making use of the effects capabilities of the active audio device. > Approval Status: Approved I think this is talking about sound effects, like low/hi-pass filters, reverb, etc. This can be done through the EAX and EFX extensions. Nothing about saying what's in hardware and what's in software. > > 1.0 was released 2000, 1.1 in 2005, so it's probably due a new release > > in the next year/two, so it might be possible to add some feature > > requests that would make implementing DirectSound on top of OpenAL > > visible in the future. > > If all of the wish list gets added, it would appear the next > specification of OpenAL would appear to me to go a long way to allowing > wine to implement the Windows sound API's via that, rather than having > to support various drivers. I'm not sure what bearing the wish list has on the actual OpenAL API. I don't remember reading anywhere that anything approved will be put into the next core API revision. AFAIK, it could just mean they'll look into ways into adding it.. maybe via extensions.

Oct. 30, 2008

Re: DIrectSound on top of openAL ?

by Chris Robinson

On Thursday 30 October 2008 06:05:20 am Roderick Colenbrander wrote: > Personally I think that even if OpenAL added the functionality we need that > the user experience for most users still won't be good. Most users want to > play lets say mp3's while they are gaming. This means that in order to work > properly OpenAL under the hood again needs to use alsa+dmix or even worse > pulseaudio. For that reason I'm not sure if going directly to OpenAL > instead of going through wineoss/winealsa is any better. winealsa/wineoss would have to do the same, really. With a proper DLL thunk, Win32 OpenAL apps can call directy to host OpenAL, which does have some improvements (namely talking to ALSA/OSS directly, up to 7.1 surround sound output (Creative's only does stereo for software mixing), using host configuration, etc). DSound on top of OpenAL is a nice idea, IMO, it's just OpenAL's current short-comings prevent it from happening well enough.

Oct. 30, 2008

Re: Fix kernel_main.c to generate console Window

by Rob Shearman

2008/10/29 Dan Kegel <dank(a)kegel.com>: > Hi Slawek, > > Please just attach the bare patch, not a .tgz of the patch. > > This sounds related to > http://bugs.winehq.org/show_bug.cgi?id=5541 > but not a duplicate. Please open a bug report > and repost your patch without compression or archiving. Furthermore, it looks like the issues would be solved by using wineconsole when launching the app. We could try to be clever and detect when an application uses a function that isn't supported on a bare Unix console, but I don't think it would be useful in practice. -- Rob Shearman

Oct. 30, 2008

RE: rundll32: build with -mwindows

by Vincent Povirk

I have tested, and it still works. I would have fully expected it to fail if I had remembered the difference between main() and WinMain(). -----Original Message----- From: Dmitry Timoshkov [mailto:dmitry(a)codeweavers.com] Sent: Thursday, October 30, 2008 11:37 AM To: Vincent Povirk Cc: WineHQ Development Mailing List Subject: Re: rundll32: build with -mwindows "Vincent Povirk" <vincent(a)codeweavers.com> wrote: > -APPMODE = -mconsole > +APPMODE = -mwindows Have you tested that it still works? I'd expect that you also need to replace main() by WinMain() and adapt command line processing. -- Dmitry.

Oct. 30, 2008

Re: rundll32: build with -mwindows

by Dmitry Timoshkov

"Vincent Povirk" <vincent(a)codeweavers.com> wrote: > -APPMODE = -mconsole > +APPMODE = -mwindows Have you tested that it still works? I'd expect that you also need to replace main() by WinMain() and adapt command line processing. -- Dmitry.

Oct. 30, 2008

RE: Vertex pipeline replacement

by Stefan Dösinger

> I have tested this with Age of Myhology (Titans 1.03) on > wine-1.1.7-106-g38815e1, patches 1-11 don't seem to cause any problems > (haven't checked extensively though), but upon applying the 12th > (0012-WineD3D-ARBvp-ffp-replacement.patch) the water lost it's > transparency [1]. Sounds as if there's a problem with texture coordinates. Can you file a bugreport and assign it to me? Please add a link to a downloadable demo if one exists

Oct. 30, 2008

Re: comctl32 tree problem?

by Dan Kegel

On Thu, Oct 30, 2008 at 8:43 AM, Juan Lang <juan.lang(a)gmail.com> wrote: >> Here's an app that says they had to work around a problem in our tree control: >> http://www.webyog.com/blog/2008/10/30/sqlyog-712-has-been-released/ > > Maybe you could contact the developer and ask him to log a bug? Done.

Oct. 30, 2008