Closed dorphell closed 11 years ago
I have the exact same issue. Running ubuntu 12.10 beta 2 i386. Pianobarfly builds and installs without error. Reads the config file from ~/.config etc and logs in, gets stations and will play tracks, starts recording, then exactly 2 seconds from the end of each track it pauses, then proceeds to delete the file. If I ctrl c and check the file before it deletes it, it has recorded fine but has a long delay at the end.
sorry edited my comment,,,, the workaround of recompiling without id3 tags did not work for more than one track.... Still an issue. doing some testing to see if it is just one particular station or all of them.
If you comple without id3tags I assume it won't do any tagging. That's not really a solution, just a bad workaround =/
Any updates on this issue? Do you have the same problem with pianobar also?
is this still an issue?
Yes
Linux or OSX? mp3 or m4a?
Linux
Try the current master. I've been using it most of the afternoon and haven't noticed this delay.
No updates and I can't reproduce this.
See also PromyLOPh/pianobar#311 and PromyLOPh/pianobar#316
I don't know when this issue started (maybe with Joshua's last major update) but after every song, there is a 5-10 second delay before the next song is played. I'm running pianobarfly from a high-speed wired LAN so it's not a networking issue on my end.
Sometimes it gets stuck with 2 seconds left in the song, while tagging the file. Also, sometimes it doesn't get delayed at all. I don't know what's triggering this behavior, but I've noticed it happens more consistently when I let music play for a long period of time without skipping songs. It's like the client falls asleep and needs a nudge/kick once in a while.
Anyone else experience this?