http://bugs.winehq.org/show_bug.cgi?id=28062
Summary: King's Bounty: The Legend - interface and all 3D
objects disappear in half-second after first level
loading
Product: Wine
Version: 1.3.26
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: runetmember(a)gmail.com
King' Bounty: The Legend 1.7 (Russian digital download version).
WINE 1.3.26.
Game start only with native d3dx9_36 (
http://bugs.winehq.org/show_bug.cgi?id=24725 ). After loading of first level
all 3D objects and interface disappear. Screenshot and log attached.
--
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=46220
Bug ID: 46220
Summary: iTunes rarely shows AirPlay speakers
Product: Wine
Version: 3.21
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: ajkessel(a)gmail.com
Distribution: ---
Created attachment 62906
--> https://bugs.winehq.org/attachment.cgi?id=62906
Console log from iTunes starting under Wine
I have a number of AirPlay nodes in my LAN. Occasionally, they show up iTunes
under Wine but more often than not they do not. I have not been able to figure
out any consistency as to when they show up and when they don't. They do appear
fine on regular Apple devices. Sometimes if I just keep closing and opening
iTunes, the AirPlay nodes finally show up.
I believe this is handled by Bonjour (mDNSResponder.exe) which does show up as
running.
I've attached the wine console log from starting iTunes.
Using Wine 3.21 and iTunes 12.9.1.4 on a 32-bit system.
--
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=9127
--- Comment #80 from Yevgeniy <miltenfiremage(a)gmail.com> ---
(In reply to Yevgeniy from comment #79)
> If it's really about patents, while I'm not sure exactly which one was the
> problem, Wikipedia says that all of MPEG1, MPEG2 and MP3 patents have
> already expired, some relatively recently.
Sorry about the formatting, I'm kinda new to bugzilla.
Also, I just reread what I myself posted and noticed there are some patents
remaining outside of US for MPEG2, though I'm not sure how much they affect.
--
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=9127
Yevgeniy <miltenfiremage(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |miltenfiremage(a)gmail.com
--- Comment #79 from Yevgeniy <miltenfiremage(a)gmail.com> ---
(In reply to joaopa from comment #45)
> > no one feels like implementing the MPEG-1 decoder functions in quartz
>
> Problem of patent
If it's really about patents, while I'm not sure exactly which one was the
problem, Wikipedia says that all of MPEG1, MPEG2 and MP3 patents have already
expired, some relatively recently.
Some other sources, just in case:
https://www.loc.gov/preservation/digital/formats/fdd/fdd000035.shtml
> Licensing and patents None known
http://www.audioblog.iis.fraunhofer.com/mp3-software-patents-licenses/
>Some weeks ago, we updated our website with information about the end of the mp3 licensing program by Technicolor and Fraunhofer.
>The licensing program coming to an end is due to the fact that the last patent included in the program expired.
http://www.mpegla.com/main/programs/M2/Pages/PatentList.aspx
>This is the list of patents (Attachm​​ent 1) covered by the MPEG-2 Patent Portfolio License as of October 1, 2018. Under the MPEG-2 Patent Portfolio License, royalties are payable for products manufactured or sold in countries with an active MPEG-2 Patent Portfolio Patent at the time of manufacture or sale. Please note that the last US patent expired February 13, 2018, and patents remain active in Philippines and Malaysia after that date.
Might it be possible to implement the functions now?
--
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=45372
Bug ID: 45372
Summary: Resident Evil 7 crashes after logos
Product: Wine
Version: 3.10
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: nickfaces(a)gmail.com
Distribution: ---
Created attachment 61683
--> https://bugs.winehq.org/attachment.cgi?id=61683
Log
Resident Evil 7 crashes after logos (witch DXVK too)
--
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=46106
Bug ID: 46106
Summary: Stable: ARM64 build broken with gcc
Product: Wine
Version: 3.0.3
Hardware: x86
OS: Linux
Status: NEW
Severity: major
Priority: P2
Component: build-env
Assignee: wine-bugs(a)winehq.org
Reporter: mstefani(a)winehq.org
Distribution: ---
>From Jens Reyer, the Debian Wine maintainer:
"wine-3.0.2-27-g295359a174 causes a build failure on Debian unstable
arm64, because now you need clang >= 5.0 to build Wine for arm64 (so far
we don't build with clang at all there)."
commit 295359a17447d6ad487b6c652c3a98bbe17cee6e
Author: Martin Storsjo <martin(a)martin.st>
Date: Wed May 9 23:34:57 2018 +0300
arm64: Use __builtin_ms_va_list and __attribute__((ms_abi)) on arm64.
Windows uses a different ABI for va_list on arm64 just like on x86_64.
On x86_64, the calling convention for windows functions is completely
different from the one on other platforms. On arm64, they're mostly the
same, with the only exception being variadic functions (where all float
arguments are passed in integer registers, since the va_list is a single
pointer).
Any functions using __builtin_ms_va_start need to be decorated with
__attribute__((ms_abi)).
Signed-off-by: Martin Storsjo <martin(a)martin.st>
Signed-off-by: Alexandre Julliard <julliard(a)winehq.org>
(cherry picked from commit 8fb8cc03c3edb599dd98f369e14a08f899cbff95)
Signed-off-by: Michael Stefaniuc <mstefani(a)winehq.org>
--
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=44489
Bug ID: 44489
Summary: Zwei: The Arges Adventure can't detect installed Indeo
5 codec
Product: Wine
Version: 3.1
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvfw32
Assignee: wine-bugs(a)winehq.org
Reporter: kq3thih(a)mailnesia.com
Distribution: Debian
Created attachment 60444
--> https://bugs.winehq.org/attachment.cgi?id=60444
+msvid,+relay log - 7.2M
The game uses Indeo 5 encoded videos. It attempts to detect if the codec is
installed. If it fails then it disables video playback.
winetricks -q icodecs and it still fails to see the IV50 codec installed. From
the attached +relay trace:
--- snip ---
002b:Call msvfw32.ICInfo(00000000,00000003,003359f4) ret=00bc2470
002b:trace:msvideo:ICInfo (0x00000000,0x00000003,0x3359f4)
002b:Call advapi32.RegOpenKeyExA(80000002,7d78a9ac
"Software\\Microsoft\\Windows
NT\\CurrentVersion\\Drivers32",00000000,00000001,00334f08) ret=7d7846af
002b:Ret advapi32.RegOpenKeyExA() retval=00000000 ret=7d7846af
002b:Call
advapi32.RegEnumValueA(000000f0,00000000,00334f20,00334f0c,00000000,00334f14,00334f2a,00334f10)
ret=7d78478f
002b:Ret advapi32.RegEnumValueA() retval=000000ea ret=7d78478f
002b:Call
advapi32.RegEnumValueA(000000f0,00000001,00334f20,00334f0c,00000000,00334f14,00334f2a,00334f10)
ret=7d78478f
002b:Ret advapi32.RegEnumValueA() retval=00000000 ret=7d78478f
002b:Call winmm.mmioStringToFOURCCA(00334f25 "iv31=ir32_32.dll",00000000)
ret=7d7845c5
002b:Ret winmm.mmioStringToFOURCCA() retval=31337669 ret=7d7845c5
002b:Call
advapi32.RegEnumValueA(000000f0,00000002,00334f20,00334f0c,00000000,00334f14,00334f2a,00334f10)
ret=7d78478f
002b:Ret advapi32.RegEnumValueA() retval=00000000 ret=7d78478f
002b:Call winmm.mmioStringToFOURCCA(00334f25 "iv32=ir32_32.dll",00000000)
ret=7d7845c5
002b:Ret winmm.mmioStringToFOURCCA() retval=32337669 ret=7d7845c5
002b:Call
advapi32.RegEnumValueA(000000f0,00000003,00334f20,00334f0c,00000000,00334f14,00334f2a,00334f10)
ret=7d78478f
002b:Ret advapi32.RegEnumValueA() retval=00000000 ret=7d78478f
002b:Call winmm.mmioStringToFOURCCA(00334f25 "iv41=ir41_32.ax",00000000)
ret=7d7845c5
002b:Ret winmm.mmioStringToFOURCCA() retval=31347669 ret=7d7845c5
002b:Call
advapi32.RegEnumValueA(000000f0,00000004,00334f20,00334f0c,00000000,00334f14,00334f2a,00334f10)
ret=7d78478f
002b:Ret advapi32.RegEnumValueA() retval=00000000 ret=7d78478f
002b:Call winmm.mmioStringToFOURCCA(00334f25 "iv50=ir50_32.dll",00000000)
ret=7d7845c5
002b:Ret winmm.mmioStringToFOURCCA() retval=30357669 ret=7d7845c5
002b:Call KERNEL32.MultiByteToWideChar(00000000,00000000,00334f2a
"ir50_32.dll",ffffffff,00335b2c,00000080) ret=7d784620
002b:Ret KERNEL32.MultiByteToWideChar() retval=0000000c ret=7d784620
002b:Call advapi32.RegCloseKey(000000f0) ret=7d784924
002b:Ret advapi32.RegCloseKey() retval=00000000 ret=7d784924
002b:Ret msvfw32.ICInfo() retval=00000001 ret=00bc2470
002b:Call msvfw32.ICOpen(00000000,30357669,00000003) ret=00bc2400
002b:trace:msvideo:ICOpen (0x00000000,iv50,0x00000003)
002b:Call winmm.OpenDriver(00335524 L"",7d78bae4 L"drivers32",00335538)
ret=7d786cb7
002b:Call advapi32.RegOpenKeyExW(80000002,7dfa27e0
L"Software\\Microsoft\\Windows NT\\CurrentVersion",00000000,00000001,00335234)
ret=7df86dc6
002b:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=7df86dc6
002b:Call advapi32.RegOpenKeyExW(000000f0,7d78bae4
L"drivers32",00000000,00000001,00335238) ret=7df86e14
002b:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=7df86e14
002b:Call advapi32.RegQueryValueExW(000000f4,00335524
L"",00000000,00000000,00335286,0033523c) ret=7df86ee7
002b:Ret advapi32.RegQueryValueExW() retval=00000002 ret=7df86ee7
002b:Call advapi32.RegCloseKey(000000f4) ret=7df86ef4
002b:Ret advapi32.RegCloseKey() retval=00000000 ret=7df86ef4
002b:Call advapi32.RegCloseKey(000000f0) ret=7df86efc
002b:Ret advapi32.RegCloseKey() retval=00000000 ret=7df86efc
002b:Call KERNEL32.GetPrivateProfileStringW(7d78bae4 L"drivers32",00335524
L"",00335232 L"",00335286,00000105,7dfa2774 L"SYSTEM.INI") ret=7df86df6
002b:Ret KERNEL32.GetPrivateProfileStringW() retval=00000000 ret=7df86df6
002b:Ret winmm.OpenDriver() retval=00000000 ret=7d786cb7
002b:Ret msvfw32.ICOpen() retval=00000000 ret=00bc2400
--- snip ---
Zwei is calling ICInfo() and ICOpen() with fccType set to 0x0. According to
MSDN zero should match all compressor types. I'm not familiar with the code,
but Wine does not appear to treat zero as special. Forcing fccType to
0x63646976 (vidc), which is correct for IV50, allows Wine to load the codec and
the game to start the video if somewhat brokenly. Though that would be a
different bug.
--
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=45729
Bug ID: 45729
Summary: cmd's REM evaluates |
Product: Wine
Version: 3.0.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
Assignee: wine-bugs(a)winehq.org
Reporter: paleozogt(a)gmail.com
Distribution: ---
Created attachment 62164
--> https://bugs.winehq.org/attachment.cgi?id=62164
test.bat
cmd's REM seems to evaluate "|", which can cause problems.
For example, put this in "test.bat" in an empty directory:
> @echo off
> for /f %%i IN ('dir "%CD%" /b /on') DO (
> @REM foo|bar
> @echo %%i
>)
When run on Windows 10:
> >test.bat
> test.bat
When run with Wine's cmd:
> >test.bat
> Can't recognize 'bar' as an internal or external command, or batch script.
> test.bat
--
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=45617
Bug ID: 45617
Summary: Just Dance 2017: Unimplemented function
mfplat.dll.MFCreateSample
Product: Wine
Version: unspecified
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mfplat
Assignee: wine-bugs(a)winehq.org
Reporter: martinplr(a)gmail.com
Distribution: ---
Created attachment 62044
--> https://bugs.winehq.org/attachment.cgi?id=62044
Logs
Just Dance crash after run, probably because missing function.
mfplat.dll.MFCreateSample
--
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=40598
Bug ID: 40598
Summary: Warframe launcher connection timeout
Product: Wine-staging
Version: 1.9.9
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: thisismyid17(a)yahoo.com
CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de,
sebastian(a)fds-team.de
Distribution: ---
Created attachment 54444
--> https://bugs.winehq.org/attachment.cgi?id=54444
launcher log
As of wine-staging 1.9.9, the non-steam Warframe launcher no longer functions.
Instead of doing the usual patching and being able to play, it simply says
Update Failed! Please try again later.
This did not happen in wine-staging 1.9.8 and previous, and I am able to start
the launcher and the game just fine using my older wine 1.6.2 installation. I
had thought that perhaps this was related to the libcef patch removal that was
mentioned in the announcement for 1.9.9 since Warframe uses CEF3_1 for their
launcher, however since that was added in 1.7.53 and it works fine in 1.6.2
that less likely.
This happens for both 32-bit and 64-bit.
--
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.