http://bugs.winehq.org/show_bug.cgi?id=28723
Bug #: 28723
Summary: Sound stutter in Rage when emulated windows version is
set to "Windows 7" (XAudio2 -> mmdevapi sound out
path)
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winealsa.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mooroon2(a)mail.ru
CC: aeikum(a)codeweavers.com
Classification: Unclassified
Regression SHA1: b0652dd8bdb144645be4a6bf77cbb68a8ade49d9
This bug is twin-brother of fixed bug #28679. That one was when the app were
using dsound API, this one seems to be when app uses mmdevapi directly.
Same "first bad commit", reverting it fixes sound stutter in RAGE.
I don't know any other Windows app I've got installed on my workstation which
uses mmdevapi either directly or through XAudio2 (except for Starcraft II which
seems to be unaffected by either this bug and bug #28679).
Andrew, do you need usual sound-related debug logs for tracking this down? I
can capture them from RAGE but I'm afraid they would be a bit polluted by
unrelated messages from Steam client.
--
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=27855
Summary: entry field in Quicken98-2002 follows keys rather than
filling out field
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jamesl(a)bestweb.net
Created an attachment (id=35625)
--> (http://bugs.winehq.org/attachment.cgi?id=35625)
Quicken98 sample data
(applies to Quicken98, Quicken 2000 and Quicken 2002. Have not tested against
Quicken99 or 2001)
In the window for writing checks, at the "payee" field, the normal behavior
under Windows is that the field will try to find a match according to what you
are typing. For example, if you were entering a check for "Sears Home Stuff",
you would type the letters s, e, a, r, s, and the field would fill out the
entry until it found the matching memorized transaction, which you could then
select and continue on filling out the rest of the fields.
Under Wine, in the same field if you type those letters, instead of filling out
the field, it will show the first memorized transaction that matches that
letter. Thus "S" would show "Saa...", "E" would show "Esso...", "A" would show
"Amiga...", and so forth. Entering new data (any payee not memorized) can be
difficult as well.
It is possible to enter text by forcing the field to show it's dropdown list,
but it's not what the user expects (in particular my older brother who
discovered this bug <g>).
Sample data files for the versions tested are attached. This bug occurs as
late as Wine 1.3.24, and at least as far back as CrossoverOffice 9.1 (and
whatever version of Wine that was based on).
--
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=28039
Summary: IAudioClock_GetPosition must ignore underruns (MacOS)
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: mmdevapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
GetPosition is critical because the new "winmm on mmdevapi" layer relies on it
for its buffer management. Currently, neither winealsa nor winecoreaudio
entirely fulfill GetPosition's contract.
GetPosition yields "the stream position of the sample that is currently playing
through the speakers". My tests show that it ignores underruns and is therefore
not identical to a clock. One can derive at least 2 tests from that:
1. GetPosition <= elapsed time * samples/sec (cannot hear the future).
2. GetPosition <= sum of samples fed to the device.
3. GetPosition == sum of samples once all have been played.
4. Getposition is monotically increasing (except when Reset).
Actually GetPosition does not yield samples, replace the above with GetPosition
/ GetFrequency * samples per sec to be correct.
My tests attached to bug #27937 show that:
- winecoreaudio fails test 3 (then 2).
- winealsa with dmix fails test 1 during the first seconds of play.
- winealsa with pulse fails test 1 much worse.
See bug #27937 comment #1 and 2 for log snippets.
On MacOS, GetPosition appears to continue to grow in the presence of underruns,
violating 2 and 3. Hence the name of the present issue.
Note that underruns are unknown to WINMM. A perfectly legal use is:
waveOutOpen()
waveOutPrepare(hugeboomheader)
waveoutPrepare(clickheader)
waveoutPrepare(ouchheader)
waveoutPrepare(beepheader)
then write the headers as the conditions arise (arguably dsound's mixing would
be more adequate). Guess what happens when GetPosition grows playing nothing
between 2 beeps?
--
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=13194
Summary: Gordian Knot unable to open codec settings dialog
Product: Wine
Version: 1.0-rc1
Platform: PC-x86-64
URL: http://sourceforge.net/projects/gordianknot
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvfw32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: emwine(a)earthlink.net
Created an attachment (id=13019)
--> (http://bugs.winehq.org/attachment.cgi?id=13019)
testcase source and exe
Install Codec Pack (for XviD), and rippack for GK. Run, go to options tab,
click "First Pass" under XviD default codec settings. Nothing. Same with
other codecs and "Codec settings" when trying a compressibility test.
GK is open source, but in pascal. So I created a small testcase in VC++ 6.0
using the same technique. Testcase relies on XviD as opposed to other codecs.
I'm not 100% sure that XviD (and other codecs) are properly registered so that
the technique ought to work. But I think the problem is not codec
registration. Also, I guessed at the component.
--
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=16975
Summary: [StrongDC++] switching between tabs show background
windows
Product: Wine
Version: 1.1.12
Platform: PC
URL: http://strongdc.sourceforge.net/download.php?lang=eng
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bazara.net(a)inbox.ru
If you open several tabs (windows) inside strongdc like hubs and click on a tab
to switch to another hub you should see how all other opened background windows
redraws until it show the one you clicked. If you have many opened hubs like 30
it will take several seconds to do that.
--
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=30071
Bug #: 30071
Summary: Need a CreateTimerQueueTimer that is stable over time
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: NEW
Severity: major
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Classification: Unclassified
Andrew Eikum's quick test in
http://www.winehq.org/pipermail/wine-devel/2012-February/094457.html
suggests that CreateTimerQueueTimer stabilizes itself over time on *average*.
For instance, when asked for a 12ms period, it will trigger 5 times within 60ms
even though it is unable to trigger every 12ms. The deltas are:
20, 10, 10, 10, 10, 20, 10, 10, 10, 10, ...
This is an essential property that it would share with winmm timers.
Both winealsa and wineoss today crucially depend on this property. The XAudio2
algorithm described in bug #28723 either writes one or zero period worth of
data per callback. Hence it requires callbacks to agree with frame consumption
by the audio device. If too late, XAudio2 will not catch up by writing 2
periods.
What currently happens is irregular crackling due to occasional underruns
because callbacks are further and further delayed and the audio buffers slowly
empties. Compare timestamps from apps using winmm with mmdevapi:
winmm mmdevapi
x.304 x.304
x.315 x.315
x.324 x.326
x.334 x.336
x.346 x.348
x.354 x.359
winmm corrects itself and manages to trigger all 10ms events on the same
millisecond as the initial one: x.xx4.
CTQT accumulates delays because as its core, queue_timer_expire uses:
[t->expire =] queue_current_time() + t->period;
I've separated this issue from bug #28723 because the root cause is not an
audio component and because several other bugs mention CreateTimerQueue, e.g.
bug #29585.
--
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=16263
Summary: Priority: Survive game window flickers
Product: Wine
Version: 1.1.9
Platform: PC
URL: http://solarimpact.servegame.com/files/ps-1.0.3.zip
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: arethusa26(a)gmail.com
Created an attachment (id=17537)
--> (http://bugs.winehq.org/attachment.cgi?id=17537)
Priority: Survive traces
With today's Git (wine-1.1.9-183-gbbaa72d), when running the Priority: Survive,
flickering can be noted ingame. irrespective of whether the virtual desktop is
enabled. I was unable to test whether different display modes changed the
flicking behavior since the game does not offer such an option. Traces are
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.
http://bugs.winehq.org/show_bug.cgi?id=27854
Summary: ListView_SetTextBkColor doesn't work
Product: Wine
Version: 1.3.24
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ocean04(a)suomi24.fi
Source: http://www.delphidabbler.com/download?id=art-16
Download: http://netikka.net/dev/CustomLVDemo.exe
Text should be transparent, when checkbox is checked.
Not related to transparency. Even clRed instead of CLR_NONE doesn't set
background to red. Works with native comctl32
See also bug 27711
--
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=14140
Summary: Entropia Universe installer hangs
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://www.project-entropia.com
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The current installer,
94aaad630331ce64c219f45e31175f913e9ba402 entropia_installer.exe
goes into a loop forever, scanning backwards from the end
of the commandline, but not hitting its expected termination condition.
You can watch this with
WINEDEBUG=+relay ~/wine-git/wine entropia_installer.exe
grep Call.*strcmp log
Interestingly, it compares each char to both / and \.
And if you pass /, it gets happy and compares against u.
Passing /u makes it really happy, and it shows a ui briefly.
It seems to install a few files, then exits.
It should have launched the real downloader,
~/.wine/drive_c/Program Files/MindArk/Entropia Universe/ClientLoader.exe
Running that by hand downloads a bunch of stuff, then exits.
I think it's supposed to run
~/.wine/drive_c/Program Files/MindArk/Entropia Universe/Entropia.exe
When you do this by hand, wine complains
err:module:find_forwarded_export function not found for forward
'd3dx8.D3DXGetImageInfoFromFileA' used by
L"C:\\windows\\system32\\d3dx9_36.dll". If you are using builtin
L"d3dx9_36.dll", try using the native one instead.
err:module:find_forwarded_export function not found for forward
'd3dx9_36.D3DXGetImageInfoFromFileA' used by
L"C:\\windows\\system32\\d3dx9_30.dll". If you are using builtin
L"d3dx9_30.dll", try using the native one instead.
err:module:find_forwarded_export function not found for forward
'd3dx8.D3DXGetImageInfoFromFileInMemory' used by
L"C:\\windows\\system32\\d3dx9_36.dll". If you are using builtin
L"d3dx9_36.dll", try using the native one instead.
err:module:find_forwarded_export function not found for forward
'd3dx9_36.D3DXGetImageInfoFromFileInMemory' used by
L"C:\\windows\\system32\\d3dx9_30.dll". If you are using builtin
L"d3dx9_30.dll", try using the native one instead.
err:module:import_dll Library WMVCore.DLL (which is needed by L"C:\\Program
Files\\MindArk\\Entropia Universe\\Entropia.exe") not found
and exits. Doing winetricks directx9 wmp10 gets around this.
Entropia then puts up a window very briefly, then quits.
If you then do winetricks vcrun2005sp1, you get bug 14137
(i.e. the app loads msvcp80 wrong and exits).
--
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=20637
Summary: 3DMark 2000, 2001SE - no result of last test
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: zilforever(a)gmail.com
Created an attachment (id=24616)
--> (http://bugs.winehq.org/attachment.cgi?id=24616)
3DMark2000- windowsXP
Intel(R) Pentium(R) Dual CPU E2220 @ 2.40GHz
CPU flags: 2400MHz MMX SSE SSE2 SSE3 SSSE3 HTT
Linux 32bit GCC 4.3.3 Release May 26 2009
Linux 2.6.31-14-generic i686
GeForce 9600 GT PCI Express 190.42 512Mb
In 3DMark 2000 and 2001 the last tests seems to work but theare are no results
of this tests.
I also checked Wine 1.0.1.
Somebody can corfirm that?.
--
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.