Hi there, I'm starting to use the pix_record object. I did everything as
explained in the help patch but all I get is a console message saying:
recordQT: EndMediaEdits failed with error -2008. The file is not created. Has
anyone experienced that before? I'm running Pd extended 0.43.4 on a
Hello everyone, I am using pix_record to encode files in codec 23 and I
cannot get a filesize bigger than 4294967295 bytes or 4.29 GB. The files by
the way are unusable after this size and they just won't play in regular
video players.
Can some one explain why this happens and if there is a
If this is of any help, this happens at around 14000 frames or 7 minutes
and 45 seconds...
J
On Tue, Mar 19, 2013 at 2:12 PM, Jaime Oliver jaime.oliv...@gmail.comwrote:
Hello everyone, I am using pix_record to encode files in codec 23 and I
cannot get a filesize bigger than 4294967295 bytes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-03-19 19:12, Jaime Oliver wrote:
Hello everyone, I am using pix_record to encode files in codec 23
and I
what is codec 23?
[codeclist( will enumerate the codecs installed on your system.
the ID might change between systems.
cannot get a
what is codec 23?
[codeclist( will enumerate the codecs installed on your system.
the ID might change between systems.
raw RGB uncompressed.
cannot get a filesize bigger than 4294967295 bytes or 4.29 GB. The
files by
looks like a 4GB file size limitiation.
probably a bug in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-03-19 20:10, J Oliver wrote:
what is codec 23? [codeclist( will enumerate the codecs
installed on your system. the ID might change between systems.
raw RGB uncompressed.
cannot get a filesize bigger than 4294967295 bytes or 4.29 GB.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-03-19 19:12, Jaime Oliver wrote:
Hello everyone, I am using pix_record to encode files in codec 23
and I cannot get a filesize bigger than 4294967295 bytes or 4.29
GB. The files by the way are unusable after this size and they just
won't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2013-03-19 20:29, IOhannes m zmoelnig wrote:
and just to be sure: can these files be played with Gem? can they
be played with lqtplay? does Gem stop recording, once the filesize
is that big?
i just ran a quick test recording 17245 frames of a
of course.
you need to bang [pix_record] in the desired framerate.
with auto 1, it will always record in your current gem framerate, which is
20fps.
Thanks!
And with that I think I've identified the actual bug here. I still
can't override that framerate by changing the option in the codec
On 12/30/2012 15:16, Antonio Roberts wrote:
And with that I think I've identified the actual bug here. I still
can't override that framerate by changing the option in the codec
setting
yes, indeed you found a bug here.
it seems that currently there is no real way to set any property
switching off the [gemhead] will not push new frames into your [pix_record],
but it will not halt a local time (this is never what [gemhead] does).
Ah, I see now! Although this is expected behaviour, I still think it'd
be useful to be able to pause recording (at least in this scenario)
-
On 12/29/2012 16:20, Antonio Roberts wrote:
switching off the [gemhead] will not push new frames into your [pix_record],
but it will not halt a local time (this is never what [gemhead] does).
Ah, I see now! Although this is expected behaviour, I still think it'd
be useful to be able to pause
like with [pix_video], you can set a number of properties specific to the
used backend/codec.
when selecting a specific codec, you should get a list of supported
properties for the selected setting on the info-outlet of [pix_record]
(that's the 3rd outlet).
And now it seems I've encountered
No matter what framerate I set I still get a framerate of 20 (or whatever the
original video was (I think)).
of course.
you need to bang [pix_record] in the desired framerate.
with auto 1, it will always record in your current gem framerate,
which is 20fps.
cheers,
marian
Before finally
On 12/28/2012 02:18, Antonio Roberts wrote:
i cannot check your example right now, but this can totally be desired
behaviour. e.g. if your container supports variable framerates and you
record two frames that are 20 seconds appart, you might end up with a 20sec
video containing of 2 frames.
On 12/27/2012 01:33, Antonio Roberts wrote:
record is started it uses a bang to turn on the gemhead and to capture
i'm talking abot [bang(ing [pix_record], which is something different
than [bang(ing [gemhead].
one frame, and then turns it off again. However, the time between the
two frame
I've noticed that [pix_record] will continue to record frames even if
the [gemhead] object attached to it is switched off. Is this a bug?
I've attached a sample patch, where I'm attempting to take a snapshot
from a camera and save it to a video
#N canvas 1660 101 564 374 10;
#X obj 281 40
On 12/26/2012 15:08, Antonio Roberts wrote:
I've noticed that [pix_record] will continue to record frames even if
the [gemhead] object attached to it is switched off. Is this a bug?
the way to turn off recording is by sending a record 0 message to
[pix_record], or - if you want to add single
the way to turn off recording is by sending a record 0 message to
[pix_record], or - if you want to add single frames to a movie, to not use
auto 0 mode and manually bang the frames you want to record.
Try out the example patch that's included in the last message. After
record is started it
Hello all,
I am still teaching myself how to get good output from GEM, I am working now
with a formant vocoder which feeds values into a video composition of 5
rectangles. It renders the rectangles as I want it to, but when I export it
via pix_record, it only saves the top rectangle, and rotated
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 2011-01-20 15:04, Michael Karr wrote:
Hello all,
I am still teaching myself how to get good output from GEM, I am working now
with a formant vocoder which feeds values into a video composition of 5
rectangles. It renders the rectangles as I
I don't know why you use [pix_dump] in your patch.
And i am not sure what you want to do but i guess you need send your
[pix_crop] in different rectangles. Then capture with [pix_snap] the
entire gem window, then record this capture with [pix_record].
I strongly recommend you start to see
Hi, could you isolate the problem in a simple patch and post it to the list?
This way we can test it.
cheers,
M
Hi all,
I'm trying to record a sequence using pix_record , the patch deals with a
lot of movement in the space of the GEM window,I'm using 5 pix-film objects,
but all that I
here it is, kind of messy, but...
___
André Damião Bandeira
(11)9819-1999
www.soundcloud.com/dami-1
www.myspace.com/basavizi
Date: Sat, 25
hello,
i think your missing a gemhead and a pix_snap befor the pix_record, if you
whish to record what you see.
see pix_record help file.
cyrille
Le 25/09/2010 15:42, André Bandeira a écrit :
here it is, kind of messy, but...
Hi all,
I'm trying to record a sequence using pix_record , the patch deals with a lot
of movement in the space of the GEM window,I'm using 5 pix-film objects,
but all that I get are the images, not moving in space, all the translateXYZ
objects seems to be useless.
Is there a way to get
Dear listworking with my students we connected many webcams to gem...
displayed all the captures in one gemwin and recorded to file...but always
recorded one cam... is possible record all the captures displayed in a just
file???...
Best regards from Chile.
José
--
To capture what you see in the gemwin, use pix_snap before pix_record.
On Tue, Jul 13, 2010 at 4:06 PM, Jose Luis Santorcuato
santorcuat...@gmail.com wrote:
Dear listworking with my students we connected many webcams to gem...
displayed all the captures in one gemwin and recorded to
Thanks a lot ill try
Best regards
José
2010/7/13 chris clepper cgclep...@gmail.com
To capture what you see in the gemwin, use pix_snap before pix_record.
On Tue, Jul 13, 2010 at 4:06 PM, Jose Luis Santorcuato
santorcuat...@gmail.com wrote:
Dear listworking with my students
Hi,
I'm trying to record a rendered image with [pix_record]; it works, but I
have a problem with the framerate.
I have tried both
1) with the auto 1 mode and
2) with auto 0 and a [t b a] connected to its inlet, that is, banging
it at every frame
The results are the same.
The problem is
Hi Matteo,
I tend to use pix_write + writesf~ and then use ffmpeg to combine the
images + audio. You'll need a lot of spare hard disk space for the
temporary image files if you choose TIFF though. Runs 10x slower than
realtime if I've got a heavy patch going (so don't start pd -rt if you
Matteo Sisti Sette a écrit :
Hi,
I'm trying to record a rendered image with [pix_record]; it works, but I
have a problem with the framerate.
...
That is, I am using a framerate of 25fps in GEM, but the frames will
never be rendered and recorded at 25fps because they are too heavy to
cyrille henry escribió:
if you try, it will work like you wish (the video will be ok), even if
the render is not in real time...
(I did try)
The video is ok in that it has all the frames it should have. However,
it somehow saves the information about how long each frame is.
If I play it back
that is strange. moreover, it worked for me.
c
Matteo Sisti Sette a écrit :
cyrille henry escribió:
if you try, it will work like you wish (the video will be ok), even if
the render is not in real time...
(I did try)
The video is ok in that it has all the frames it should have. However,
In terms of recording the Geos here's a sample patch of how I might do
that. Idea, method, and code stolen liberally from Marius Schebella's
posts to this list.
In terms of framerate, I am not sure but I would have guessed that you
could either send [auto 0( to [pix_record] then bang
On Sun, 2009-05-10 at 08:56 -0500, John Harrison wrote:
In terms of recording the Geos here's a sample patch of how I might do
that. Idea, method, and code stolen liberally from Marius Schebella's
posts to this list.
In terms of framerate, I am not sure but I would have guessed that you
On Sun, May 10, 2009 at 10:16 AM, Roman Haefeli reduzie...@yahoo.de wrote:
i am not totally sure, if this still applies, but iirc, [pix_record] has
a hardcoded framerate of 20fps.
This was never the case with pix_record on OSX and Windows. The pix_record
object on those platforms records
chris clepper a écrit :
On Sun, May 10, 2009 at 10:16 AM, Roman Haefeli reduzie...@yahoo.de
mailto:reduzie...@yahoo.de wrote:
i am not totally sure, if this still applies, but iirc, [pix_record] has
a hardcoded framerate of 20fps.
This was never the case with pix_record on OSX
Hello,
I am very much a newbie to PD/GEM and I just recently created my first video
mixer/processer. I am using pix_mix to mix a video of an improvised performance
I did with a dancer mixed with itself. I stretched each video over a cube geo.
It is 2 chanels. One chanel is an uneffected version
when opening pix_record help patch on Pd-extended 0.40-3 released version we
are getting a error: filmQT: Could not initialize quicktime: error -2093.
When trying to record (I assume .mov is the only option) we get error:
recordQT : CreateMovieFile failed with error -2095. How do we record video
I think you need to install Quicktime, then it should work on Windows.
.hc
On Feb 6, 2009, at 5:30 PM, John Harrison wrote:
when opening pix_record help patch on Pd-extended 0.40-3 released
version we are getting a error: filmQT: Could not initialize
quicktime: error -2093. When trying to
Hi All,
another strange property of pix_record. I have been using it to
record
small clips fine, but now that I have started looking at better
quality recording, especially the DV_PAL codec, I have found that I get
some problems, I think related to auto usage.
the simplest form is: Turn
Thanks for the Apple Intermediate suggestion, that definitely improved
the situation. It's still having a hard time, though, so I feel like I
must be doing something wrong. A dual core Macbook pro should be able
to encode and store one 640x480 video stream at 20fps no problem,
right? Activity
I'm using pix_record to write processed video captured live from a DV
cam to disk, and then playing it back with pix_film. Unfortunately, it
seems to record at around 16fps even though GEM should be running at
20. I tried lowering GEM to 15 fps thinking that maybe it was having
trouble keeping up,
pix_record uses the actual time passed between frames when writing a
Quicktime file. This is proven accurate in my testing (probably a million
files at this point). One thing you will not get is a perfect 29.97 file
though. That requires either offline processing like Final Cut or a
dedicated
: [PD] pix_record + DV
Hi list,
I had the same problem (fixed image on the second recording) so
I made a
small dynamic patch that re-recreates [pix_record] each time
It was working fine on MacOS and Linux, we were able to record
DV Cam in
full
Hi list,
I had the same problem (fixed image on the second recording) so I made a
small dynamic patch that re-recreates [pix_record] each time
It was working fine on MacOS and Linux, we were able to record DV Cam in
full resolution with mjpeg codec (? not sure to remember well the codec)
and
: ---[O:O]--- [EMAIL PROTECTED]
À: pd-list@iem.at
Cc: [EMAIL PROTECTED]
Envoyé: Vendredi 16 Mai 2008 12:20:10 GMT +01:00 Amsterdam / Berlin / Berne /
Rome / Stockholm / Vienne
Objet: Re: [PD] pix_record + DV
Hi list,
I had the same problem (fixed image on the second
Hi,
I'm trying to record several live video in pure data using pix_record.
It works quite well for the first one, but I've got a bug for others.
If the second video file is written after the first ended since 5 min,my second
quicktime file will start with a still of 5 min before display video
Hi,
I am not sure, I understand your problem, can you please paste an
example patch of what you mean by first, second, and 5 min before?
marius.
[EMAIL PROTECTED] wrote:
Hi,
I'm trying to record several live video in pure data using pix_record.
It works quite well for the first one, but
This is a well-known bug
see:
https://sourceforge.net/tracker/index.php?func=detailaid=1874679group_id=64325atid=507079
there's a patch which you can use as a workaround until it's solved.
++
O.
Le Thu, 15 May 2008 15:58:31 +0200,
[EMAIL PROTECTED] a écrit :
Hi,
I'm trying to record
Can you try a more recent version of GEM?
On Thu, May 15, 2008 at 8:58 AM, [EMAIL PROTECTED] wrote:
Hi,
I'm trying to record several live video in pure data using pix_record.
It works quite well for the first one, but I've got a bug for others.
If the second video file is written after
On Thu, May 15, 2008 at 10:17 AM, Olivier Heinry [EMAIL PROTECTED] wrote:
This is a well-known bug
see:
https://sourceforge.net/tracker/index.php?func=detailaid=1874679group_id=64325atid=507079
That is not related in any way, shape or form.
___
[EMAIL PROTECTED] wrote:
I've just tested with your patch and still got the same bug...
What's pd version are you using???
And how many successives recording did you do?
I made 4 recordings, each a few seconds. I am using pd-extended version
from 0428.
another thing that seems important, I
Hi, it's free to give a try with mencoder to build the movie from
pictures, there are several tricks on this page:
http://electron.mit.edu/~gsteele/ffmpeg/
once some little script can build the movie, it should be easy to use it
though [shell], [popen], or [pyext], and have the movie completed
On 1 Mar 2008, at 3:51 PM, Dudley Brooks wrote:
It's worth trying ... I guess. It has the obvious disadvantage of
saving hundreds or even thousands of files which some other program
then
has to convert into a movie. So if anyone knows how to modify either
pix_record or its inputs ...
After learning how to use [pix_record] (see the thread Saving Gem
output as video file on MacOSX ?) I find, as did Marius Schebella, who
helped me, that it gets the colors confused. Specifically, red becomes
cyan, green becomes magenta, but blue stays blue. Ideas?
Pd 0.39.3-extended, MacOSX
Maybe you could use [pix_write] instead of [pix_record] ?
Something like :
[gemhead 99]
|
[t b a]
|/
[pix_snap]
|
[pix_write]
Then send a [auto 1( message to the first inlet of [pix_write] : each
frame should be write on you HD (you can specify a path).
++
Jack
Le 1 mars 08 à 01:45, Dudley
It's worth trying ... I guess. It has the obvious disadvantage of
saving hundreds or even thousands of files which some other program then
has to convert into a movie. So if anyone knows how to modify either
pix_record or its inputs ... And, for that matter, why pix_record (or
possibly
SnapProX is a good software, but it is not free :(
++
Jack
Le 1 mars 08 à 05:51, Dudley Brooks a écrit :
It's worth trying ... I guess. It has the obvious disadvantage of
saving hundreds or even thousands of files which some other program
then has to convert into a movie. So if anyone
Le Wed, 02 Jan 2008 16:54:59 +0100,
IOhannes m zmoelnig [EMAIL PROTECTED] a écrit :
Oli44 wrote:
2007/12/30, IOhannes m zmoelnig [EMAIL PROTECTED] mailto:[EMAIL
PROTECTED]:
Olivier Heinry wrote:
Hi,
there's a problem with the pix_record object which is
Oli44 wrote:
OK.
The really annoying bug is the following: if you use pix_record as a
top-level object such as in the help file.
Once you nest it into an abstraction and/or subpatch, it works the first
time you record, crashes the second time.
i hope that i have fixed it now in the CVS
Oli44 wrote:
2007/12/30, IOhannes m zmoelnig [EMAIL PROTECTED] mailto:[EMAIL
PROTECTED]:
Olivier Heinry wrote:
Hi,
there's a problem with the pix_record object which is atm makes it
btw, does this relate to your problem of being only able to record 4 frames?
if
2007/12/30, IOhannes m zmoelnig [EMAIL PROTECTED]:
Olivier Heinry wrote:
Hi,
there's a problem with the pix_record object which is atm makes it
totally unusable on debian testing. Unofortunately for me , I did a
patch which relies on it, and that used to work until May , and when I
Olivier Heinry wrote:
Hi,
there's a problem with the pix_record object which is atm makes it
totally unusable on debian testing. Unofortunately for me , I did a
patch which relies on it, and that used to work until May , and when I
reopened it in December dont work any more. Neither the
Hi,
there's a problem with the pix_record object which is atm makes it
totally unusable on debian testing. Unofortunately for me , I did a
patch which relies on it, and that used to work until May , and when I
reopened it in December dont work any more. Neither the official Debian
package of Gem
pix_record crashes also in OSX 10.4 Powerbook PPC Pd version 0.41 i don´t
have the gem version with me right now but i could send it soon.
best,
J
On 12/26/07, Olivier Heinry [EMAIL PROTECTED] wrote:
Hi,
there's a problem with the pix_record object which is atm makes it
totally unusable
Hello Gemmers,
I have been using pix_record for a small development and it seems that
there are two problems, one for each development environment :-)
Problem 1:
Linux: debian. I can happily record a movie (but only using the
uncompressed raw format) but once I close it and try to record a
On 9/20/07, Tim Boykett [EMAIL PROTECTED] wrote:
Problem 2: on OSX there are no codecs - I have had this working but
now the
codeclist message gives me a series of null codecs. so I cannot
record anything!
Your version was probably compiled incorrrectly. Not having any codecs
would mean
On 20/09/2007, at 4:17 PM, chris clepper wrote:
On 9/20/07, Tim Boykett [EMAIL PROTECTED] wrote:
Problem 2: on OSX there are no codecs - I have had this working but
now the
codeclist message gives me a series of null codecs. so I cannot
record anything!
Your version was probably compiled
Tim Boykett wrote:
On 20/09/2007, at 4:17 PM, chris clepper wrote:
On 9/20/07, Tim Boykett [EMAIL PROTECTED] wrote:
Problem 2: on OSX there are no codecs - I have had this working but
now the
codeclist message gives me a series of null codecs. so I cannot
record anything!
Your version
If you can make a patch that reliably reproduces this bug, that would
greatly help debugging it. Submit the bug to the pd-gem bug
tracker. But unfortunately, there isn't really anyone focused on Gem
on Windows these days. Any volunteers?
http://sourceforge.net/projects/pd-gem
.hc
On
hello list
two questions about pix_record:
i render out some movieclips with pix_record. the Gem-render is 15
frames per second, but when i play it with mplayer it says it plays 20
frames per second. I have to force mplayer to play it 15 frames per
second. can i give pix_record an argument
Quoting moritz [EMAIL PROTECTED]:
hello list
two questions about pix_record:
i render out some movieclips with pix_record. the Gem-render is 15
frames per second, but when i play it with mplayer it says it plays 20
frames per second. I have to force mplayer to play it 15 frames per
On Thu, 2007-05-31 at 20:41 +0200, [EMAIL PROTECTED] wrote:
Quoting moritz [EMAIL PROTECTED]:
hello list
two questions about pix_record:
i render out some movieclips with pix_record. the Gem-render is 15
frames per second, but when i play it with mplayer it says it plays 20
frames
Hi all,
I am using pix_snap and pix_record to get a series of images
with decoration into a video file. This is (surprisingly enough!)
working already, but with one interesting feature: the recorded
videos are vertically inverted! top-bottom exchange...
Hmm, any ideas what that might mean? I
Tim Boykett wrote:
I build a capture with pix_snap.
If I look at the texture coming out of pix_snap by pix_texture-ing it
onto a rectangle, then it looks right.
It just gets turned upside down when it gets recorded.
Any ideas would be great. No huge loss, I am sure it a simple
On Jan 2, 2007, at 4:53 AM, IOhannes m zmoelnig wrote:
[EMAIL PROTECTED] wrote:
Anyone have ideas on how to fix a missing pix_record object with pd
version .40-1 and gem installed and working fine? If you have it
in an
attachment, that'd be great.
a fix would be to use the newest version
Anyone have ideas on how to fix a missing pix_record object with pd version
.40-1 and gem installed and working fine? If you have it in an attachment,
that'd be great.
Check out the new AOL. Most comprehensive set of free
vincent Rioux a écrit :
thanks IOhannes for being patient.
well, i am still a bit unsure. do you mean that the stuff i described
below canNOT be recorded at all within puredata? i.e. do i have to
make a recording using the ouput of the graphic card?
i am now trying to record a single
On 12/11/06, Patco [EMAIL PROTECTED] wrote:
It would be nice if pix_snap worked on winslows
The example patch 07.Snapshot1.pd works on Windows here. What problem do
you have?
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
chris clepper a écrit :
Very simple example of pix_snap and pix_record attached.
The example patch 07.Snapshot1.pd works on Windows here. What problem
do you have?
The attached exemple makes a movie with a black screen, instead of the
nice rotating lined cube.
*snip*
GEM: ver: 0.91-cvs
On 12/11/06, vincent Rioux [EMAIL PROTECTED] wrote:
thanks IOhannes for being patient.
well, i am still a bit unsure. do you mean that the stuff i described
below canNOT be recorded at all within puredata? i.e. do i have to make
a recording using the ouput of the graphic card?
i am now trying
chris clepper a écrit :
On 12/11/06, *Patco* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
In the 07.Snapshot1.pd example, pd crashes when I click on [snap(,
using pd-0.40-1,
I forgot to tell the hardware,
laptop amd64, graphic card VIA/S3G Unichrome Pro
On Thu, 7 Dec 2006, Danks, Mark wrote:
Actually, this one is more complicated, because it involves the
underlying pix buffer. That has nothing to do with OpenGL...
Isn't the situation of the pixes exactly the same as the one of OpenGL ?
That is, that it's all really one big global
On 12/8/06, Mathieu Bouchard [EMAIL PROTECTED] wrote:
:How do i get [separator] to separate colours? I was teaching the use of
[separator] in a workshop and then I realised that it doesn't backup
colours. Is [separator] really only for transformation matrices or is
there an option to enable it
On Fri, 8 Dec 2006, chris clepper wrote:
On 12/8/06, Mathieu Bouchard [EMAIL PROTECTED] wrote:
:How do i get [separator] to separate colours? I was teaching the use of
[separator] in a workshop and then I realised that it doesn't backup
colours. Is [separator] really only for transformation
On 12/8/06, Mathieu Bouchard [EMAIL PROTECTED] wrote:
On Fri, 8 Dec 2006, chris clepper wrote:
On 12/8/06, Mathieu Bouchard [EMAIL PROTECTED] wrote:
:How do i get [separator] to separate colours? I was teaching the use
of
[separator] in a workshop and then I realised that it doesn't backup
On Wed, 6 Dec 2006, IOhannes m zmoelnig wrote:
due to the signal-flow nature of pix-processing you have to add
[pix_record] after all pix-processing objects you want to have an effect
on the recorded video.
that's not very surprising: the same thing would happen to messages and
DSP. (well,
On 12/7/06, Mathieu Bouchard [EMAIL PROTECTED] wrote:
what's a lot more surprising is that
[pix_video]
|
[pix_gain]
|
[t a a]
| |
| [pix_invert]
|
[pix_record]
actually applies [pix_invert], because gem messages handle pix (and all
the other state) by pointer, so that the pix
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of chris clepper
Sent: Thursday, December 07, 2006 10:07 AM
To: Mathieu Bouchard
Cc: pd-liste; vincent Rioux; IOhannes m zmoelnig
Subject: Re: [PD] pix_record mixed pixes
On 12/7/06, Mathieu Bouchard [EMAIL PROTECTED] wrote
On 12/7/06, Danks, Mark [EMAIL PROTECTED] wrote:
Reversing the order pix_invert and pix_record will still apply the
invert…it will just happen after the pix_record happens.
That is a much clearer way to say what I was try to say. The inversion will
not be applied to the image input to
On Thu, Dec 07, 2006 at 01:00:04PM -0600, chris clepper wrote:
On 12/7/06, Danks, Mark [EMAIL PROTECTED] wrote:
Reversing the order pix_invert and pix_record will still apply the
invert?it will just happen after the pix_record happens.
That is a much clearer way to say what I was try to
Bouchard; pd-liste; vincent Rioux; IOhannes m
zmoelnig
Subject: Re: [PD] pix_record mixed pixes
On Thu, Dec 07, 2006 at 01:00:04PM -0600, chris clepper wrote:
On 12/7/06, Danks, Mark [EMAIL PROTECTED] wrote:
Reversing the order pix_invert and pix_record will still apply
the
invert
On 12/7/06, Chris McCormick [EMAIL PROTECTED] wrote:
I guess one way to 'fix' that (and break backwards compatability) would
be perform a GLPushMatrix every time there is a fork in the graph,
and a GLPopMatrix every time you get to a leaf node.
That's just doing the same thing as the
dear list,
I recently tried out pix_record object of Gem, running pd-39.2-extended
for osx.
It worked pretty fine but i could not record anything else than a video
connected to a unique gemhead.
i tried to mix several pixes (like moving rectangles with alpha layer)
with the video using
vincent Rioux wrote:
dear list,
I recently tried out pix_record object of Gem, running pd-39.2-extended
for osx.
It worked pretty fine but i could not record anything else than a video
connected to a unique gemhead.
i tried to mix several pixes (like moving rectangles with alpha layer)
On 12/6/06, Kyle Klipowicz [EMAIL PROTECTED] wrote:
I've never explored this object, but it sounds great! There's a way to
capture openGL to pix objects right? So pix_record could be used to record
an entire GEM session to a video file?
Put pix_snap in front of pix_record. Don't expect a
98 matches
Mail list logo