First time I've tried bb since its last upgrade, and it no longer works
if I turn music on, regardless of what quality I use.
I have plenty of CPU power left. BB used to work.
I have tried on both a vc and in X. Neither work.
strace just shows it in a loop that looks something like this:
...
gettimeofday({1007931790, 76980}, {300, 0}) = 0
gettimeofday({1007931790, 77081}, {300, 0}) = 0
gettimeofday({1007931790, 77175}, {300, 0}) = 0
gettimeofday({1007931790, 77271}, {300, 0}) = 0
write(4, "t\370\t3\275\376\2522\251\2\0200\305\3(/&\1\'*O\2\361%"..., 4096) = 4096
gettimeofday({1007931790, 97835}, {300, 0}) = 0
gettimeofday({1007931790, 97936}, {300, 0}) = 0
write(4, "`\337\265\302w\342\324\307\323\344\214\3107\344\264\301"..., 4096) = 4096
gettimeofday({1007931790, 116593}, {300, 0}) = 0
gettimeofday({1007931790, 116690}, {300, 0}) = 0
gettimeofday({1007931790, 116785}, {300, 0}) = 0
gettimeofday({1007931790, 116884}, {300, 0}) = 0
write(4, "\2\375\334\330\34\376~\331>\2\v\336t\2=\343\17\374\223"..., 4096) = 4096
...
FYI, fd 4 is a socket. The line from lsof is:
bb 8868 anthony 4u unix 0xd7ccb0e0 528852 socket
Above happens right after:
old_mmap(NULL, 208896, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x403c1000
write(3, "F\3}\1\n\0\340\3\t\0\340\3\0\0\1\0\310\0\r\0\340\0\1\0"..., 2040) = 2040
write(3, "J\3\37\0\n\0\340\3\7\0\340\3\0\0%\0\377\3\340\0\1\5\10"..., 2048) = 2048
write(3, "\377\3\340\0\1\2\0? \377\3\340\0\1\6 ? \377\3\340\0"..., 2000) = 2000
write(3, "\377\3\340\0\1\1`g\377\3\340\0\1\1(z\377\3\340\0\1\0\177"..., 2032) = 2032
write(3, "\377\3\340\0\1\4 P [?\377\3\340\0\1\1([\377\3\340\0\1\16"..., 548) = 548
read(3, 0xbffff80c, 32) = -1 EAGAIN (Resource temporarily unavailable)
select(4, [3], NULL, NULL, NULL) = 1 (in [3])
read(3, "\1\1\36p\0\0\0\0\23\0\300\3\0\0\0\0\0\0\0\0\0\0\0\0\1\0"..., 32) = 32
munmap(0x403c1000, 208896) = 0
Next up: ltrace, excluding calls to rand:
...
free(0x0810d120) = <void>
aa_render(0x080dbad0, 0x080edab0, 0, 0, 160) = 0
aa_puts(0x080dbad0, 40, 16, 5, 0x0805b5cb) = 0
aa_flush(0x080dbad0, 64, 0xbffff82c, 0x08049fde, 0xbffff884) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
Player_Active(2480, 32, 0xbffff7ec, 0x08056ab0, 0) = 1
MikMod_Update(2480, 32, 0xbffff7ec, 0x08056ab0, 0) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
Player_Active(2480, 32, 0xbffff7ec, 0x08056ab0, 0) = 1
MikMod_Update(2480, 32, 0xbffff7ec, 0x08056ab0, 0) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
Player_Active(2480, 32, 0xbffff7ec, 0x08056ab0, 0) = 1
MikMod_Update(2480, 32, 0xbffff7ec, 0x08056ab0, 0) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
aa_getkey(0x080dbad0, 0, 0xbffff80c, 0x08049ef2, 0x080d10c0) = 0
calloc(1, 56) = 0x0810d120
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
free(0x0810d120) = <void>
aa_render(0x080dbad0, 0x080edab0, 0, 0, 160) = 0
aa_puts(0x080dbad0, 40, 16, 5, 0x0805b5cb) = 0
aa_flush(0x080dbad0, 64, 0xbffff82c, 0x08049fde, 0xbffff884) = 0
memset(0x080e22a8, '\000', 10240) = 0x080e22a8
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
Player_Active(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 1
MikMod_Update(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
Player_Active(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 1
MikMod_Update(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
Player_Active(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 1
MikMod_Update(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
Player_Active(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 1
MikMod_Update(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
Player_Active(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 1
MikMod_Update(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
Player_Active(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 1
MikMod_Update(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
Player_Active(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 1
MikMod_Update(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
Player_Active(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 1
MikMod_Update(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
Player_Active(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 1
MikMod_Update(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
Player_Active(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 1
MikMod_Update(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
Player_Active(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 1
MikMod_Update(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
gettimeofday(0x080d10a0, 0x080d10a8) = 0
Player_Active(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 1
MikMod_Update(42, 128, 0xbffff7ec, 0x08056ab0, 0) = 0
...
It seems to have just stopped calling aalib; that can't be good.
Telling ltrace to only look at aalib calls shows that all calls to libaa
have stopped.
- -- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux bohr 2.4.16 #2 SMP Wed Nov 28 05:25:00 EST 2001 i686
Locale: LANG=en_US, LC_CTYPE=en_US
Versions of packages bb depends on:
ii aalib1 1.4p5-6 ascii art library
ii libc6 2.2.4-5 GNU C Library: Shared libraries an
ii libgpmg1 1.19.6-5 General Purpose Mouse Library [lib
ii libmikmod2 3.1.9-6 A portable sound library
ii slang1 1.4.4-6 The S-Lang programming library - r
ii xlibs 4.1.0-9 X Window System client libraries
iD8DBQE8E9Wk5lsmI6uA7bQRAvq2AJ0bp5rc0K95grKmh1X6kHF7/wKYgwCfUorD
khepe50YqTRnyrlyJeJhICI=
=RBia
-----END PGP SIGNATURE-----
Hi, does this bug still occur with the latest bb from unstable? If not, please close this bug... Uwe.
Hi, does this bug still occur with the latest bb from unstable? If not, please close this bug... Uwe.
I'm out of town for the week, but I'll check when I get back. Debian boxes are at home, and somehow I don't think bb will run too well over a modem link...
Just tried with the newest version. The problem (video stopping after audio starts) still occurs. - -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux bohr 2.4.16 #2 SMP Wed Nov 28 05:25:00 EST 2001 i686 Locale: LANG=en_US, LC_CTYPE=en_US Versions of packages bb depends on: ii aalib1 1.4p5-6 ascii art library ii libc6 2.2.4-7 GNU C Library: Shared libraries an ii libmikmod2 3.1.9-6 A portable sound library ii slang1 1.4.4-7 The S-Lang programming library - r ii xlibs 4.1.0-11 X Window System client libraries iD8DBQE8Pkxm5lsmI6uA7bQRApK3AKCcfbQyiQwnZG4aJLdlD64Pogwt5ACeKNU1 vKOLfpIGLpCh1TKoT8/nfpA= =XHg0 -----END PGP SIGNATURE-----
tag 123150 + unreproducible tag 123150 + help thanks OK, I'm giving up. I cannot reproduce this on my system, and I haven't found anything suspicious in the sources... If anyone can help, please send patches! I'll also ask upstream, maybe he can help... Uwe.
Uwe Hermann writes: After lots of staring in debuggers, first blaming libmikmod2, then realizing I'm up to late when I don't even know where the source I'm staring at came from, cursing at the effect of debuggers on time-critical code, I have found a way to get my bb to (sort of) work again! In timers.c, I commented out line 472, "while (again)". Well, it sort of works. It is skipping a lot of frames, leading to very jerky animation. I hope this helps some. diff's from 1.2 show a lot of changes in that file, but I don't understand bb source nearly enough to comment.
Hi Anthony and Uwe,
I tested bb 1.3rc1-2 on a woody system and I have the music. So i did
not succeeded to reproduce the bug :-(
I also tried to play the modules /usr/share/bb/bb*.s3m with xmms and
mikmod and is works great.
Since bb is linked with
libmikmod.so.2 => /usr/lib/libmikmod.so.2 (0x40199000)
I suggest you try to play the music modules with mikmod to test the
libmikmod library on your machine.
Hope this helps,
If I use the software mixer, the music starts playing even if the graphics are blocked. I have no experience in debugging, but please let me know if I can be useful. ii bb 1.3rc1-2 An ASCII-art demo ii aalib1 1.4p5-6 ascii art library ii libc6 2.2.4-7 GNU C Library: Shared libraries and Timezone ii libmikmod2 3.1.9-6 A portable sound library ii slang1 1.4.4-7 The S-Lang programming library - runtime ver ii xlibs 4.1.0-11 X Window System client libraries
bug=123150&msg=22&repeatmerged=yes
Now I'm not on my box, but a strange thing happened: the bug doesn't
manifest anymore. I had not upgraded any package since the last time I had
experienced the bug, so I really don't know what it could be.
I think it's quite confusing, so I'll try to resume a timeline of what
happened to me:
1 - bb used to work fine
2 - I came across this bug in the BTS, i tried to launch bb and it frozen
when the sound started
3 - I upgraded bb to the latest version from unstable
4 - No change
5 - Trying the same thing another day, I couldn't reproduce the bug.
I don't think so - the box is a K6/2 300, it had no significant load, and
bb worked fine both before and after I experienced the bug.
Just to give another datapoint: Same symptoms here: Without music, bb runs ok. With Music the image suddenly stops when the music starts. Sound is via AC97 Controllor, Computer is a Duron 850, 256MB RAM, Via Chipset, Kernel 2.4.18-pre3-ac2 Versions: ii bb 1.3rc1-2 An ASCII-art demo ii aalib1 1.4p5-10 ascii art library ii libmikmod2 3.1.10-2 A portable sound library Maybe we could find a pattern somewhere (along hardware/kernel/sound...?) Nils
Not sure when it started working again, but bb now works again... Do you want to close this bug? Other people have noted it magically starting to work again... Will it stay working, who knows? - -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux bohr 2.4.16 #2 SMP Wed Nov 28 05:25:00 EST 2001 i686 Locale: LANG=en_US, LC_CTYPE=en_US Versions of packages bb depends on: ii aalib1 1.4p5-11 ascii art library ii libc6 2.2.5-4 GNU C Library: Shared libraries an ii libmikmod2 3.1.10-3 A portable sound library ii slang1 1.4.4-7.2 The S-Lang programming library - r ii xlibs 4.1.0-14 X Window System client libraries iD8DBQE8r+V95lsmI6uA7bQRAp0/AJ9D8I8RaCwNn0BD7/lLaGHoxrBzVwCfY1Rj MMHOHjQ5i4soaQuXDBnSrXw= =NgEc -----END PGP SIGNATURE-----
Hi! OK, I'm closing this bug for now. I didn't change bb recently very much, so I guess it was a problem with one of the libraries bb uses (aalib or libmikmod or whatever)... Thanks, Uwe.
I can now reproduce the bug at will:--------------------------------------------- $ esd& $ bb # terminal freezes as soon as the music starts $ killall esd $ bb # bb runs well --------------------------------------------- I still do not know whether aalib1, libmikmod2, bb or esd (another candidate) is the culprit, but maybe something can be found now. Hope this helps, Nils
Le vendredi 26 avril 2002 à 12:40:16, Nils Rennebarth a écrit: Very clever. I also tried: $ esd & $ xmms /usr/share/bb/bb.s3m ** WARNING **: oss_open(): Failed to open audio device (/dev/dsp): Device or resource busy Segmentation fault You've probably found a bug in XMMS, please visit http://bugs.xmms.org and fill out a bug report. The problem is that the Player_Start() function used in main.c of bb and provided by libmikmod2-dev do not return anything! MIKMODAPI extern void Player_Start(MODULE*); bb should dynamically test if open(/dev/dsp, O_RDWR) works and exit with an error message if /dev/dsp is already in use. Bye,
reopen 123150
thanks
The behavior has changed, I'm pretty sure, from the time I opened the
bug.
Now, I observe the following flow chart to get bb to crash:
no
MUSIC -----------> no hang
|
|y
|e
|s
| off
esdctl ----------> no hang
|
|o
|n
| off
option 3, HQ software mixer ----------> no music*
|
|o
|n
|
hang AND no music*
*no music out of the speakers. Instead, it goes to $HOME/music.raw, a
file which easily grows 3MB/sec on my machine. Ouch!
sox -r 44100 -w -s -c 2 music.raw -t ossdsp /dev/dsp
confirms it really is the music, and the opening of
sox -r 44100 -w -s -c 2 music.raw -t ossdsp /dev/dsp1 pitch 1200 50
sounds really neat.
(BTW: The file writing really needs to be fixed because otherwise bb
could destroy the user's data, a grave bug)
Thanks, Nils, for making me look at this again.
tag 123150 - unreproducible thanks I'm currently trying to find out how to fix the problem. And yes, it has definitely something to do with esd... P.S. Sorry for the delay... Uwe.
Hello,
I just stumbled over this bug where Anthony discovered that bb may end
up filling the hard disk. While I do not agree that this could destroy
data, I think silent creation of huge files is nevertheless a bug
worth fixing (especially for people sitting on smaller disk/with
quota).
The last mail from 9 May 2002 states your intention »to find out how
to fix the problem«. Is there any progress on this?
Greetings
Helge
Hello, now I am able to reproduce this free-caused-by-esd failure. Same symptoms, same solution (killing esd, BB works). Eduard.
I can reproduce this problem running modern pulseaudio. When I disable pulseaudio's esound compatibility, the problem goes away. I also tested recompiling libmikmod without the esd driver enabled; the problem goes away then, too. (libmikmod then uses ALSA output, which works great.) This suggests to me that the problem is in libmikmod's esd driver. For that reason, I reassigned the bug to libmikmod. I would suggest that someone remove the ESD driver, but alas, libmikmod is orphaned. I wrote a long-form request for adoption here: http://www.asheesh.org/note/debian/rfbp.html But even if my web page is down, this bug now contains approximately all the information necessary for someone to come to same conclusion as I have come to!
We believe that the bug you reported is fixed in the latest version of
libmikmod, which is due to be installed in the Debian FTP archive:
libmikmod2-dev_3.1.11-a-8_i386.deb
to main/libm/libmikmod/libmikmod2-dev_3.1.11-a-8_i386.deb
libmikmod2_3.1.11-a-8_i386.deb
to main/libm/libmikmod/libmikmod2_3.1.11-a-8_i386.deb
libmikmod_3.1.11-8.debian.tar.gz
to main/libm/libmikmod/libmikmod_3.1.11-8.debian.tar.gz
libmikmod_3.1.11-8.dsc
to main/libm/libmikmod/libmikmod_3.1.11-8.dsc
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 123150@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Gergely Nagy <algernon@madhouse-project.org> (supplier of updated libmikmod package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@debian.org)
Format: 1.8
Date: Sat, 29 Oct 2011 16:36:31 +0200
Source: libmikmod
Binary: libmikmod2-dev libmikmod2
Architecture: source i386
Version: 3.1.11-8
Distribution: unstable
Urgency: low
Maintainer: Gergely Nagy <algernon@madhouse-project.org>
Changed-By: Gergely Nagy <algernon@madhouse-project.org>
Description:
libmikmod2 - Portable sound library
libmikmod2-dev - Portable sound library - development files
Closes: 123150 385844 423027 536000 628162
Changes:
libmikmod (3.1.11-8) unstable; urgency=low
.
* New maintainer (Closes: #628162).
* Updated to use short-form dh(7).
* Switch to format: 3.0 (quilt).
* Use dh-autoreconf to freshen the autotools stuff. (Closes: #536000)
* Add lintian overrides (with comments), to silence false alarms.
* Include the upstream README under /usr/share/doc/libmikmod2, as this
is where driver options are documented. (Closes: #423027)
* Disable the esd driver. (Closes: #123150)
* Depend on oss-compat, to be able to assume an OSS compatible /dev/dsp.
(Closes: #385844). This is done on Linux too, because the ALSA driver
is broken too.
Checksums-Sha1:
9ef34fd36f77759ac240a3bc1e31a3314658587e 1290 libmikmod_3.1.11-8.dsc
bfeede5f65c737871d8599768aea13a0d169e391 16592 libmikmod_3.1.11-8.debian.tar.gz
069164b89d64aea8302601c86cc18be4fe6ee8eb 251812 libmikmod2-dev_3.1.11-a-8_i386.deb
c61f54454b0b439551a6400a81bd9a3b70ea5f36 159818 libmikmod2_3.1.11-a-8_i386.deb
Checksums-Sha256:
3dc869ac711c8b17920e7c7d374803791b18d126ca36f6edf9399eeab8343f74 1290 libmikmod_3.1.11-8.dsc
8baa3f84177fbbff537c84c5ae88ce1bcfe4fdc63c4ea6bb5c50047b7cfaadaa 16592 libmikmod_3.1.11-8.debian.tar.gz
53e4d5947ba0420ed5f0414bc3d41ae933779ea40d6ed2250c9b7abb798017fe 251812 libmikmod2-dev_3.1.11-a-8_i386.deb
bd2462a728470fa0206f0b00c14b87085f382ce6b3e41161afb40b507fa99c2e 159818 libmikmod2_3.1.11-a-8_i386.deb
Files:
5f8441c385b62a99ccfe4bd68b91d0d4 1290 libs optional libmikmod_3.1.11-8.dsc
fe636a3939e8156326db0e0153effeb9 16592 libs optional libmikmod_3.1.11-8.debian.tar.gz
5a92a6d207ea43d812d6ceaddb415986 251812 libdevel optional libmikmod2-dev_3.1.11-a-8_i386.deb
d7e6253ed2188769be4a82f28c6790ae 159818 libs optional libmikmod2_3.1.11-a-8_i386.deb
iEYEARECAAYFAk6sOBMACgkQN+HBdXAJatHKMACff73yacqzHZw+mOiVKWD3HbP7
GcsAnjXzAlKCLpZmZJBRU9DwU8trD8Hu
=itqc
-----END PGP SIGNATURE-----
Still the same issue.
I am still seeing the problem with bb audio causing video to stop. The audio keeps playing but the video freezes. Answering no to the initial music prompt allows the video to work the whole way through. Same problem both under X and in virtual console. Running: buster bb: 1.3rc1-11 libmikmod3: 3.3.11.1-4
I also still observe this issue. In fact, I don’t remember ever being able to run BB with sound on Linux :(
Hi, Andrej Shadura wrote: According to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=123150#108 this was suspected to be an issue with libmikmod, esd and pulseaudio. It had been said to be fixed with some libmikmod upload, but then was said to still occur. Even though this detail was posted nearly a decade ago and later partially invalidated since the proposed libmikmod changes didn't help, I did a quick crosscheck: And yes, installing pulseaudio triggers this issue: Sound continues, but video stops. Not immediately if installed during bb is running, but upon the next start of bb. No idea why, though. On the one hand I avoid pulseaudio as much as possible for a multitude of reasons including issues like this one. Which is probably also the reason why I never ran into this myself. At least I don't have any experience with programming audio or video processsing itself. So any hint on why pulseaudio triggers this issues (or even better, patches :-) would be very appreciated. (i.e. the "help" tag is still valid.) P.S.: After purging pulseaudio again, bb works again as expected, too. But I had to kill a running pulseaudio process manually despite I didn't have to start it manually when I installed the package. *sigh* P.P.S.: Yes, the double "f" in "iff" is on purpose. See https://en.wiktionary.org/wiki/iff Regards, Axel
Hi, Another solution to keep pulseaudio installed is just to inactive it before running bb. Within systemd user session you can do: systemctl --user mask pulseaudio.socket systemctl --user stop pulseaudio.service And then activate back your pulseaudio service: systemctl --user unmask pulseaudio.socket systemctl --user start pulseaudio.service Hope it helps! ;-) ps: pulseaudio -k is generally not enough for many reasons.
Hi Patrice, Patrice Duroux wrote: Thanks! Will create a README.pulseaudio with that information to mitigate this issue a bit more than disabling audio by default already did. Also retitling the bug report to be even more precise. *sigh* Regards, Axel
Hi again, Axel Beckert wrote: […] Actually we have that already in README.Debian since 2015 (and I wrote that file — seems as if I'm getting demented):---8<--- BB vs PulseAudio ================ Unfortunately BB does not work under X if PulseAudio is active and Music is requested. Due to this issue Music in BB is turned off by default in Debian. If you have PulseAudio installed and want to show off BB with Music, you can do that by either: * switching to the virtual text console and running "bb" there, or by * temporarily letting PulseAudio release the audio hardware and hiding from "bb" the fact that there is a PulseAudio server with the following command: pasuspender -- env PULSE_SERVER= bb This issue is tracked in the Debian Bug Tracking System at https://bugs.debian.org/761023
Yes great! Before my proposal, I have simply tried without success: pasuspender -- bb I have added a case here: https://wiki.debian.org/PulseAudio#Stop_running_the_pulseaudio_daemon_for_a_while So I hope it is just not noise.
When I run that on a vc I get a brief error flash by about not being able to open an audio device and then BB runs, but no audio (even though I selected it). But at least it doesn't hang.
Hi Matt, thanks for the prompt response! Matt Taggart wrote: I see. Might be a separate issue then, not necessarily in bb. Then again, in the meanwhile I was able to reproduce this issue even on a virtual console — on a minimal Raspberry Pi running Debian Testing/Bullseye. It was more or less a minimal installation. I installed pulseaudio and rebooted to be sure the logins are setup with pulseaudio. I though also got a lot of pulseaudio warnings on the console about audio driver issues. But these seemed hardware-specific. But in the end, the workaround described in the README.Debian with "pasuspend -- env PULSE_SERVER= bb" worked there, too. So I will simplify the README.Debian and focus on that variant as it seems to help in most if not all cases. Oh, and I found another workaround, but I can't really recommend it: Run it as root on the virtual console. Seems to work because pulseaudio isn't started for root. ;-D Regards, Axel
Hi, did you try Gentoo patch https://gitweb.gentoo.org/repo/gentoo.git/tree/app-misc/bb/files/bb-1.3.0_rc1-disable-pulse.patch ?