Processed: Re: Bug#564828: subgraph starting at ... timed out after about five seconds of audio playback in mplayer

2010-01-12 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

 found 564828 jackd/0.118+svn3796-1
Bug #564828 {Done: Adrian Knoth a...@drcomp.erfurt.thur.de} [jackd] subgraph 
starting at ... timed out after about five seconds of audio playback in mplayer
The source jackd and version 0.118+svn3796-1 do not appear to match any binary 
packages
Bug Marked as found in versions jackd/0.118+svn3796-1 and reopened.
 reassign 564828 libasound2-plugins 1.0.21-3
Bug #564828 [jackd] subgraph starting at ... timed out after about five 
seconds of audio playback in mplayer
Bug reassigned from package 'jackd' to 'libasound2-plugins'.
Bug No longer marked as found in versions jack-audio-connection-kit/0.109.2-5 
and jackd/0.118+svn3796-1.
Bug #564828 [libasound2-plugins] subgraph starting at ... timed out after 
about five seconds of audio playback in mplayer
Bug Marked as found in versions alsa-plugins/1.0.21-3.
 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers


Bug#564828: subgraph starting at ... timed out after about five seconds of audio playback in mplayer

2010-01-12 Thread Jonathan Nieder
found 564828 jackd/0.118+svn3796-1
reassign 564828 libasound2-plugins 1.0.21-3
thanks

Hi ALSA maintainers,

I reported this bug earlier today.  Basically, mplayer locks up
after some seconds of playback using the ALSA jack plugin, and
even ^C will not kill it.

| $ mplayer -ao alsa 69550__dataka__mu_eca_piano.wav 
| MPlayer SVN-r29142-4.3.3 (C) 2000-2009 MPlayer Team
| mplayer: could not connect to socket
| mplayer: No such file or directory
| Failed to open LIRC support. You will not be able to use your remote control.
| 
| Playing /home/jrn/web/69550__dataka__mu_eca_piano.wav.
| Audio only file format detected.
| ==
| Opening audio decoder: [pcm] Uncompressed PCM audio decoder
| AUDIO: 44100 Hz, 2 ch, s16le, 1411.2 kbit/100.00% (ratio: 176400-176400)
| Selected audio codec: [pcm] afm: pcm (Uncompressed PCM)
| ==
| AO: [alsa] 44100Hz 2ch s16le (2 bytes per sample)
| Video: no video
| Starting playback...
| A:  25.8 (25.8) of 42.0 (42.0)  0.4% 
| 
| MPlayer interrupted by signal 2 in module: play_audio
|
| MPlayer interrupted by signal 2 in module: play_audio

From the original report (though the above transcript is from a
sid/experimental hybrid, not lenny):

| Stock lenny system.  jackd started with jackd -d alsa -d hw:0 -r
| 44100 ALSA set up to use jack output as in
| http://alsa.opensrc.org/index.php/Jack_(plugin).  mplayer defaults
| to using ALSA to output.  After a few seconds of playback (of a WAV
| file, though it does the same with FLAC and MP3 files), it hangs (does
| not respond to 'q' to quit), and jackd produces the following message
| on its terminal:
| 
|   subgraph starting at alsa-jack.jackP.8292.0 timed out 
(subgraph_wait_fd=7, status = 0, state = Running)
| 
| With 'mplayer -ao jack', on the other hand, everything works fine.

After a little investigation, it looks like this is a known problem in
ALSA's jack backend.  Any pointers for fixing this?

Perhaps it shouldn't be fixed, since the pulseaudio plugin takes
care of most use cases already (with pulseaudio's jack backend as an
added step of indirection).  In that case, we should probably add
notices to the package description and NEWS.Debian to discourage use
of the jack plugin.

Tested with recent packages this time.

| $ COLUMNS=120 dpkg -l jackd libasound2-plugins mplayer
| ||/ Name Version  Description
| +++---==
| ii  jackd0.118+svn3796-1  JACK Audio Connect
| ii  libasound2-plugins   1.0.21-3 ALSA library addit
| ii  mplayer  1.0~rc3+svn20090405-1movie player for U

A little context on the use case is included below.

Adrian Knoth wrote:

 With 'mplayer -ao jack', on the other hand, everything works fine.
 Ideas?

 Yeah, don't use mplayer with ao alsa when you really want ao jack. jackd
 is for pro-audio, think of recording studios, and the alsa-jackd-bridge
 is just a little hack to enable non-jackified apps to output in these
 environments.
 
 In general, update jackd, run it with realtime prios, update the
 alsa-jackd bridge or replace it by pulseaudio. (I see exactly the same
 problems with the alsa-jackd bridge, that's why I switched to
 pulseaudio)

My friend has been working on getting some real-time audio processing
done, investigating various APIs for doing that.  JACK looks like a
nice one.  But unfortunately, if jackd is running, he could not play
movies through Flash.  Adobe’s Flash plugin uses ALSA, so the
alsa-jackd bridge seemed like a natural fix.

mplayer was just a demo program to make sure the bridge was working.

Pulseaudio has plenty of advantages anyway, so I do think I’ll
switch to that.

 In current Debian unstable, we have all these things, jackd operates
 the pro-audio gear and pulseaudio-module-jack bridges between consumer
 apps and the pro-audio jackd.

Maybe jackd could Suggests: pulseaudio-module-jack for this.  (But
if you'd like to discuss this more, we should probably take it to
pkg-multimedia-maintainers or a new bug report.)

 To quote jackd author Paul Davis: jackd is not intended to be a generic
 desktop sound server.

This was clear from the home page already, but maybe the package
description should mention it too.

Thanks,
Jonathan



___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-multimedia-maintainers