So many thanks, IOhannes, for your generous and detailed reply! The idea of making a one year's delay it was only in my mind, and now I can see it´s not a so distant sci-fi matter! At this moment I'll be happy using the lenghtest delay my Imac can support. I´m gonna try to do it with a 64 bits Linux version, installing a virtual linux machine on my mac. I hope it works!
Thanks again for the hint! Arturo 2015-09-20 21:38 GMT+02:00 IOhannes m zmölnig <zmoel...@iem.at>: > On 09/19/2015 04:41 PM, Arturo Moya Villén wrote: > > delay's lenght (1800 frames at this moment). In my imagination I can see > a > > one year's delay. Even if I understand this is imposible rigth now, I > would > > i don't think that there is anything in Gem preventing you from doing that. > > > like to find a way to, at least, expand this limit, but when I increase > the > > number in pix_delay and I create the gem window Pd crashes. > > > > I assumed this happened for a hardware limit, cause I was working with a > > not very powerful minimac (2.7 GHz Intel Core i7, 16 GB RAM, and a AMD > > Radeon HD 6630M 256 MB Graphic Card). But some days ago I bought a brand > > new Imac (Retina 5K, 27-imch, Mid 2015 with a 3,3 GHz Intel Core i5 > > processor, 32 GB RAM and a AMD Radeon R9 M290 2048 MB Graphic Card) and I > > get an almost identical problem,(I arrived to 1850 lenght) so I feel a > bit > > desperate and without a direction to explore. Does anybody knows the > reason > > there are two things you would need: > - enough memory to store 1 year of video frames stored at 20fps (or > whatever your fps is) > - an operating system that allows you to address that much memory. > > a quick calculation should give you the amount of memory needed: > - the size of one frame depends on the resolution and colourspace you > are using; assuming full HD and RGBA, that makes: > 1920 * 1080 * 4 = 8294400 bytes > - to delay a video for one year, you will need to store a couple of rames: > 20fps * 60sec * 60min * 24h * 356d = 615168000 frames > > - which gives you a total of required bytes > 8294400 * 615168000 = 5102449459200000 > if i managed to do without errors, thats about 4.6 Petabyte (or about > 148500 times more memory than you currently have. so i dunno whether you > can cram that much memory in your brand new Imac; but Blue Waters¹ has > at least 1.5PB, so we are getting somewhere). > > you can of course reduce the size a bit, e.g. by using greyscale images > instead of RGBA, which will reduce the required size to just a bit more > than 1.1PB; > or use less resolution. > > > the second requirement is easier to meet: > if you want to address more that 4GB of RAM, you need a 64bit OS *and* > the application (Pd/Gem) must be 64bit as well. > E.g. using a linux based system can do that easily². > > fgmdsar > IOhannes > > > > ¹ https://en.wikipedia.org/wiki/Blue_Waters > ² due to lack of manpower, the 64bit port of Gem on OSX still lacks > proper video capture. as for w32, i don't think anybody ever tried to > build Pd and/or Gem for w32/64bit. > > > > > > _______________________________________________ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > -- Teléfono: 655333548 Skype: arturomoyavillen www.arturomoyavillen.com <http://es-mg42.mail.yahoo.com/neo/www.arturomoyavillen.com> EX, arte electronico y experimental <http://arteelectronico.net/> www.electrovisiones.com <http://es-mg42.mail.yahoo.com/neo/www.electrovisiones.com> www.silbeuysplight.com <http://es-mg42.mail.yahoo.com/neo/www.silbeuysplight.com>
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list