Hi list,
Until now, and as far as I (think I) can remember, GEM was rendering frames even if the window (with or without border) was :
The last time I use this property was on an Ubuntu 13.10 both with "pd-vanilla + gem from the depot" and " pd-extended" (but I can't give you versions... because... well, I don't know them... sorry)
On several different patches, I recorded GEM content (which was not display on my desktop because of "offset" option) with the combo [pix_record] / v4l2loopback in order to make a "fake webcam" to stream. It was working. It is still working on computers where those patches where installed.
Now, I am on Ubuntu 14.04 / GEM: 0.93.3 and if anything is put over the GEM content, it seems to be that none of the pixel "under" is rendered.
If I open the v4l2loopback device on VLC (or whatever) and hide part of the GEM window (even by dragging icons from my desktop), those parts are not refresh anymore.
Does GEM change its way to render ? Is the Ubuntu 14.04 display different ? Do I misunderstood something ?
Sorry if I'm fuzzy... If questions, I'll try to explain better.
Thanks in advance for any help.
01ivier
On 03/03/15 10:58, Olivier Baudu wrote:
Hi list,
Until now, and as far as I (think I) can remember, GEM was rendering frames even if the window (with or without border) was :
- out of the screen
- reduce in the tool-bar
- hidden by an other window
The last time I use this property was on an Ubuntu 13.10 both with "pd-vanilla + gem from the depot" and " pd-extended" (but I can't give you versions... because... well, I don't know them... sorry)
On several different patches, I recorded GEM content (which was not display on my desktop because of "offset" option) with the combo [pix_record] / v4l2loopback in order to make a "fake webcam" to stream. It was working. It is still working on computers where those patches where installed.
Now, I am on Ubuntu 14.04 / GEM: 0.93.3 and if anything is put over the GEM content, it seems to be that none of the pixel "under" is rendered.
If I open the v4l2loopback device on VLC (or whatever) and hide part of the GEM window (even by dragging icons from my desktop), those parts are not refresh anymore.
Does GEM change its way to render ? Is the Ubuntu 14.04 display different ? Do I misunderstood something ?
I don't know the answers to those questions ... it could be optimisation at one of several levels ... but in very many use-cases not rendering content that is covered would be a good thing, and a big improvement to performance.
In that case setting up a virtual X display without a monitor may be the answer, though depending on what you are doing it could make a difference to what is hardware accelerated.
It was some time ago that I last did that, but will look up the method, essentially it involves launching a new X-server instance and running pd with its DISPLAY env set to that display.
Simon
hello
Le 03/03/2015 00:58, Olivier Baudu a écrit :
Hi list,
Until now, and as far as I (think I) can remember, GEM was rendering frames even if the window (with or without border) was :
- out of the screen
- reduce in the tool-bar
- hidden by an other window
The last time I use this property was on an Ubuntu 13.10 both with "pd-vanilla + gem from the depot" and " pd-extended" (but I can't give you versions... because... well, I don't know them... sorry)
On several different patches, I recorded GEM content (which was not display on my desktop because of "offset" option) with the combo [pix_record] / v4l2loopback in order to make a "fake webcam" to stream. It was working. It is still working on computers where those patches where installed.
Now, I am on Ubuntu 14.04 / GEM: 0.93.3 and if anything is put over the GEM content, it seems to be that none of the pixel "under" is rendered.
If I open the v4l2loopback device on VLC (or whatever) and hide part of the GEM window (even by dragging icons from my desktop), those parts are not refresh anymore.
Does GEM change its way to render ?
yes, but only recently, 93.3 is unafected.
Is the Ubuntu 14.04 display different ?
certainly. at least drivers are more optimized.
Do I misunderstood something ?
rendering in a windows created out of the screen is not a good solution. Gem prodive framebuffer rendering. have a look the gemframebuffer help : this object allow to render anything in a framebuffer, and use this framebuffer as a texture. pix_snap can get back the pixel etc.
cheers c
Sorry if I'm fuzzy... If questions, I'll try to explain better.
Thanks in advance for any help.
01ivier
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hello Olivier,
Le 03/03/2015 09:22, Cyrille Henry a écrit :
hello
Le 03/03/2015 00:58, Olivier Baudu a écrit :
Hi list,
Until now, and as far as I (think I) can remember, GEM was rendering frames even if the window (with or without border) was : - out of the screen - reduce in the tool-bar - hidden by an other window
The last time I use this property was on an Ubuntu 13.10 both with "pd-vanilla + gem from the depot" and " pd-extended" (but I can't give you versions... because... well, I don't know them... sorry)
On several different patches, I recorded GEM content (which was not display on my desktop because of "offset" option) with the combo [pix_record] / v4l2loopback in order to make a "fake webcam" to stream. It was working. It is still working on computers where those patches where installed.
Now, I am on Ubuntu 14.04 / GEM: 0.93.3 and if anything is put over the GEM content, it seems to be that none of the pixel "under" is rendered.
If I open the v4l2loopback device on VLC (or whatever) and hide part of the GEM window (even by dragging icons from my desktop), those parts are not refresh anymore.
Does GEM change its way to render ?
yes, but only recently, 93.3 is unafected.
Is the Ubuntu 14.04 display different ?
certainly. at least drivers are more optimized.
Do I misunderstood something ?
rendering in a windows created out of the screen is not a good solution. Gem prodive framebuffer rendering. have a look the gemframebuffer help : this object allow to render anything in a framebuffer, and use this framebuffer as a texture. pix_snap can get back the pixel etc.
You have also an example in Gem examples/pix/26.framebuffer_readback.pd ++
Jack
cheers c
Sorry if I'm fuzzy... If questions, I'll try to explain better.
Thanks in advance for any help.
01ivier
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Simon Wise wrote : but in very many use-cases not rendering content that is covered would be a good thing, and a big improvement to performance.
"It's not a bug, it's a feature" ;-)
Cyrille Henry wrote : Gem prodive framebuffer rendering. have a look the gemframebuffer help : this object allow to render anything in a framebuffer, and use this framebuffer as a texture. pix_snap can get back the pixel etc.I didn't succeed
When I red your solution using framebuffer, Cyrille, I felt so sad... I didn't understand why I didn't think about it before...
So I tried... And I realized that my "out of the screen way" was a two-years-ago-hack-solution I used because I wasn't able to pix_record the output of the texture made by the framebuffer. (I was too lazy to post on the list, I guess)
But you give me the solution... I have to pix_snap it...
So, now, it works. :-) And it's simpler...
So I'm happy.
Thanks a lot.
01ivier
"On ne peut pas vivre dans un monde où l'on croit que l'élégance exquise du plumage de la pintade est inutile. Ceci est tout à fait à part. J'ai eu envie de le dire, je l'ai dit." Jean Giono, Un roi sans divertissement.
Le 03.03.2015 09:22, Cyrille Henry a écrit :
hello
Le 03/03/2015 00:58, Olivier Baudu a écrit :
Hi list,
Until now, and as far as I (think I) can remember, GEM was rendering frames even if the window (with or without border) was :
- out of the screen
- reduce in the tool-bar
- hidden by an other window
The last time I use this property was on an Ubuntu 13.10 both with "pd-vanilla + gem from the depot" and " pd-extended" (but I can't give you versions... because... well, I don't know them... sorry)
On several different patches, I recorded GEM content (which was not display on my desktop because of "offset" option) with the combo [pix_record] / v4l2loopback in order to make a "fake webcam" to stream. It was working. It is still working on computers where those patches where installed.
Now, I am on Ubuntu 14.04 / GEM: 0.93.3 and if anything is put over the GEM content, it seems to be that none of the pixel "under" is rendered.
If I open the v4l2loopback device on VLC (or whatever) and hide part of the GEM window (even by dragging icons from my desktop), those parts are not refresh anymore.
Does GEM change its way to render ?
yes, but only recently, 93.3 is unafected.
Is the Ubuntu 14.04 display different ?
certainly. at least drivers are more optimized.
Do I misunderstood something ?
rendering in a windows created out of the screen is not a good solution. Gem prodive framebuffer rendering. have a look the gemframebuffer help : this object allow to render anything in a framebuffer, and use this framebuffer as a texture. pix_snap can get back the pixel etc.
cheers c
Sorry if I'm fuzzy... If questions, I'll try to explain better.
Thanks in advance for any help.
01ivier
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list