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

[Bug 25617] New: Clones crashes after a period of time (occasionally with an out of memory error)

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25617 Summary: Clones crashes after a period of time (occasionally with an out of memory error) Product: Wine Version: 1.3.10 Platform: x86 URL: http://clonesgame.com/sites/clonesgame.com/modules/pub dlcnt/pubdlcnt.php?file=http://clones.s3.amazonaws.com /ClonesGameDemo_1.26.exe&nid=220 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gyebro69(a)gmail.com Created an attachment (id=32618) --> (http://bugs.winehq.org/attachment.cgi?id=32618) terminal output 'Clones' is a nice Lemmings clone. The game always crashes for me after 5-10 minutes of gameplay. Usually the crash is preceded by some strange screen corruption (big red X-s appear on the screen) but sometimes the crash happens out of the blue. It always happens after you've been playing the game for 5-10 minutes. No usable backtrace is generated. The issue is present in Wine-1.0.1, Wine-1.2.2 and so on. To reproduce the issue in the demo: Because of bug #25606 you can only test the problem in the multiplayer mode of the game. 1. After installation launch the game by ../Bin/ClonesGame.exe 2. Create a new profile then choose 'Tournaments' > 'Host Tournament'. Choose the first available level (Beach). Uncheck the 'Public' option so other players online won't disturb you in testing :) 3. <Start level>, <Start match>. You can play the game if you like it or simply let it alone and wait for about 5-10 minutes. A crash is going to happen sooner or later. Sorry for the not so clear description but this is a problem that cannot be reproduced easily (it doesn't happen right after starting the game or by doing certain actions in the game). Fedora 14 x86 Nvidia GeForce 250 GTS / driver 260.19.29 -- 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. 26, 2010

[Bug 18393] MapBasic window in MapInfo doesn't send commands for execution

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=18393 ser851 <ser851(a)mail.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.20 |1.3.7 --- Comment #6 from ser851 <ser851(a)mail.ru> 2010-12-26 01:15:12 CST --- New test was failed. Possible problem is DDE connection. -- 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. 26, 2010

[Bug 14717] resampled sound is horrible

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14717 --- Comment #72 from Alexander E. Patrakov <patrakov(a)gmail.com> 2010-12-26 01:05:05 CST --- Raymond, I am not sure that I understand what you demand. Could you please confirm below each of these points whether we agree on it? 1. Windows has kmixer, the component that mixes and resamples sound. In Wine, dsound-based resampling and mixing is done in dlls/dsound/mixer.c, by adding the contents of secondary dsound buffers (stretched or shunk by duplicating or dropping samples - that's important!) into primary. 2. Sound produced by the WaveOut API does not go through dlls/dsound/mixer.c (tested with WinAmp), is not affected by the "default sample rate" setting, is not resampled in Wine at all, and thus is not affected by this bug. It is affected by a valid bug 25587 in winejack, which existed before the patch and is a separate problem that this patch is not trying to solve. 3. The best quality is obtained when the application output is fed into the hardware buffer of the sound card without any resampling, but this is not always possible. 4. Even when resampling, it is possible to obtain sound quality that is arbitrarily close to the ideal one at frequencies below the half of the lower sample rate, by using a long-enough filter, at the cost of some latency and CPU usage. Duplicating and dropping samples is a fast, very-low-latency, but bad-quality technique of resampling. 5. When the application uses only secondary dsound buffers, wine opens its backend (winealsa.drv or whatever) at the sample rate configured as the "default sample rate" in winecfg. 6. Even when there is only one secondary buffer, wine currently mixes it into primary, possibly with volume and/or sample rate adjustments. 7. The patch by Krzysztof Nikiel implements a windowed-sinc based resampler in wine' dsound mixer. 8. Your words "it is the Linux system mixer need to support all formats and rates when mixing" can be equivalently reformulated "it is a bug that wine itself handles mixing and resampling (including that of secondary dsound buffers into primary) at all". As for the 24-bit case, well, I am not sure. But the old code also tried to handle it in convert_??_to_24() and convert_24_to_??() functions, so 24-bit secondary buffers at least were meant to work. The new code tries to preserve the existing behaviour. Let's try not to do two things at once (implement both proper resampling and proper subset of supported formats). We can always rip out 24-bit support before or later, as it is a different issue than the zero-order-hold resampler. In other words, I want to see "drop 24-bit support from dsound" and "replace the zero-order-hold internal resampler with something else" as separate patches. -- 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. 26, 2010

[Bug 13019] Half-Life(CS 1.6): SoundBlaster Live - microphone output harshy and chopped

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=13019 --- Comment #31 from VisN <visualnick(a)mail.ru> 2010-12-25 23:03:57 CST --- I dont know the way to determine the game using winmm or dsound, but this string in wine output probably means that the game is using winmm: fixme:winmm:MMDRV_Exit Closing while ll-driver open Default sound card(SB Live 5.1!) is configured by default(have no asound.conf or .asoundrc), using registry UseDirectHw="Y" makes no sense 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. 26, 2010

[Bug 25610] The Action Replay DSi Code Manager, used to program the Action Replay DSi won't load.

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25610 --- Comment #1 from Andrew Nguyen <arethusa26(a)gmail.com> 2010-12-25 23:01:40 CST --- (In reply to comment #0) > *The program only runs the first time, after installation under Wine, and won't > launch any time after if selected from the application menu. Furthermore, when > it does work the first time, it won't connect to the internet, to receive > software updates (there is one that must be gotten to work with the > subscriptions), the subscriptions never load since there is no internet, and > the device is not recognized by the program when it is plugged in. Windows > platforms usually identify it as "ardsihwprog". I can't reproduce this with wine-1.3.10. I can launch the Action Replay DSi Code Manager from the terminal and through the menu. Please attach plain debug output as per http://wiki.winehq.org/FAQ#get_log of a failing run. Also, please file separate bug reports, one per issue, for each problem. > *Backtrace is attached. This is the first time I have ever done a backtrace, so > I'm not entirely sure I did it correctly, but I believe I did. The backtrace > was copy & pasted into an OpenOffice.Org document, and saved as an .odt file > (open document text). If you need it in a different format, please let me know. > > Please feel free to contact me for any further inquiries about this problem, > and thanks! In the future, please attach output only in plain-text format. -- 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. 26, 2010

[Bug 23384] Clicking on Audio Tab on Winecfg takes several seconds the first time

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=23384 --- Comment #14 from Raymond <superquad.vortex2(a)gmail.com> 2010-12-25 22:25:07 CST --- >> It always does this for me. configure --without-nas fixes it. (In reply to comment #12) > Should we make --without-nas the default? I think you have to ask ubuntu maintainer since wine-alsa is not installed by default when you installed wine in fedora 10 or later (winepulse is default audio driver in their customised winecfg ) and they also removeed alsa oss emulation in Ubuntu 10.10 but keep wineoss in winecfg -- 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. 26, 2010

I am on-line now, let's chat?

by Julia S

Dec. 26, 2010

[Bug 24286] SketchUp crashes when using Phototextures feature

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=24286 julio prada <pradacr(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |pradacr(a)gmail.com --- Comment #2 from julio prada <pradacr(a)gmail.com> 2010-12-25 21:46:02 CST --- I had the same problem -- 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. 26, 2010

[Bug 25616] Comet Busters: Error displays indicating Wine cannot continue

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=25616 --- Comment #2 from Andrew Nguyen <arethusa26(a)gmail.com> 2010-12-25 21:21:04 CST --- Please specify Wine version and retest with the latest development version of Wine (1.3.10). Also, please install debug symbols for Wine and attach a new backtrace, preferably in plain text. -- 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. 26, 2010

[Bug 14717] resampled sound is horrible

by wine-bugs＠winehq.org

http://bugs.winehq.org/show_bug.cgi?id=14717 --- Comment #71 from Raymond <superquad.vortex2(a)gmail.com> 2010-12-25 21:10:50 CST --- it is the Linux system mixer need to support all formats and rates when mixing (e.g. plug:dmix , pulse or pulseaudio ) only jack server support mixing at single sampling rate and only support float and does not support the common 16bit audio dsound only need to support mixing of 8bit or 16bits audio and does not need to support mixing of float since the hardware driver inform dsound whether it support 8bit or 16bit in DSCAPS e.g. you need to use plug:jack (alsa-jack plugin) as default device when using winealsa.drv -- 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. 26, 2010