Your message dated Sat, 12 Dec 2015 17:05:49 -0500
with message-id
<CANTw=MOH=b2jrsuu7tmgvf-_awc-unyfyhsw--ei1qsc-dy...@mail.gmail.com>
and subject line Re: [pkg-wine-party] Bug#697686: libwine-alsa-unstable: ALSA
Audio playback in WINE locks up ALSA capture
has caused the Debian Bug report #697686,
regarding libwine-alsa-unstable: ALSA Audio playback in WINE locks up ALSA
capture
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
697686: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=697686
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: libwine-alsa-unstable
Version: 1.5.6-2
Severity: normal
Dear Maintainer,
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 reporduce:
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
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
*** End of the template - remove these lines ***
-- System Information:
Debian Release: 7.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libwine-alsa-unstable depends on:
ii libasound2 1.0.25-4
ii libc6 2.13-38
ii libwine-unstable 1.5.6-2
libwine-alsa-unstable recommends no packages.
libwine-alsa-unstable suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
The pulseaudio driver is now merged into wine, so this should work
correctly now if you use pulseaudio and parecord instead of alsa and
arecord.
Best wishes,
Mike
--- End Message ---
