No subject

abstractions (ie gstreamer/vlc/xine/mplayer/null backends) to "create
a simple KDE/Qt style multimedia API, to better support native
multimedia frameworks on Windows and Mac OS X, and to fix problems of
frameworks becoming unmaintained or having API or ABI instability.
Subsequently it has been moved to Qt and can therefore be used
independent of KDE". It goes on to say a file can be played in four
lines of code.



James.

_______________________________________________
Kent mailing list
Kent at mailman.lug.org.uk
...

--00163630f5c7d2db8604a19a9660
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<p>Also, alsa will do mixing just fine if you have a soundcard that has har=
dware mixers....</p>
<p>T</p>
<p><blockquote type=3D"cite">On 23 Apr 2011 11:13, &quot;James Morris&quot;=
 &lt;<a href=3D"http://jwm.art.net">jwm.art.net</a>@<a href=3D"http://gmail=
.com">gmail.com</a>&gt; wrote:<br><br><p><font color=3D"#500050">On 23 Apri=
l 2011 07:35, Peter Childs &lt;<a href=3D"mailto:pchilds at bcs.org">pchilds at b=
cs.org</a>&gt; wrote:<br>
&gt; The issue is that many apps talk a b...</font></p>This is where an app=
lication is coded to talk directly to ALSA. If<br>
Pulse wasn&#39;t running it would be:<br>
<br>
app -&gt; alsa.<br>
<br>
and that would be it. As mentioned before, ALSA can do mixing via<br>
DMIX, but (according to Pulse Audio wikipedia entry) &quot;It (DMIX) does<b=
r>
not provide the advanced features (such as device aggregation,<br>
timer-based scheduling, and network audio) of PulseAudio.&quot;<br>
<p><font color=3D"#500050"><br><br>&gt; gstreamer does<br>&gt;<br>&gt; app =
-&gt; gstreamer -&gt; pulse -&gt; alsa -&gt; out (I believe)<br></font></p>=
Well that&#39;s fairly understandable. The app (ie a media player) is<br>

trying to play a file/stream of a particular codec, gstreamer handles<br>
the codec, and pulse hands the resultant PCM audio onto ALSA where it<br>
is output to the soundcard.<br>
<br>
I am certain of three things here: I don&#39;t want to reinvent any audio<b=
r>
file format/codec handling library, I don&#39;t want to reinvent any kind<b=
r>
of audio routing server, and I don&#39;t want to reinvent hardware level<br=
>
drivers.<br>
<p><font color=3D"#500050"><br>&gt;<br>&gt; phonon is a slightly incomplete=
 api in that it can&#39;t currently handle<br>&gt; input but...<br>&gt;<br>=
&gt; app -&gt;...</font></p>From what I can tell from the wikipedia page, p=
honon abstracts out the<br>

abstractions (ie gstreamer/vlc/xine/mplayer/null backends) to &quot;create<=
br>
a simple KDE/Qt style multimedia API, to better support native<br>
multimedia frameworks on Windows and Mac OS X, and to fix problems of<br>
frameworks becoming unmaintained or having API or ABI instability.<br>
Subsequently it has been moved to Qt and can therefore be used<br>
independent of KDE&quot;. It goes on to say a file can be played in four<br=
>
lines of code.<br>
<p><font color=3D"#500050"><br><br>James.<br><br>__________________________=
_____________________<br>Kent mailing list<br><a href=3D"mailto:Kent at mailma=
n.lug.org.uk">Kent at mailman.lug.org.uk</a><br>...</font></p></blockquote></p=
>

--00163630f5c7d2db8604a19a9660--