Hi,<br><br><div class="gmail_quote">On Mon, Feb 21, 2011 at 5:43 AM, Daniel Dewald <span dir="ltr">&lt;<a href="mailto:Daniel.Dewald@time-shift.de">Daniel.Dewald@time-shift.de</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div></div><div class="h5">On Sunday 20 February 2011 22:58:51 you wrote:<br>
&gt; Hi,<br>
&gt;<br>
&gt; thanks for the immediate reply.<br>
&gt;<br>
&gt; 2011/2/21 Daniel Dewald &lt;<a href="mailto:Daniel.Dewald@time-shift.de">Daniel.Dewald@time-shift.de</a>&gt;<br>
&gt;<br>
&gt; &gt; Hi,<br>
&gt; &gt;<br>
&gt; &gt; Take my good advice and don&#39;t put any more work into this. Phonon&#39;s Audio<br>
&gt; &gt; Data<br>
&gt; &gt; Output is not working in 90% of all phonon Backends and from what I&#39;ve<br>
&gt; &gt; heard<br>
&gt; &gt; so far will not be working in any future. I&#39;ve already designed and<br>
&gt; &gt; implemented a working OpenGL Amarok applet and realized a spectrum<br>
&gt; &gt; analyzer with it. After that I was waiting for the backends to finally<br>
&gt; &gt; get the Data Output working and stabilized.. they won&#39;t. I tried begging<br>
&gt; &gt; and complaining and even tried to force the issue.. nobody is interested<br>
&gt; &gt; in this kind of work.<br>
&gt; &gt; Without the phonon audio data output all the work becomes meaningless.<br>
&gt; &gt; You should have talked with the vsxu maintainer (or the Amarok devs) and<br>
&gt; &gt; he would&#39;ve told you.<br>
&gt;<br>
&gt; Markey said that the Phonon issues have been fixed in the VLC backend, but<br>
&gt; don&#39;t exactly know if it is the same issues that have blocked your work.<br>
&gt;<br>
<br>
The audio data output stuff of vlc has be changed recently. I haven&#39;t tested it<br>
yet since I&#39;m currently working on my bachelor thesis and this has not a very<br>
hight priority for me anymore. For other backends the same applies. I was<br>
waiting (and begging) for almost 5 month to improve the situation and nothing<br>
changed then. Maybe you have more luck, maybe not. I&#39;ll test the backend if<br>
time allows and report my results to you asap (though this may take somewhat<br>
longer). Since I&#39;ve waited long for this I won&#39;t get my hopes up before I know<br>
otherwise. The audio data output of the vlc backend is at least stable. Xine<br>
will crash Amarok after every song if the audio data output is used.<br>
<br></div></div></blockquote><div><br></div><div>Hmm.. I can wait a bit and may be try something myself, if the time permits :) </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div class="h5">
&gt; &gt; Also vsxu is currently not yet in a state where it is<br>
&gt; &gt; likely to be put into any distribution. As long as its not distributed<br>
&gt; &gt; properly an vsxu applet is not likely to be placed into the official<br>
&gt; &gt; Amarok<br>
&gt;<br>
&gt; trunk (This however is a problem that could be solved in a small time<br>
&gt;<br>
&gt; &gt; window).<br>
&gt;<br>
&gt; I think this can be fixed too.. isnt it?<br>
<br>
The VSXU maintainer is a very nice an reasonable person. Until I had to bring<br>
him the news of (as mark put it) &quot;my failure&quot; he did everything  he could to<br>
support my efforts and bring his code in a state that would be accepted by<br>
distros. I only wish I could&#39;ve done the same for him and bring VSXU into<br>
Amarok. So yes thats definitely an issue that CAN be solved in reasonable time.<br></div></div></blockquote><div><br></div><div>Yes, Jonatan  has re-factored a lot of code, and also i was hoping to get it packaged really soon...  so i dont think this will be a problem :)</div>
<div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div class="h5">
<br>
&gt;<br>
&gt; &gt; Sorry to kill the dreams but I&#39;ve already put a tremendous amount of work<br>
&gt; &gt; into<br>
&gt; &gt; this and all for nothing.<br>
&gt;<br>
&gt; This really can&#39;t be an option for me because I ve already submitted this<br>
&gt; for my course project, and so dropping this out means a really hard time<br>
&gt; for me :(<br>
&gt;<br>
<br>
If you want to do some OSS stuff in the future I humbly recommend contacting<br>
the maintainers and dev&#39;s first and do some research whether or not someone<br>
else tried to do this and he / she failed why so. Otherwise work might be done<br>
twice and that will either piss you off or the guy who&#39;s work you&#39;re crossing.<br>
Just a suggestion.<br>
<br></div></div></blockquote><div> </div><div>noted :) </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div class="h5">
<br>
&gt; So may be if you can enlist the issues, then I can try fixing them one by<br>
&gt; one..<br>
&gt;<br>
<br>
The only thing thats standing between you and a workable visualization plugin<br>
is a workable audio data output in all the major backends the users use.<br>
Otherwise you have very nice visualization with no connection to the sound<br>
you&#39;re hearing whatsoever. Or you have a lot of angry users and devs because<br>
Amarok is crashing or hanging all the time. I doubt such a patch will make it<br>
into trunk (which is the reason why my spectrum analyzer and my fingerprinter<br>
never where included and why I did stop my work on the visualization after<br>
some disappointments of other kind).<br>
<br></div></div></blockquote><div> </div><div>Hmm.... Currently I was focussing on getting the GLWidget done, so haven&#39;t yet thought about Phonon related stuff. Have given myself till the mid march for the GLWidget related stuff to be completed.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div class="h5">
&gt; &gt; If you want to display any other (non audio data<br>
&gt; &gt; related) OpenGL stuff just give me a call. My applet might need some<br>
&gt; &gt; over-howl<br>
&gt; &gt; but was working the last time I tried it. However it uses quite some<br>
&gt; &gt; hacks because the Amarok context area does not support OpenGL pre se<br>
&gt; &gt; (because its not an opengl applet area).<br>
&gt;<br>
&gt; You mean rendering it onto a label right? I was looking onto it, and was<br>
&gt; actually looking for other alternatives to this. Also was searching for<br>
&gt; something that doesn&#39;t use a timer to refresh the QGLWidget... (something<br>
&gt; like vsync, but apparently we don&#39;t have such an option - even the Gluon<br>
&gt; guys use a timer)<br>
&gt;<br>
<br>
Yes. My applet renders into a label. Is nasty, its ugly and its (so far) the<br>
only possible way. Plasma applets can use OpenGL. But then the whole viewport<br>
of the applet must be an OpenGL context (which means all other applets that<br>
use the same viewport must use OpenGL also). Since the context area of amarok<br>
shares one viewport with all applets you&#39;d have to rewrite all the applets to<br>
get the desired result. Uncool I guess :-P.</div></div></blockquote><div><br></div><div>Hmm... was thinking of 2 experiments to avoid this issue (1 is something like to find something like XEmbed for Qt and the other is embedding another QGraphicsView widget which is GL enabled, as a normal widget in the applet), but before that I need to find out why </div>
<div><br></div><div><a href="http://doc.trolltech.com/qq/qq26-openglcanvas.zip">http://doc.trolltech.com/qq/qq26-openglcanvas.zip</a> fails on my laptop (apparently the paint engine isnt OpenGL ...)</div><div><br></div><div>
will post back as soon as I get the results :)</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div class="h5">
<br>
If you still want to continue your work I&#39;ll assist you in any way I can. If<br>
you get the audio data output working you can use my OpenGL applet.</div></div></blockquote><div><br></div><div>Ya, so I will have a look into the audio data issue...</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div class="h5"> All you&#39;ll<br>
have to do is take care of the rendering stuff then. This applet also enables<br>
the audio data output in Amarok and connects the applet to it. </div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div><div class="h5"> The downside is<br>

that the audio data output stuff is in the core. So whether you use the applet<br>
or not, the audio source will be connected to the audio data output which is<br>
then connected to the sink. And since audio data output is unstable in some<br>
backends, Amarok will crash (with xine backend) hang (with gstreamer backend)<br>
or just don&#39;t give you audio data (with vlc backend) whether you use the<br>
applet or not. So before this could be used, all backends would at least have<br>
to be in a state where they don&#39;t crash or hang the app. Otherwise users (and<br>
devs) won&#39;t like your patch very much ;o). The upside is that as soon as its<br>
working every applet (or any other part of amaroks code) can simply connect<br>
itself to the audio data ouput to get access to the audio data (which means my<br>
spectrum analyzer applet would also work).<br>
</div></div></blockquote><div> </div><div>Hmm.....  </div><div><br></div><div>Cheers,</div><div>Dinesh </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div><div class="h5">
Greez<br>
<br>
<br>
Daniel<br>
</div></div><br>_______________________________________________<br>
Amarok-devel mailing list<br>
<a href="mailto:Amarok-devel@kde.org">Amarok-devel@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/amarok-devel" target="_blank">https://mail.kde.org/mailman/listinfo/amarok-devel</a><br>
<br></blockquote></div><br>