<div dir="ltr">On Sun, Feb 24, 2013 at 1:18 PM, todd rme <span dir="ltr"><<a href="mailto:toddrme2178@gmail.com" target="_blank">toddrme2178@gmail.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">I have some suggestions for possible project ideas for this year's<br>


GSOC, fitting the theme "polishing existing things".  I am not<br>
intending to be an applicant or a mentor, and these may not be good<br>
ideas, so feel free to accept them or not as you see fit:<br></blockquote><div><br></div><div style>if you have more of the polishing ideas please share. doing a gsoc project with many small things may be interesting.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
1. Implement KIO access for one or both phonon backends.  Gstreamer<br>
already has a vfs access backend, so adding a KIO backend should be<br>
possible.  I am not sure the status of vfs support in VLC.  This will<br>
allow playing files from remote resources such as smb or now mtp<br>
without having to make a local copy.<br></blockquote><div><br></div><div style>that ought to be implemented on the other side of the abstraction (frontend) and actually already is</div><div><br></div><div><div><a href="http://quickgit.kde.org/?p=kde-runtime.git&a=blob&h=aba568ca48bf6a58605195a3c9ad66b8313723df&hb=82534ef1b7a8b659ecbc457c4374e5bdb376ebdf&f=phonon%2Fplatform_kde%2Fkiomediastream.cpp">http://quickgit.kde.org/?p=kde-runtime.git&a=blob&h=aba568ca48bf6a58605195a3c9ad66b8313723df&hb=82534ef1b7a8b659ecbc457c4374e5bdb376ebdf&f=phonon%2Fplatform_kde%2Fkiomediastream.cpp</a></div>

<div><br></div><div>except right now it is not working and weirdly applied by libphonon (fixing it is too small a thing for a whole GSOC project though).</div><div> <br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">


2. Re-implement existing ffmpeg functionality in KDE using gstreamer.<br>
ffmpeg is used by things like nepomuk, but has licensing issues that<br>
makes it impossible to build against it.  gstreamer abstracts away the<br>
parts with licensing issues, allowing distros to build against it<br>
legally while still allowing users to install the questionable bits<br>
separately.  The purpose of this project would be to implement support<br>
for gstreamer alongside ffmpeg in one or more of the places it is<br>
currently used.  ffmpeg should still be preferred if it is available.<br></blockquote><div><br></div><div style>as someone already mentioned, that is a non-issue. ffmpegthumbnailer OTOH is meant to use ffmpeg ;), mplayerthumbs though actually can use Phonon, except the API is experimental and someone was working on an entirely phonon based thumbnailer anyway.</div>

<div style><br></div><div style>HS</div></div><br></div></div>