February 2016 - Wine-Bugs - list.winehq.org

[Bug 9127] Multiple games fail to play intro videos/movies (quartz MPEG splitter: MPEG-1 system streams not supported)
by wine-bugs＠winehq.org Feb. 22, 2016

Feb. 22, 2016

https://bugs.winehq.org/show_bug.cgi?id=9127 Andrew Eikum <aeikum(a)codeweavers.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aeikum(a)codeweavers.com --- Comment #66 from Andrew Eikum <aeikum(a)codeweavers.com> --- (In reply to mrdeathjr28 from comment #58) > This games stay affected for this bug maybe this demos can help you > > > Bloodrayne 1 > > http://www.gamershell.com/download_856.shtml > > > Bloodrayne 2 > > http://www.gamershell.com/download_7530.shtml With Wine 1.9.4 and working 32-bit gstreamer libraries installed, both of these demos have intro videos that work for me. > Chaos Legion > > http://www.gamershell.com/download_3459.shtml This game didn't have any obvious videos before starting the game proper. It behaves the same on Wine and Windows. Can you tell me what wasn't working in this game? -- 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 0

[Bug 40079] New: WineHQ 1.9.2 doesn't recognize the ALSA audio system in Ubuntu 15.10
by wine-bugs＠winehq.org Feb. 22, 2016

Feb. 22, 2016

https://bugs.winehq.org/show_bug.cgi?id=40079 Bug ID: 40079 Summary: WineHQ 1.9.2 doesn't recognize the ALSA audio system in Ubuntu 15.10 Product: Wine Version: 1.9.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jotape1960(a)yahoo.com Distribution: --- WineHQ 1.9.2 doesn't recognize the Linux ALSA audio system under Ubuntu Studio 15.10. There is no such option into the Winecfg app, and non of the Windows software can use it. -- 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 3

[Bug 39968] New: alsa sound problem recognizing Logitech USB wireless soundcard
by wine-bugs＠winehq.org Feb. 22, 2016

Feb. 22, 2016

https://bugs.winehq.org/show_bug.cgi?id=39968 Bug ID: 39968 Summary: alsa sound problem recognizing Logitech USB wireless soundcard Product: Wine Version: 1.9.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winealsa.drv Assignee: wine-bugs(a)winehq.org Reporter: susancragin(a)gmail.com Distribution: --- Wine alsa does not recognize my wireless usb sound card. I have tested with Dragon Naturally Speaking 13 and Windows Audacity. I set up the wine prefix with sound=alsa before installing. Pulseaudio is disabled on my system. Alsamixer info: Card 2 (set as default using asoundrc) USB-Audio - Logitech Wireless Headset Logitech Logitech Wireless Headset at usb-0000:00:14.0-1, full speed In winecfg, the device seems to be recognized appropriately. It has e.g. Out: Logitech Wireless Headset - USB And the Test Sound works. But when running the program, the sound is very faint and is I believe coming from my system's soundcard. -- 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 3

[Bug 33100] New: ALSA Audio playback in WINE locks up ALSA capture by other applications
by wine-bugs＠winehq.org Feb. 22, 2016

Feb. 22, 2016

http://bugs.winehq.org/show_bug.cgi?id=33100 Bug #: 33100 Summary: ALSA Audio playback in WINE locks up ALSA capture by other applications Product: Wine Version: 1.5.25 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winealsa.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: torsten.crass(a)eBiology.de Classification: Unclassified Hi there, when trying to record sound (e.g. using arecord) played by some application running on WINE (e.g. vlc.exe) via ALSA, and if the recording application is launched *before* the playback application, recording stops immediately when playback starts, and after a while ALSA reports an "Input/output error". This does not happen with native playback applications, e.g. the Linux version of vlc. Funny enough, if recordings starts *after* playback has begun, everything works fine. How to reproduce: 1. In a terminal, issue sudo alsactl restore; arecord -D default -f dat -v -V stereo test.wav 2. In another terminal, launch vlc.exe by issuing something like WINEPREFIX=/path/to/prefix wine /path/to/vlc.exe /path/to/some/audiofile 3. Wait for a few seconds... and see arecord complaining: arecord: pcm_read:1801: read error: Input/output error 4. Re-launch arecrod: sudo alsactl restore; arecord -D default -f dat -v -V stereo test.wav 5. Watch arecord recording happily ever after. I initially suspected WINE to somehow force access to my soundcard's capture device (A SB Live, which seems not to be dsnoop'd by default), but after creating a dsnoop'd device (which did allow for multiple simultaneous recordings with arecord when playing back audio with Linux's vlc) and teaching WINE to actually use it, the problem unfortunately remained. Best regards -- Torsten P.S. If filed this bug with Debian's wine-unstable-alsa package some two months ago already, but since there hasn't been a single reply up to now and since the problem still remains with 1.5.25 (Debian is still at 1.5.6), I found it appropriate to directly re-file this report at WINE's bug tracking system. -- 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 6

[Bug 40050] New: Audio device hw:0 gets busy with some games but not all
by wine-bugs＠winehq.org Feb. 22, 2016

Feb. 22, 2016

https://bugs.winehq.org/show_bug.cgi?id=40050 Bug ID: 40050 Summary: Audio device hw:0 gets busy with some games but not all Product: Wine Version: 1.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: sworddragon2(a)aol.com Distribution: --- If I'm starting specific games (currently noticed this in "The Forest") and then trying to capture the sound (for example with "ffmpeg -f alsa -i hw:0 ~/tmp/test.mkv") ffmpeg claims that the audio device hw:0 is busy. But in other games like Guild Wars the device doesn't get busy so that I can capture on it. -- 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 1

[Bug 39743] New: Dragon NaturallySpeaking 13.0 does not train new user or run old one with sound error
by wine-bugs＠winehq.org Feb. 22, 2016

Feb. 22, 2016

https://bugs.winehq.org/show_bug.cgi?id=39743 Bug ID: 39743 Summary: Dragon NaturallySpeaking 13.0 does not train new user or run old one with sound error Product: Wine-staging Version: 1.7.55 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: susancragin(a)gmail.com CC: erich.e.hoover(a)wine-staging.com, michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 53012 --> https://bugs.winehq.org/attachment.cgi?id=53012 NaturallySpeaking 13.0 crash when installing user voice I created a new 32-bit wine prefix this morning, set the Windows version to 10 (sorry) and installed Dragon NaturallySpeaking 13.0 into it. (Under winecfg, the sound was set to default, which had worked previously.) The NatSpeak installation appeared to go flawlessly. But the program will not run. It starts normally but then says it cannot use my "user," that is, the set of files with my voice data in it. I have tried creating a new user, and that does not work either. I also tried changing the sound to pulseaudio in winecfg, ditto on the no work. An error message says that the program cannot find my sound source. Debian LXDE with all updates. wine-1.7.55 (Staging) Attached: crash report, terminal output. -- 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 14

[Bug 35260] New: Sound weirdness with XCOM: Enemy Within
by wine-bugs＠winehq.org Feb. 22, 2016

Feb. 22, 2016

http://bugs.winehq.org/show_bug.cgi?id=35260 Bug ID: 35260 Summary: Sound weirdness with XCOM: Enemy Within Product: Wine Version: 1.7.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winealsa.drv Assignee: wine-bugs(a)winehq.org Reporter: lama(a)lamamail.de Classification: Unclassified This is a strange one... I'll just describe what happened: - I'm using the digital out on my sound card. This works fine with everything but this game in WINE - Got the game working after registering XAudio2_7.dll - There is no sound whatsoever ingame (also no sound options beyond a mixer) - After running the game I have no sound anywhere anymore, even after closing all WINE processes. No errors while playing though (so it's not blocked), just quiet - Mixer settings are fine - Turns out the default ALSA device has been changed to the analog output, even after explicitly selecting the digital output (instead of default) in WINE. Only a reboot fixes this. ALSA documentation doesn't even mention this as a possibility. Oh, and game audio still isn't played through that either. I've tested this with WINE 1.7.9 and built from GIT. -- 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 10

[Bug 40200] New: ftell function problems
by wine-bugs＠winehq.org Feb. 22, 2016

Feb. 22, 2016

https://bugs.winehq.org/show_bug.cgi?id=40200 Bug ID: 40200 Summary: ftell function problems Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: eliidida(a)gmail.com Distribution: --- Hello, I have a console application for Windows so it's a .exe. The console .exe only has one function, no GUI or anything. The console application basically obfuscates a file. Command: ConsoleApp.exe FileName.dylib I have tried Wine (stable or development builds) and while I can run the console application fine, and it exits with "Success", the problem is the output file that is ran using Wine on Linux has a slight difference compared to the output file that was ran using the same .exe but on Windows. After investigating the console .exe program, we found out that the whole problem was due to a piece of code in the .exe "ftell function". Wine apparently doesn't support it? Or something similar because if we compare the two output files, the only difference is in here: http://i.imgur.com/vghTN2X.png Left is Wine on Linux (Ubuntu) and Right is normal Windows OS output file. This is the ftell code: https://imgur.com/UrkJ36V Can you verify this? I did ask on IRC and on the Forums, they told me to submit a bug report. Thank you for your time and I hope a fix for this comes as soon as possible so I can bring my project to life. -- 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 2

[Bug 425] Network UNC path handling
by wine-bugs＠winehq.org Feb. 22, 2016

Feb. 22, 2016

https://bugs.winehq.org/show_bug.cgi?id=425 Jörg Schulz <jschulz(a)sgbs.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jschulz(a)sgbs.de -- 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 0

[Bug 36694] New: Using PBM_SETPOS to change the position of a progress bar to what it was before after a style change (for instance, leaving marquee mode) does not redraw the progress bar
by wine-bugs＠winehq.org Feb. 22, 2016

Feb. 22, 2016

http://bugs.winehq.org/show_bug.cgi?id=36694 Bug ID: 36694 Summary: Using PBM_SETPOS to change the position of a progress bar to what it was before after a style change (for instance, leaving marquee mode) does not redraw the progress bar Product: Wine Version: 1.7.19 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: pietro10(a)mac.com Created attachment 48733 --> http://bugs.winehq.org/attachment.cgi?id=48733 The test program that can be used to duplicate this behavior. If you do this when you switch out of marquee mode on a progress bar: SendMessage(pbar, PBM_SETMARQUEE, FALSE, 0); SetWindowLongPtr(pbar, GWL_STYLE, GetWindowLongPtr(hwnd, GWL_STYLE) & ~PBS_MARQUEE); SendMessage(pbar, PBM_SETPOS, currentPos, 0); the progress bar will not redraw, and thus will continue to show the marquee animation frozen at the place it was at the time of the above call. Attached is a sample program that will demonstrate this behavior. Set one value, then click Marquee and Set again. On Windows XP (at least), the progress bar will redraw properly with the second click of Set. The attached file is also available at https://github.com/andlabs/misctestprogs/blob/master/winprogresstest.c. (As marquees are a comctl32 version 6 feature, you may need a manifest file.) Looking at the soruce, I see here - http://source.winehq.org/source/dlls/comctl32/progress.c#L639 - that the implementation's handling of PBM_SETPOS only draws the progressbar if the new position is different. Thus, I could come up with a variety of ways to fix it, such as adding a style change check there, or always redrawing the progress bar, or redrawing on a style change... but I don't know which is the most correct, so I'll leave it to the experts. Thanks. -- 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 6