Hi list, I share this asbtraction made for gemQ project. It is an abstraction let you have a preview window of the main Gem Window content. It's work only in linux (but with a little effort it's supposed to work on Mac also) here more infos and download: https://code.autistici.org/trac/planetQ/wiki/preQiew
I hope it can be helpfull for someone out there!
cheers husk
Hi Luca, thanks for sharing this! looks very handy..
However, I'm testing the cpu usage, and I noticed a +50% in the cpu load when creating the preview. I understand [preqiew] run another instance of Pd, but such load is possibly caused by the shared texture... I tested with a [cube] too, with the same result.
Does the overload happen with you?
M
On Sun, Mar 20, 2011 at 11:05 PM, Husk 00 husk00@gmail.com wrote:
Hi list, I share this asbtraction made for gemQ project. It is an abstraction let you have a preview window of the main Gem Window content. It's work only in linux (but with a little effort it's supposed to work on Mac also) here more infos and download: https://code.autistici.org/trac/planetQ/wiki/preQiew
I hope it can be helpfull for someone out there!
cheers husk
-- "when Art become pratical, we call it technology, when Technology become uselesswe call it Art" Song hojun
www.estereotips.net
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
On Mon, 21 Mar 2011, Marco Donnarumma wrote:
Hi Luca,thanks for sharing this! looks very handy.. However, I'm testing the cpu usage, and I noticed a +50% in the cpu load when creating the preview. I understand [preqiew] run another instance of Pd, but such load is possibly caused by the shared texture... I tested with a [cube] too, with the same result. Does the overload happen with you?
I have worse news... If I open preqiew-help.pd, create a preview window, then close that patch, then try to create a new patch, the original 'pdextended' process crashes (Erreur de Segmentation), while its gui survives (why would that be ?) and the 'pdextended -nogui' survives too.
But just after that, I noticed that merely opening the patch and closing it, without creating a preview window, also causes a similar weird crash while quitting pd. In that case, though, it looks like the main process «terminated normally» except that it doesn't close the other processes.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
On Mon, 21 Mar 2011, Mathieu Bouchard wrote:
I have worse news... If I open preqiew-help.pd, create a preview window, then close that patch, then try to create a new patch, the original 'pdextended' process crashes (Erreur de Segmentation), while its gui survives (why would that be ?) and the 'pdextended -nogui' survives too.
But just after that, I noticed that merely opening the patch and closing it, without creating a preview window, also causes a similar weird crash while quitting pd. In that case, though, it looks like the main process «terminated normally» except that it doesn't close the other processes.
forgot to say that this is with Ubuntu 9.10, pdextended 42 and Gem 93.
but trying again with Gem 92 gives same results.
| Mathieu Bouchard ---- tél: +1.514.383.3801 ---- Villeray, Montréal, QC
On Mon, Mar 21, 2011 at 5:50 AM, Mathieu Bouchard matju@artengine.ca wrote:
On Mon, 21 Mar 2011, Marco Donnarumma wrote:
Hi Luca,thanks for sharing this! looks very handy.. However, I'm testing the cpu usage, and I noticed a +50% in the cpu load when creating the preview. I understand [preqiew] run another instance of Pd, but such load is possibly caused by the shared texture... I tested with a [cube] too, with the same result. Does the overload happen with you?
I have worse news... If I open preqiew-help.pd, create a preview window, then close that patch, then try to create a new patch, the original 'pdextended' process crashes (Erreur de Segmentation), while its gui survives (why would that be ?) and the 'pdextended -nogui' survives too.
But just after that, I noticed that merely opening the patch and closing it, without creating a preview window, also causes a similar weird crash while quitting pd. In that case, though, it looks like the main process «terminated normally» except that it doesn't close the other processes.
Ehy Mathieu, thanks for test it! Try the new version please. It uses now [pd~] and the freeze thing doesn't happen anymore. Note that in my case in order to use pd~ I had to compile pd vanilla (0.42-5) because pd~ from extended it's broken to me (it's look for /usr/lib/pd/bin/pd-gui). download it: https://code.autistici.org/trac/planetQ/wiki/preQiew
let me know husk
__ "when Art become pratical, we call it technology, when Technology become uselesswe call it Art" Song hojun
www.estereotips.net
On Mar 21, 2011, at 11:30 AM, Husk 00 wrote:
On Mon, Mar 21, 2011 at 5:50 AM, Mathieu Bouchard
matju@artengine.ca wrote:On Mon, 21 Mar 2011, Marco Donnarumma wrote:
Hi Luca,thanks for sharing this! looks very handy.. However, I'm
testing the cpu usage, and I noticed a +50% in the cpu load when creating
the preview. I understand [preqiew] run another instance of Pd, but
such load is possibly caused by the shared texture... I tested with a [cube]
too, with the same result. Does the overload happen with you?I have worse news... If I open preqiew-help.pd, create a preview
window, then close that patch, then try to create a new patch, the original 'pdextended' process crashes (Erreur de Segmentation), while its gui survives (why would that be ?) and the 'pdextended -nogui' survives
too.But just after that, I noticed that merely opening the patch and
closing it, without creating a preview window, also causes a similar weird
crash while quitting pd. In that case, though, it looks like the main process «terminated normally» except that it doesn't close the other
processes.Ehy Mathieu, thanks for test it! Try the new version please. It uses now [pd~] and the freeze thing doesn't happen anymore. Note that in my case in order to use pd~ I had to compile pd vanilla (0.42-5) because pd~ from extended it's broken to me (it's look for /usr/lib/pd/bin/pd-gui). download it: https://code.autistici.org/trac/planetQ/wiki/preQiew
let me know husk
Worked for me on Mac OS X 10.5.8/Intel, that's a nice hack!
.hc
"It is convenient to imagine a power beyond us because that means we
don't have to examine our own lives.", from "The Idols of
Environmentalism", by Curtis White
Worked here on MAC OSX 10.6.6
Nice
pp
On 3/21/11 2:59 PM, "Hans-Christoph Steiner" hans@at.or.at wrote:
On Mar 21, 2011, at 11:30 AM, Husk 00 wrote:
On Mon, Mar 21, 2011 at 5:50 AM, Mathieu Bouchard matju@artengine.ca wrote:
On Mon, 21 Mar 2011, Marco Donnarumma wrote:
Hi Luca,thanks for sharing this! looks very handy.. However, I'm testing the cpu usage, and I noticed a +50% in the cpu load when creating the preview. I understand [preqiew] run another instance of Pd, but such load is possibly caused by the shared texture... I tested with a [cube] too, with the same result. Does the overload happen with you?
I have worse news... If I open preqiew-help.pd, create a preview window, then close that patch, then try to create a new patch, the original 'pdextended' process crashes (Erreur de Segmentation), while its gui survives (why would that be ?) and the 'pdextended -nogui' survives too.
But just after that, I noticed that merely opening the patch and closing it, without creating a preview window, also causes a similar weird crash while quitting pd. In that case, though, it looks like the main process «terminated normally» except that it doesn't close the other processes.
Ehy Mathieu, thanks for test it! Try the new version please. It uses now [pd~] and the freeze thing doesn't happen anymore. Note that in my case in order to use pd~ I had to compile pd vanilla (0.42-5) because pd~ from extended it's broken to me (it's look for /usr/lib/pd/bin/pd-gui). download it: https://code.autistici.org/trac/planetQ/wiki/preQiew
let me know husk
Worked for me on Mac OS X 10.5.8/Intel, that's a nice hack!
.hc
--
"It is convenient to imagine a power beyond us because that means we don't have to examine our own lives.", from "The Idols of Environmentalism", by Curtis White
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Idem, no problem with OS.X 10.6
nice
p Le 21 mars 2011 à 19:59, Hans-Christoph Steiner a écrit :
On Mar 21, 2011, at 11:30 AM, Husk 00 wrote:
On Mon, Mar 21, 2011 at 5:50 AM, Mathieu Bouchard matju@artengine.ca wrote:
On Mon, 21 Mar 2011, Marco Donnarumma wrote:
Hi Luca,thanks for sharing this! looks very handy.. However, I'm testing the cpu usage, and I noticed a +50% in the cpu load when creating the preview. I understand [preqiew] run another instance of Pd, but such load is possibly caused by the shared texture... I tested with a [cube] too, with the same result. Does the overload happen with you?
I have worse news... If I open preqiew-help.pd, create a preview window, then close that patch, then try to create a new patch, the original 'pdextended' process crashes (Erreur de Segmentation), while its gui survives (why would that be ?) and the 'pdextended -nogui' survives too.
But just after that, I noticed that merely opening the patch and closing it, without creating a preview window, also causes a similar weird crash while quitting pd. In that case, though, it looks like the main process «terminated normally» except that it doesn't close the other processes.
Ehy Mathieu, thanks for test it! Try the new version please. It uses now [pd~] and the freeze thing doesn't happen anymore. Note that in my case in order to use pd~ I had to compile pd vanilla (0.42-5) because pd~ from extended it's broken to me (it's look for /usr/lib/pd/bin/pd-gui). download it: https://code.autistici.org/trac/planetQ/wiki/preQiew
let me know husk
Worked for me on Mac OS X 10.5.8/Intel, that's a nice hack!
.hc
"It is convenient to imagine a power beyond us because that means we don't have to examine our own lives.", from "The Idols of Environmentalism", by Curtis White
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Mon, Mar 21, 2011 at 1:17 AM, Marco Donnarumma devel@thesaddj.com wrote:
Hi Luca, thanks for sharing this! looks very handy.. However, I'm testing the cpu usage, and I noticed a +50% in the cpu load when creating the preview. I understand [preqiew] run another instance of Pd, but such load is possibly caused by the shared texture... I tested with a [cube] too, with the same result. Does the overload happen with you?
M
Ehy Marco, thats really depend on the computer are you using. Are you testing on a multicore machine? Try the new version please (see next message)
Actually I'm on a netbook and cannot test.
thanks husk
Hey, yes sorry for not specifying.
My machine has 8 i7 processors, nVidia Quadro FX 880M, Ubuntu Lynx (Studio customized).
I usually have flawless performance both with video and audio. I get those kind of peaks only when I'm really overloading the machine.
Besides, I also experienced the same crashed that Mathieu mentioned.
I'm gonna check the next release and update you.
cheers!
M
On Mon, Mar 21, 2011 at 3:25 PM, Husk 00 husk00@gmail.com wrote:
On Mon, Mar 21, 2011 at 1:17 AM, Marco Donnarumma devel@thesaddj.com wrote:
Hi Luca, thanks for sharing this! looks very handy.. However, I'm testing the cpu usage, and I noticed a +50% in the cpu load when creating the preview. I understand [preqiew] run another instance of Pd, but such load is
possibly
caused by the shared texture... I tested with a [cube] too, with the same result. Does the overload happen with you?
M
Ehy Marco, thats really depend on the computer are you using. Are you testing on a multicore machine? Try the new version please (see next message)
Actually I'm on a netbook and cannot test.
thanks husk
-- "when Art become pratical, we call it technology, when Technology become uselesswe call it Art" Song hojun
www.estereotips.net
-
Hans-Christoph Steiner -
Husk 00 -
Marco Donnarumma -
Mathieu Bouchard -
Pagano, Patrick -
philippe boisnard