Closed EthanZeigler closed 6 months ago
Is this still a problem? “sound output stops” and “internal error” sounds alot like an issue on Pandora’s end. Hint: You can interrupt playback by pressing Control-C (^C) or sending SIGINT.
Interestingly enough, Control C will sometimes have no effect when this starts. I forgot to mention that. However, I think that's probably on issue on my end, not yours.
I would agree that this is an issue with my provider or Pandora, but I never have this issue with the web version. Only with pianobar is playback being problematic, and that makes me a bit suspicious.
EDIT: Just happened again, but I had an error output this time.
|> "You Found Me" by "The Fray" on "The Fray" [aac @ 0x7f8d4a80c600] decode_band_types: Input buffer exhausted before END element found [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f8d4b045a00] stream 0, offset 0x70fb6: partial file [aac @ 0x7f8d4a809600] element type mismatch 1 != 0 [aac @ 0x7f8d4a809600] element type mismatch 1 != 0 [aac @ 0x7f8d4a809600] element type mismatch 1 != 0 [aac @ 0x7f8d4a809600] element type mismatch 1 != 0 [aac @ 0x7f8d4a809600] element type mismatch 1 != 0
The timer stopped working when the next song started to play though, and then when that song ended, the program stopped executing entirely.
Is pulseaudio installed?
No, it isn't. I have nothing special installed with it. I just used brew install pianobar. I've also getting some static during playback too, but as I read around, that probably isn't pianobar's fault. It seems to be that when it loses internet connection, the program freezes up (reaches the end of the buffer?).
I have the same problem, let me know if there is anything I can do.
I remember seeing similar issues, but I can’t find them right now. #503 and #498 look similar as well.
Can you please tell me: Your OS, ffmpeg version and pianobar version. A
gdb backtrace would be very nice.
https://wiki.ubuntu.com/Backtrace#Generation expains how to do that, but
make sure to run handle SIGINT nostop noprint pass
before run
. The
output contains your password and auth token. Please don’t post those in
public (i.e. remove them or send me the backtrace in private).
@EthanZeigler: That error usually occurs when the connection is interrupted. So it could be a connectivity issue that pianobar (or ffmpeg?) is unable to recover from.
I've been unable to reproduce this now. Maybe its something on Pandora's side (they have been updating their website).
This seems to be a race condition.
I can reliably make pianobar hang within 0-15 minutes by simply listening to music, doing nothing else.
Running within gdb, I am unable to reproduce a single hang after countless hours of always-on listening, even leaving the stream run over night.
Same issue here. Precisely as described. After about 10-15 minutes playback freezes, ctrl-C does not always work, changing stations results in an unwritten error. I tried running w/ sudo and the freeze happened after 30 seconds rather than ten minutes. I do, however, have pulseaudio running; the other fixes associated with pulse have not worked for me.
Requested Information:
OS: Linux
ffmpeg: amd64/xenial-security 7:2.8.11-0ubuntu0.16.04.1 uptodate (I don't recall this being a dependency for pianobar, does it use this?)
pianobar: amd64/xenial 2015.11.22-1 uptodate
gdb output: https://pastebin.com/HL5G3PU2
Yes, ffmpeg has been a dependency for quite a while now. Since pulseaudio is involved you’re on your own. Sorry.
Woah, blast from the past
After about 10 or 15 minutes of use, pianobar stops responding entirely. No error output, the time marker stops, and sound output stops. After leaving the program alone for a few minutes after this freeze, it goes back to the station selection menu. Trying to select a station throws an internal error. I tried to find a log file of the error with no luck.
Using the newest pianobar version on homebrew with OSX 10.11.6.