http://bugs.winehq.org/show_bug.cgi?id=27439
Summary: Age of Pirates - City of Abandoned Ships crashes while
entering the sea
Product: Wine
Version: 1.3.21
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kitmaxter(a)gmail.com
Created an attachment (id=35091)
--> (http://bugs.winehq.org/attachment.cgi?id=35091)
wine log while trying to enter the sea
Mostly every time, while trying to enter the sea from landing, game crashes.
Some times it is possible to enter the sea, then go into the map mode and go to
other island, but the game will crash on next try to enter the sea mode
(encounters like storm or pirates, or harbor of other island).
--
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.
https://bugs.winehq.org/show_bug.cgi?id=44315
Bug ID: 44315
Summary: Guild Wars 2 - Slow Performance since Wine 2.1
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonfarr87(a)gmail.com
Distribution: Mint
Created attachment 60162
--> https://bugs.winehq.org/attachment.cgi?id=60162
Screenshot showing performance between old and newer Wine versions.
Wine 2.0 (with Staging patches) was the last version to run this game at a good
performance, From 2.1 up to 3.0rc5 it results in a major framerate loss in
every aspect of the game. The staging versions (up to 2.21) perform the same as
"non staging" Wine.
While no other of my tested games were affected, it looks as if something in
CSMT was changed and affected this particular title. I've tested this across
multiple system configurations and the results are always the same.
Considering how much this game struggles to maintain a playable framerate, a
loss of 15-25 frames (depending on the situation) is a bit excessive.
Screenshot attached, showing the frames difference in an instanced area of game
where the performance can easily be used as a "benchmark".
Tests have been performed on 3 systems:
Ryzen 1700X
16GB DDR4 2800MHZ Ram
Nvidia GTX 1060 / v384.98 Drivers
-------------------------------------------
i5-4590
8GB DDR3 Ram
Nvidia GTX 960 / 384.98 Drivers
-------------------------------------------
i5-2400
8GB DDR3 Ram
Nvidia GTX 760 / 375.66 Drivers
--
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.
http://bugs.winehq.org/show_bug.cgi?id=11268
Summary: Civilization I for Windows (16-bt) incorrectly displays
some dialogues
Product: Wine
Version: 0.9.53.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neptunia(a)mail.ru
Some dialogue windows in the game have non-rendered areas near window border
which display garbage/previous windows existed in this place.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=32679
Bug #: 32679
Summary: cmd.exe Add support for || and &&
Product: Wine
Version: 1.5.21
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: us(a)edmeades.me.uk
Classification: Unclassified
Add support to cmd.exe for the && and || functionality - They are currently
parsed and handled ok, but not correctly processed
--
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.
https://bugs.winehq.org/show_bug.cgi?id=37296
Bug ID: 37296
Summary: Winecfg differs when it runs on real Windows
Product: Wine
Version: unspecified
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: programs
Assignee: wine-bugs(a)winehq.org
Reporter: carlo.bramix(a)libero.it
Created attachment 49603
--> https://bugs.winehq.org/attachment.cgi?id=49603
Screenshot of Winecfg on Windows
I'm able to run Winecfg on real Windows and I discovered that there is a
graphic glitch in the about dialog.
See attached screenshot for details.
I was able to fix this problem in about.c, by adding DI_MASK flag in the call
of DrawIconEx(), which it is also the correct thing to do in this case.
But strangely, this graphic bug does not happen when winecfg runs in WINE
(that's why probably nobody noticed the absence of the DI_MASK flag).
I would suggest to check and compare a bit the behaviour between Windows and
WINE against the functions DrawIconEx() and LoadImageW() since it seems to me
that there is a difference from the correct result.
NOTE: When it runs on the real Windows, because the presence of a SysLink
inside the resource dialog, Winecfg requires to be linked with commctrl v6, so
it needs a manifest file, as explained here:
http://msdn.microsoft.com/en-us/library/windows/desktop/bb773175%28v=vs.85%…
Another thing, but less important, is that the resource compiler refused the
icon of the application, saying the icon is made with the old DIB format and,
for this reason, it has been discarded; that's why my screenshot shows the app
without the icon in the upper left corner. But hopefully, this can be solved
easily if someone wants.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=25961
Summary: Visual C++ 2008 runtime not marked as installed by
default
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The installer for the app I'm looking at now
checks for the visual c++ 2008 runtime, and runs
D:\\Redistributable\\vcredist_x86_en.exe if it wasn't found.
Now, one of these days, Wine's builtin msvcr / msvcp is going to suffice
for this and most other apps, at which point Wine might want to set
the registry to indicate that vcrun2008 is already installed.
This might be in the distant future, depending on how many apps need
the other things that come with the runtime package, like mfc and a full
msvcp, that wine does not yet provide. So this bug will likely remain
open for a long time (if it's not closed for being too far ahead of its time).
For the record, this seems to be how the app is checking whether vcrun2008
is installed:
0024:Call msi.MsiQueryProductStateW(0033e2de
L"{9A25302D-30C0-39D9-BD6F-21E6EC160475}") ret=0040b9ad
0024:Call advapi32.RegOpenKeyW(80000002,0033d6c2
L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\Managed\\S-1-5-4\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968)
ret=7ef2cd5c
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c
0024:Call advapi32.RegOpenKeyW(80000001,0033d6c2
L"Software\\Microsoft\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968)
ret=7ef2cd5c
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c
0024:Call advapi32.RegOpenKeyW(80000002,0033d6c2
L"Software\\Classes\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968)
ret=7ef2cd5c
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c
0024:Call advapi32.RegOpenKeyW(80000002,0033d4ca
L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\UserData\\S-1-5-4\\Products\\D20352A90C039D93DBF6126ECE614057\\InstallProperties",0033d964)
ret=7ef2b600
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2b600
0024:Ret msi.MsiQueryProductStateW() retval=ffffffff ret=0040b9ad
--
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.
http://bugs.winehq.org/show_bug.cgi?id=31990
Bug #: 31990
Summary: Add ability to upload extra files along with test ext
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: titan.costa(a)gmail.com
Classification: Unclassified
That would be good to have the ability to upload extra files (avi files, dlls,
.drv, ...) to perform individual test (not part of the test suite).
Otherwise it requires to embed the file or use a self extracting exe which are
not very convenient.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=33126
Bug #: 33126
Summary: divided SysEx and coalesced midiOutLongMsg
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winealsa.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Classification: Unclassified
Johannes Kroll reported in wine-patches that the KORG Kontrol Editor software
hung after sending an ill-formed SysEx via winealsa's midiOutLongMsg.
http://www.winehq.org/pipermail/wine-patches/2013-January/121335.html
The MIDIHDR data is F0 ... F7 00 00 00 (125 bytes).
http://www.winehq.org/pipermail/wine-devel/2013-February/098852.html
He observed that no hang occurs when skipping the trailing 3 zero bytes. F7 is
the "End Of SysEx" (EOX) marker.
It is still unclear what happens. MIDI HW is expected to skip over bogus
bytes, thus the zero bytes should cause no harm. OTOH, ALSA might be getting
into trouble processing ill-formed messages, and we don't know if or how many
bytes ALSA actually sent out through the serial port.
In any case, midiOutLongMsg handling in Wine needs fixes.
- winealsa should extract the F0...F7 part and send that as a SysEx.
- More generally, midiOutLong is known to accept not only SysEx packets, but
also coalesced status messages. Some MIDI authors prefer to send e.g. chords
via one LongMsg rather than successive calls to midiOutShortMsg, arguing that
it's faster. Hence all Wine MIDI drivers need to decompose midiOutLongMsg into
packets consisting of status message, regular SysEx ... and possibly junk.
- All APIs (MS, ALSA, OSS, CA) acknowledge the existence of divided SysEx. As
a result, framing SysEx with F0 ... F7 is entirely under application control.
The current winealsa framing code is simply wrong.
- winecoreaudio always declared 3 bytes for short messages, even program
change.
I have written a sequence of patches to fix all of this. The only thing that
is unclear is how to encapsulate garbage data like the above 3 zero bytes or
real time messages with ALSA. What ALSA API function and what ALSA message
type to use? Heck, I'm not even sure winealsa.drv/midi.c:modData is ok to send
a 2-byte MTC quarter frame via snd_seq_ev_set_sysex instead of using a
primitive that sets the type SND_SEQ_EVENT_CLOCK/TICK.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=43542
Bug ID: 43542
Summary: MikuMikuMoving errors when loading audio file
Product: Wine
Version: 2.14
Hardware: x86
URL: https://sites.google.com/site/mikumikumoving/MikuMikuM
oving_v1275.zip
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: dark.shadow4(a)web.de
Distribution: ---
Created attachment 58940
--> https://bugs.winehq.org/attachment.cgi?id=58940
Log of the crash
Using native dotnet40 and d3dx9.
When loading an audio file (.wav), the program crashes.
After installing natuve devenum and quartz it errors with
> Retrieving the COM class factory for component with CLSID {C1F400A4-3F08-11D3-9F0B-006008039E37} failed fue to the following error: 80040154 Exception from HRESULT 0x80040154 (REGDB_E_CLASSNOTREG).
but doesn't crash.
Possibly related to https://bugs.winehq.org/show_bug.cgi?id=43541
--
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.
https://bugs.winehq.org/show_bug.cgi?id=39206
Bug ID: 39206
Summary: Lylian demo hangs after intro video
Product: Wine
Version: 1.7.50
Hardware: x86-64
URL: http://www.fileplanet.com/217922/210000/fileinfo/Lylia
n-Demo
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: 00cpxxx(a)gmail.com
Distribution: ---
Currently wine plays the introduction video but after that it hangs and only
resumes when a few keystrokes and/or mouse clicks are performed.
The problem seems related to quartz but since I'm not sure the component is not
set yet. The video playback ends but it looks like quartz does not recognize
that and keeps waiting for things to happen.
Last lines from the quartz log:
0032:trace:quartz:StdMediaSample2_Release (0x1bb4c0)->(): new ref = 0
0032:trace:quartz:BaseMemAllocator_ReleaseBuffer (0x1baea0)->(0x1bb4c0)
0032:trace:quartz:StdMediaSample2_Release (0x1b92a8)->(): new ref = 0
0032:trace:quartz:BaseMemAllocator_ReleaseBuffer (0x1b8298)->(0x1b92a8)
0032:trace:quartz:AVISplitter_SendEndOfFile End of file reached
0032:fixme:qedit:SampleGrabber_IPin_EndOfStream : stub
0032:trace:quartz:AVISplitter_SendEndOfFile --> 0
0032:trace:quartz:AVISplitter_thread_reader Thread 0 terminated properly
002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578)
002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e
002e:trace:quartz:PullPin_Thread_Process Process sample
002e:trace:quartz:FileAsyncReader_WaitForNext (10000, 0x139e924, 0x139e910)
002e:warn:quartz:FileAsyncReader_WaitForNext Called without samples in queue
and not flushing!!
002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578)
002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e
002e:trace:quartz:PullPin_Thread_Process Process sample
002e:trace:quartz:FileAsyncReader_WaitForNext (10000, 0x139e924, 0x139e910)
002e:warn:quartz:FileAsyncReader_WaitForNext Called without samples in queue
and not flushing!!
002e:fixme:quartz:FileAsyncReader_WaitForNext Returned: 258 (00000578)
002e:trace:quartz:FileAsyncReader_WaitForNext -- 8004022e
The last 4 lines repeat forever.
If I change the game AVI file to any other AVI it plays fine and ends fine.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=35163
Bug ID: 35163
Summary: Victoria 2 crashes on start with built-in quartz
Product: Wine
Version: 1.7.8
Hardware: x86
URL: http://www.gamershell.com/download_85888.shtml
OS: Linux
Status: NEW
Keywords: download
Severity: minor
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 46906
--> http://bugs.winehq.org/attachment.cgi?id=46906
terminal output
The game crashes shortly after starting with Wine's built-in quartz.dll.
'winetricks quartz' is a workaround.
Lots of
>fixme:quartz:parse_header Not a valid header: ff:ff:ff:ff
are preceding the crash. They're probably the game music files (mp3 format)
that causing the problem.
Fedora 19
wine-1.7.8-114-g1928d61 (compiled from source without gstreamer support)
Alsa 1.0.27 (Pulseaudio is not running)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=21344
Summary: Buffer overflow in WCMD_run_program
Product: Wine
Version: 1.1.36
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dima(a)gmail.com
The WCMD_run_program function in wcmdmain.c copies pathposn into thisDir
without checking the size:
/* Work on the first directory on the search path */
pos = strchrW(pathposn, ';');
if (pos) {
memcpy(thisDir, pathposn, (pos-pathposn) * sizeof(WCHAR));
thisDir[(pos-pathposn)] = 0x00;
pathposn = pos+1;
} else {
strcpyW(thisDir, pathposn);
pathposn = NULL;
}
The size of pathposn can be up to MAXSTRING, while thisDir has size MAX_PATH.
To reproduce:
$ wine cmd /c
'Z:\xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx\foo'
err:seh:setup_exception_record stack overflow 2144 bytes in thread 0019 eip
7bc3ea3e esp 00230ad0 stack 0x230000-0x231000-0x330000
--
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.
https://bugs.winehq.org/show_bug.cgi?id=41197
Bug ID: 41197
Summary: Wine support for _NET_WM_PING
Product: Wine
Version: 1.9.17
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: fzatlouk(a)redhat.com
Distribution: ---
Created attachment 55435
--> https://bugs.winehq.org/attachment.cgi?id=55435
Screenshot of Battlefield 2 after game just finished loading (and it's not
stuck)
I am not sure if wine supports _NET_WM_PING [0]. However, if it does, it should
be able to emulate _NET_WM_PING pong for some time if application running under
Wine is not responding.
Otherwise, most VM (mutter from GNOME Shell for example) gonna show up window
about not responding application (even if application is loading or just
finished loading) which could destabilize application itself (especially when
in full screen).
Could be seen in: Battlefield 2, World of Warcraft and probably plenty of other
games.
[0]
https://specifications.freedesktop.org/wm-spec/wm-spec-latest.html#idm14020…
--
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.
https://bugs.winehq.org/show_bug.cgi?id=42366
Bug ID: 42366
Summary: Unable to bing Common Language Runtime
Product: Wine
Version: 2.0-rc6
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: sjayejohnston(a)gmail.com
Distribution: ---
I'm trying to run a program,Brain Vision Analyzer through wine
I get a dialogue box saying "Unable to bin Common Language Runtime
(0x80131700)" and in the terminal wine is reporting (fixme:mscoree:get_runtime
Unrecognized version L"v4.0.20926"
Happy to provide more info.
Best
S
--
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.
http://bugs.winehq.org/show_bug.cgi?id=30976
Bug #: 30976
Summary: Navyfield crashes after splash screen
Product: Wine
Version: 1.5.6
Platform: x86
URL: http://www.navyfield.com/Download/Game/Main.aspx
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: minor
Priority: P2
Component: winegstreamer
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: paulthetall(a)gmail.com
Depends on: 27109, 30733, 30975
Classification: Unclassified
Install the demo from http://www.navyfield.com/Download/Game/Main.aspx
austin@aw25 ~ $ sha1sum NF1343.exe
1c7b6bd0903e3876d31556b13f199b771117d9c2 NF1343.exe
austin@aw25 ~ $ du -h NF1343.exe
623M NF1343.exe
run `winetricks vcrun6` (bug 27109). Install as normal, all defaults. Run the
game, and ignore the messed up launcher graphics (bug 30975). Click the bottom
right gray button to get in game. A splash screen will show, and shortly after,
crash.
With native quartz, it gets slightly further (potentially bug 16733, but it's
hard to tell). If you add in native devenum, then you can get to the point
where it wants to download a patch.
So, winegstreamer is lacking here. I'll attach its output.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=41297
Bug ID: 41297
Summary: Fable Lost Chapters Crash at begins
Product: Wine
Version: 1.9.18
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: mrdeathjr28(a)yahoo.es
Distribution: ---
Created attachment 55623
--> https://bugs.winehq.org/attachment.cgi?id=55623
backtrace-fable-lost-chapters
Game begins normally with cinematics until game shows press left mouse button
for entry and if pressed game crash
However you can push right mouse button (game dont entry) and push esc key or
enter for select and game dont crash but dont entry
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9261
Summary: Final Fantasy 8 with hardware acceleration shows wrong
colors
Product: Wine
Version: 0.9.42.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alessandro.guido(a)gmail.com
Created an attachment (id=7514)
--> (http://bugs.winehq.org/attachment.cgi?id=7514)
Snapshots that shows how the game looks
Like the attached image shows, wrong colors are shown when usign Final Fantasy
8 with hardware acceleration enabled.
There are plenty of messages like:
fixme:d3d7:IDirect3DTextureImpl_PaletteChanged
(0x2eb3148)->(00000000,00000100): stub!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
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.
https://bugs.winehq.org/show_bug.cgi?id=43652
Bug ID: 43652
Summary: Engine Prime: no playback of tracks
Product: Wine
Version: 2.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: smidge(a)xsco.net
Distribution: ---
Created attachment 59079
--> https://bugs.winehq.org/attachment.cgi?id=59079
Log file demonstrating no playback and no audio devices
Engine Prime is a music preparation application targeted at DJs who use Denon's
latest hardware. It can be downloaded at http://www.denondj.com/engineprime
Engine Prime 1.0.0 starts up successfully if d3dcompiler_46.dll and
d3dcompiler_47.dll are disabled. If a track is added to the collection, and
then played, there is no playback. No errors are recorded.
Steps to reproduce:
* Clean wine prefix.
* Install Engine Prime 1.0.0 (link above)
* Copy an MP3 file of your choice to somewhere under drive_c.
* Copy another MP3 file of your choice to somewhere else on your filesystem
accessible via a drive mapped in Wine, e.g. the Z: drive
* Start Engine Prime as follows:
env WINEDLLOVERRIDES="d3dcompiler_46.dll=d;d3dcompiler_47.dll=d" wine
~/.wine/drive_c/Program\ Files\ \(x86\)/Engine\ Prime/EnginePrime.exe
* Navigate to the filesystem browser
* Choose an example track (at the time of writing, the file must be under C:
drive - see bug #43651)
* Right-click, choose Add To Collection
* Double-click the file to load it into the deck
* Allow track analysis to complete if it is still going
* Press play
Expected outcome: the track plays
Actual outcome: the application does not play the track, nor give any
indication that it is playing or trying to play the track
Additional observations:
* Navigate to the Preferences screen (the cog icon in the top right)
* Observe that the "Default Device" for audio output is selected, but no info
about bit depth or sample rate are shown.
* Testing sound through winecfg demonstrates that sound does work in other wine
applications
A terminal log capture is attached. The only line which suggests anything
suspicious is the following, which is printed 20 times in a row when the
application first starts up:
fixme:mmdevapi:MMDevice_Activate IID_IDeviceTopology unsupported
mmdevapi is one of the DLLs for the Core Audio API:
https://msdn.microsoft.com/en-us/library/windows/desktop/dd316602(v=vs.85).…
--
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.
https://bugs.winehq.org/show_bug.cgi?id=43651
Bug ID: 43651
Summary: Engine Prime: can only add tracks if under C: drive
Product: Wine
Version: 2.15
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: smidge(a)xsco.net
Distribution: ---
Created attachment 59077
--> https://bugs.winehq.org/attachment.cgi?id=59077
Log file adding a track via Z: drive (faulty)
Engine Prime is a music preparation application targeted at DJs who use Denon's
latest hardware. It can be downloaded at http://www.denondj.com/engineprime
Engine Prime 1.0.0 starts up successfully if d3dcompiler_46.dll and
d3dcompiler_47.dll are disabled. But a track can only be added to the
collection via the Filesystem Browser if it is accessed via the C: drive.
Trying to add a track via the Z: drive (mapped to root) silently fails to add
the track to the collection.
Steps to reproduce:
* Clean wine prefix.
* Install Engine Prime 1.0.0 (link above)
* Copy an MP3 file of your choice to somewhere under drive_c.
* Copy another MP3 file of your choice to somewhere else on your filesystem
accessible via a drive mapped in Wine, e.g. the Z: drive
* Start Engine Prime as follows:
env WINEDLLOVERRIDES="d3dcompiler_46.dll=d;d3dcompiler_47.dll=d" wine
~/.wine/drive_c/Program\ Files\ \(x86\)/Engine\ Prime/EnginePrime.exe
* Observe empty music collection (try clicking on "Collection")
"Good" route:
* Select the Filesystem Browser
* Navigate to the folder containing the 1st MP3 file from earlier (under C:
drive)
* Click the folder to show the file in the main pane to the right
* Right-click the track, choose Add to Collection
* Click on Crates, then click on Collection
* Observe that the MP3 file has been added to the collection successfully
"Bad" route:
* Select the Filesystem Browser
* Navigate to the folder containing the 2nd MP3 file from earlier (under Z:
drive)
* Click the folder to show the file in the main pane to the right
* Right-click the track, choose Add to Collection
* Click on Crates, then click on Collection
* Observe that the MP3 file has *NOT* been added to the collection successfully
Logs for the good and bad route attached.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=39406
Bug ID: 39406
Summary: LabVIEW 2014: Errors during installation block the
process (continue to accept them)
Product: Wine
Version: 1.7.52
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: zat_xorg(a)hotmail.com
Distribution: ---
Created attachment 52522
--> https://bugs.winehq.org/attachment.cgi?id=52522
Backtrace file of error during installation
LabVIEW 2014: Installer finishes, but with error popups during the process (you
have to accept in order to complete the installation)
http://www.ni.com/download/labview-development-system-2014/4735/en/
--
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.
https://bugs.winehq.org/show_bug.cgi?id=40898
Bug ID: 40898
Summary: Mass Effect (Steam) has no sounds with native OpenAL
(except for cutscenes)
Product: Wine
Version: 1.9.13
Hardware: x86
URL: http://store.steampowered.com/app/17460/
OS: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
CC: aeikum(a)codeweavers.com
Distribution: ---
Created attachment 54990
--> https://bugs.winehq.org/attachment.cgi?id=54990
audio debug log
(+tid,+seh,+mmdevapi,+winmm,+driver,+msacm,+midi,+dsound,+dsound3d,+xaudio2,+xapofx,+dmusic,+mci,+pulse,+alsa,+timestamp)
The problem sounds similar to bug #40833: audio works in the cutscenes, intro
videos, but not in the menus and in the main game.
The differences are:
- Mass Effect doesn't make use of Xaudio/Xaudio2 but Openal (the game comes
bundled with native openal32.dll and wrap_oal.dll)
- the proposed patch from bug #40833 doesn't fix the problem.
I reproduced the problem with ALSA and Pulseaudio as well.
Possible workarounds:
- force Wine to use the built-in openal32. Audio works with that (the game
recognizes the audio device as 'Generic Software').
- when using the native openal32, edit BIOEngine.ini and change the line in
section [ISACTAudio.ISACT.AudioDevice]
DeviceName = Generic Software
For some reason, the game always tries to use 'Hardware acceleration' for sound
when using native openal32.dll that comes with the game.
FWIW, audio used to work in the game before
commit 7d6c6025923c039ac6a2458ca466290621238c36
Author: Andrew Eikum <aeikum(a)codeweavers.com>
Date: Fri Oct 2 09:02:56 2015 -0500
openal32: Prefer native version.
Because openal contexts are global per-process, applications that use
openal will conflict with Wine DLLs that use openal like xaudio2_7 now
does. Windows does not ship an openal32, so all applications that use
openal will ship their own copy of it. According to Chris Robinson,
Windows native openal32 works fine in Wine, so we should just use that
to avoid the problem.
Fedora 24 x86_64
Audio device: NVIDIA Corporation MCP61 High Definition Audio (rev a2)
Pulseaudio 8.0 / Alsa 1.1.1
openal-soft-1.17.2
--
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.
https://bugs.winehq.org/show_bug.cgi?id=44328
Bug ID: 44328
Summary: Game Memory's Dogma CODE:01 crashes at specific point
Product: Wine
Version: 3.0-rc4
Hardware: x86-64
OS: FreeBSD
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: quartz
Assignee: wine-bugs(a)winehq.org
Reporter: emilia(a)disroot.org
Created attachment 60192
--> https://bugs.winehq.org/attachment.cgi?id=60192
log output of wine game.exe
The game seems to try to start a video next, the screen fades to black and it
crashes with a page fault error.
I suspect that the issue is in quartz since a stub warning occurs just before
the game crashes.
The log file was created by launching the game loading a save file right before
the transition and clicking to advance to next screen.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=44375
Bug ID: 44375
Summary: High Virtual Memory crashing many 32bit games.
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: jonfarr87(a)gmail.com
Distribution: ---
I've been noticing this in many games although could never confirm where the
issue was coming from, many games would just crash after a period of time.
Recently been investigating this issue and it seems to affect a lot of titles.
The games in question would work perfectly until at some point they will just
crash with an error.
The worst ones so far are - Legend of Grimrock 2 and Race Driver: GRID
Meanwhile there are the ones which will work fine (sometimes even a couple of
hours), then crash when they reach 4GB Virtual Memory used, examples are:
Path of Exile
Dragon Age: Origins
NecroVisioN
It is worth noting that reducing the graphics details also reduces the amount
of virtual memory used and prolongs the crash.
I noticed another old bug report such as this:
https://bugs.winehq.org/show_bug.cgi?id=10778 maybe it's somewhat related.
--
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.
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.