pre-fill buffer? about gmrender-resurrect HOT 5 OPEN

a bit of research:

"output_gstreamer.c" line 366
case GST_MESSAGE_BUFFERING:
/* not caring about these right now */
break;

gstreamer buffering docs:
http://gstreamer.freedesktop.org/data/doc/gstreamer/head/manual/html/chapter-buffering.html

from gmrender-resurrect.

Yes, please add this feature! Even without much network activity there are clicks and lags from time to time which are very annoying and usually require the stream to stop and resume again.

from gmrender-resurrect.

Yeah, like a --gstout-buffer=time in seconds switch. That'd be lit. Wifi is total shit. I'm constantly getting buffer underruns on the rendering end. It doesn't help that pulseaudio-dlna does not handle spotty connections very gracefully.

from gmrender-resurrect.

This is by far the biggest problem with gmrender-resurrect, since wifi makes up like 90% of use cases. Unless most people use gmrender-resurrect over wifi without problems. If that's true, then my own problem might not be with gmrender-resurrect at all. It might be a buffer overflow at the sending end. So, how many people use gmrender-resurrect over wifi?

from gmrender-resurrect.

I fixed the buffering problem. Gstreamer playbin requires the application to pause upon receipt of a GST_MESSAGE_BUFFERING. I did that, along with a couple other minor things. The commits are attached.

0001-Cleaned-up-whitespace.txt
0002-Expanded-gstreamer-logging.txt
0003-Pause-playback-while-buffering.txt

from gmrender-resurrect.