Version: 2.5 (using KDE 4.7.3)
On a sabayon linux system fully updated as of today.
Linux sabayon 3.0.0-sabayon #1 SMP Tue Oct 25 17:37:15 UTC 2011 x86_64 Dual Core AMD Opteron(tm) Processor 185 AuthenticAMD GNU/Linux
When i try to use the spectrum analyser i always get the same message
no sample buffer support. So Mamarok suggested to change the phonon backend.
I did try the three Vlc xine and Gstreamer. two things happen .
First changing the backend make amarok crash but upon restart it looks fine and the new choice is shown as tdefault and the sound works and all but i always get the same message no sample buffer support.
I love amarok , and i would really like to fix it so it works to it's full capacity.
Thanks for any help you may provide solving this minor problem.
Reproducible: Didn't try
Steps to Reproduce:
go to option s. find phonon backend configuration .. change to any choices
always the same sample buffer support message pops but amarok does play
should have made the spectrum analyser work.
This is not a backend or sound related problem. The spectrum analyzer uses OpenGL as rendering API and your graphic card does not support sample buffering. Since the spectrum analyzer uses an OpenGL applet templet I made and doesn't really need the sample buffer support, I can (and will) deactivate that check in the next Amarok version. However if you don't have a working OpenGL system on your computer then I wont work anyway no matter what checks are off/on.
Could you please add a line to the error message that it needs OpenGL? That would avoid further bug reports.
Specially since openGL is active ..
ric@sabayon ~ $ eselect opengl list
Available OpenGL implementations:
 ati *
ric@sabayon ~ $
should i try a different implementation ? xorg for example ?
@Myriam: consider it done asap.
@Richard: Its unlikely that will help as xorg usually implements the minimum supported feature set. You can try but I wouldn't recommend it and I don't think it will change anything (with the spectrum analyzer at least). I'll try removing the sample buffer dependency and you should be fine if OpenGL is running properly on your system.
All is fine then. Ill be looking forward to try the feature in another release. Thanks for your time. :)
Thank you for the informations.
I have netbook with intel n10 card which gives me some glxgear tests with OpenGL. Next time, please, write wich OpenGL feauters users must have to see spectrum. And if there is some time to realize simple rendering mode to spectrum for users with particular hardware OpenGL support. Thanks.
I realize that some people will not be able to use the spectrum analyzer because they are missing OpenGL support in their system however:
- My original work was aiming for visualization support. The spectrum analyzer is only a by-product or a demo of this efforts.
- The spectrum analyzer is only semi ready for usage and should be considered alpha state. Lots of stuff has to be fixed / stabilized / improved.
- As this spectrum analyzer only uses a somewhat fuzzy FFT algorithm for spectrum extraction its usage for professional applications tends to zero. Thus its only eye candy and OpenGL simply allows better candy :-P.
As I'm currently moving and have changed my job last month I'm neither able nor willing to write a software renderer for the analyzer (and it clearly would be kind of overkill). However a great deal of my code could be used to display the spectrum in a non OpenGL way. That would be up to someone with more time and enthusiasm then me though.
This issue affects me as well (Kubuntu 11.10, ATI 6770 with current binary blob). Maybe, since the OP is running ATI, as I am, the issue is ATI-specific? Just a thought. I would love to have this feature working in Amarok.
I'll be reviewing the analyzer within the next few weeks and remove some checks and bugs. I couldn't get to it earlier as I've just unpacked my PC yesterday and had a lot of personal stuff going on the last 3 month.
My PC running Debian Wheezy is currently suffering from this bug. The GPU is a Radeon Mobility X700 running r300g (Gallium) drivers. Direct rendering is enabled, and OpenGL up to 2.1 is supported.
I posted my glxinfo here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683707
I installed a diff that references this bug. https://git.reviewboard.kde.org/r/104330/diff/?expand=1
It removes the error, but the Spectrum analyzer still simply doesn't work or do anything. Ideas? Does it depend on something else besides OpenGL? There was a nice Spectrum analyzer in KDE 3.X, hate to see that it now appears to be broken.
Running KDE 4.8.4. with Amarok 2.6.
(In reply to comment #12)
> I installed a diff that references this bug.
> It removes the error, but the Spectrum analyzer still simply doesn't work or
> do anything. Ideas? Does it depend on something else besides OpenGL?
> There was a nice Spectrum analyzer in KDE 3.X, hate to see that it now
> appears to be broken.
Not broken just not re-implemented fully yet. Amarok 2.x is a complete rewrite,
> Running KDE 4.8.4. with Amarok 2.6.
You mean Amarok 2.6 rc1 or do you mean Amarok 2.5-git? Please specify this exactly and update the version field accordingly.
OK, I got this working... The only reason it wasn't working for me is that the Spectrum Analyzer depends on the GStreamer backend for phonon.
1. Install the GStreamer phonon backend.
2. Apply the GIT patch that Daniel Dewald made (https://git.reviewboard.kde.org/r/104330/diff/?expand=1). I applied this to Amarok 2.6 Beta which is the version currently frozen in Debian Testing / Wheezy.
3. Set amarok to use the GStreamer phonon backend.
4. Give it a try! It works...
I previously reported that the GIT patch didn't seem to fix anything, but it does in fact fix it. It appears the VLC Phonon backend is missing some capabilities that makes this Spectrum Analyzer possible.
Version: 2.6 Beta 1
(In reply to comment #13)
> > Running KDE 4.8.4. with Amarok 2.6.
> You mean Amarok 2.6 rc1 or do you mean Amarok 2.5-git? Please specify this
> exactly and update the version field accordingly.
The bug is still in Amarok 2.6 Beta 1 from May 2012, which is currently packaged Debian Testing.
Thank you for the feedback.
is https://git.reviewboard.kde.org/r/104330/diff/?expand=1 wrong fix or simply nobody has looked at it yet? It reportedly fixes the problem.
Getting the same problem with v2.6.0-421-gf66a306
Created attachment 75855 [details]
New crash information added by DrKonqi
amarok (2.6-git) on KDE Platform 4.9.4 using Qt 4.8.4
I've applied the patch from https://git.reviewboard.kde.org/r/104330/diff/
Added Spectrum Analyzer to Context pane. When I start playback, Spectrum Analyzer crashes every time with this backtrace.
I've also tried the patch on March 2012 with the following outcome:
Previously the spectrum analyzer said: no sample buffer support. Now it pretends it is working but shows nothing or just some corrupted image that doesn't update. Following messages appear in debug output:
QEglContext::swapBuffers(): "Bad surface (0x300D)"
My hardware is Intel Sandy Bridge HD Graphics 3000 with intel 3D and 2D driver:
OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile
OpenGL version string: 3.0 Mesa 9.0
OpenGL shading language version string: 1.30
So for me, the patch transforms a kind-of "Not available" message into corrupted display or a crash. Certainly a regression.
-- Backtrace (Reduced):
#6 0x00007fc46e7e60fe in _mesa_ReadnPixelsARB (x=0, y=0, width=0, height=0, format=6408, type=5121, bufSize=2147483647, pixels=0x0) at ../../../src/mesa/main/readpix.c:757
#7 0x00007fc46e7e626a in _mesa_ReadPixels (x=<optimized out>, y=<optimized out>, width=<optimized out>, height=<optimized out>, format=<optimized out>, type=<optimized out>, pixels=0x0) at ../../../src/mesa/main/readpix.c:808
#8 0x00007fc4b47b9478 in qt_gl_read_framebuffer (size=..., alpha_format=true, include_alpha=true) at qgl.cpp:1810
#9 0x00007fc4b47d088a in QGLPixelBuffer::toImage (this=<optimized out>) at qglpixelbuffer.cpp:382
#10 0x00007fc478d9c792 in SpectrumAnalyzerApplet::updateOpenGLScene (this=0x1b6b200) at /home/strohel/projekty/amarok/src/context/applets/spectrumanalyzer/SpectrumAnalyzerApplet.cpp:574
Spectrum analyzer has been removed from amarok.