July 2013 - Wine-bugs - list.winehq.org

[Bug 13829] New: Wine does not have Japanese fonts
by wine-bugs＠winehq.org 12 Jul '24

12 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=13829 Summary: Wine does not have Japanese fonts Product: Wine Version: 1.0-rc4 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: hramrach(a)centrum.cz These are needed to support Japanese applications. On Windows there is MS Gothic which is duplicated as MS PGothic and MS UI Gothic. The later have the Latin range proportional, the first one has the Latin range fixed width but I suspect these are really the same font with different spacing. There is also MS Mincho (and MS PMincho with proportional Latin). This differs form Gothic in the style of the Japanese glyphs. -- 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.

2 54

[Bug 19433] New: Command & Conquer Generals network fails mid-game (mismatch in synchronization data)
by wine-bugs＠winehq.org 09 Jul '24

09 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=19433 Summary: Command & Conquer Generals network fails mid-game (mismatch in synchronization data) Product: Wine Version: 1.1.25 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kakuremura(a)gmail.com Using the workaround mentioned in bug 17737, multiplayer still fails. You can connect, you can start the game and you can play for a while, but after the first contact with the enemy (after a few kills) a message pops up "mismatch in synchronization data". -- 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.

2 23

[Bug 23807] New: Natural Selection 2 black screen on launch: format unrecognized(909198916)
by wine-bugs＠winehq.org 09 Jul '24

09 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=23807 Summary: Natural Selection 2 black screen on launch: format unrecognized(909198916) Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: scott(a)open-vote.org The game is currently alpha software, however this part breaks specifically on Wine and not Windows. On launching the game I hear sound but get a black screen. These two messages repeat a lot, fixme:d3d:debug_d3dformat Unrecognized 909198916 (as fourcc: DF16) WINED3DFORMAT! fixme:d3d:getFormatDescEntry Can't find format unrecognized(909198916) in the format lookup table afterwards, this repeats a lot: err:d3d:IWineD3DDeviceImpl_UpdateSurface >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glCompressedTexSubImage2DARB @ device.c / 5332 Attached is a +d3d trace of a clean wineprefix running the game -- 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.

2 47

[Bug 25329] New: Divinity II demo fails to start gameplay screen unless I winetricks wmp9
by wine-bugs＠winehq.org 09 Jul '24

09 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=25329 Summary: Divinity II demo fails to start gameplay screen unless I winetricks wmp9 Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: shannon.vanwagner(a)gmail.com Divinity2 demo starts to character creation but won't launch gameplay. So after installing winetricks wmp9, the introductory videos play and the game runs. -- 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.

2 42

[Bug 26269] New: BioShock 2: Loss of keyboard input on loading screen
by wine-bugs＠winehq.org 09 Jul '24

09 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=26269 Summary: BioShock 2: Loss of keyboard input on loading screen Product: Wine Version: 1.3.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: mgavl69(a)juno.com Created an attachment (id=33488) --> (http://bugs.winehq.org/attachment.cgi?id=33488) trace +keyboard On the inital 'New Game' loading screen you cannot use the space bar to continue. Keyboard and mouse input is recognised correctly when adjusting settings in the menus. Wine version 1.3.14-git Xserver v1.10.0 -- 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.

2 32

[Bug 29582] New: Star Wars Battlefront (I and II) "Loading" screen very slow.
by wine-bugs＠winehq.org 09 Jul '24

09 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=29582 Bug #: 29582 Summary: Star Wars Battlefront (I and II) "Loading" screen very slow. Product: Wine Version: 1.3.36 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: daniel.santos(a)pobox.com Classification: Unclassified The "Loading" screen takes so long (in SW Battlefront II) that I can't connect to network games because when it finally finishes loading the level, I get a message that says "lost connection to host" (presumably because it timed out). I haven't timed it, but it seems to be about 2 minutes, whereas running it on windows takes roughly 5-10 seconds. WINEDEBUG=+relay did show that PeekMessageA was being called about 2700 times a second (probably not a big deal) but then GetForgroundWindows was being called right after that (a wineserver call). I suspected that as a possible culprit, but haven't dug in too deeply yet. I'll do some profiling on this later and try to get some better info. Maybe I can find a hack-around to positively isolate the cause. -- 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.

2 72

[Bug 31046] New: Wine advertises 32bit depth buffer, behaves like 24bit
by wine-bugs＠winehq.org 09 Jul '24

09 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=31046 Bug #: 31046 Summary: Wine advertises 32bit depth buffer, behaves like 24bit Product: Wine Version: 1.5.7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: billy65bob(a)gmail.com Classification: Unclassified Created attachment 40757 --> http://bugs.winehq.org/attachment.cgi?id=40757 title screen: 32-bit Z buffer on wine (DirectX9 Hardware) Title says it all really. I'm currently playing a game in PCSX2 (Persona 4) and frankly it looks really bad. According to the application, wine is reporting a 32bit Z-buffer, but amusingly it behaves precisely how a 24bit buffer behaves in windows with this application. -- 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.

2 12

[Bug 29985] New: Joystick (DragonRise Inc. Generic USB Joystick) incorrect setting in analog.
by wine-bugs＠winehq.org 09 Jul '24

09 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=29985 Bug #: 29985 Summary: Joystick (DragonRise Inc. Generic USB Joystick) incorrect setting in analog. Product: Wine Version: 1.4-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: fael_mc(a)msn.com Classification: Unclassified Created attachment 39035 --> http://bugs.winehq.org/attachment.cgi?id=39035 Pictures to explain better Greetings I have a very good experience with games in wine, but there is a bug with my joystick, which disturbs some games. I have a PS2 joystick style (DragonRise Inc. Generic USB Joystick) very popular here in where I live, work and usually no problem with native linux games. In wine, almost everything works normally, it recognizes, and works in all games. But there is a problem with the axes of the analog. In Games, I set up the axes of analog, such as "Pro Evolution Soccer 5" everything is right. But some games you can not configure the axes - Example "GTA San Andreas." The problem is with the analog number 2 in the GTA is the camera, only works up and down, left and right does not work, the function of the left and right analog camera is in paragraph 1, which is normal, but beyond move to "CJ" also moves the camera to the left and right. "San Andreas" is just one example, this same problem hap wine in all games that use analog 2. To explain the problem better, I am attaching a zip file with two photos The first is a photo of the joystick, and a second drawing I made to explain the problem better. -- 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.

2 16

[Bug 19816] New: Enhancement request: MSVBVM60
by wine-bugs＠winehq.org 09 Jul '24

09 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=19816 Summary: Enhancement request: MSVBVM60 Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bammzilla(a)astronomy.com.ph I would like to request that Wine have its own built-in version of MSVBVM60. I don't know how difficult it would be, but since WinXP has it by default I would love Wine to have it 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.

2 39

[Bug 31786] New: Run the tests on real hardware
by wine-bugs＠winehq.org 09 Jul '24

09 Jul '24

http://bugs.winehq.org/show_bug.cgi?id=31786 Bug #: 31786 Summary: Run the tests on real hardware Product: Wine-Testbot Version: unspecified Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fgouget(a)codeweavers.com Classification: Unclassified It would be very useful to run some tests on real hardware. * This is the case for all the 3D graphics tests. For these we would even want to run them on both AMD and NVidia graphics cards(*). Currently they are essentially ignored by WineTestBot because the virtual graphic cards don't provide meaningful 3D support. * It could somewhat be useful for sound tests too, mostly to avoid timing issues, but also to ensure the results we get are not tainted by bugs in the emulated sound card. Also emulated sound cards typically don't support MIDI emulation. The problem is that it's very important to limit the test duration and to restore the test environment to a clean state after each test, no matter what happens, for two reasons: * Because it's not uncommon for tests to have side effects and for them to leave the test environment in an unusable state. Granted it happens much more often with older Windows releases as they are more prone to crashes. However graphics drivers also tend to be buggy and we would not want the tests to be tainted by a previous run (though a reboot should take care of most issues). * But also the Wine TestBot runs anything that gets posted by anonymous users on wine-patches. That's ok as long as such code is properly confined and not allowed to run for too long. That supposes thoroughly cleaning up the environment after a test has run, including anything that could happen at boot time. Virtual machines provide a simple solution to both of these issues which is why the TestBot relies on them heavily. With QEmu it's possible to let the guest OS access some peripherals directly via the 'passthrough' mode. This is normally done for network cards. If it worked for graphics cards that would be a great solution but it's not clear that it's feasible. Another option would be to play tricks with Grub scripts: have it boot from a clean Linux partition (or from the network?), restore the Windows partition from a clean disk image, reboot into that partition, and back on the clean partition with the next reboot. That still leaves the issue of forcing a reboot in case of a freeze or malware taking control of Windows (use a remote controlled power switch like in data centers?). (*) We currently have two such machines ready for this: http://www.winehq.org/pipermail/wine-devel/2012-February/094080.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.

2 9