December 2010 - Wine-Bugs - list.winehq.org

[Bug 5776] 3DMark 2001: Nature Test (#4) renders incorrectly around 40th second

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=5776 --- Comment #30 from Rico <kgbricola(a)web.de> 2010-12-31 06:54:25 CST --- Created an attachment (id=32680) --> (http://bugs.winehq.org/attachment.cgi?id=32680) Hack to implement arb_sampler_objects. This hack implements arb_sampler_objects. What's missing is a test case to prove the correctness. It also needs some improvements in setting the values not twice the same. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 31, 2010

[Bug 25407] Office 2007 SP2 installer reports success but fails to install some components

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25407 orgler(a)gmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |orgler(a)gmail.com --- Comment #2 from orgler(a)gmail.com 2010-12-31 06:39:21 CST --- The same for me with wine 1.3.10 on Xubuntu 10.10 (from ppa) trying to install office 2007 and afterwards the sp2 :-( -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 31, 2010

[Bug 25558] Can't install Flight Simulator X

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25558 --- Comment #10 from elad <el.il(a)doom.co.il> 2010-12-31 06:31:43 CST --- (In reply to comment #9) > I've added support for this to wisotool. In short, the workaround I found is to > mount both dvd's, copy their files to a folder. Then mount disk 2 (or put the > real disk in the drive). Run the installer from the folder on your hard drive, > and proceed as normal. > This workaround doesn't work for me. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 31, 2010

[Bug 10190] Caesar IV does not start

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=10190 wine(a)chadenas.de changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wine(a)chadenas.de -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 31, 2010

[Bug 25457] StarCraft II does not start until 5 minutes when online

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25457 Oliver <oliver(a)schinagl.nl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |oliver(a)schinagl.nl --- Comment #6 from Oliver <oliver(a)schinagl.nl> 2010-12-31 06:10:24 CST --- Same thing. I've played for 3 days now without much of an issue; this morning, i tried to start it 4 or 5 times nothing. Letting it sit there though; after 5 mins it comes alive! I bet this is related to the timeout, but doesn't _always_ happen/bugout. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 31, 2010

[Bug 14717] resampled sound is horrible

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14717 --- Comment #95 from Alexander E. Patrakov <patrakov(a)gmail.com> 2010-12-31 06:07:03 CST --- (In reply to comment #76) > diff --git a/dlls/dsound/resample.c b/dlls/dsound/resample.c > index 0a3128b..03fcf6f 100644 > --- a/dlls/dsound/resample.c > +++ b/dlls/dsound/resample.c > @@ -58,6 +58,8 @@ static fir_t *g_fir[] = { > }; > > > +#define SAMPLE24(p) (*((BYTE*)p)|*((BYTE*)p+1)<<8|*((CHAR*)p+2)<<16) > + > static inline sample_t getsample(LPBYTE buf, INT bps) > { > sample_t tmp; > @@ -72,8 +74,7 @@ static inline sample_t getsample(LPBYTE buf, INT bps) > tmp = *((SHORT *) buf); > break; > case 3: > - tmp = *((BYTE *) buf) | *((BYTE *) (buf + 1)) << 8 | > - *((BYTE *) (buf + 2)) << 16; > + tmp = SAMPLE24(buf); > tmp *= (1.0 / 256.0); > break; > case 4: > @@ -104,15 +105,14 @@ > *((SHORT *) buf) = ismp; > break; > case 3: > - CLIPSAMPLE(smp, (double) 0x7fff); > ismp = lrint(smp * 256.0); > - ismp += *((BYTE *) buf) | *((BYTE *) (buf + 1)) << 8 | > - *((BYTE *) (buf + 2)) << 16; > + ismp += SAMPLE24(buf); > + CLIPSAMPLE(ismp, 0x7fffff); > *((BYTE *) buf) = ismp & 0xff; > ismp >>= 8; > - *((BYTE *) (buf + 1)) = ismp & 0xff; > + *((BYTE *) buf + 1) = ismp & 0xff; > ismp >>= 8; > - *((BYTE *) (buf + 2)) = ismp & 0xff; > + *((BYTE *) buf + 2) = ismp & 0xff; > break; > case 4: > CLIPSAMPLE(smp, (double) 0x7fff); As I said, I could not test it, only read. However, in my opinion, the new code for acessing 24-bit samples is correct with the possible exception that it can be dead. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 31, 2010

[Bug 18424] Mac OS X Joystick support doesn't work

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=18424 --- Comment #14 from Mr Nobody <limited_choice(a)hotmail.com> 2010-12-31 05:46:08 CST --- (In reply to comment #11) > As I said in the initial bug report, the descent freespace demo also doesn't > work. > > There are a few things to understand when considering this problem: > > * The joystick support in Wine only works when built for Leopard and above. > > * Last I checked, the popular build of Wine by Mike Kronenberg was built for > Tiger and thus didn't include the joystick code. This could have changed by > now -- it's been quite a while since I looked into this. > > * When I poked through the Wine joystick code it looked like it might only > support somewhat newer versions of directx (v5 and up maybe?). IL-2 for one > example uses an older version of directx. Not being an expert on this > codebase, I could be mistaken. > > I wouldn't disqualify IL-2 as a test case. It works fine with USB sticks in > Windows and thus it should be supported in Wine. It might not be the best case > to *start* with, but it's an extremely popular flight sim and worthy of > support. It's not that I'm being dismissive (nor derisive) of IL-2 ; it is indeed a great flightsim that redefined the genre -- all I'm saying is if the USB HID isn't being seen in linux, I don't really expect to see it in OSX either with the same wine tree. Likewise, there can often be disparity between game vendor releases, the Flatout titles being a good example ; I don't know of anyone that's managed to get the gog.com release(s) running in OSX ; Steam versions work fine (and have a different setup GUI with more screenmode support) - it just throws another variable into the fray...differnt versions may use different methods...(unlikely, but possible).. Some apps actually seem to have defined presets built into them, and use the HID if it happens to be connected -- Rockstar's GTA-3 series tend to do this. YMMV here depending on controller device VID/PID... I do concur that most complaints tend to be coming from that sector of older apps, many of which were coded/existed before USB became mainstream. You mention Descent/Freespace, I *think* I recall them working with gameport connected HID but not USB (same caveat applies, must be /dev/js0), and the MegaRace series and a few other racing sims of that circa fit in here too. This would be a little OT here and somewhat missing the point, but the observation must be made that my experience regarding these older app titles, that were indeed coded for the gameport device, is that they do still seem to work just fine in wine (linux) with a gameport connected HID appearing at /dev/js0. Be it a puristic view or whatever, but that would be Wine doing an outstanding job of accurately running the win32 app/game, 'just as it worked in Windows back in 199something'...it's just not particularly useful as legacy gameport support falls to deprecated hardware status (if not already there), with USB in it's stead. Either way, what we're effectively asking for is that some win32 app recognize and work with something it was never designed/coded for. More so the case in OSX obviously...I doubt it'd even have the old gameport device driver...or am I wrong? Best I can figure it, the current situation is one of USB HID input actually working in OSX more or less 'as expected' (Flatout2, Volvo the Game, KartRacer all seem to work with USB HIDs), but when it comes to older apps/games it could be the simple case of lacking necessary hardware support. Like I say, if Windows users can do it, I'd have to suspect 3rd party drivers at work, as likely there's no gameport present in that case, either. The win32 drivers might possibly create a virtual gameport device in the normally assigned I/O range for gameport, and feed/eat the USB data to that virtual device concurrent with dx-input ; perhaps the Windows driver layer itself facilitates this..{shrug}... This....is what I meant by 'confusion' concerning this bug ; it's not really the case of OSX lacking USB input support ; it is an equally shared situation with both linux and OSX, in that we can't communicate with older apps/games coded for the 'traditional' gameport device, with modern USB based HIDs. It would seem more app specific than it is OS-centric imho ; if there's any apps/games out there that were coded in 'USB aware' times and USB HID doesn't work when it should, that would be a bug but only against that app. Apps/games coded -before- USB awareness and that were never designed (or been updated/patched) for USB HID support, are a different matter altogether, as they work fine with the hardware they were coded for (in linux). If one could recreate the testbed...Mac+emu10k1+gameport_driver+12 year old HID....I'd probably guess these older apps would work in OSX just like they do in the linux case (if only it were that easy)...point is, the fact these apps don't work with USB input is not really a failing/bug on wine's part for mine, nor is it OSX specific - most of these older games don't see USB HID in linux either. ...I wonder if we should close this bug as being a 'misnomer', and have folks submit bugs on a per app basis, to better vet the situation... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 31, 2010

[Bug 17212] Acronis True Image Home does not work

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17212 --- Comment #15 from Giovanni Mariani <mc2374(a)mclink.it> 2010-12-31 05:18:28 CST --- Created an attachment (id=32679) --> (http://bugs.winehq.org/attachment.cgi?id=32679) Console output with WINEDEBUG=+msi (txt compressed) Redacted the software S/N. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 31, 2010

[Bug 25659] mshtml:activex tests cause a timeout on some wine machines

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25659 Sven <sven.wine(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, testcase URL| |http://test.winehq.org/data | |/tests/mshtml:activex.html CC| |jacek(a)codeweavers.com -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 31, 2010

[Bug 25659] New: mshtml:activex tests cause a timeout on some wine machines

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25659 Summary: mshtml:activex tests cause a timeout on some wine machines Product: Wine Version: 1.3.10 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: sven.wine(a)gmail.com http://test.winehq.org/data/tests/mshtml:activex.html shows that they hang since the 3rd of December. They also hang on my machine. When I do make test and then run the activex tests, it just works. This makes regression testing (if needed) a bit harder. This is all the terminal output there is when running the activex tests from the winetest executable from the website: fixme:system:SetProcessDPIAware stub! fixme:iphlpapi:NotifyAddrChange (Handle 0xa5e914, overlapped 0xa5e918): stub fixme:ntdll:NtLockFile I/O completion on lock not implemented yet fixme:resource:GetGuiResources (0xffffffff,0): stub It hangs when a window called 'H' is created. This could mean that it hangs somewhere near line 2015? Jacek, could you have a look? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

Dec. 31, 2010