January 2011 - Wine-Bugs - list.winehq.org

[Bug 25663] Magic the Gathering: Duel of the planeswalker crashes when launching a campaign

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25663 --- Comment #2 from Zach Goldberg <zgold550(a)gmail.com> 2011-01-01 11:36:06 CST --- Created an attachment (id=32689) --> (http://bugs.winehq.org/attachment.cgi?id=32689) Warnings outputted during loading Before the crash the game also outputs the following warnings about 2x per second. -- 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.

Jan. 1, 2011

[Bug 17354] printing on Mac OS X fails

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17354 --- Comment #16 from Alexandre Julliard <julliard(a)winehq.org> 2011-01-01 11:33:08 CST --- As already explained, printcap is only used if CUPS doesn't work. There's something wrong with your setup. -- 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.

Jan. 1, 2011

[Bug 14717] resampled sound is horrible

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14717 --- Comment #104 from Krzysztof Nikiel <zzdz2(a)yahoo.pl> 2011-01-01 10:57:22 CST --- (In reply to comment #96) > In the downsampling case your patch causes foobar2000 to eat 100% CPU. stutter > (e.g., it says "wr-wr-ro-ro-ong-ong-n" instead of "wrong") and move the > position slider back and forth on quality settings other than 0 or 1. And on > these quality settings, the transition frequency is severely miscalculated > (according to my test with playing white noise wav file in foobar2000 and > recording wine output digitally, it is around 2 kHz at quality 1 and around 3 > kHz at quality 0). This should help: diff --git a/dlls/dsound/resample.c b/dlls/dsound/resample.c index e8bc2ad..7486d78 100644 --- a/dlls/dsound/resample.c +++ b/dlls/dsound/resample.c @@ -346,9 +346,8 @@ void DSOUND_RecalcFormat(IDirectSoundBufferImpl * dsb) dsb->inpos = dsb->infrac = 0; /* reset resampler pointer */ - if (dsb->freq < dsb->outfreq) - dsb->firstep = g_fir[dsb->quality]->step; - else if (dsb->freq > dsb->outfreq) + dsb->firstep = g_fir[dsb->quality]->step; + if (dsb->outfreq < dsb->freq) { /* move transition band below output nuquist */ dsb->firstep = (9 * dsb->firstep * dsb->outfreq) / (10 * dsb->freq); @@ -360,7 +359,7 @@ void DSOUND_RecalcFormat(IDirectSoundBufferImpl * dsb) if (dsb->firstep < 1) dsb->firstep = 1; } - else + else if (dsb->freq == dsb->outfreq) dsb->firstep = 1; TRACE("resample quality: %d\n", dsb->quality); -- 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.

Jan. 1, 2011

[Bug 17354] printing on Mac OS X fails

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17354 --- Comment #15 from David Baumgold <singingwolfboy(a)gmail.com> 2011-01-01 10:49:15 CST --- (In reply to comment #14) > I see the problem. In MacBool Pro OS/x 10.6.5 the /etc/printcap file is not > present, however the /etc/cups/printers.conf file is being updated to reflect > any printer that is defined. The creation of /etc/printcap depends on the CUPS > configuration (according to > http://cups.org/doc-1.3/ref-cupsd-conf.html#Printcap) As far as I can tell, > CUPS in OS X is configured not to create the file by default. If you manually > create a valid /etc/printcap file, WINE printing will work. Interesting. According to the OS X man page for cupsd.conf, the printcap file is only needed for "legacy applications": http://developer.apple.com/library/mac/#documentation/Darwin/Reference/ManP… It doesn't say anything about whether or not cupsd generates a printcap file by default, but I haven't touched my cupsd.conf, and no printcap file appears on my system. It seems that the workaround would be to add the line "Printcap /etc/printcap" to /etc/cupsd.conf, but perhaps a better solution would be for Wine to query CUPS directly, rather than going through the "legacy" printcap file. I know nothing about how all of this works, or even if it's possible, but if Apple says that printcap is for legacy use -- and Apple *owns* CUPS now -- then there must be another, better-supported way. -- 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.

Jan. 1, 2011

[Bug 19773] Largo Winch: mostly black screen

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=19773 --- Comment #8 from Jörg Höhle <hoehle(a)users.sourceforge.net> 2011-01-01 10:24:59 CST --- Still present in wine-1.3.10. Sadly, what Stefan Dösing suggested, "porting the clear tests from dlls/d3d9/tests/visual.c to dlls/d3d8" is beyond my knowledge. -- 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.

Jan. 1, 2011

[Bug 11808] winefile: broken horizontal scrolling

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=11808 --- Comment #8 from Jörg Höhle <hoehle(a)users.sourceforge.net> 2011-01-01 10:18:25 CST --- Still present in wine-1.3.10. What I observe now is that after moving the scrollbar to the right (scrolling left, which works fine), moving it slowly back again still moves the largest part of the window contents to the left. There's something else that is wrong and perhaps an indicator of the bug cause: When the scrollbar is not in leftmost (original) position, simply clicking or releasing it without moving already causes the window contents to move -- they shouldn't. -- 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.

Jan. 1, 2011

[Bug 25522] League of Legends - Typing in game chat causes freeze (1.0.0.107)

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25522 Anton Romanov <theli(a)ukr.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #7 from Anton Romanov <theli(a)ukr.net> 2011-01-01 09:42:24 CST --- *** This bug has been confirmed by popular vote. *** -- 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.

Jan. 1, 2011

[Bug 15703] LEGO Star Wars controller options

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=15703 --- Comment #8 from Jörg Höhle <hoehle(a)users.sourceforge.net> 2011-01-01 09:38:40 CST --- Still present in wine-1.3.10 with both Ubuntu/Intel and MacOS/NVidia. The controller/keyboard setup menu always worked in Lego Star Wars II (LSWII), as the OP said in comment #0. It's only LSW(I) that causes a hang. Presumably "The Complete Saga" works like LSWII. -- 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.

Jan. 1, 2011

[Bug 25654] Anarchy Online 18.4.x unable to mouse-look or mouse-steer

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25654 --- Comment #3 from Janne Hakonen <joyer83(a)live.fi> 2011-01-01 09:28:13 CST --- Created an attachment (id=32688) --> (http://bugs.winehq.org/attachment.cgi?id=32688) modified raw input patch Here's a patch that enables mouse look and steering. It is a modified version from Reco's and Sergej's raw input patch for Hellgate London game (http://bugs.winehq.org/show_bug.cgi?id=10318#c45) The original patch didn't work very well with AO: LMB down, camera rotates the faster the further away mouse cursor is from screen's center. Same goes for steering with RMB. This modified patch should fix this problem. Changes I have made are: * Removed screen center calculations and instead just passed relative mouse movements values gotten from DirectInput to raw mouse input. * Fixed some warnings * Made sure that the patch applies cleanly to Wine 1.3.6. I've only tested this with Ubuntu 10.10 / Wine 1.3.6. Maybe someone with a Mac could test this too and see what happens :) -- 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.

Jan. 1, 2011

[Bug 17354] printing on Mac OS X fails

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=17354 --- Comment #14 from Kenneth Robinette <support(a)securenetterm.com> 2011-01-01 08:42:52 CST --- (In reply to comment #13) > (In reply to comment #12) > > (In reply to comment #11) > > > Is this still an issue in current (1.1.29 or newer) wine? > > Just retested with 1.1.29 -- still an issue. > I just tried this on Mac OSX, Snow Leopard 10.6.5, Wine version 1.3.9 installed > by MacPorts with XQuartz version 2.6.0. Each time a Windows based WINE program > tries to print, it fails with the following dialog message: > "Before you can perform printer-related tasks such as page setup or printing a > document, you need to install a printer. Please install one and retry." > The following message is displayed in the log: > fixme:winspool:WINSPOOL_EnumPrintersW We don't handle PRINTER_ENUM_CONNECTIONS > All normal Mac programs can use the printer attached to the Mac. None of the > wine based Windows programs can print including the wine included Notepad > program. > The printer is network shared and is physically attached to a Micosoft XP > system. I see the problem. In MacBool Pro OS/x 10.6.5 the /etc/printcap file is not present, however the /etc/cups/printers.conf file is being updated to reflect any printer that is defined. The creation of /etc/printcap depends on the CUPS configuration (according to http://cups.org/doc-1.3/ref-cupsd-conf.html#Printcap) As far as I can tell, CUPS in OS X is configured not to create the file by default. If you manually create a valid /etc/printcap file, WINE printing will work. -- 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.

Jan. 1, 2011