Hello,
[pix_buffer] seems to crash Pd with Windows when the number of image loaded by [pix_buffer_write] is > 2412.
I tested this with four configurations :
A MSI with 8 Go of RAM and Windows 8 (64 bits) Pd-extended 0.43.4
A MacPro with 3 Go of RAM and Windows 7 (32 bits) Pd-extended 0.43.4
A MSI with 8 Go of RAM and Ubuntu13.04 (64 bits) Pd 0.44.3 (with Gem ver: 0.93.git 374f713)
A MacBookPro MacOSX.6 Pd-extended 0.43.4
All works fine under MacBookPro with MacOSX and MSI with Ubuntu, but pd crash on Windows when the number of image loaded by [pix_buffer_write] is > 2412.
The patch contains a [pix_buffer test 10000].
If i create and send the message [allocate 640 480 4( to this [pix_buffer test 10000], on Windows i get in the console 'out of memory!', this is not the case under Ubuntu (not tested under MacOSX).
I just want to use the abstraction [pix_buffer_filmopen] which use [pix_buffer] under Windows but it is impossible with a (not so) long movie (around 7200 frames, .mov, codec photoJPEG)... This movie is read fine until the end with [pix_film] under Windows.
If someone can help me to solve this problem, it would be very nice. Thanx. ++
Jack
AFAIK it isn't a windows problem but the problem is that you have not enough ram on the windows machine. I've reported this 2012-02-25
https://sourceforge.net/p/pd-gem/bugs/180/
Am 05.05.2013 um 16:24 schrieb Jack jack@rybn.org:
Hello,
[pix_buffer] seems to crash Pd with Windows when the number of image loaded by [pix_buffer_write] is > 2412.
I tested this with four configurations :
A MSI with 8 Go of RAM and Windows 8 (64 bits) Pd-extended 0.43.4
A MacPro with 3 Go of RAM and Windows 7 (32 bits) Pd-extended 0.43.4
A MSI with 8 Go of RAM and Ubuntu13.04 (64 bits) Pd 0.44.3 (with Gem ver: 0.93.git 374f713)
A MacBookPro MacOSX.6 Pd-extended 0.43.4
All works fine under MacBookPro with MacOSX and MSI with Ubuntu, but pd crash on Windows when the number of image loaded by [pix_buffer_write] is > 2412.
The patch contains a [pix_buffer test 10000].
If i create and send the message [allocate 640 480 4( to this [pix_buffer test 10000], on Windows i get in the console 'out of memory!', this is not the case under Ubuntu (not tested under MacOSX).
I just want to use the abstraction [pix_buffer_filmopen] which use [pix_buffer] under Windows but it is impossible with a (not so) long movie (around 7200 frames, .mov, codec photoJPEG)... This movie is read fine until the end with [pix_film] under Windows.
If someone can help me to solve this problem, it would be very nice. Thanx. ++
Jack
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
Hello Max,
Thanx for your answer. I forgot to write that the resolution of the movie is 480x360 pixels (there was a mistake in my previous mail where i wrote 640 480), 4 bytes per pixel. There is 7300 frames in this movie. So the size in RAM used should be : 480x360x4x7300=5045760000 bytes. It should be enough because there is 6.4 Go free on my Windows system (64 bits). Or I miss something ? On the same computer, but under Ubuntu 13.04 (64 bits) it works fine... So, is it a memory problem under Windows ? ++
Jack
Le 05/05/2013 16:51, Max a écrit :
AFAIK it isn't a windows problem but the problem is that you have not enough ram on the windows machine. I've reported this 2012-02-25
https://sourceforge.net/p/pd-gem/bugs/180/
Am 05.05.2013 um 16:24 schrieb Jack jack@rybn.org:
Hello,
[pix_buffer] seems to crash Pd with Windows when the number of image loaded by [pix_buffer_write] is > 2412.
I tested this with four configurations :
A MSI with 8 Go of RAM and Windows 8 (64 bits) Pd-extended 0.43.4
A MacPro with 3 Go of RAM and Windows 7 (32 bits) Pd-extended 0.43.4
A MSI with 8 Go of RAM and Ubuntu13.04 (64 bits) Pd 0.44.3 (with Gem ver: 0.93.git 374f713)
A MacBookPro MacOSX.6 Pd-extended 0.43.4
All works fine under MacBookPro with MacOSX and MSI with Ubuntu, but pd crash on Windows when the number of image loaded by [pix_buffer_write] is > 2412.
The patch contains a [pix_buffer test 10000].
If i create and send the message [allocate 640 480 4( to this [pix_buffer test 10000], on Windows i get in the console 'out of memory!', this is not the case under Ubuntu (not tested under MacOSX).
I just want to use the abstraction [pix_buffer_filmopen] which use [pix_buffer] under Windows but it is impossible with a (not so) long movie (around 7200 frames, .mov, codec photoJPEG)... This movie is read fine until the end with [pix_film] under Windows.
If someone can help me to solve this problem, it would be very nice. Thanx. ++
Jack
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
On 05/05/2013 06:38 PM, Jack wrote:
480x360x4x7300=5045760000 bytes. It should be enough because there is 6.4 Go free on my Windows system (64 bits).
well, there is no native 64bit binary of Gem for w32 (nor of Pd afaik). so you are running an application with 32bit pointers, which cannot address more than 4GByte.
Or I miss something ? On the same computer, but under Ubuntu 13.04 (64 bits) it works fine... So, is it a memory problem under Windows ?
on linux we have a native 64bit binary of pd/Gem, which has 64bit pointers, capable of addressing ...sufficient memory :-)
afaik, there is a 64bit build machine setup somewhere by max, but the PdLab page states "help wanted".
gfmasdr IOhannes
Le 05/05/2013 19:03, IOhannes zmölnig a écrit :
On 05/05/2013 06:38 PM, Jack wrote:
480x360x4x7300=5045760000 bytes. It should be enough because there is 6.4 Go free on my Windows system (64 bits).
well, there is no native 64bit binary of Gem for w32 (nor of Pd afaik). so you are running an application with 32bit pointers, which cannot address more than 4GByte.
Arghhh ! :) Now i understand Max about the problem of memory on Windows.
Or I miss something ? On the same computer, but under Ubuntu 13.04 (64 bits) it works fine... So, is it a memory problem under Windows ?
on linux we have a native 64bit binary of pd/Gem, which has 64bit pointers, capable of addressing ...sufficient memory :-)
Yep, seems the same on MacOSX.
afaik, there is a 64bit build machine setup somewhere by max, but the PdLab page states "help wanted".
Too complex for me and i have not enough time. I will reduce the resolution of the movie on Windows. Thanx for the explaination. ++
Jack
gfmasdr IOhannes
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev
-
IOhannes zmölnig -
Jack -
Max