Re: [Discuss-gnuradio] gr-fosphor : New RTSA-like visualization block for GNURadio using GPU acceleration

[Markus]

Hi Silvain,

great - thanks for your answer. I got it run now on OS X via simple macports 
install. However I will follow the issue from time to time, as I think it would 
be great to have beignet available for this (and other) purposes. 

Also I am keen on looking into how the colored spectrum view is implemented by 
you ( I have no glue and have not yet looked into it). HOWEVER: I did some 
offline studies on this kind of plots a while ago in python. what I found to 
look nice was the following idea: 

Plot like a monochrome FFT with persistence on and where each of the line has 
some alpha (even the first one). So naturally the more often a peak occurs with 
the same level, the stronger (or more opaque) the point will be. Then apply a 
simple jet colormap (or any other suitable colormap) to the monochrome plot. As 
said, I have not looked into your code yet, chances are you are doing exactly 
that. 

This, by the way would not only make sense for the spectrum view, but also for 
the scope as it gives some nice colored eye-diagrams.

Also I read earlier, that someone was asking about the benefit of this kind of 
plot with respect to a simple FFT (with persistence). The benefit of course is 
that you can see the probability distribution at frequency points of interest 
(f = const-line) and that you still see single occurring events, as they will 
not be very weak as in a FFT with persistence, but have some dedicated good 
visible color for a while. 

Markus

Am 03.02.2014 um 09:21 schrieb Sylvain Munaut <address@hidden>:

> Hi Markus,
> 
> 
>> 1) Can it be compiled without OpenCL?
> 
> No. All the data processing is done with OpenCL.
> 
> 
>> 2) Do you know beignet? Appearantly they try to implement OpenCL support for
>> Haswell.
> 
> Yes and this should in time allow to run fosphor.
> 
> But I don't think they're sufficiently advanced yet to do it. Last
> time I checked they were missing some features required for fosphor
> like :
> - Single channel float textures (sharing with OpenCL into a cl_mem)
> - Sharing of Vertex Buffer Objects (used for the 'live' spectrum line
> and the 'max hold' line)
> 
> Possibly missing more, I was just taking a quick look at the code. I
> don't have any hardware supporting it ...
> 
> Might be worth asking the Beignet dev if those are on their roadmap or
> just implement them yourself, or hack fophor to disable some features
> temporarely.
> 
> 
> Cheers,
> 
>    Sylvain