September 2003 - Wine-Devel

Re: winealsa: improve sound quality for IDsDriverImpl

by Jerry Jenkins

Dimitrie O. Paun wrote: > > That's still a compile-time check. A runtime check runs when wine runs... > But the test is really a time-cost task. I won't merge it into WINEALSA if I can't improve it. Does anyone have any suggestions? > > -- > Dimi. > > > >

Sept. 30, 2003

Re: uxtheme.dll

by Roderick Colenbrander

I hope you know what you will begin with. (For the ones that don't know uxtheme.dll is the dll that takes care of all theming on WinXP and it is the dll that dlls like comctl32 and all others use for theming) Some time ago I checked out uxtheme.dll a bit and it seems that it needs changes all over Wine. As I understand it WinXP ships with two sets of comctl32.dll and friends. One is the "old" version and one is a new uxtheme aware version. The uxtheme aware version contains lots of changes and uses uxtheme for theming. To use uxtheme you need to add uxtheme support to the dlls that need it which looks like a huge job. Perhaps this is something post Wine-1.0? Roderick Colenbrander > I started work porting a windows app using winelib, and hit an issue > relating > to the fact that there is currently no implementation of uxtheme.dll (and > more importantly, no headers, of which would be enough to compile the app > as > it dynamically loads all the uxtheme dlls as needed, and falls back > gracefully) > > Because of this, I've been thinking about beginning an implementation of > uxtheme.dll. I am curious if someone has already taken up this task, or if > > anyone any opinions on this topic. > > Thanks > Kevin > > -- NEU FÜR ALLE - GMX MediaCenter - für Fotos, Musik, Dateien... Fotoalbum, File Sharing, MMS, Multimedia-Gruß, GMX FotoService Jetzt kostenlos anmelden unter http://www.gmx.net +++ GMX - die erste Adresse für Mail, Message, More! +++

Sept. 30, 2003

Re: winealsa: improve sound quality for IDsDriverImpl

by Dimitrie O. Paun

On Tue, 30 Sep 2003, Jerry Jenkins wrote: > You're right. So I put some code in configure.ac, try to compile & run it > when configure is executed. If everything is OK, a macro will be defined in > config.h. That's still a compile-time check. A runtime check runs when wine runs... -- Dimi.

Sept. 30, 2003

Re: winealsa: improve sound quality for IDsDriverImpl

by Jerry Jenkins

> > If the behavior is subject to change, there is no way you can test > that at configure time. This needs to be a run time check. > You're right. So I put some code in configure.ac, try to compile & run it when configure is executed. If everything is OK, a macro will be defined in config.h.

Sept. 30, 2003

Re: Wineconf 2004, otherwise known as...

by Dimitrie O. Paun

On Tue, 30 Sep 2003, Dmitry Timoshkov wrote: > Well, "the Russian Winter" is a common exaggeration, like > a stray bear in every russian town, a hidden communist in > each russian, and many others :-) Never been to Russia, but I guess it depends where you live -- Russia is a very big place... I've met people from Siberia and even St. Petersburg, and things seem to be rather tough! :) -- Dimi.

Sept. 30, 2003

Re: Wineconf 2004, otherwise known as...

by Dmitry Timoshkov

"Steven Edwards" <steven_ed4153(a)yahoo.com> wrote: > I have always wanted to see the Russian Winter so I guess > St. Paul in January is good practice. Well, "the Russian Winter" is a common exaggeration, like a stray bear in every russian town, a hidden communist in each russian, and many others :-) -- Dmitry.

Sept. 30, 2003

Re: winealsa: improve sound quality for IDsDriverImpl

by Alexandre Julliard

Jerry Jenkins <Jerry_J_Jenkins(a)hotmail.com> writes: > Based on this thought, I need a function to retrieve the buffer. Then > I found that snd_pcm_mmap_begin is the right one. But no documents > said that it is responsible for return the driver's buffer. Well, I > can verify that, and the result is really delightful for the time > being. In the long run I prefer the configure time check. I can check > that at runtime in DSDB_MMAPCopy and print some messages if the > behavior of snd_pcm_mmap_begin changes, but I can't prevent others > from accessing the buffer before DSDB_MMAPCopy check it. If the behavior is subject to change, there is no way you can test that at configure time. This needs to be a run time check. -- Alexandre Julliard julliard(a)winehq.com

Sept. 30, 2003

Re: uxtheme.dll

by Sylvain Petreolle

This isnt a windows system dll. Isnt that another attempt like cards.dll ? --- "Dimitrie O. Paun" <dimi(a)intelliware.ca> a écrit : > On Mon, 29 Sep 2003, Kevin wrote: > > > Because of this, I've been thinking about beginning an > implementation of > > uxtheme.dll. I am curious if someone has already taken up this > task, or if > > anyone any opinions on this topic. > > I'm not aware of anyone working on this. This would be a nice > contribution > to Wine. ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Sept. 30, 2003

Re: Fix for bug 640 - moving thin frames leaves mess

by Pavel Roskin

On Tue, 30 Sep 2003, [iso-8859-1] Sylvain Petreolle wrote: > What Paintbrush are you using ? Im using winme's and got no such > problem when saving images (no natives are used except mfc42and > mfc42loc) I don't know about Windows ME, but Windows 98 doesn't have Paintbrush. pbrush.exe simply calls mspaint.exe. mspaint.exe (Microsoft Paint) is a different program. Since you are mentioned mfc42, I'm assuming that you actually mean Microsoft Paint. > But I have another big problem : if anything is modified, the whole > image becomes a black square when saved. Yes, I confirm it. Also, the release of the right mouse button is not reported. But it still works much better than Paintbrush. Anyway, I have tested Microsoft Paint in 8-bit color and I don't see the Paintbrush hack being used. -- Regards, Pavel Roskin

Sept. 30, 2003

Re: winealsa: improve sound quality for IDsDriverImpl

by Jerry Jenkins

> Hi Jerry, > > With your patch applied, > I get a write access to a NULL pointer when trying to get sound with > dsound (winmm tests are running ok.) > > Since I was using precompiled RPMs from freshrpms.net when doing the > first try, > I switched to 0.9.7 sources. Same result. > > I attached a trace from a run of > wine dsound_test.exe.so dsound --debugmsg +wave,+dsound,+dsound3d > > Could you have a look on this ? I'll work on it. I noticed that sometimes there are still noticeable intervals. But if I run some OSS programs first like Play /usr/share/sound/KDE_Startup.wav, DSOUND works very well then. After some more investigation, I found that snd_pcm_mmap_commit copys the data as snd_pcm_areas_copy in the origin callback. My patch only decreases the times that the data are copied. I can't figure out why it works after run OSS programs though. > > ===== > Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) > ICQ #170597259 > Say NO to software patents > Dites NON aux brevets logiciels > > "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". > > ___________________________________________________________ > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! > Yahoo! Mail : http://fr.mail.yahoo.com > > >

Sept. 30, 2003