Le 17/01/2019 à 13:48, IOhannes m zmoelnig a écrit :
On 17.01.19 01:45, Patrice Colet wrote:
[pix_image] doesn't load any image at all
it's supposed to load SGI-images (.rgb extension). the imageSGI backend is the only one, that doesn't have any external dependencies. the image will appear upside down (that's fixed in git already).
Yes the console say it loads SGI backend for reading and recording images, but I don't know if it works because I don't have .rgb images and I don't know how Gem is able to record SGI-images.
can the mov files be played back with the windows media player?
yes
how about [pix_video]?
It does work with my webcam and the following pd console message:
videoInput-videoplugin $0 ... couldn't create info: driver videoInput videoctl: enumerate info: devices 1 info: device Integrated Webcam videoInput videoctl: device 0
you might also want to start Pd from the cmdline (rather than clicking on the Pd.exe), and raise the general verbosity to a higher level, using "-verbose -verbose -verbose" (the more the merrier)).
this should give you an indication about which backends (afaict: of any kind) are attempted to load. it also might give you a hint what goes wrong with the pugins that depend on 3rd party dlls. (if not in the Pd-console, then probably in the terminal)
I've been running PureData from cmd for this test and I don't see any consistent message that could help but in doubt the log file is attached
also: do [text3d] and friends work?
yes they all work
thanks for testing.
I've also tested 32bit version of this release, no plugin at all were loaded, and it needs libwinpthread-1.dll from mingw32/bin that's why I've asked if Pd needs to be compiled with my machine, but I'd like to focus on 64bit version that almost work by just installing from deken...