GitLab

According to porting-to-0.11.txt in gstreamer sources.

Signed-off-by: Trever Fischer <tdfischer@fedoraproject.org>

Thanks for the patch, Alessandro!
Signed-off-by: Trever Fischer <tdfischer@fedoraproject.org>

BUG:279135

Conflicts:
	gstreamer/phononsrc.cpp

to get your own font used by the backend, or let the application decide using QApplication::font(const char *className)

Pipeline::setSource() : Don't emit errorMessage when the MediaSource is Empty, it can break the pipeline while it's playing

Turns out there was a memory leak in there too. Whoops.

Now that the Pipeline manages everything, not using
QMetaObject::invokeMethod is a safe and simpler route.

Since 2 channel input buffers were thought to be chopped by
QVector::resize() the emitted data never went beyond returning 0 if the
initial samples were 0. This is because resize() actually removes
elements at the end of the vector, however since the vector is actually
used like a queue we need to chop at the front. This is now simulated
by using remove(0, n) with n = dataSize*channels.
Also fix mono processing, instead of manually memcopying and whatnot we
now create an implicitly shared copy vector and resize it to the size
we need to return. This either results in implicitly shared remaining
memory or, which is more likely, only copies the elements that are to
be emitted. Eitherway a massive gain in readability.

Previously, it emitted currentSourceChanged up to 30 seconds in advance.
Thats because the source really did /technically/ change, from the
pipeline's view. This introduces another viewpoint by having the
mediaobject keep track of the source the hardware is actually seeing
(and thus the user hearing).