opengl feedback radialblur example – going mad

Aug 17, 2008 at 12:50am

opengl feedback radialblur example – going mad

I quite liked the jit.gl.render.radialblur example that comes in the examples folder and decided to make my own version of it. I pretty much copied everything, just swapping the video textured cube for a nice sphere drawn with points. Only problem is the feedback doesn’t work when I open the patch, I have to open the radialblur example and then it magically starts working – weird !!!

I don’t even have to start the radialblur patch rendering just opening it seems to do it. What kind of voodoo ….?

Any ideas why this is happening, how can different instances of jit.gl.render in different patchers effect each other ?

I have included my patch, can anyone else replicate my problem or does it just start feeding back from the get go ?

Thanks in advance this has driven me insane all night and I’m going to bed.

#39316
Aug 17, 2008 at 1:24am

Here’s another approach to the same problem. The patch you’re going
off of uses some older techniques before the jit.gl.object or
jit.gl.mesh objects existed. You can render to a texture by setting
the @capture attribute and process it with shaders via the jit.gl.slab
object.

– Pasted Max Patch, click to expand. –

wes

#138242
Aug 17, 2008 at 1:35am

True that these examples are old, but here is what the problem was :
(actually just a coma missing somewhere, try to find it)
The following patch works.

– Pasted Max Patch, click to expand. –

On 16-Aug-08, at 9:24 PM, Wesley Smith wrote:

> Here’s another approach to the same problem. The patch you’re going
> off of uses some older techniques before the jit.gl.object or
> jit.gl.mesh objects existed. You can render to a texture by setting
> the @capture attribute and process it with shaders via the jit.gl.slab
> object.
>
>
>

– Pasted Max Patch, click to expand. –

>
>
> wes

#138243
Aug 17, 2008 at 11:32am

Cheers wes, jsrousseau, nice work.

#138244
Aug 17, 2008 at 6:42pm

Hello,

Where can we find documentation about

; jitter glreadback

Please.
Thank you.

#138245
Aug 18, 2008 at 9:39am
#138246
Aug 18, 2008 at 3:50pm

Quote: Kyred wrote on Sun, 17 August 2008 12:42
—————————————————-
> Hello,
>
> Where can we find documentation about
>
> ; jitter glreadback
>
>
> Please.
> Thank you.
—————————————————-

i don’t believe they are officially documented anywhere, but as the above linked post describes, they determine the mechanism for performing texture readbacks. the best method to use is dependent on your particular card, so test them out and then try the jitter-config file trick that jkc mentions.

if you want to know more google opengl + RTT, Pbuffer, or Fbo
i believe ctt is the slowest, but supported by the most cards. as wes mentions in the thread, rtt and fbo may or may not be faster depending on the card.

#138247
Aug 21, 2008 at 10:24pm

Ok maybe this is a little off topic but…

Could cycling possibly create some sort of patching/GPU utility that Windows users can use use for setting/determining the best default jitter rendering parameters(fbo)? I upgrade my GPU quite frequently and it always is a major pain…. not to mention the sync issues… fow windows users vvvv is looking better and better every day.

#138248
Aug 22, 2008 at 9:41am

We also had major sync problems with Jitter on Vista recently. It
would be great if this problem could be solved in the near
future………

On Aug 22, 2008, at 12:24 AM, Tyler Nitsch wrote:

>
> Ok maybe this is a little off topic but…
>
> Could cycling possibly create some sort of patching/GPU utility that
> Windows users can use use for setting/determining the best default
> jitter rendering parameters(fbo)? I upgrade my GPU quite frequently
> and it always is a major pain…. not to mention the sync issues…
> fow windows users vvvv is looking better and better every day.
>
>
>

Telcosystems
PO box 174
3000 AD
Rotterdam
http://www.telcosystems.net
info@telcosystems.net

#138249
Aug 22, 2008 at 3:38pm

Could you send a patch / bug report to support@cycling74.com and/or
the forum? This is really the only way such issues are going to popup
on our radar and be dealt with in a timely manner.
thanks,
wes

On Fri, Aug 22, 2008 at 2:41 AM, subzero wrote:
> We also had major sync problems with Jitter on Vista recently. It would be
> great if this problem could be solved in the near future………
>
> On Aug 22, 2008, at 12:24 AM, Tyler Nitsch wrote:
>
>>
>> Ok maybe this is a little off topic but…
>>
>> Could cycling possibly create some sort of patching/GPU utility that
>> Windows users can use use for setting/determining the best default jitter
>> rendering parameters(fbo)? I upgrade my GPU quite frequently and it always
>> is a major pain…. not to mention the sync issues… fow windows users vvvv
>> is looking better and better every day.
>>
>>
>>
>
> Telcosystems
> PO box 174
> 3000 AD
> Rotterdam
> http://www.telcosystems.net
> info@telcosystems.net
>
>

#138250
Aug 22, 2008 at 7:06pm

Hello Wes, thanx for getting back. We will do this asap.
Best Lucas

On Aug 22, 2008, at 5:38 PM, Wesley Smith wrote:

> Could you send a patch / bug report to support@cycling74.com and/or
> the forum? This is really the only way such issues are going to popup
> on our radar and be dealt with in a timely manner.
> thanks,
> wes
>
> On Fri, Aug 22, 2008 at 2:41 AM, subzero
> wrote:
>> We also had major sync problems with Jitter on Vista recently. It
>> would be
>> great if this problem could be solved in the near future………
>>
>> On Aug 22, 2008, at 12:24 AM, Tyler Nitsch wrote:
>>
>>>
>>> Ok maybe this is a little off topic but…
>>>
>>> Could cycling possibly create some sort of patching/GPU utility that
>>> Windows users can use use for setting/determining the best default
>>> jitter
>>> rendering parameters(fbo)? I upgrade my GPU quite frequently and
>>> it always
>>> is a major pain…. not to mention the sync issues… fow windows
>>> users vvvv
>>> is looking better and better every day.
>>>
>>>
>>>
>>
>> Telcosystems
>> PO box 174
>> 3000 AD
>> Rotterdam
>> http://www.telcosystems.net
>> info@telcosystems.net
>>
>>

Telcosystems
PO box 174
3000 AD
Rotterdam
http://www.telcosystems.net
info@telcosystems.net

#138251

You must be logged in to reply to this topic.