Re: [PD] Saving Gem output as video file on MacOSX ?
jeremaja niko wrote: im using on mac program called snapz pro x and it is a screen capture program, witch can grab opengl window of gem as movie. this process needs a lot of cpu power so u need a powerfull machine. it is quite easy to use it. hope it helps It did indeed! Thanks! It was the only thing that finally let me get my DVD made -- with just an hour and a half to spare! The other three methods (pix_record, pdp_rec~, and pix_write) had the various problems mentioned in this thread. Synchronizing the sound with the video was hard also. (The nature of the sound made it hard to find clear landmarks for sliding the sound into alignment, and yet it was still obvious when watching that they weren't in synch. But with Snapz they were in synch to begin with.) I also found that pix_record not only gets the colors wrong, but seems to rotate the picture 90 degrees and reverse it as well. (The abstract nature of the piece is why that wasn't obvious immediately.) But how can it be that pix_record does this, and especially that people haven't noticed and complained? Or fixed, those who know how? (Not me, I'm afraid.) Incompatibility between how the various video cards label screen directions and RGB colors? -- Dudley ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
try [gemhead] | \ | [t b] | | | [snap( | / [pix snap 800 600] | [pix_flip] | [pix_yuv] | [pix_record] is has been discussed on the list: http://lists.puredata.info/pipermail/pd-list/2007-05/049939.html cheers, j Dudley Brooks schrieb: jeremaja niko wrote: im using on mac program called snapz pro x and it is a screen capture program, witch can grab opengl window of gem as movie. this process needs a lot of cpu power so u need a powerfull machine. it is quite easy to use it. hope it helps It did indeed! Thanks! It was the only thing that finally let me get my DVD made -- with just an hour and a half to spare! The other three methods (pix_record, pdp_rec~, and pix_write) had the various problems mentioned in this thread. Synchronizing the sound with the video was hard also. (The nature of the sound made it hard to find clear landmarks for sliding the sound into alignment, and yet it was still obvious when watching that they weren't in synch. But with Snapz they were in synch to begin with.) I also found that pix_record not only gets the colors wrong, but seems to rotate the picture 90 degrees and reverse it as well. (The abstract nature of the piece is why that wasn't obvious immediately.) But how can it be that pix_record does this, and especially that people haven't noticed and complained? Or fixed, those who know how? (Not me, I'm afraid.) Incompatibility between how the various video cards label screen directions and RGB colors? -- Dudley ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
On Fri, Mar 7, 2008 at 3:27 AM, Dudley Brooks [EMAIL PROTECTED] wrote: But how can it be that pix_record does this, and especially that people haven't noticed and complained? Or fixed, those who know how? (Not me, I'm afraid.) Incompatibility between how the various video cards label screen directions and RGB colors? This has been fixed in the code for at least 9 months. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
Dudley Brooks wrote: I also found that pix_record not only gets the colors wrong, but seems to rotate the picture 90 degrees and reverse it as well. (The abstract nature of the piece is why that wasn't obvious immediately.) But how can it be that pix_record does this, and especially that people haven't noticed and complained? Or fixed, those who know how? (Not me, I'm afraid.) Incompatibility between how the various video cards label screen directions and RGB colors? in this i would suggest reporting the full version of Gem and where you obtained it from. i couldn't find anything about the version of Gem _you_ are actually using. rotating the picture by 90° is _very_ unusual. did you mean 180°? fmgadsr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
chris clepper wrote: On Fri, Mar 7, 2008 at 3:27 AM, Dudley Brooks [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: But how can it be that pix_record does this, and especially that people haven't noticed and complained? Or fixed, those who know how? (Not me, I'm afraid.) Incompatibility between how the various video cards label screen directions and RGB colors? This has been fixed in the code for at least 9 months. I first downloaded and tried 0.39-extended about a month ago, and that's the version I experienced the problems in. But Jan Thoben's post explains the problem and the solution. -- Dudley ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
Jan Thoben wrote: try [gemhead] | \ | [t b] | | | [snap( | / [pix snap 800 600] | [pix_flip] | [pix_yuv] | [pix_record] is has been discussed on the list: http://lists.puredata.info/pipermail/pd-list/2007-05/049939.html cheers, j Thanks. I had searched the list about the color inversion problem, and hadn't used the right search terms, I guess, because I didn't find anything, including the above. I had only just noticed the flip problem and hadn't yet had time to search for it -- and was writing after midnight, when my brain had turned to a pumpkin. Now I have to search the list to find out why write_sf~ only records one second of the sound. -- Dudley Dudley Brooks schrieb: jeremaja niko wrote: im using on mac program called snapz pro x and it is a screen capture program, witch can grab opengl window of gem as movie. this process needs a lot of cpu power so u need a powerfull machine. it is quite easy to use it. hope it helps It did indeed! Thanks! It was the only thing that finally let me get my DVD made -- with just an hour and a half to spare! The other three methods (pix_record, pdp_rec~, and pix_write) had the various problems mentioned in this thread. Synchronizing the sound with the video was hard also. (The nature of the sound made it hard to find clear landmarks for sliding the sound into alignment, and yet it was still obvious when watching that they weren't in synch. But with Snapz they were in synch to begin with.) I also found that pix_record not only gets the colors wrong, but seems to rotate the picture 90 degrees and reverse it as well. (The abstract nature of the piece is why that wasn't obvious immediately.) But how can it be that pix_record does this, and especially that people haven't noticed and complained? Or fixed, those who know how? (Not me, I'm afraid.) Incompatibility between how the various video cards label screen directions and RGB colors? -- Dudley ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
IOhannes m zmölnig wrote: Dudley Brooks wrote: I also found that pix_record not only gets the colors wrong, but seems to rotate the picture 90 degrees and reverse it as well. (The abstract nature of the piece is why that wasn't obvious immediately.) But how can it be that pix_record does this, and especially that people haven't noticed and complained? Or fixed, those who know how? (Not me, I'm afraid.) Incompatibility between how the various video cards label screen directions and RGB colors? in this i would suggest reporting the full version of Gem and where you obtained it from. i couldn't find anything about the version of Gem _you_ are actually using. Sorry, I was writing long after midnight, after a frustrating day of trying to get a good recording in time for a deadline. It's 0.39-extended. rotating the picture by 90° is _very_ unusual. did you mean 180°? No, I *thought* it was rotated 90 degrees, because motion towards upper right became towards lower right. There was too much symmetry otherwise to tell if this was a rotation or a flip. When I made a patch today explicitly to test it, it did just turn out to be flipped top-to-bottom, which certainly makes sense in terms of what different systems do with y. Even my midnight-befuddled brain was didn't really believe that it could swap x and y. -- Dudley fmgadsr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
[Marius -- Thanks for this and also your offline help. I'm putting it back in the public discussion.] When there are several gemlists, due to several geos, each one seems to trigger snap. So what should be a single frame gets extended into as many frames as there are geos, and during the course of this extended frame each geo appears sequentially as it is rendered. Then this starts all over again at the beginning of the next extended frame. The result is that when I play back the QT movie, it is slowed down and geos flicker in and out of existence. Is there an object which I can connect all the geo outputs to which will accumulate them until they have all been rendered and only then output them and send a bang to snap? Or is there some other way to synchrnize snap so that it will only capture the completed rendering? In short: How do you use snap/pix_snap/pix_record (or maybe something else and pix_snap?) to capture the output of a *complicated* patch? Thanks (everyone). -- Dudley marius schebella wrote: pix_snap you have to set a size (the size of your gemwin for example and send a snap message for every frame you want to snap. (use [t b a]) In theory this works, in practice not, because pix_record gives me wrong colors (something like red and green swapped). Do your colors look correct??? marius. Dudley Brooks wrote: Still a newbie after several weeks! :^( I didn't specify one part of my original question -- which I still can't figure out: I can get [pix_record] to work in a patch like this: [gemhead] | | input a movie, etc. |/ [pix_draw] | | open a save file; record and auto messages; etc. |/ [pix_record] But how do I do something like this: [gemhead] | various manipulations | [cube] | ??? | [pix_record] What do I have put in ??? to feed geos, lights, etc., to [pix_record]? I tried connecting them directly to [pix_record], which didn't work, and I tried connecting them to [pix_draw], which connects to [pix_record]. Is it that geos don't produce pixes? Thanks. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
On Fri, Feb 29, 2008 at 12:56 PM, Dudley Brooks [EMAIL PROTECTED] wrote: In short: How do you use snap/pix_snap/pix_record (or maybe something else and pix_snap?) to capture the output of a *complicated* patch? [gemhead 99] | | [pix_snap] ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
hey dudley, I think at this point it would help to see your patch... marius. Dudley Brooks wrote: chris clepper wrote: On Fri, Feb 29, 2008 at 12:56 PM, Dudley Brooks [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: In short: How do you use snap/pix_snap/pix_record (or maybe something else and pix_snap?) to capture the output of a *complicated* patch? [gemhead 99] | | [pix_snap] Of course! Ingenious! However ... I tried it, and, even though the frame count output of pix_record churned out frame numbers, the resulting file was only one frame long and that frame only showed one of the geos. I even made the priorities of the various geos' gemheads explicitly lower and it still didn't work. I can't figure out why that particular geo registered -- none of the geo's were connected to pix_snap. That's the intention, right? I also tried connecting several of the geos to pix_snap and the results were still the same: the movie had only one frame, which contained only one geo -- even when that particular geo was the only one which was *not* connected to pix_snap. So the connections were irrelevant. I assume it has something to do with rendering/buffering, but I don't know enough about those. -- Dudley ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
chris clepper wrote: On Fri, Feb 29, 2008 at 12:56 PM, Dudley Brooks [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: In short: How do you use snap/pix_snap/pix_record (or maybe something else and pix_snap?) to capture the output of a *complicated* patch? [gemhead 99] | | [pix_snap] Of course! Ingenious! However ... I tried it, and, even though the frame count output of pix_record churned out frame numbers, the resulting file was only one frame long and that frame only showed one of the geos. I even made the priorities of the various geos' gemheads explicitly lower and it still didn't work. I can't figure out why that particular geo registered -- none of the geo's were connected to pix_snap. That's the intention, right? I also tried connecting several of the geos to pix_snap and the results were still the same: the movie had only one frame, which contained only one geo -- even when that particular geo was the only one which was *not* connected to pix_snap. So the connections were irrelevant. I assume it has something to do with rendering/buffering, but I don't know enough about those. -- Dudley ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
On Fri, 2008-02-29 at 12:30 -0800, Dudley Brooks wrote: chris clepper wrote: [gemhead 99] | | [pix_snap] Of course! Ingenious! However ... I tried it, and, even though the frame count output of pix_record churned out frame numbers, the resulting file was only one frame long and that frame only showed one of the geos. I even made the priorities of the various geos' gemheads explicitly lower and it still didn't work. I can't figure out why that particular geo registered -- none of the geo's were connected to pix_snap. That's the intention, right? actually they don't need to be connected. you can have all the geo stuff attached to a different [gemhead]. important is only the order of execution. first all geos need to be rendered and _after_ that you make a snapshot of the current buffer. that is why chris clepper is suggesting to use a [gemhead 99] (the higher the number, the later the according [gemhead] is drawing). I also tried connecting several of the geos to pix_snap and the results were still the same: the movie had only one frame, you have to send a 'snap' message to [pix_snap] for each frame you want to capture. usually this is done with something like: [gemhead 99] | [t a b] |/ | [snap( |/ [pix_snap] | (actually i am not sure anymore about the order: whether 'snap' or the gemlist message should be received first) which contained only one geo -- even when that particular geo was the only one which was *not* connected to pix_snap. So the connections were irrelevant. exactly, they _are_ irrelevant. geos are drawn to the framebuffer and [pix_snap] captures a snapshot of the buffer, which means there is no connection needed. I assume it has something to do with rendering/buffering, but I don't know enough about those. i hope it rather helps than it confuses, but for me it was important to understand, that Gem doesn't really reflect the dataflow paradigm: unlike in pd's audio connection, not the data itself is 'flowing' through the connections. rather Gem's object classes are used to compose instructions for the graphic card. those instructions are passed through all objects (actually only a pointer is passed around) and then the instructions are sent to card, where all the geos, textures and stuff are drawn into the buffer. when all the calculations are finished, the content of the buffer is displayed in the gemwin. (@devs: please correct me, if i am saying bullshit...) yo...having said, it might be easy now to understand a few cool tricks in Gem. for example, you don't necessarily need several geo objects (e.g. [cube]) in order to draw several of them. you could draw as many cubes with only one [cube] by passing more than one gemlist message per tick to it (a.k.a multiplying the number of instructions): [gemhead] | [t a a a a] | / / / [rotateXYZ 2 4 6] | [translateXYZ 0.2 0.1 0.3] | [cube] i hope that sheds some light on your questions. roman ___ Telefonate ohne weitere Kosten vom PC zum PC: http://messenger.yahoo.de ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
Roman Haefeli wrote: On Fri, 2008-02-29 at 12:30 -0800, Dudley Brooks wrote: chris clepper wrote: [gemhead 99] | | [pix_snap] Of course! Ingenious! However ... I tried it, and, even though the frame count output of pix_record churned out frame numbers, the resulting file was only one frame long and that frame only showed one of the geos. I even made the priorities of the various geos' gemheads explicitly lower and it still didn't work. I can't figure out why that particular geo registered -- none of the geo's were connected to pix_snap. That's the intention, right? actually they don't need to be connected. you can have all the geo stuff attached to a different [gemhead]. important is only the order of execution. first all geos need to be rendered and _after_ that you make a snapshot of the current buffer. that is why chris clepper is suggesting to use a [gemhead 99] (the higher the number, the later the according [gemhead] is drawing). Thanks. That's what I suspected. Thanks for substantiating. I also tried connecting several of the geos to pix_snap and the results were still the same: the movie had only one frame, you have to send a 'snap' message to [pix_snap] for each frame you want to capture. usually this is done with something like: [gemhead 99] | [t a b] |/ | [snap( |/ [pix_snap] | My error. I had thought that you meant that the signals from [gemhead 99] would *take the place of snap*. Your solution solves *half* the problem -- the movie now has the correct number of frames, but they're all identical to the first frame. However --- (actually i am not sure anymore about the order: whether 'snap' or the gemlist message should be received first) [t b a] turns out to be the one that works. Possibly that makes consistent sense? You'd want the gemlist to be available (whatever that means in this context -- the buffer?) first, before sending the message to snap it, right? I dunno. But it works! which contained only one geo -- even when that particular geo was the only one which was *not* connected to pix_snap. So the connections were irrelevant. exactly, they _are_ irrelevant. geos are drawn to the framebuffer and [pix_snap] captures a snapshot of the buffer, which means there is no connection needed. Again, thanks for confirming my suspicion. I assume it has something to do with rendering/buffering, but I don't know enough about those. i hope it rather helps than it confuses, but for me it was important to understand, that Gem doesn't really reflect the dataflow paradigm: unlike in pd's audio connection, not the data itself is 'flowing' through the connections. rather Gem's object classes are used to compose instructions for the graphic card. those instructions are passed through all objects (actually only a pointer is passed around) and then the instructions are sent to card, where all the geos, textures and stuff are drawn into the buffer. when all the calculations are finished, the content of the buffer is displayed in the gemwin. Thanks for the info. I guess a certain abstract data is still flowing (the data being do this calculation) but I appreciate the help on understanding the time structure of the process. (@devs: please correct me, if i am saying bullshit...) yo...having said, it might be easy now to understand a few cool tricks in Gem. for example, you don't necessarily need several geo objects (e.g. [cube]) in order to draw several of them. you could draw as many cubes with only one [cube] by passing more than one gemlist message per tick to it (a.k.a multiplying the number of instructions): [gemhead] | [t a a a a] | / / / [rotateXYZ 2 4 6] | [translateXYZ 0.2 0.1 0.3] | [cube] Thanks. That answers a question I hadn't yet submitted to the ng. I *could* ask for more details -- like how to give the multiple instances different characteristics, how to create a random (or at least not hardwired) number of instances, etc. But that would be a brand new thread, and I'll experiment with it first before asking for help. i hope that sheds some light on your questions. Absolutely! Thanks Roman, Chris, and Marius, for the help! And it's still in time to make my DVD and send it in by the deadline tonight! -- Dudley ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
Dudley Brooks wrote: Absolutely! Thanks Roman, Chris, and Marius, for the help! And it's still in time to make my DVD and send it in by the deadline tonight! just curious, where are you applying? and do you know a method to convert the file from whatever color format to a useful one, maybe only the correct color information needs to be written into the header... marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
marius schebella wrote: Dudley Brooks wrote: Absolutely! Thanks Roman, Chris, and Marius, for the help! And it's still in time to make my DVD and send it in by the deadline tonight! just curious, where are you applying? and do you know a method to convert the file from whatever color format to a useful one, maybe only the correct color information needs to be written into the header... marius. It's the West Wave Dance Festival in San Francisco. I'm already applying once as a choreographer (of regular dances, which is to say live human beings). But another part of the festival is a Digital Dance Film Festival. So I'm entering a film of algorithmically controlled virtual dancers. The geos that I mentioned are the various body parts of the dancers. Since the dancers are colorless (all white) and the only colors are generated by lighting effects, it doesn't matter that the colors aren't correct, since it's supposed to be very abstract anyway. However, now that you mention it, I see that red comes out as its opposite, cyan; green as its opposite, magenta; but blue strangely remains blue. And it *does* have an effect on the film, since it pulls it too much to the blue end, and therefore it isn't as colorful as it should be. And no, I don't know how to convert it. I'll start a new thread. -- Dudley ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
Still a newbie after several weeks! :^( I didn't specify one part of my original question -- which I still can't figure out: I can get [pix_record] to work in a patch like this: [gemhead] | | input a movie, etc. |/ [pix_draw] | | open a save file; record and auto messages; etc. |/ [pix_record] But how do I do something like this: [gemhead] | various manipulations | [cube] | ??? | [pix_record] What do I have put in ??? to feed geos, lights, etc., to [pix_record]? I tried connecting them directly to [pix_record], which didn't work, and I tried connecting them to [pix_draw], which connects to [pix_record]. Is it that geos don't produce pixes? Thanks. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
pix_snap you have to set a size (the size of your gemwin for example and send a snap message for every frame you want to snap. (use [t b a]) In theory this works, in practice not, because pix_record gives me wrong colors (something like red and green swapped). Do your colors look correct??? marius. Dudley Brooks wrote: Still a newbie after several weeks! :^( I didn't specify one part of my original question -- which I still can't figure out: I can get [pix_record] to work in a patch like this: [gemhead] | | input a movie, etc. |/ [pix_draw] | | open a save file; record and auto messages; etc. |/ [pix_record] But how do I do something like this: [gemhead] | various manipulations | [cube] | ??? | [pix_record] What do I have put in ??? to feed geos, lights, etc., to [pix_record]? I tried connecting them directly to [pix_record], which didn't work, and I tried connecting them to [pix_draw], which connects to [pix_record]. Is it that geos don't produce pixes? Thanks. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
hi there im using on mac program called snapz pro x and it is a screen capture program, witch can grab opengl window of gem as movie. this process needs a lot of cpu power so u need a powerfull machine. it is quite easy to use it. hope it helps nikola Meanwhile, what recommendations does anyone have for other methods of making a DVD of Gem output, *not* necessarily involving having Gem itself create a file? Dudley Brooks wrote: Jaime Oliver wrote: pix_record was crashing constantly in osx 10.4.11 gem 0.91-cvs and pd-0.40-1 powerbook ppc. That's been my experience so far too. there was a thread about it not that long ago. Maybe in gem-dev. best, Thanks. I'll look for it. Meanwhile, what recommendations does anyone have for other methods of making a DVD of Gem output, *not* necessarily involving having Gem itself create a file? Thanks. J On Feb 13, 2008 1:57 AM, marius schebella [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Dudley Brooks wrote: marius schebella wrote: have a look at pix_record. Thanks for telling me about it. it is a little bit challenging to use... Do you mean that it's hard to figure out how to use it, or that it might overload the computer's processing power? yes, hard to figure out, offers some sources where you could run into problems (memory space, finding good resolution settings/a balance of available space and image quality, so that you can use it for your dvd), it also crashed in the past. but that should not keep you from trying, just don't give up if it does not work in the first time. it is still easier than using pix_write. marius. ___ PD-list@iem.at mailto:PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Jaime E Oliver LR [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] www.realidadvisual.org/jaimeoliver http://www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ http://www-crca.ucsd.edu/ www.realidadvisual.org http://www.realidadvisual.org 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
marius schebella wrote: have a look at pix_record. Thanks for telling me about it. it is a little bit challenging to use... Do you mean that it's hard to figure out how to use it, or that it might overload the computer's processing power? ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
chris clepper wrote: Look at pix_snap and pix_record to make a Quicktime movie or pix_write to make an image sequence that can be made into a movie using Quicktime Pro. Thanks! ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
pix_record was crashing constantly in osx 10.4.11 gem 0.91-cvs and pd-0.40-1powerbook ppc.there was a thread about it not that long ago. Maybe in gem-dev. best, J On Feb 13, 2008 1:57 AM, marius schebella [EMAIL PROTECTED] wrote: Dudley Brooks wrote: marius schebella wrote: have a look at pix_record. Thanks for telling me about it. it is a little bit challenging to use... Do you mean that it's hard to figure out how to use it, or that it might overload the computer's processing power? yes, hard to figure out, offers some sources where you could run into problems (memory space, finding good resolution settings/a balance of available space and image quality, so that you can use it for your dvd), it also crashed in the past. but that should not keep you from trying, just don't give up if it does not work in the first time. it is still easier than using pix_write. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Jaime E Oliver LR [EMAIL PROTECTED] www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
Dudley Brooks wrote: marius schebella wrote: have a look at pix_record. Thanks for telling me about it. it is a little bit challenging to use... Do you mean that it's hard to figure out how to use it, or that it might overload the computer's processing power? yes, hard to figure out, offers some sources where you could run into problems (memory space, finding good resolution settings/a balance of available space and image quality, so that you can use it for your dvd), it also crashed in the past. but that should not keep you from trying, just don't give up if it does not work in the first time. it is still easier than using pix_write. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
Le Wed, 13 Feb 2008 02:17:01 -0800, Jaime Oliver [EMAIL PROTECTED] a écrit : pix_record was crashing constantly in osx 10.4.11 gem 0.91-cvs and pd-0.40-1powerbook ppc.there was a thread about it not that long ago. Maybe in gem-dev. best, yes, there was a thread because the object pix_record from the CVS was broken (diditn record anything) but IOhannes fixed it (thanks IOhannes! you saved my ass!) There is still one bug, which is, the object crashes on the second recording. The workaround I found is to add a demux in the gemchain and duplicate as many pix_record objects as needed. Can send the path if someone needs it. This is it, as seen from the Linux side. Looks like it works great in PD-Extended 0.39-3. The last time I tried to pix_record on OSX (on a Dual G5 running Panther, 2Go RAM) , I switched to Gem2pdp + pdp_rec because the Mac couldnt handle it in realtime for a 640x480 window and PDP made it (might be related to PDP multithread capability). Bye O. J On Feb 13, 2008 1:57 AM, marius schebella [EMAIL PROTECTED] wrote: Dudley Brooks wrote: marius schebella wrote: have a look at pix_record. Thanks for telling me about it. it is a little bit challenging to use... Do you mean that it's hard to figure out how to use it, or that it might overload the computer's processing power? yes, hard to figure out, offers some sources where you could run into problems (memory space, finding good resolution settings/a balance of available space and image quality, so that you can use it for your dvd), it also crashed in the past. but that should not keep you from trying, just don't give up if it does not work in the first time. it is still easier than using pix_write. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
Jaime Oliver wrote: pix_record was crashing constantly in osx 10.4.11 gem 0.91-cvs and pd-0.40-1 powerbook ppc. That's been my experience so far too. there was a thread about it not that long ago. Maybe in gem-dev. best, Thanks. I'll look for it. Meanwhile, what recommendations does anyone have for other methods of making a DVD of Gem output, *not* necessarily involving having Gem itself create a file? Thanks. J On Feb 13, 2008 1:57 AM, marius schebella [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Dudley Brooks wrote: marius schebella wrote: have a look at pix_record. Thanks for telling me about it. it is a little bit challenging to use... Do you mean that it's hard to figure out how to use it, or that it might overload the computer's processing power? yes, hard to figure out, offers some sources where you could run into problems (memory space, finding good resolution settings/a balance of available space and image quality, so that you can use it for your dvd), it also crashed in the past. but that should not keep you from trying, just don't give up if it does not work in the first time. it is still easier than using pix_write. marius. ___ PD-list@iem.at mailto:PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Jaime E Oliver LR [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] www.realidadvisual.org/jaimeoliver http://www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ http://www-crca.ucsd.edu/ www.realidadvisual.org http://www.realidadvisual.org 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
Dudley Brooks wrote: Meanwhile, what recommendations does anyone have for other methods of making a DVD of Gem output, I record my actions during performance, then later play them back into my patch with pix_write and writesf~ activated. Pd uses 1000% CPU load, and stutters during rendering, but audio and video remain in sync. I have the [gemwin] at 720x576 25fps, for PAL DVD rendering. Then simply encode the TIFF files with your video software - I have a longwinded process that works with the following free tools: for video: convert manypngtoppm [1] ppmtoy4m y4mscaler (because ppmtoy4m is crap at chroma subsampling) mpeg2enc for audio: audacity (to trim to exact length, normalize volume, etc) twolame then: mplex and finally: dvdauthor mkisofs growisofs *not* necessarily involving having Gem itself create a file? maybe recordmydesktop - but I seem to recall it supports only Ogg codecs... BTW, I'm on Linux, but the above tools might work on OS X too. Claude [1] converts multiple pngs into one ppm stream https://devel.goto10.org/filedetails.php?repname=maximuspath=%2Fmanypngtoppm%2Fmanypngtoppm.crev=0sc=0 -- http://claudiusmaximus.goto10.org ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
a crashlog would help a lot. On Feb 13, 2008 4:17 AM, Jaime Oliver [EMAIL PROTECTED] wrote: pix_record was crashing constantly in osx 10.4.11 gem 0.91-cvs and pd-0.40-1 powerbook ppc.there was a thread about it not that long ago. Maybe in gem-dev. best, J On Feb 13, 2008 1:57 AM, marius schebella [EMAIL PROTECTED] wrote: Dudley Brooks wrote: marius schebella wrote: have a look at pix_record. Thanks for telling me about it. it is a little bit challenging to use... Do you mean that it's hard to figure out how to use it, or that it might overload the computer's processing power? yes, hard to figure out, offers some sources where you could run into problems (memory space, finding good resolution settings/a balance of available space and image quality, so that you can use it for your dvd), it also crashed in the past. but that should not keep you from trying, just don't give up if it does not work in the first time. it is still easier than using pix_write. marius. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Jaime E Oliver LR [EMAIL PROTECTED] www.realidadvisual.org/jaimeoliver www-crca.ucsd.edu/ www.realidadvisual.org 9168 Regents Rd. Apt. G La Jolla, CA 92037 USA ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
another way to record your performances is to mirror your display and feed the output with a dv camera or some other device. recording your actions is brilliant but a lot of effort during patching. marius. Claude Heiland-Allen wrote: Dudley Brooks wrote: Meanwhile, what recommendations does anyone have for other methods of making a DVD of Gem output, I record my actions during performance, then later play them back into my patch with pix_write and writesf~ activated. Pd uses 1000% CPU load, and stutters during rendering, but audio and video remain in sync. I have the [gemwin] at 720x576 25fps, for PAL DVD rendering. Then simply encode the TIFF files with your video software - I have a longwinded process that works with the following free tools: for video: convert manypngtoppm [1] ppmtoy4m y4mscaler (because ppmtoy4m is crap at chroma subsampling) mpeg2enc for audio: audacity (to trim to exact length, normalize volume, etc) twolame then: mplex and finally: dvdauthor mkisofs growisofs *not* necessarily involving having Gem itself create a file? maybe recordmydesktop - but I seem to recall it supports only Ogg codecs... BTW, I'm on Linux, but the above tools might work on OS X too. Claude [1] converts multiple pngs into one ppm stream https://devel.goto10.org/filedetails.php?repname=maximuspath=%2Fmanypngtoppm%2Fmanypngtoppm.crev=0sc=0 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
marius schebella a écrit : another way to record your performances is to mirror your display and feed the output with a dv camera or some other device. this will limit the quality. recording your actions is brilliant but a lot of effort during patching. in fact, not so much effort. specially if you use this abstractions. you just have to insert a [rec_play_any data_name] on every connections you need to record. then the [master_rec_play] allow you to record everything in a qlist, and play it latter in order to record sound/images. this is known to gives good result. the single magic line i use to create a movie is : mencoder -oac mp3lame -lameopts cbr:br=256:aq=0 -audiofile rec_.wav -fps 50 -ss 0 -ovc xvid -xvidencopts bitrate=5000 -vop scale=640:480 mf://*.jpg -o out.avi cyrille marius. Claude Heiland-Allen wrote: Dudley Brooks wrote: Meanwhile, what recommendations does anyone have for other methods of making a DVD of Gem output, I record my actions during performance, then later play them back into my patch with pix_write and writesf~ activated. Pd uses 1000% CPU load, and stutters during rendering, but audio and video remain in sync. I have the [gemwin] at 720x576 25fps, for PAL DVD rendering. Then simply encode the TIFF files with your video software - I have a longwinded process that works with the following free tools: for video: convert manypngtoppm [1] ppmtoy4m y4mscaler (because ppmtoy4m is crap at chroma subsampling) mpeg2enc for audio: audacity (to trim to exact length, normalize volume, etc) twolame then: mplex and finally: dvdauthor mkisofs growisofs *not* necessarily involving having Gem itself create a file? maybe recordmydesktop - but I seem to recall it supports only Ogg codecs... BTW, I'm on Linux, but the above tools might work on OS X too. Claude [1] converts multiple pngs into one ppm stream https://devel.goto10.org/filedetails.php?repname=maximuspath=%2Fmanypngtoppm%2Fmanypngtoppm.crev=0sc=0 ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list master_rec_play-help.pd Description: application/extension-pd rec_play_any.pd Description: application/extension-pd master_rec_play.pd Description: application/extension-pd ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
Olivier Heinry wrote: The last time I tried to pix_record on OSX (on a Dual G5 running Panther, 2Go RAM) , I switched to Gem2pdp + pdp_rec because the Mac couldnt handle it in realtime for a 640x480 window and PDP made it (might be related to PDP multithread capability). I'm sorry, what is pdp_rec? It won't create, and I don't find it listed. The only thing I find that seems to be able to write to a file is pdp_rawout. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
maybe recordmydesktop - but I seem to recall it supports only Ogg codecs... BTW, I'm on Linux, but the above tools might work on OS X too. Haven't folowed this entire thread but also want to mention Yukon on Linux works for recording Gem output. Site seems to be down at the moment http://www.neopsis.com/projects/yukon/ . Also a good list of screen capture tools for Linux here. I've also used Istanbul. http://linuxmafia.com/faq/Apps/desktop-video-capture.html Jim ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
On Wed, Feb 13, 2008 at 09:39:40PM +0100, cyrille henry wrote: marius schebella a écrit : another way to record your performances is to mirror your display and feed the output with a dv camera or some other device. this will limit the quality. recording your actions is brilliant but a lot of effort during patching. in fact, not so much effort. specially if you use this abstractions. you just have to insert a [rec_play_any data_name] on every connections you need to record. then the [master_rec_play] allow you to record everything in a qlist, and play it latter in order to record sound/images. this is known to gives good result. the single magic line i use to create a movie is : mencoder -oac mp3lame -lameopts cbr:br=256:aq=0 -audiofile rec_.wav -fps 50 -ss 0 -ovc xvid -xvidencopts bitrate=5000 -vop scale=640:480 mf://*.jpg -o out.avi [plug] The s-abstractions collection also contains a couple of friendly GOP helper abstractions (called 'total recall') for doing this: http://mccormick.cx/viewcvs/*checkout*/s-abstractions/s-totalrecall-help.pd?root=svn http://mccormick.cx/viewcvs/*checkout*/s-abstractions/s-totalrecall.pd?root=svn http://mccormick.cx/viewcvs/*checkout*/s-abstractions/s-tr-node.pd?root=svn My mencoder script for converting jpg + mp3 to video is attached [and works in Debian Etch]. This will render a perfectly synchronised video for you at the exact framerate of Gem - usually 20fps I think. I made this video with that: http://archive.org/details/Ergates/ [/plug] Best, Chris. --- http://mccormick.cx #!/bin/sh if [ $4 != ] then mencoder -flip -mf fps=$1:type=jpg -o $4 -nosound -ovc lavc -lavcopts vcodec=mjpeg -of lavf -lavfopts format=mov:i_certify_that_my_video_stream_does_not_use_b_frames -audiofile $3 -oac copy mf://$2 #mencoder -mf fps= -ffourcc DX50 -ovc lavc -lavcopts #vcodec=mpeg4:vbitrate=9800:aspect=4/3:vhq:keyint=15 -audiofile #verspuckte_Schlucke.mp3 -oac copy -vf scale=640:480 -o #residuum-verspuckte_schlucke.avi mf://*.jpg else echo Turn jpegs into mjpeg movie with .mov container format. echo Usage: echo $0 framerate inputfilenames mp3 outputmovie.mov echo echo framerate = song length / total frames recorded echo inputfilenames = e.g. '*.jpg' echo mp3 = mp3 file containing the audio echo outputmovie.mov = movie file to write to fi ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
have a look at pix_record. it is a little bit challenging to use... marius. Dudley Brooks wrote: I just recently started working with Pd/Gem. I'm applying for a grant to combine it with my main art form (choreography). I need to send a DVD of my experiments. Is there a way to have Gem (or some accessory) save a Gem patch's output in some video file format? This would be preferable to outputting it from the computer to external video (which I also don't know how to do) because at the moment the only external video I can output to anyway is VHS. If there's no such thing in Gem/Pd, is there a way to do it in OSX 10.4? (I also only just started working with a Mac, so I have a lot to learn there, too.) Thanks. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Saving Gem output as video file on MacOSX ?
Look at pix_snap and pix_record to make a Quicktime movie or pix_write to make an image sequence that can be made into a movie using Quicktime Pro. On Feb 12, 2008 8:14 PM, Dudley Brooks [EMAIL PROTECTED] wrote: I just recently started working with Pd/Gem. I'm applying for a grant to combine it with my main art form (choreography). I need to send a DVD of my experiments. Is there a way to have Gem (or some accessory) save a Gem patch's output in some video file format? This would be preferable to outputting it from the computer to external video (which I also don't know how to do) because at the moment the only external video I can output to anyway is VHS. If there's no such thing in Gem/Pd, is there a way to do it in OSX 10.4? (I also only just started working with a Mac, so I have a lot to learn there, too.) Thanks. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
