cyrille henry wrote:
> hello,
>
> 1-> i don't know where the problem is. But i don't think it is in Gem,
> since Gem does only control the graphic card.
> upgrade you graphic card could help.
Other opengl apps don't have the problem on teh same machine, same OS.
Not saying you are wrong though.
hello,
1-> i don't know where the problem is. But i don't think it is in Gem, since
Gem does only control the graphic card.
upgrade you graphic card could help.
2-> Yes, the Gemhead concept in Gem is different than pd concept. it is this
way because Gem is very close to openGL concept, and tha
ben baker-smith wrote:
> I have really enjoyed using Gem, especially the particle systems but
> also using it to manipulate live video feeds. However, I also would
> like to see it streamlined so that the gemlist actually travels from
> top to bottom.
this would break about 100% of existing Gem
John Harrison wrote:
> As promised, here's a couple of patches to show a few of my concerns
> about Gem. Interestingly, after creating the patches on the target
> machine, I tried the same patches on my laptop and got slightly better
> results (recording suddenly started working again and I was abl
As promised, here's a couple of patches to show a few of my concerns
about Gem. Interestingly, after creating the patches on the target
machine, I tried the same patches on my laptop and got slightly better
results (recording suddenly started working again and I was able to
avoid one referenced
I have really enjoyed using Gem, especially the particle systems but
also using it to manipulate live video feeds. However, I also would
like to see it streamlined so that the gemlist actually travels from
top to bottom. As it is now there are a lot of weird issues where
objects can be left out o
On Sun, Dec 21, 2008 at 12:03:28AM +, Claude Heiland-Allen wrote:
> Wondering if there are any plans for dataflow on the GPU in Gem?
>
> By this I mean that a patch cord would be a representation of pixel data
> transfer paths on the GPU, and objects would process pixel data on the GPU.
>
>
On Dec 20, 2008, at 4:03 PM, Claude Heiland-Allen wrote:
> John Harrison wrote:
> [snip]
>> And for me Gem also breaks many coding conventions of Pd.
>>
>> I'm not trying to trash Gem. I have the utmost respect for its
>> developers. I don't doubt it will be phenomenal with time and I
>> wish t
John Harrison wrote:
[snip]
> And for me Gem also breaks many coding conventions of Pd.
>
> I'm not trying to trash Gem. I have the utmost respect for its
> developers. I don't doubt it will be phenomenal with time and I wish to
> support its continued development. But I am hesitant to recommend
