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 zmoelnig@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