Re: [PD] GEM on Raspberry Pi

[Francisco Medeiros]

I have compiled Gem on the pi3 and it compiles fine and the examples run
ok. If there are some magic optimization flags that make it run even better
I world also like to know :)

There is one important issue about the OpenGL driver tho. On the latest
raspbian Stretch the OpenGL driver runs at 1/4 the speed of the previous
raspbian Jessie so I recommend to use Jessie instead for now. You can get
it here:

http://downloads.raspberrypi.org/raspbian/images/

"For OpenGL 2.1, you need any version from September 2016 onwards. The last
version is 2017-01-11-raspbian-jessie-lite.img"

I got this information from here:

http://www.questions4steveb.co.uk/html/Raspberry_Pi/Stellarium-on-the-Pi

There are other tips in that page that can help.

Another issue is that with the OpenGL driver you can only use the HDMI
output. No composite out for now.

On 10 December 2017 at 23:02, Fede Camara Halac 
wrote:

> Indeed, you are right. I will try to find the flags I used. I remember
> trying to use the raspbian package and not succeeding, hence my need to
> compile. But I can't prove that right now. I will try later this week.
>
> i'm interested in those optimization flags, though :)
>
> fdch.github.io/tv
>
>
>
> > On Dec 10, 2017, at 5:27 PM, IOhannes m zmölnig  wrote:
> >
> > you must provide those flags to enable optimization, and from your
> > description it doesn't sound like you did.
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] GEM on Raspberry Pi

[Fede Camara Halac]

Indeed, you are right. I will try to find the flags I used. I remember trying 
to use the raspbian package and not succeeding, hence my need to compile. But I 
can't prove that right now. I will try later this week. 

i'm interested in those optimization flags, though :)

fdch.github.io/tv



> On Dec 10, 2017, at 5:27 PM, IOhannes m zmölnig  wrote:
> 
> you must provide those flags to enable optimization, and from your
> description it doesn't sound like you did.

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] GEM on Raspberry Pi

[IOhannes m zmölnig]

On 12/10/2017 11:04 PM, Fede Camara Halac wrote:
> Hi Jim,
> 
> I dont have a very clear log of what i did. But mainly I compiled pd and Gem 
> from git, fetching all dependencies in pd's INSTALL.txt instructions and (I 
> think) Gem's dependencies from either a debian package or looking into old 
> puredata.info entries on Gem's dependencies. I dont remember id there is a 
> Gem package already. There is no need for compiling Pd, but I think you need 
> to compile Gem. Please, anyone correct me if I'm wrong!

while i have no experience with the rpi3, i wonder why you did recompile.


Debian (and thus raspbian) provides both puredata and gem.

since the stock Debian images are targeted at a baseline CPU below the
rpi3, you can probably get quite a performance boost if you compile the
packages yourself with the right flags (and I don't know whether
raspbian provides optimized builds for all the packages in Debian, or
just points you to the stock Debian packages mostly).

but you must provide those flags to enable optimization, and from your
description it doesn't sound like you did.

fmard
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] GEM on Raspberry Pi

[Fede Camara Halac]

Hi Jim,

I dont have a very clear log of what i did. But mainly I compiled pd and Gem 
from git, fetching all dependencies in pd's INSTALL.txt instructions and (I 
think) Gem's dependencies from either a debian package or looking into old 
puredata.info entries on Gem's dependencies. I dont remember id there is a Gem 
package already. There is no need for compiling Pd, but I think you need to 
compile Gem. Please, anyone correct me if I'm wrong!

Cheers,

Fede


fdch.github.io/tv



> On Dec 10, 2017, at 2:23 PM, Jim Ruxton  wrote:
> 
> Frederico, I'm curious if you just installed PD via a repository on the Pi3 
> or downloaded a special version of PD compiled for the Pi. Did you install 
> Gem separately or use a version that came bundled with the PD you used ?
> Thanks,
> Jim
>> Hello,
>> 
>> I have tried Gem on the Pi3 and it works. I did not try Gem *completely*
>> because I had no time, but did not encounter major issues other than video
>> capture. I could not use video capture since it overworked the CPU.
>> However, accessing the video feed with openCV (not through Gem) gave *very*
>> reasonable CPU usage (while doing Face Tracking, for example). I am not
>> sure why I encountered such a difference, but I just couldn't use Gem for
>> *that*.
>> 
>> Cheers,
>> 
>> Fede
>> 
>>> On Sat, Dec 9, 2017 at 4:01 PM, IOhannes m zmölnig  wrote:
>>> 
 On 12/09/2017 09:36 PM, Jim Ruxton wrote:
 I am wondering what is the current best option of using Gem on the Pi 3.
 Would I be best to use Purr Data?
 or Vanilla PD?
>>> i think this is the wrong question.
>>> 
>>> Gem on the rpi is kind of limited as it (Gem) depends on openGL and the
>>> rpi provides openGL-ES (though there *are* experimental (still?) drivers
>>> for openGL as well).
>>> this is quite independent of purr data, pd-vanilla or whatever.
>>> 
>>> gfmdasr
>>> IOhannes
>>> 
>>> 
>> 
> 

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] GEM on Raspberry Pi

[Jim Ruxton]

Frederico, I'm curious if you just installed PD via a repository on the 
Pi3 or downloaded a special version of PD compiled for the Pi. Did you 
install Gem separately or use a version that came bundled with the PD 
you used ?

Thanks,
Jim

Hello,

I have tried Gem on the Pi3 and it works. I did not try Gem *completely*
because I had no time, but did not encounter major issues other than video
capture. I could not use video capture since it overworked the CPU.
However, accessing the video feed with openCV (not through Gem) gave *very*
reasonable CPU usage (while doing Face Tracking, for example). I am not
sure why I encountered such a difference, but I just couldn't use Gem for
*that*.

Cheers,

Fede

On Sat, Dec 9, 2017 at 4:01 PM, IOhannes m zmölnig  wrote:


On 12/09/2017 09:36 PM, Jim Ruxton wrote:

I am wondering what is the current best option of using Gem on the Pi 3.
Would I be best to use Purr Data?
or Vanilla PD?

i think this is the wrong question.

Gem on the rpi is kind of limited as it (Gem) depends on openGL and the
rpi provides openGL-ES (though there *are* experimental (still?) drivers
for openGL as well).
this is quite independent of purr data, pd-vanilla or whatever.

gfmdasr
IOhannes







___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] GEM on Raspberry Pi

[Federico Camara Halac]

Hello,

I have tried Gem on the Pi3 and it works. I did not try Gem *completely*
because I had no time, but did not encounter major issues other than video
capture. I could not use video capture since it overworked the CPU.
However, accessing the video feed with openCV (not through Gem) gave *very*
reasonable CPU usage (while doing Face Tracking, for example). I am not
sure why I encountered such a difference, but I just couldn't use Gem for
*that*.

Cheers,

Fede

On Sat, Dec 9, 2017 at 4:01 PM, IOhannes m zmölnig  wrote:

> On 12/09/2017 09:36 PM, Jim Ruxton wrote:
> > I am wondering what is the current best option of using Gem on the Pi 3.
> > Would I be best to use Purr Data?
> > or Vanilla PD?
>
> i think this is the wrong question.
>
> Gem on the rpi is kind of limited as it (Gem) depends on openGL and the
> rpi provides openGL-ES (though there *are* experimental (still?) drivers
> for openGL as well).
> this is quite independent of purr data, pd-vanilla or whatever.
>
> gfmdasr
> IOhannes
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>


-- 
http://fdch.github.io/tv
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] GEM on Raspberry Pi

[IOhannes m zmölnig]

On 12/09/2017 09:36 PM, Jim Ruxton wrote:
> I am wondering what is the current best option of using Gem on the Pi 3.
> Would I be best to use Purr Data?
> or Vanilla PD?

i think this is the wrong question.

Gem on the rpi is kind of limited as it (Gem) depends on openGL and the
rpi provides openGL-ES (though there *are* experimental (still?) drivers
for openGL as well).
this is quite independent of purr data, pd-vanilla or whatever.

gfmdasr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi

[Antoine Villeret]

The one which is linked in my message : Raspbian Jessie from 2016.02.09
Note that you need to install the driver manually with :

 sudo apt-get install xcompmgr libgl1-mesa-dri 

please read the linked page for more information

cheers

a

--
do it yourself
http://antoine.villeret.free.fr

2016-02-19 16:30 GMT+01:00 Csaba Láng :

> Can you tell us which Linux distro with OpenGL you have tested on RPi 2?
>
> Best:
>
> Popesz
>
> On Tue, Feb 16, 2016 at 9:49 AM, Antoine Villeret <
> antoine.ville...@gmail.com> wrote:
>
>> and yes I tried it on PI2 only
>>
>> I think Pi 1 B+ is worth a try since it's yhe same GPU afaik
>>
>> --
>> do it yourself
>> http://antoine.villeret.free.fr
>>
>> 2016-02-16 1:45 GMT+01:00 Jack :
>>
>>> According to (in french) :
>>>
>>> http://www.framboise314.fr/raspian-jessie-nouvelle-version-avec-opengl/#more-15672
>>>
>>> OpenGL is only available on RPi2.
>>> ++
>>>
>>> Jack
>>>
>>>
>>>
>>> Le 16/02/2016 01:20, Richie Cyngler a écrit :
>>> > So very good thanks for letting us know!
>>> >
>>> > Antoine, did you try this on a Pi1 or Pi2 please?
>>> >
>>> > On Mon, Feb 15, 2016 at 10:45 PM, Jack >> > > wrote:
>>> >
>>> > Very good news !
>>> > ++
>>> >
>>> > Jack
>>> >
>>> >
>>> >
>>> > Le 15/02/2016 02:20, Antoine Villeret a écrit :
>>> > > Hi all,
>>> > >
>>> > > recently, Raspbian Gets Experimental OpenGL Driver [1].
>>> > > So I build Gem and it works.
>>> > > I didn't test it deeply but few examples, from basics to shader
>>> > passing
>>> > > through particule system work fine.
>>> > > For now, I don't know any way to create a Gem window without a X
>>> > server,
>>> > > but maybe it's somehow possible.
>>> > > There are two versions in deken already, an APT one, and a more
>>> > recent one.
>>> > > Cheers
>>> > >
>>> > > Antoine
>>> > >
>>> > > [1] :
>>> > >
>>> >
>>> http://news.softpedia.com/news/raspbian-gets-experimental-opengl-driver-gpu-now-used-for-acceleration-500152.shtml
>>> > > and
>>> >
>>> http://www.framboise314.fr/raspian-jessie-nouvelle-version-avec-opengl/#more-15672
>>> > > --
>>> > > do it yourself
>>> > > http://antoine.villeret.free.fr
>>> > >
>>> > >
>>> > > ___
>>> > > Pd-list@lists.iem.at  mailing list
>>> > > UNSUBSCRIBE and account-management ->
>>> > http://lists.puredata.info/listinfo/pd-list
>>> > >
>>> >
>>> >
>>> > ___
>>> > Pd-list@lists.iem.at  mailing list
>>> > UNSUBSCRIBE and account-management ->
>>> > http://lists.puredata.info/listinfo/pd-list
>>> >
>>> >
>>> >
>>> >
>>> > --
>>> >
>>> > www.glitchpop.com 
>>> >
>>> >
>>> > ___
>>> > Pd-list@lists.iem.at mailing list
>>> > UNSUBSCRIBE and account-management ->
>>> http://lists.puredata.info/listinfo/pd-list
>>> >
>>>
>>>
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management ->
>>> http://lists.puredata.info/listinfo/pd-list
>>>
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi

[Csaba Láng]

Can you tell us which Linux distro with OpenGL you have tested on RPi 2?

Best:

Popesz

On Tue, Feb 16, 2016 at 9:49 AM, Antoine Villeret <
antoine.ville...@gmail.com> wrote:

> and yes I tried it on PI2 only
>
> I think Pi 1 B+ is worth a try since it's yhe same GPU afaik
>
> --
> do it yourself
> http://antoine.villeret.free.fr
>
> 2016-02-16 1:45 GMT+01:00 Jack :
>
>> According to (in french) :
>>
>> http://www.framboise314.fr/raspian-jessie-nouvelle-version-avec-opengl/#more-15672
>>
>> OpenGL is only available on RPi2.
>> ++
>>
>> Jack
>>
>>
>>
>> Le 16/02/2016 01:20, Richie Cyngler a écrit :
>> > So very good thanks for letting us know!
>> >
>> > Antoine, did you try this on a Pi1 or Pi2 please?
>> >
>> > On Mon, Feb 15, 2016 at 10:45 PM, Jack > > > wrote:
>> >
>> > Very good news !
>> > ++
>> >
>> > Jack
>> >
>> >
>> >
>> > Le 15/02/2016 02:20, Antoine Villeret a écrit :
>> > > Hi all,
>> > >
>> > > recently, Raspbian Gets Experimental OpenGL Driver [1].
>> > > So I build Gem and it works.
>> > > I didn't test it deeply but few examples, from basics to shader
>> > passing
>> > > through particule system work fine.
>> > > For now, I don't know any way to create a Gem window without a X
>> > server,
>> > > but maybe it's somehow possible.
>> > > There are two versions in deken already, an APT one, and a more
>> > recent one.
>> > > Cheers
>> > >
>> > > Antoine
>> > >
>> > > [1] :
>> > >
>> >
>> http://news.softpedia.com/news/raspbian-gets-experimental-opengl-driver-gpu-now-used-for-acceleration-500152.shtml
>> > > and
>> >
>> http://www.framboise314.fr/raspian-jessie-nouvelle-version-avec-opengl/#more-15672
>> > > --
>> > > do it yourself
>> > > http://antoine.villeret.free.fr
>> > >
>> > >
>> > > ___
>> > > Pd-list@lists.iem.at  mailing list
>> > > UNSUBSCRIBE and account-management ->
>> > http://lists.puredata.info/listinfo/pd-list
>> > >
>> >
>> >
>> > ___
>> > Pd-list@lists.iem.at  mailing list
>> > UNSUBSCRIBE and account-management ->
>> > http://lists.puredata.info/listinfo/pd-list
>> >
>> >
>> >
>> >
>> > --
>> >
>> > www.glitchpop.com 
>> >
>> >
>> > ___
>> > Pd-list@lists.iem.at mailing list
>> > UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>> >
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi

[Antoine Villeret]

and yes I tried it on PI2 only

I think Pi 1 B+ is worth a try since it's yhe same GPU afaik

--
do it yourself
http://antoine.villeret.free.fr

2016-02-16 1:45 GMT+01:00 Jack :

> According to (in french) :
>
> http://www.framboise314.fr/raspian-jessie-nouvelle-version-avec-opengl/#more-15672
>
> OpenGL is only available on RPi2.
> ++
>
> Jack
>
>
>
> Le 16/02/2016 01:20, Richie Cyngler a écrit :
> > So very good thanks for letting us know!
> >
> > Antoine, did you try this on a Pi1 or Pi2 please?
> >
> > On Mon, Feb 15, 2016 at 10:45 PM, Jack  > > wrote:
> >
> > Very good news !
> > ++
> >
> > Jack
> >
> >
> >
> > Le 15/02/2016 02:20, Antoine Villeret a écrit :
> > > Hi all,
> > >
> > > recently, Raspbian Gets Experimental OpenGL Driver [1].
> > > So I build Gem and it works.
> > > I didn't test it deeply but few examples, from basics to shader
> > passing
> > > through particule system work fine.
> > > For now, I don't know any way to create a Gem window without a X
> > server,
> > > but maybe it's somehow possible.
> > > There are two versions in deken already, an APT one, and a more
> > recent one.
> > > Cheers
> > >
> > > Antoine
> > >
> > > [1] :
> > >
> >
> http://news.softpedia.com/news/raspbian-gets-experimental-opengl-driver-gpu-now-used-for-acceleration-500152.shtml
> > > and
> >
> http://www.framboise314.fr/raspian-jessie-nouvelle-version-avec-opengl/#more-15672
> > > --
> > > do it yourself
> > > http://antoine.villeret.free.fr
> > >
> > >
> > > ___
> > > Pd-list@lists.iem.at  mailing list
> > > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> > >
> >
> >
> > ___
> > Pd-list@lists.iem.at  mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
> >
> >
> >
> >
> > --
> >
> > www.glitchpop.com 
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> >
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi

[Jack]

According to (in french) :
http://www.framboise314.fr/raspian-jessie-nouvelle-version-avec-opengl/#more-15672

OpenGL is only available on RPi2.
++

Jack



Le 16/02/2016 01:20, Richie Cyngler a écrit :
> So very good thanks for letting us know!
> 
> Antoine, did you try this on a Pi1 or Pi2 please?
> 
> On Mon, Feb 15, 2016 at 10:45 PM, Jack  > wrote:
> 
> Very good news !
> ++
> 
> Jack
> 
> 
> 
> Le 15/02/2016 02:20, Antoine Villeret a écrit :
> > Hi all,
> >
> > recently, Raspbian Gets Experimental OpenGL Driver [1].
> > So I build Gem and it works.
> > I didn't test it deeply but few examples, from basics to shader
> passing
> > through particule system work fine.
> > For now, I don't know any way to create a Gem window without a X
> server,
> > but maybe it's somehow possible.
> > There are two versions in deken already, an APT one, and a more
> recent one.
> > Cheers
> >
> > Antoine
> >
> > [1] :
> >
> 
> http://news.softpedia.com/news/raspbian-gets-experimental-opengl-driver-gpu-now-used-for-acceleration-500152.shtml
> > and
> 
> http://www.framboise314.fr/raspian-jessie-nouvelle-version-avec-opengl/#more-15672
> > --
> > do it yourself
> > http://antoine.villeret.free.fr
> >
> >
> > ___
> > Pd-list@lists.iem.at  mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> >
> 
> 
> ___
> Pd-list@lists.iem.at  mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> 
> 
> 
> 
> -- 
> 
> www.glitchpop.com 
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi

[Richie Cyngler]

So very good thanks for letting us know!

Antoine, did you try this on a Pi1 or Pi2 please?

On Mon, Feb 15, 2016 at 10:45 PM, Jack  wrote:

> Very good news !
> ++
>
> Jack
>
>
>
> Le 15/02/2016 02:20, Antoine Villeret a écrit :
> > Hi all,
> >
> > recently, Raspbian Gets Experimental OpenGL Driver [1].
> > So I build Gem and it works.
> > I didn't test it deeply but few examples, from basics to shader passing
> > through particule system work fine.
> > For now, I don't know any way to create a Gem window without a X server,
> > but maybe it's somehow possible.
> > There are two versions in deken already, an APT one, and a more recent
> one.
> > Cheers
> >
> > Antoine
> >
> > [1] :
> >
> http://news.softpedia.com/news/raspbian-gets-experimental-opengl-driver-gpu-now-used-for-acceleration-500152.shtml
> > and
> http://www.framboise314.fr/raspian-jessie-nouvelle-version-avec-opengl/#more-15672
> > --
> > do it yourself
> > http://antoine.villeret.free.fr
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> >
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>



-- 

www.glitchpop.com
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi

[Antoine Villeret]

@jaime : I build it with usual debian steps :

./autogen.sh
./configure
make
sudo make install

I didn't use any special flags specific to RPI 2 CPU.

@ivica ; which version pd-l2ork includes ?

--
do it yourself
http://antoine.villeret.free.fr

2016-02-15 20:55 GMT+01:00 Pagano, Patrick :

> Right on.
>
>
> Sent from my iPhone
>
> > On Feb 15, 2016, at 2:50 PM, Ivica Ico Bukvic  wrote:
> >
> > FWIW, pd-l2ork for RPi ships by default with Gem included.
> >
> >> On 2/15/2016 6:45 AM, Jack wrote:
> >> Very good news !
> >> ++
> >>
> >> Jack
> >>
> >>
> >>
> >> Le 15/02/2016 02:20, Antoine Villeret a écrit :
> >>> Hi all,
> >>>
> >>> recently, Raspbian Gets Experimental OpenGL Driver [1].
> >>> So I build Gem and it works.
> >>> I didn't test it deeply but few examples, from basics to shader passing
> >>> through particule system work fine.
> >>> For now, I don't know any way to create a Gem window without a X
> server,
> >>> but maybe it's somehow possible.
> >>> There are two versions in deken already, an APT one, and a more recent
> one.
> >>> Cheers
> >>>
> >>> Antoine
> >>>
> >>> [1] :
> >>>
> http://news.softpedia.com/news/raspbian-gets-experimental-opengl-driver-gpu-now-used-for-acceleration-500152.shtml
> >>> and
> http://www.framboise314.fr/raspian-jessie-nouvelle-version-avec-opengl/#more-15672
> >>> --
> >>> do it yourself
> >>> http://antoine.villeret.free.fr
> >>>
> >>>
> >>> ___
> >>> Pd-list@lists.iem.at mailing list
> >>> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> >>
> >> ___
> >> Pd-list@lists.iem.at mailing list
> >> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
> >
> >
> > ___
> > Pd-list@lists.iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi

[Pagano, Patrick]

Right on.


Sent from my iPhone

> On Feb 15, 2016, at 2:50 PM, Ivica Ico Bukvic  wrote:
> 
> FWIW, pd-l2ork for RPi ships by default with Gem included.
> 
>> On 2/15/2016 6:45 AM, Jack wrote:
>> Very good news !
>> ++
>> 
>> Jack
>> 
>> 
>> 
>> Le 15/02/2016 02:20, Antoine Villeret a écrit :
>>> Hi all,
>>> 
>>> recently, Raspbian Gets Experimental OpenGL Driver [1].
>>> So I build Gem and it works.
>>> I didn't test it deeply but few examples, from basics to shader passing
>>> through particule system work fine.
>>> For now, I don't know any way to create a Gem window without a X server,
>>> but maybe it's somehow possible.
>>> There are two versions in deken already, an APT one, and a more recent one.
>>> Cheers
>>> 
>>> Antoine
>>> 
>>> [1] :
>>> http://news.softpedia.com/news/raspbian-gets-experimental-opengl-driver-gpu-now-used-for-acceleration-500152.shtml
>>> and 
>>> http://www.framboise314.fr/raspian-jessie-nouvelle-version-avec-opengl/#more-15672
>>> --
>>> do it yourself
>>> http://antoine.villeret.free.fr
>>> 
>>> 
>>> ___
>>> Pd-list@lists.iem.at mailing list
>>> UNSUBSCRIBE and account-management -> 
>>> http://lists.puredata.info/listinfo/pd-list
>> 
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi

[Ivica Ico Bukvic]

FWIW, pd-l2ork for RPi ships by default with Gem included.

On 2/15/2016 6:45 AM, Jack wrote:

Very good news !
++

Jack



Le 15/02/2016 02:20, Antoine Villeret a écrit :

Hi all,

recently, Raspbian Gets Experimental OpenGL Driver [1].
So I build Gem and it works.
I didn't test it deeply but few examples, from basics to shader passing
through particule system work fine.
For now, I don't know any way to create a Gem window without a X server,
but maybe it's somehow possible.
There are two versions in deken already, an APT one, and a more recent one.
Cheers

Antoine

[1] :
http://news.softpedia.com/news/raspbian-gets-experimental-opengl-driver-gpu-now-used-for-acceleration-500152.shtml
and 
http://www.framboise314.fr/raspian-jessie-nouvelle-version-avec-opengl/#more-15672
--
do it yourself
http://antoine.villeret.free.fr


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi

[Jaime Oliver]

indeed!
Any specific instructions to compile?
J
> On Feb 15, 2016, at 6:45 AM, Jack  wrote:
> 
> Very good news !
> ++
> 
> Jack
> 
> 
> 
> Le 15/02/2016 02:20, Antoine Villeret a écrit :
>> Hi all, 
>> 
>> recently, Raspbian Gets Experimental OpenGL Driver [1].
>> So I build Gem and it works.
>> I didn't test it deeply but few examples, from basics to shader passing
>> through particule system work fine.
>> For now, I don't know any way to create a Gem window without a X server,
>> but maybe it's somehow possible.
>> There are two versions in deken already, an APT one, and a more recent one.
>> Cheers
>> 
>> Antoine
>> 
>> [1] :
>> http://news.softpedia.com/news/raspbian-gets-experimental-opengl-driver-gpu-now-used-for-acceleration-500152.shtml
>> and 
>> http://www.framboise314.fr/raspian-jessie-nouvelle-version-avec-opengl/#more-15672
>> --
>> do it yourself  
>> http://antoine.villeret.free.fr
>> 
>> 
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
>> 
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi

[Jack]

Very good news !
++

Jack



Le 15/02/2016 02:20, Antoine Villeret a écrit :
> Hi all, 
> 
> recently, Raspbian Gets Experimental OpenGL Driver [1].
> So I build Gem and it works.
> I didn't test it deeply but few examples, from basics to shader passing
> through particule system work fine.
> For now, I don't know any way to create a Gem window without a X server,
> but maybe it's somehow possible.
> There are two versions in deken already, an APT one, and a more recent one.
> Cheers
> 
> Antoine
> 
> [1] :
> http://news.softpedia.com/news/raspbian-gets-experimental-opengl-driver-gpu-now-used-for-acceleration-500152.shtml
> and 
> http://www.framboise314.fr/raspian-jessie-nouvelle-version-avec-opengl/#more-15672
> --
> do it yourself  
> http://antoine.villeret.free.fr
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
> 


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi 2

[Cyrille Henry]

yes, i know, but this is lot's of work.
i just say that's it's not a mandatory operation for porting Gem to openGL ES

cheers
c


Le 18/03/2015 03:27, Dan Wilcox a écrit :

The primitives and other immediate mode stuff can be implemented with VBAs, etc 
see 
https://github.com/openframeworks/openFrameworks/blob/master/libs/openFrameworks/gl/ofGLRenderer.cpp#L1346
 which will work in older versions of GL as well as the current version.


Dan Wilcox
@danomatika
danomatika.com <http://danomatika.com>
robotcowboy.com <http://robotcowboy.com>


On Mar 17, 2015, at 7:50 AM, Cyrille Henry mailto:c...@chnry.net>> wrote:

it's not only openGL-ES, openGL 3.0 also depreciate the glBegin / glEnd loop.

I've got the impression that it's not a big deal for software compatible with 
opengl 3 or 4 to be compatible with openGL ES
and being compatible with recent openGL version is important since lot's of new 
shader are available.


in the future, most primitives will have to be rewrited and then, they also be 
compatible with openGLES.
or maybe they could just be ignored...

anyhow, would it be easy to build a GemES where all primitive using glbegin / 
glEnd would be removed?
as long as gemvertexbuffer and shader are available, lot's of things can be 
done...


what i currently dreaming of is :
if openGL available version is > 3 : adding a message to gemwin to specify the 
openGL version used to create the context. (this is possible since openGL remove 
functionalities in newer version)
if a context is created with a openGL > 3, or openGL-ES, then drop support for 
all primitive that are not compatible.
and add new object for new functionalities...

then, object like cube / circle etc could be ported as abstractions

so, my point is : if the only problem for porting Gem to openGL-ES is the 
primitives, then we should port Gem without primitives...

cheers
c




Le 17/03/2015 15:03, Antoine Villeret a écrit :

we discuss that a few in the past and afair we conclude that mobile devices 
will support OpenGL sooner than an OpenGL ES Gem will arrived
but maybe this not true anymore, maybe mobile devices will never support OpenGL 
and will stuck in ES, which is enough for them
so in that way, i could be nice to upgrade Gem to run OpenGL ES.

Maybe we can grab some code from OFX to do that.
But anyway, my 2 cent seems to not move forward that discussion so much...

--
do it yourself
http://antoine.villeret.free.fr

2015-03-17 14:55 GMT+01:00 Dan Wilcox mailto:danomat...@gmail.com>>:

   I would be totally *possible* to update GEM to support OpenGL ES. It mainly 
involves replacing the immediate mode functions and a few wrappers for defines 
which ES doesn’t use. We do this in OpenFrameworks.

   The main problem, like everything, is who has the time to do it?
   
   Dan Wilcox
   @danomatika
   danomatika.com <http://danomatika.com>
   robotcowboy.com <http://robotcowboy.com>


   On Mar 15, 2015, at 4:00 AM, pd-list-requ...@lists.iem.at 
<mailto:pd-list-requ...@lists.iem.at> wrote:

   *From:*Cyrille Henry mailto:c...@chnry.net>>
   *To:*pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>
   *Date:*March 15, 2015 at 2:47:02 AM PDT
   *Subject:**Re: [PD] Gem on Raspberry pi 2*




   Le 15/03/2015 04:11, Simon Wise a écrit :


   Apparently there is some support beyond Es, but not enough to run gem and as 
not at all documented.

   i was to much optimistic and did not double check the informations i found 
announcing openGL support.
   thanks for the clarification.
   cheers
   c



   ___
   Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
   UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi 2

[Dan Wilcox]

The primitives and other immediate mode stuff can be implemented with VBAs, etc 
see 
https://github.com/openframeworks/openFrameworks/blob/master/libs/openFrameworks/gl/ofGLRenderer.cpp#L1346
 
<https://github.com/openframeworks/openFrameworks/blob/master/libs/openFrameworks/gl/ofGLRenderer.cpp#L1346>
 which will work in older versions of GL as well as the current version.


Dan Wilcox
@danomatika
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
> On Mar 17, 2015, at 7:50 AM, Cyrille Henry  wrote:
> 
> it's not only openGL-ES, openGL 3.0 also depreciate the glBegin / glEnd loop.
> 
> I've got the impression that it's not a big deal for software compatible with 
> opengl 3 or 4 to be compatible with openGL ES
> and being compatible with recent openGL version is important since lot's of 
> new shader are available.
> 
> 
> in the future, most primitives will have to be rewrited and then, they also 
> be compatible with openGLES.
> or maybe they could just be ignored...
> 
> anyhow, would it be easy to build a GemES where all primitive using glbegin / 
> glEnd would be removed?
> as long as gemvertexbuffer and shader are available, lot's of things can be 
> done...
> 
> 
> what i currently dreaming of is :
> if openGL available version is > 3 : adding a message to gemwin to specify 
> the openGL version used to create the context. (this is possible since openGL 
> remove functionalities in newer version)
> if a context is created with a openGL > 3, or openGL-ES, then drop support 
> for all primitive that are not compatible.
> and add new object for new functionalities...
> 
> then, object like cube / circle etc could be ported as abstractions
> 
> so, my point is : if the only problem for porting Gem to openGL-ES is the 
> primitives, then we should port Gem without primitives...
> 
> cheers
> c
> 
> 
> 
> 
> Le 17/03/2015 15:03, Antoine Villeret a écrit :
>> we discuss that a few in the past and afair we conclude that mobile devices 
>> will support OpenGL sooner than an OpenGL ES Gem will arrived
>> but maybe this not true anymore, maybe mobile devices will never support 
>> OpenGL and will stuck in ES, which is enough for them
>> so in that way, i could be nice to upgrade Gem to run OpenGL ES.
>> 
>> Maybe we can grab some code from OFX to do that.
>> But anyway, my 2 cent seems to not move forward that discussion so much...
>> 
>> --
>> do it yourself
>> http://antoine.villeret.free.fr
>> 
>> 2015-03-17 14:55 GMT+01:00 Dan Wilcox > <mailto:danomat...@gmail.com>>:
>> 
>>I would be totally *possible* to update GEM to support OpenGL ES. It 
>> mainly involves replacing the immediate mode functions and a few wrappers 
>> for defines which ES doesn’t use. We do this in OpenFrameworks.
>> 
>>The main problem, like everything, is who has the time to do it?
>>
>>Dan Wilcox
>>@danomatika
>>danomatika.com <http://danomatika.com>
>>robotcowboy.com <http://robotcowboy.com>
>> 
>>>On Mar 15, 2015, at 4:00 AM, pd-list-requ...@lists.iem.at 
>>> <mailto:pd-list-requ...@lists.iem.at> wrote:
>>> 
>>>*From:*Cyrille Henry mailto:c...@chnry.net>>
>>>*To:*pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>
>>>*Date:*March 15, 2015 at 2:47:02 AM PDT
>>>*Subject:**Re: [PD] Gem on Raspberry pi 2*
>>> 
>>> 
>>> 
>>> 
>>>Le 15/03/2015 04:11, Simon Wise a écrit :
>>> 
>>>>Apparently there is some support beyond Es, but not enough to run gem 
>>>> and as not at all documented.
>>>i was to much optimistic and did not double check the informations i 
>>> found announcing openGL support.
>>>thanks for the clarification.
>>>cheers
>>>c
>> 
>> 
>>___
>>Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
>>UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
>> 
>> 
>> 
>> 
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> 
>> http://lists.puredata.info/listinfo/pd-list
>> 

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi 2

[Cyrille Henry]

it's not only openGL-ES, openGL 3.0 also depreciate the glBegin / glEnd loop.

I've got the impression that it's not a big deal for software compatible with 
opengl 3 or 4 to be compatible with openGL ES
and being compatible with recent openGL version is important since lot's of new 
shader are available.


in the future, most primitives will have to be rewrited and then, they also be 
compatible with openGLES.
or maybe they could just be ignored...

anyhow, would it be easy to build a GemES where all primitive using glbegin / 
glEnd would be removed?
as long as gemvertexbuffer and shader are available, lot's of things can be 
done...


what i currently dreaming of is :
if openGL available version is > 3 : adding a message to gemwin to specify the 
openGL version used to create the context. (this is possible since openGL remove 
functionalities in newer version)
if a context is created with a openGL > 3, or openGL-ES, then drop support for 
all primitive that are not compatible.
and add new object for new functionalities...

then, object like cube / circle etc could be ported as abstractions

so, my point is : if the only problem for porting Gem to openGL-ES is the 
primitives, then we should port Gem without primitives...

cheers
c




Le 17/03/2015 15:03, Antoine Villeret a écrit :

we discuss that a few in the past and afair we conclude that mobile devices 
will support OpenGL sooner than an OpenGL ES Gem will arrived
but maybe this not true anymore, maybe mobile devices will never support OpenGL 
and will stuck in ES, which is enough for them
so in that way, i could be nice to upgrade Gem to run OpenGL ES.

Maybe we can grab some code from OFX to do that.
But anyway, my 2 cent seems to not move forward that discussion so much...

--
do it yourself
http://antoine.villeret.free.fr

2015-03-17 14:55 GMT+01:00 Dan Wilcox mailto:danomat...@gmail.com>>:

I would be totally *possible* to update GEM to support OpenGL ES. It mainly 
involves replacing the immediate mode functions and a few wrappers for defines 
which ES doesn’t use. We do this in OpenFrameworks.

The main problem, like everything, is who has the time to do it?

Dan Wilcox
@danomatika
danomatika.com <http://danomatika.com>
robotcowboy.com <http://robotcowboy.com>


On Mar 15, 2015, at 4:00 AM, pd-list-requ...@lists.iem.at 
<mailto:pd-list-requ...@lists.iem.at> wrote:

*From:*Cyrille Henry mailto:c...@chnry.net>>
*To:*pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>
    *Date:*March 15, 2015 at 2:47:02 AM PDT
*Subject:**Re: [PD] Gem on Raspberry pi 2*




Le 15/03/2015 04:11, Simon Wise a écrit :


Apparently there is some support beyond Es, but not enough to run gem and 
as not at all documented.

i was to much optimistic and did not double check the informations i found 
announcing openGL support.
thanks for the clarification.
cheers
c



___
Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi 2

[Antoine Villeret]

we discuss that a few in the past and afair we conclude that mobile devices
will support OpenGL sooner than an OpenGL ES Gem will arrived
but maybe this not true anymore, maybe mobile devices will never support
OpenGL and will stuck in ES, which is enough for them
so in that way, i could be nice to upgrade Gem to run OpenGL ES.

Maybe we can grab some code from OFX to do that.
But anyway, my 2 cent seems to not move forward that discussion so much...

--
do it yourself
http://antoine.villeret.free.fr

2015-03-17 14:55 GMT+01:00 Dan Wilcox :

> I would be totally *possible* to update GEM to support OpenGL ES. It
> mainly involves replacing the immediate mode functions and a few wrappers
> for defines which ES doesn’t use. We do this in OpenFrameworks.
>
> The main problem, like everything, is who has the time to do it?
> 
> Dan Wilcox
> @danomatika
> danomatika.com
> robotcowboy.com
>
> On Mar 15, 2015, at 4:00 AM, pd-list-requ...@lists.iem.at wrote:
>
> *From: *Cyrille Henry 
> *To: *pd-list@lists.iem.at
> *Date: *March 15, 2015 at 2:47:02 AM PDT
> *Subject: **Re: [PD] Gem on Raspberry pi 2*
>
>
>
>
> Le 15/03/2015 04:11, Simon Wise a écrit :
>
> Apparently there is some support beyond Es, but not enough to run gem and
> as not at all documented.
>
> i was to much optimistic and did not double check the informations i found
> announcing openGL support.
> thanks for the clarification.
> cheers
> c
>
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi 2

[Dan Wilcox]

I would be totally *possible* to update GEM to support OpenGL ES. It mainly 
involves replacing the immediate mode functions and a few wrappers for defines 
which ES doesn’t use. We do this in OpenFrameworks.

The main problem, like everything, is who has the time to do it?

Dan Wilcox
@danomatika
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
> On Mar 15, 2015, at 4:00 AM, pd-list-requ...@lists.iem.at wrote:
> 
> From: Cyrille Henry mailto:c...@chnry.net>>
> To: pd-list@lists.iem.at <mailto:pd-list@lists.iem.at>
> Date: March 15, 2015 at 2:47:02 AM PDT
> Subject: Re: [PD] Gem on Raspberry pi 2
> 
> 
> 
> 
> Le 15/03/2015 04:11, Simon Wise a écrit :
> 
>> Apparently there is some support beyond Es, but not enough to run gem and as 
>> not at all documented.
> i was to much optimistic and did not double check the informations i found 
> announcing openGL support.
> thanks for the clarification.
> cheers
> c

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi 2

[Antoine Villeret]

you may also be interested in Nvidia Jetson Dev Kit [1]
which support OpenGL 4.4

[1] : https://developer.nvidia.com/jetson-tk1

--
do it yourself
http://antoine.villeret.free.fr

2015-03-16 12:26 GMT+01:00 Simon Wise :

> On 16/03/15 12:09, Richie Cyngler wrote:
>
>> Disappointing but good on you for trying it out... hopefully an open
>> accessible openGL capable embedded platform soon...?
>>
>
> openGL has moved a very long way since gem and similar were written, so
> has the gpu architecture that it is communicating with ... embedded
> platforms are looking to support quite a different approaches, and
> compatibility with old approaches isn't on their agenda at all.
>
> But the small, cheap intel based platforms are easily up to running most
> older stuff within a more traditional architecture ... they are what you
> should be looking at to run pd/gem.
>
>
> Simon
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi 2

[Simon Wise]

On 16/03/15 12:09, Richie Cyngler wrote:

Disappointing but good on you for trying it out... hopefully an open
accessible openGL capable embedded platform soon...?


openGL has moved a very long way since gem and similar were written, so has the 
gpu architecture that it is communicating with ... embedded platforms are 
looking to support quite a different approaches, and compatibility with old 
approaches isn't on their agenda at all.


But the small, cheap intel based platforms are easily up to running most older 
stuff within a more traditional architecture ... they are what you should be 
looking at to run pd/gem.


Simon

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi 2

[Richie Cyngler]

Disappointing but good on you for trying it out... hopefully an open
accessible openGL capable embedded platform soon...?

On Sun, Mar 15, 2015 at 8:47 PM, Cyrille Henry  wrote:

>
>
> Le 15/03/2015 04:11, Simon Wise a écrit :
>
>   Apparently there is some support beyond Es, but not enough to run gem
>> and as not at all documented.
>>
> i was to much optimistic and did not double check the informations i found
> announcing openGL support.
> thanks for the clarification.
> cheers
>
> c
>
>
>
>> If you are experimenting with an RPi 2 then with audio the load balancing
>> by switching cores will add considerable latency (X-runs at latencies the
>> RPi 1 handles fine). This is probably due to cache invalidation on a core
>> switch, and the time required to fetch everything again if the switch
>> occurs at an inopportune moment re buffers and deadlines. For low latency
>> audio you will need to use linux cpu affinity to always put the main pd
>> process on a specific core, this can also be achieved by the no-sleep flag
>> in pd which sets pd to use busy-waiting (I believe) so run continuously and
>> fully occupy one core. There may be advantages to either technique, no
>> point sleeping a process if it owns the core exclusively, but running 100%
>> may also lead to heating issues and a need to run at lower clock speeds...
>> depending I guess on how the no-sleep is implemented.
>>
>> This could prove useful if you are ready to manually split your
>> processing between separate pd patches and script the launching to achieve
>> the cpu affinity required. cpusets could help more, making a core (or
>> three) dedicated exclusively to a pd process each while the remaining
>> core(s) run anything else.
>>
>> Some have said there may be heating issues without load balancing, but
>> the devices are cheap so a shortened life probably isn't an issue, other
>> heat problems could arise ... maybe slow down the clock speed or add a
>> decent heat sink to the chip if you are playing with this option.
>>
>> Simon
>>
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
>> listinfo/pd-list
>>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> listinfo/pd-list
>



-- 

www.glitchpop.com
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi 2

[Cyrille Henry]

Le 15/03/2015 04:11, Simon Wise a écrit :


 Apparently there is some support beyond Es, but not enough to run gem and as 
not at all documented.

i was to much optimistic and did not double check the informations i found 
announcing openGL support.
thanks for the clarification.
cheers
c




If you are experimenting with an RPi 2 then with audio the load balancing by 
switching cores will add considerable latency (X-runs at latencies the RPi 1 
handles fine). This is probably due to cache invalidation on a core switch, and 
the time required to fetch everything again if the switch occurs at an 
inopportune moment re buffers and deadlines. For low latency audio you will 
need to use linux cpu affinity to always put the main pd process on a specific 
core, this can also be achieved by the no-sleep flag in pd which sets pd to use 
busy-waiting (I believe) so run continuously and fully occupy one core. There 
may be advantages to either technique, no point sleeping a process if it owns 
the core exclusively, but running 100% may also lead to heating issues and a 
need to run at lower clock speeds... depending I guess on how the no-sleep is 
implemented.

This could prove useful if you are ready to manually split your processing 
between separate pd patches and script the launching to achieve the cpu 
affinity required. cpusets could help more, making a core (or three) dedicated 
exclusively to a pd process each while the remaining core(s) run anything else.

Some have said there may be heating issues without load balancing, but the 
devices are cheap so a shortened life probably isn't an issue, other heat 
problems could arise ... maybe slow down the clock speed or add a decent heat 
sink to the chip if you are playing with this option.

Simon


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi 2

[Simon Wise]

On 14/03/15 20:28, Cyrille Henry wrote:


hello,

Le 14/03/2015 10:14, Csaba Láng a écrit :

Hi Cyrille,

I guess nohow. Raspberry uses openGL ES, while the minimal dependence to GEM
is openGL.

i've read somewhere that raspberry pi 2 are openGL compatible.
(i'm not talking about the RPi 1)


RPi 2 have a very similar chip, just with 4 cores instead of 1, same old issues 
and advantages. Apparently there is some support beyond Es, but not enough to 
run gem and as not at all documented.


If you are experimenting with an RPi 2 then with audio the load balancing by 
switching cores will add considerable latency (X-runs at latencies the RPi 1 
handles fine). This is probably due to cache invalidation on a core switch, and 
the time required to fetch everything again if the switch occurs at an 
inopportune moment re buffers and deadlines. For low latency audio you will need 
to use linux cpu affinity to always put the main pd process on a specific core, 
this can also be achieved by the no-sleep flag in pd which sets pd to use 
busy-waiting (I believe) so run continuously and fully occupy one core. There 
may be advantages to either technique, no point sleeping a process if it owns 
the core exclusively, but running 100% may also lead to heating issues and a 
need to run at lower clock speeds... depending I guess on how the no-sleep is 
implemented.


This could prove useful if you are ready to manually split your processing 
between separate pd patches and script the launching to achieve the cpu affinity 
required. cpusets could help more, making a core (or three) dedicated 
exclusively to a pd process each while the remaining core(s) run anything else.


Some have said there may be heating issues without load balancing, but the 
devices are cheap so a shortened life probably isn't an issue, other heat 
problems could arise ... maybe slow down the clock speed or add a decent heat 
sink to the chip if you are playing with this option.


Simon


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi 2

[Cyrille Henry]

Le 14/03/2015 10:28, Cyrille Henry a écrit :


hello,

Le 14/03/2015 10:14, Csaba Láng a écrit :

Hi Cyrille,

I guess nohow. Raspberry uses openGL ES, while the minimal dependence to GEM is 
openGL.

i've read somewhere that raspberry pi 2 are openGL compatible.

i can't find it anywhere, it look like it was wrong information.
sorry for the noise.
cheers
c


(i'm not talking about the RPi 1)

anyhow, the error as nothing to do with openL

cheers
c


Look around on the internet. I was drilling into this topic as well, but could 
not find a decent solution.

Cheers:

Popesz

On Sat, Mar 14, 2015 at 9:37 AM, Cyrille Henry mailto:c...@chnry.net>> wrote:

hello,

i've receive a raspberry pi 2.
Gem is not installable via apt-get, so i'm trying to compile it.

i get the source from https://github.com/umlaeute/__Gem 


the compilation procedure fail on the 1st step :


pi@raspberrypi ~/Gem $ ./autogen.sh
PATH: 
/usr/local/sbin:/usr/local/__bin:/usr/sbin:/usr/bin:/sbin:/__bin:/usr/local/games:/usr/__games
AUTORECONF: /usr/bin/autoreconf
AUTOHEADER: /usr/bin/autoheader
AUTOMAKE  : /usr/bin/automake
ACLOCAL   : /usr/bin/aclocal
LIBTOOL   : /usr/bin/libtool
LIBTOOLIZE: /usr/bin/libtoolize
AUTOCONF  : /usr/bin/autoconf
running autoreconf
autoreconf: Entering directory `.'
autoreconf: configure.ac : not using Gettext
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac : tracing
autoreconf: configure.ac : adding subdirectory extra 
to autoreconf
autoreconf: Entering directory `extra'
autoreconf: running: aclocal --force -I ../m4
autoreconf: configure.ac : adding subdirectory 
pix_artoolkit to autoreconf
autoreconf: Entering directory `pix_artoolkit'
autoreconf: running: aclocal --force -I ../../m4
autoreconf: running: libtoolize --copy --force
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in `../../m4'.
libtoolize: copying file `../../m4/libtool.m4'
libtoolize: copying file `../../m4/ltoptions.m4'
libtoolize: copying file `../../m4/ltsugar.m4'
libtoolize: copying file `../../m4/ltversion.m4'
libtoolize: copying file `../../m4/lt~obsolete.m4'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac 
 and
libtoolize: rerunning libtoolize, to keep the correct libtool macros 
in-tree.
autoreconf: running: /usr/bin/autoconf --force
configure:15277: error: possibly undefined macro: AC_LIB_APPENDTOVAR
   If this token and others are legitimate, please use m4_pattern_allow.
   See the Autoconf documentation.
autoreconf: /usr/bin/autoconf failed with exit status: 1
HOST-OS: 
HOST-KERNEL: Linux raspberrypi 3.18.9-v7+ #767 SMP PREEMPT Sat Mar 7 
21:52:35 GMT 2015 armv7l GNU/Linux
HOST-#CPU  : 4


did anyone know how to solve this problem?

thanks and cheers
c

_
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/__listinfo/pd-list 





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi 2

[Cyrille Henry]

hello,

Le 14/03/2015 10:14, Csaba Láng a écrit :

Hi Cyrille,

I guess nohow. Raspberry uses openGL ES, while the minimal dependence to GEM is 
openGL.

i've read somewhere that raspberry pi 2 are openGL compatible.
(i'm not talking about the RPi 1)

anyhow, the error as nothing to do with openL

cheers
c


Look around on the internet. I was drilling into this topic as well, but could 
not find a decent solution.

Cheers:

Popesz

On Sat, Mar 14, 2015 at 9:37 AM, Cyrille Henry mailto:c...@chnry.net>> wrote:

hello,

i've receive a raspberry pi 2.
Gem is not installable via apt-get, so i'm trying to compile it.

i get the source from https://github.com/umlaeute/__Gem 


the compilation procedure fail on the 1st step :


pi@raspberrypi ~/Gem $ ./autogen.sh
PATH: 
/usr/local/sbin:/usr/local/__bin:/usr/sbin:/usr/bin:/sbin:/__bin:/usr/local/games:/usr/__games
AUTORECONF: /usr/bin/autoreconf
AUTOHEADER: /usr/bin/autoheader
AUTOMAKE  : /usr/bin/automake
ACLOCAL   : /usr/bin/aclocal
LIBTOOL   : /usr/bin/libtool
LIBTOOLIZE: /usr/bin/libtoolize
AUTOCONF  : /usr/bin/autoconf
running autoreconf
autoreconf: Entering directory `.'
autoreconf: configure.ac : not using Gettext
autoreconf: running: aclocal --force -I m4
autoreconf: configure.ac : tracing
autoreconf: configure.ac : adding subdirectory extra 
to autoreconf
autoreconf: Entering directory `extra'
autoreconf: running: aclocal --force -I ../m4
autoreconf: configure.ac : adding subdirectory 
pix_artoolkit to autoreconf
autoreconf: Entering directory `pix_artoolkit'
autoreconf: running: aclocal --force -I ../../m4
autoreconf: running: libtoolize --copy --force
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: putting macros in `../../m4'.
libtoolize: copying file `../../m4/libtool.m4'
libtoolize: copying file `../../m4/ltoptions.m4'
libtoolize: copying file `../../m4/ltsugar.m4'
libtoolize: copying file `../../m4/ltversion.m4'
libtoolize: copying file `../../m4/lt~obsolete.m4'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac 
 and
libtoolize: rerunning libtoolize, to keep the correct libtool macros 
in-tree.
autoreconf: running: /usr/bin/autoconf --force
configure:15277: error: possibly undefined macro: AC_LIB_APPENDTOVAR
   If this token and others are legitimate, please use m4_pattern_allow.
   See the Autoconf documentation.
autoreconf: /usr/bin/autoconf failed with exit status: 1
HOST-OS: 
HOST-KERNEL: Linux raspberrypi 3.18.9-v7+ #767 SMP PREEMPT Sat Mar 7 
21:52:35 GMT 2015 armv7l GNU/Linux
HOST-#CPU  : 4


did anyone know how to solve this problem?

thanks and cheers
c

_
Pd-list@lists.iem.at  mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/__listinfo/pd-list 





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list



___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Gem on Raspberry pi 2

[Csaba Láng]

Hi Cyrille,

I guess nohow. Raspberry uses openGL ES, while the minimal dependence to
GEM is openGL.
Look around on the internet. I was drilling into this topic as well, but
could not find a decent solution.

Cheers:

Popesz

On Sat, Mar 14, 2015 at 9:37 AM, Cyrille Henry  wrote:

> hello,
>
> i've receive a raspberry pi 2.
> Gem is not installable via apt-get, so i'm trying to compile it.
>
> i get the source from https://github.com/umlaeute/Gem
>
> the compilation procedure fail on the 1st step :
>
>
> pi@raspberrypi ~/Gem $ ./autogen.sh
> PATH: /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/
> bin:/usr/local/games:/usr/games
> AUTORECONF: /usr/bin/autoreconf
> AUTOHEADER: /usr/bin/autoheader
> AUTOMAKE  : /usr/bin/automake
> ACLOCAL   : /usr/bin/aclocal
> LIBTOOL   : /usr/bin/libtool
> LIBTOOLIZE: /usr/bin/libtoolize
> AUTOCONF  : /usr/bin/autoconf
> running autoreconf
> autoreconf: Entering directory `.'
> autoreconf: configure.ac: not using Gettext
> autoreconf: running: aclocal --force -I m4
> autoreconf: configure.ac: tracing
> autoreconf: configure.ac: adding subdirectory extra to autoreconf
> autoreconf: Entering directory `extra'
> autoreconf: running: aclocal --force -I ../m4
> autoreconf: configure.ac: adding subdirectory pix_artoolkit to autoreconf
> autoreconf: Entering directory `pix_artoolkit'
> autoreconf: running: aclocal --force -I ../../m4
> autoreconf: running: libtoolize --copy --force
> libtoolize: putting auxiliary files in `.'.
> libtoolize: copying file `./ltmain.sh'
> libtoolize: putting macros in `../../m4'.
> libtoolize: copying file `../../m4/libtool.m4'
> libtoolize: copying file `../../m4/ltoptions.m4'
> libtoolize: copying file `../../m4/ltsugar.m4'
> libtoolize: copying file `../../m4/ltversion.m4'
> libtoolize: copying file `../../m4/lt~obsolete.m4'
> libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac
> and
> libtoolize: rerunning libtoolize, to keep the correct libtool macros
> in-tree.
> autoreconf: running: /usr/bin/autoconf --force
> configure:15277: error: possibly undefined macro: AC_LIB_APPENDTOVAR
>   If this token and others are legitimate, please use m4_pattern_allow.
>   See the Autoconf documentation.
> autoreconf: /usr/bin/autoconf failed with exit status: 1
> HOST-OS: 
> HOST-KERNEL: Linux raspberrypi 3.18.9-v7+ #767 SMP PREEMPT Sat Mar 7
> 21:52:35 GMT 2015 armv7l GNU/Linux
> HOST-#CPU  : 4
>
>
> did anyone know how to solve this problem?
>
> thanks and cheers
> c
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/
> listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list