Jason Gray
Jason Gray
It's nothing we're doing wrong it's a bug in GStreamer. There are multiple bug reports filed about it already that go back a couple years but no one seems to...
The only thing that kinda sort works is an ugly hack that I threw together that relies on ignoring the 0% buffer message and using a time based polling method...
It's because of the way Gstreamer handles buffering with AAC's. For some unknown(to me at least) reason Gstreamer uses WAY too many buffers with AAC's. The end result is that...
From very limited testing with Download Buffering re-enabled with the AAC stream with my personal fork I am noticing that AAC's take A LOT longer to buffer than Mp3's not...
self.player.props.flags |= (1
Basically reverting back to pre-Gstreamer 1.4 behaviour. I'll have to see if that can be turned on and off. Right now that flag is set when gstreamer is initialized, before...
It would basically have to be tied to the Audio quality dropdown and Pandora One checkbox. It would only need to be disabled if you're using the High Quality setting...
An easier option would be to make it a user option. Put a checkbox in the options(defaulting to off) and let the user decide.
I honestly don't think download buffering is the issue and I also don't think it offers much value. The purpose of download buffering is to keep it from buffering mid...
> I have yet to experience the deadlock you spoke of The deadlock effects the MP3 stream mostly AFAIK. That's why I said it's kinda a catch 22. Either enable...