Bug 290327 - Spectrum fails with " no sample buffer support " message
Summary: Spectrum fails with " no sample buffer support " message
Status: RESOLVED NOT A BUG
Alias: None
Product: amarok
Classification: Applications
Component: Context View/Spectrum Analyzer (show other bugs)
Version: 2.6-git
Platform: Unlisted Binaries Linux
: NOR normal
Target Milestone: ---
Assignee: Amarok Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-01-01 16:14 UTC by Richard Hebert
Modified: 2012-12-19 22:20 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
New crash information added by DrKonqi (32.18 KB, text/plain)
2012-12-15 23:26 UTC, Matěj Laitl
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Richard Hebert 2012-01-01 16:14:47 UTC
Version:           2.5 (using KDE 4.7.3) 
OS:                Linux

Hello.
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. 

ric




Reproducible: Didn't try

Steps to Reproduce:
go to option s. find phonon backend configuration .. change to any choices 


Actual Results:  
always the same  sample buffer support message pops but amarok does play
the tracks.

Expected Results:  
should have made the spectrum analyser work.

none
Comment 1 Daniel Dewald 2012-01-02 09:23:30 UTC
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.
Comment 2 Myriam Schweingruber 2012-01-02 11:22:00 UTC
Could you please add a line to the error message that it needs OpenGL? That would avoid further bug reports.
Comment 3 Richard Hebert 2012-01-02 13:10:08 UTC
Specially since openGL is active .. 

ric@sabayon ~ $ eselect opengl list
Available OpenGL implementations:
  [1]   ati *
  [2]   nvidia
  [3]   xorg-x11
ric@sabayon ~ $ 

should i try a different implementation ?   xorg for example ? 

ric
Comment 4 Daniel Dewald 2012-01-02 13:25:03 UTC
@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.
Comment 5 Richard Hebert 2012-01-02 13:45:33 UTC
All is fine then. Ill be looking forward to try the feature in another release. Thanks for your time.  :)  


Ric
Comment 6 Myriam Schweingruber 2012-01-03 11:00:31 UTC
Thank you for the informations.
Comment 7 Ilyas B. Arinov 2012-01-05 21:17:23 UTC
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.
Comment 8 Daniel Dewald 2012-01-06 13:14:09 UTC
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.
Comment 9 James Cain 2012-02-20 19:07:05 UTC
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.
Comment 10 Daniel Dewald 2012-02-21 08:56:32 UTC
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.
Comment 11 David Smith 2012-08-03 05:31:06 UTC
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
Comment 12 David Smith 2012-08-03 07:06:11 UTC
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.
Comment 13 Myriam Schweingruber 2012-08-04 12:10:43 UTC
(In reply to comment #12)
> 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.

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.
Comment 14 David Smith 2012-08-09 06:45:37 UTC
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.
Comment 15 David Smith 2012-08-09 07:54:52 UTC
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.
Comment 16 Myriam Schweingruber 2012-08-09 08:27:29 UTC
Thank you for the feedback.
Comment 17 Modestas Vainius 2012-09-09 14:38:31 UTC
Hello,

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.
Comment 18 Mayank Madan 2012-12-01 07:47:59 UTC
Getting the same problem with v2.6.0-421-gf66a306
Comment 19 Matěj Laitl 2012-12-15 23:26:42 UTC
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
Comment 20 Daniel Dewald 2012-12-19 13:48:40 UTC
Spectrum analyzer has been removed from amarok.