June 2008 - Wine-bugs - list.winehq.org

[Bug 14176] New: Little Fighters crashes with the error message "Couldn't create art surface."
by wine-bugs＠winehq.org 18 Apr '14

18 Apr '14

http://bugs.winehq.org/show_bug.cgi?id=14176 Summary: Little Fighters crashes with the error message "Couldn't create art surface." Product: Wine Version: 1.1.0 Platform: PC URL: http://lf2.net OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: maxmusterm(a)gmail.com CC: maxmusterm(a)gmail.com Created an attachment (id=14446) --> (http://bugs.winehq.org/attachment.cgi?id=14446) the install log and the start of the game When I trie to start LF2 the menu works I click on "game start" and it tries to load some data out of data/ (data/*.dat) and it fails by loading knight.dat. (on different wine version different dat files fail loading) The installation runs without any problems. In the main menu you can't see your mouse since version 0.9.61. Attachments are the log of the installation and of the start of the game. You can download it from http://www.download.com/3000-20-10155222.html?part=undefined&subj=dl&tag=bu… or http://lf2.net/dn_f2.html . -- 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.

1 28

[Bug 13869] New: Splinter Cell Demo (2): Shadow polygon offset errors
by wine-bugs＠winehq.org 18 Apr '14

18 Apr '14

http://bugs.winehq.org/show_bug.cgi?id=13869 Summary: Splinter Cell Demo (2): Shadow polygon offset errors Product: Wine Version: 1.0-rc4 Platform: PC-x86-64 URL: http://www.gamershell.com/download_1320.shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquid.acid(a)gmx.net Created an attachment (id=13939) --> (http://bugs.winehq.org/attachment.cgi?id=13939) splinter cell demo #2: shadow error in projector mode Hi there, I'm currently trying to get Splinter Cell running on my system. After experiencing some massive problems with the full version I switched down to the demo versions (there are two AFAIK), and I'm now trying to get the demo #2 to perform correctly. I've disabled GLSL and set the OffscreenRenderingMode to fbo. I also tweaked the Splinter Cell ini a bit, so it uses "shadow projector mode" instead of "shadow buffers", by changing the line ForceShadowMode=0 in the D3DDrv.D3DRenderDevice section. Still I get some visual errors with the shadows. Seems like some sort of polygon/decal offset problem, see the screenshots for more details. Also I have the already mentioned "light source bug", which makes some lightsources shine through massive geometry, I'm also attaching these screens. The console is still flooded with various error messages about invalid GL instructions, and so on, also going to attach some logs. The shifted screen bug (that I reported in this bug: http://bugs.winehq.org/show_bug.cgi?id=9609 - screenshots already there) also happens with the demo. If I'm running the demo with 640x480 resolution it doesn't appear though. Greets, Tobias Jakobi -- 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.

1 26

[Bug 12768] New: gdi32: metafile.ok fails in a virtual desktop
by wine-bugs＠winehq.org 18 Apr '14

18 Apr '14

http://bugs.winehq.org/show_bug.cgi?id=12768 Summary: gdi32: metafile.ok fails in a virtual desktop Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: NEW Keywords: testcase Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=12425) --> (http://bugs.winehq.org/attachment.cgi?id=12425) +gdi trace in git Not sure if it's a gdi/winex11drv bug, but when running make -k test in a virtual desktop, the only (noticeable) difference is that gdi32: metafile.ok fails: metafile.c:1626: Test failed: SetWinMetaFileBits (MM_ISOTROPIC): Reference bounds are not isotropic metafile.c:1692: Test failed: SetWinMetaFileBits (MM_ISOTROPIC): rclBounds is not isotropic (user32/msg.ok fails in a different way, but that's pretty finicky anyway, so I'll ignore that until we can get it to behave better.) I'll attach +gdi log as well as a +x11drv,+win trace. -- 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.

1 17

[Bug 14180] New: StarCraft: keyboard shortcut doesn't work with french keyboard (azerty)
by wine-bugs＠winehq.org 15 Apr '14

15 Apr '14

http://bugs.winehq.org/show_bug.cgi?id=14180 Summary: StarCraft: keyboard shortcut doesn't work with french keyboard (azerty) Product: Wine Version: 1.1.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: yann(a)droneaud.fr Starcraft allows setting groups of units and assigning them to a number using CTRL+# (# : 0..9) and recalling them using the number. In StarCraft game, see Help -> Keystroke Help: Ctrl-# - Save Group # # - Recall Group # Under MS Windows, keystroke works well even with a french keyboard, but under wine it doesn't work. On french keyboard (azerty), number are enabled with the shift key, but trying to use CTRL+SHIFT+# doesn't work either. If I switch my keyboard to US using command such as "setxkbmap -model pc105 -layout us", those keystrokes work as expected. This problem related to keyboard mapping may not affect only StarCraft, but some others games / softwares as well. -- 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.

1 15

[Bug 11114] New: System capability detection does not work in WiC
by wine-bugs＠winehq.org 04 Apr '14

04 Apr '14

http://bugs.winehq.org/show_bug.cgi?id=11114 Summary: System capability detection does not work in WiC Product: Wine Version: 0.9.52. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: kde(a)3danim.de Created an attachment (id=10150) --> (http://bugs.winehq.org/attachment.cgi?id=10150) World in Conflict startup log (+relay,+snoop) When starting World in Conflict, the game complains about insufficient system capabilities (Windows Version (no matter what is set in winecfg), available RAM and "appropriate" 3D card). Fortunately the game can be told to start anyway but the graphics options are then severely restricted. This can be mitigated somewhat by using a native dxdiagn.dll but SM3.0 water shaders are still not available then. See the riviera screenshot in the game's AppDb entry and compare it e.g. to http://uk.media.pc.ign.com/media/821/821566/img_4763025.html on Windows. Attached is a +relay,+snoop log of the game up to the point when it complains. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 28

[Bug 12388] New: Commandos 3: read_from_framebuffer_texture error ( glCopyTexSubImage2D)
by wine-bugs＠winehq.org 04 Apr '14

04 Apr '14

http://bugs.winehq.org/show_bug.cgi?id=12388 Summary: Commandos 3: read_from_framebuffer_texture error (glCopyTexSubImage2D) Product: Wine Version: CVS/GIT Platform: PC URL: http://www.eidosinteractive.com/downloads/search.html?gm id=143 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexd4(a)inbox.lv Created an attachment (id=11888) --> (http://bugs.winehq.org/attachment.cgi?id=11888) screenshot with problem In one of game levels (in the demo, you get into it by selecting central europe campaign in menu) there are bad rendering errors. The moment you get to that screen, console is filled with message fixme:d3d_surface:read_from_framebuffer_texture >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glCopyTexSubImage2D @ surface.c / 914 Which must be the reason of this problem. This also happens with PBO extension and P8 texture support reporting disabled in directx.c. -- 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.

1 11

[Bug 10209] New: Jericho crashes when entering game menu
by wine-bugs＠winehq.org 04 Apr '14

04 Apr '14

http://bugs.winehq.org/show_bug.cgi?id=10209 Summary: Jericho crashes when entering game menu Product: Wine Version: 0.9.47. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: hamsterbacke(a)inbox.lv Created an attachment (id=8823) --> (http://bugs.winehq.org/attachment.cgi?id=8823) wine's crash output Jericho crashes when entering game menu -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 24

[Bug 10890] New: Arcanum installer fails
by wine-bugs＠winehq.org 29 Mar '14

29 Mar '14

http://bugs.winehq.org/show_bug.cgi?id=10890 Summary: Arcanum installer fails Product: Wine Version: 0.9.51. Platform: PC URL: http://www.fileshack.com/file.x/674/Arcanum+Demo (demo, installer might be different tho!) OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: tsaeru(a)gmail.com Created an attachment (id=9794) --> (http://bugs.winehq.org/attachment.cgi?id=9794) All mambojambo that got printed to console.. Arcanum's installer never asks for CD2. It apparently only installs what it finds from CD1, says it's done, some backtrace gets printed to console and the game wont launch. Workarounds include using Windows installation, manually extracting required files from CD2 or installing with Cedega. Similar installation issues pointed out in appdb as well. Not exactly sure what all the backtrace is even about - might not point out to actual issue, even.. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 17

[Bug 9721] New: Support for HKEY_DYN_DATA\Config Manager\Enum registry tree
by wine-bugs＠winehq.org 29 Mar '14

29 Mar '14

http://bugs.winehq.org/show_bug.cgi?id=9721 Summary: Support for HKEY_DYN_DATA\Config Manager\Enum registry tree Product: Wine Version: 0.9.45. Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: jjk3(a)msstate.edu Please populate the HKEY_DYN_DATA\Config Manager\Enum registry tree. This is needed by some games to detect the hardware on the running system. For example, EA's Need for Speed III includes a 3dsetup.exe program that queries HKEY_DYN_DATA\Config Manager\Enum\*\HardWareKey to detect graphics hardware. Free demo here: ftp://ftp.ea.com/pub/ea/demos/nfs3/nfsdemo.zip -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 13357] New: Arcs do not render properly to printer from Altium DXP 2004 SP4
by wine-bugs＠winehq.org 26 Mar '14

26 Mar '14

http://bugs.winehq.org/show_bug.cgi?id=13357 Summary: Arcs do not render properly to printer from Altium DXP 2004 SP4 Product: Wine Version: 1.0-rc1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ninevoltz(a)metalink.net When printing PC board artwork or schematic diagrams from Altium DXP 2004, arcs are not rendered properly. The start and end points of the arc are in the wrong places. I think it is related to the bug in gdi32 that I fixed some time ago (bug ID 7421) because it looks just like that problem, only except it effects printing instead of the screen. I'm not sure where print rendering is handled in the API, or I would go after the bug myself. -- 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.

1 22