Audacious

audacious freezes at startup except headless

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: None
  • Fix Version/s: None
  • Component/s: None
  • Description:
    Hide
    audacious freezes at startup when I don't start it with -i headless. It leaves around 2 invisible windows (equalizer and main window) and can only be killed with -9. The windows have the title 'Buffering ...' and for a very short amount of time i can hear some noise.

    This bug appeared somewhere in the last weeks, as checkout some weeks ago didn't have this bug, but a later one had. Sadly I don't have any notes which versions where good or bad.

    The last lines in the debug output are:

    last lines of --enable-debug and complete gdb stacktrace attached

    ---

    There is also a different but quite similar problem: seeking doesn't work anymore. I started audacious with gui after removing its config. Adding a file and playing it works, but seeking freezes everything. Both are probably related. gdb for that attached too.
    Show
    audacious freezes at startup when I don't start it with -i headless. It leaves around 2 invisible windows (equalizer and main window) and can only be killed with -9. The windows have the title 'Buffering ...' and for a very short amount of time i can hear some noise. This bug appeared somewhere in the last weeks, as checkout some weeks ago didn't have this bug, but a later one had. Sadly I don't have any notes which versions where good or bad. The last lines in the debug output are: last lines of --enable-debug and complete gdb stacktrace attached --- There is also a different but quite similar problem: seeking doesn't work anymore. I started audacious with gui after removing its config. Adding a file and playing it works, but seeking freezes everything. Both are probably related. gdb for that attached too.
  • Environment:
    linux 2.6.33-rc7, gtk2 2.18.6, audacious2 5786:3ec6408969a4 from today
  1. debug-last-lines.log
    (0.7 kB)
    Strebel
    11/Feb/10 5:12 AM
  2. gdb1.log
    (3 kB)
    Strebel
    11/Feb/10 5:12 AM
  3. gdb2.log
    (4 kB)
    Strebel
    11/Feb/10 5:12 AM
  4. gdb3.log
    (4 kB)
    Strebel
    11/Feb/10 5:35 AM

Activity

Hide
Strebel added a comment - 11/Feb/10 5:34 AM
Sorry, for bad writing in last comment. I tried to shutdown headless with Ctrl+C and it hangs to, gdb attached again.
Show
Strebel added a comment - 11/Feb/10 5:34 AM Sorry, for bad writing in last comment. I tried to shutdown headless with Ctrl+C and it hangs to, gdb attached again.
Hide
Strebel added a comment - 11/Feb/10 5:35 AM
stopping audacious2 -i headless with Ctrl-C
Show
Strebel added a comment - 11/Feb/10 5:35 AM stopping audacious2 -i headless with Ctrl-C
Hide
Strebel added a comment - 13/Feb/10 10:11 AM
I played around more with this.

The skin (or lack thereof) doesn't seem to matter for the player to hang. I played around more with it and found the following situations where it will hang:

1. seeking while playing with

    alsa.c:397 alsa_flush(): Seek requested; discarding buffer.

2. when stopping while the player still plays with

    xspf.c:316 xspf_playlist_save(): filename='/home/strcmp/.config/audacious/playlist.xspf', pos=0
    alsa.c:282 alsa_close_audio(): Closing audio.

3. double-clicking on another track

It won't freeze if

1. I close the player while paused
2. I seek while paused (and then continue playing)
3. I change the track while paused

It will freeze with 'continue playback at startup' if

1. I play a song, then stop it

It won't freeze with 'continue playback at startup' if

1. I play a song, then pause it, then resume playing
2. I play a song, then pause it, then stop it while paused

There are probably half a dozen more situations where it will hang or not depending on the situation and configuration.

AUD-147 sounds similar to this
Show
Strebel added a comment - 13/Feb/10 10:11 AM I played around more with this. The skin (or lack thereof) doesn't seem to matter for the player to hang. I played around more with it and found the following situations where it will hang: 1. seeking while playing with     alsa.c:397 alsa_flush(): Seek requested; discarding buffer. 2. when stopping while the player still plays with     xspf.c:316 xspf_playlist_save(): filename='/home/strcmp/.config/audacious/playlist.xspf', pos=0     alsa.c:282 alsa_close_audio(): Closing audio. 3. double-clicking on another track It won't freeze if 1. I close the player while paused 2. I seek while paused (and then continue playing) 3. I change the track while paused It will freeze with 'continue playback at startup' if 1. I play a song, then stop it It won't freeze with 'continue playback at startup' if 1. I play a song, then pause it, then resume playing 2. I play a song, then pause it, then stop it while paused There are probably half a dozen more situations where it will hang or not depending on the situation and configuration. AUD-147 sounds similar to this
Hide
John Lindgren added a comment - 13/Feb/10 1:13 PM
Have you tried checking "Work around snd_pcm_drop hangup" in ALSA output preferences?
Show
John Lindgren added a comment - 13/Feb/10 1:13 PM Have you tried checking "Work around snd_pcm_drop hangup" in ALSA output preferences?
Hide
Strebel added a comment - 13/Feb/10 1:50 PM
I tried it and it worked with all test cases I mentioned in my last comment. Thanks for your reply.

--

This option was only introduced recently (4295), so I would like to know how long it will stay with us? It's darn horrible annoying.
Show
Strebel added a comment - 13/Feb/10 1:50 PM I tried it and it worked with all test cases I mentioned in my last comment. Thanks for your reply. -- This option was only introduced recently (4295), so I would like to know how long it will stay with us? It's darn horrible annoying.
Hide
John Lindgren added a comment - 13/Feb/10 3:29 PM
I'm afraid it will stay with us until the ALSA devs decide to fix DMix. 2.2 didn't trigger the bug because it was based on a polling model, but because of that, 2.2 had problems with buffer underruns on some setups (see AUD-115). I intend to create a test case and forward the bug report to ALSA.
Show
John Lindgren added a comment - 13/Feb/10 3:29 PM I'm afraid it will stay with us until the ALSA devs decide to fix DMix. 2.2 didn't trigger the bug because it was based on a polling model, but because of that, 2.2 had problems with buffer underruns on some setups (see AUD-115). I intend to create a test case and forward the bug report to ALSA.

People

  • Assignee:
    Unassigned
    Reporter:
    Strebel
  • Watchers:
    1

Dates

  • Created:
    11/Feb/10 5:12 AM
    Updated:
    14/Mar/10 5:44 PM
    Resolved:
    14/Mar/10 5:44 PM