Yeah the error I got with Pd 0.47.1/ Gem 0.93.3 is:
"filmQT: Could not initialize quicktime: error -209"
I DID install Quicktime and error went away but again, Quicktime on Windows is now depreciated so in the future....?
Also, Pd now resides on the Desktop which is where is will be in the lab, at least for a few weeks. I had to make a relative shortcut to ..\bin\pd.exe with:
"%windir%\system32\cmd.exe /c start "" "%CD%\bin\pd.exe""
also to load Gem automatically (i do not know where plist,etc. type file is on Windows to do this automatically) I added:
"pd_connect::pdsend "pd startup-dialog 0 + +Gem""
to my custom foo-plugin
Now at this point IT guys just have to cp folder to Desktop and students can easy just open folder, click Pd shortcut, Gem loads, etc
Am I doing this all right?
So far everything seems to work OK. I am getting:
"Unable to connect filters -2147220969"
when loading [open ../data/homer.avi} which is the win32 example in [pix_film] example..... In spite of this example DOES seem to work fine.
Will need more testing though.
m
On Fri, Jul 8, 2016 at 10:59 AM, Py Fave pyfave@gmail.com wrote:
93.3 should work , and is quite stable but it's old.
check in autobuilds. there
http://apt.puredata.info/auto-build/latest/
these are auto builds of puredata+ gem + other externals
and tell me how it works
I will have to do the same a bit later,
so please keep us informed.
some people had problems on recent gem install because of a missing dll, that you can find elsewhere (msvcr**.dll iirc)
check on this list's archive.
there are other ways , notably installing an external that lets you download others.
-- Deken
https://github.com/pure-data/deken#download
Please tell me what worked for you.
2016-07-07 15:20 GMT+02:00 me.grimm megrimm@gmail.com:
Hello,
I have not touched pd on windows in several years so please excuse it this has been addressed.
Is there a recent build of Gem for Windows? I can not seem to find one.
Presently it seems that Quicktime is necessary on Windows yet I read it is depreciated(1)....
I am assuming Gem 0.93.3 is usable with most recent pd 0.47.1 with Quicktime installed?
I am mostly interested in any experiences/recommendations for pd/gem combination on Windows 7 as I am about to request and install in a lab environment (20 machines)...
What say you?
Thanks m
(1) https://support.apple.com/kb/DL837?locale=en_US
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
me.grimm wrote:
Yeah the error I got with Pd 0.47.1/ Gem 0.93.3 is:
"filmQT: Could not initialize quicktime: error -209"
I DID install Quicktime and error went away but again, Quicktime on Windows is now depreciated so in the future....?
yes, it's encouraged to drop it from windows machines for security reasons.
my workaround for this:
since all of my MAX/PD/VVVV videos are encoded with the "photojpeg" or "mjpeg" codec (as these proved to be having the best size/performance ratio and they work best when frames are directly called - i.e. a video has to be synched with sound) you can easily just switch the container by renaming a file "xxx.mov" to "xxx.avi"
perhaps you might need to install "ffdshow" for windows to make it work, i didn't check. other than that, AVI files with "mjpeg" codec play fine with GEM.
(my setup ATM is Pd 0.46.7 / Gem 0.93.3)
best
oliver
On Sat, 2016-07-09 at 11:26 +0200, oliver wrote:
me.grimm wrote:
Yeah the error I got with Pd 0.47.1/ Gem 0.93.3 is:
"filmQT: Could not initialize quicktime: error -209"
I DID install Quicktime and error went away but again, Quicktime on Windows is now depreciated so in the future....?
yes, it's encouraged to drop it from windows machines for security reasons.
my workaround for this:
since all of my MAX/PD/VVVV videos are encoded with the "photojpeg" or "mjpeg" codec (as these proved to be having the best size/performance ratio and they work best when frames are directly called - i.e. a video has to be synched with sound) you can easily just switch the container by renaming a file "xxx.mov" to "xxx.avi"
Changing the extension does _not_ switch the container format, although it might change the icon and it probably starts a different program when double-clicking, since on Windows files are associated to programs by their extension. Still, different containers means media streams are organized in a different way within the file. Some tools like 'exiftool' (also available for Windows) will tell you exactly what kind of media file you have.
Roman
Changing the extension does _not_ switch the container format, although it might change the icon and it probably starts a different program when double-clicking, since on Windows files are associated to programs by their extension.
of course you are absolutely right. i should have mentioned, that in this special case (mjpeg codec with NO audio track), this quick and dirty method did the trick just fine.
a more proper way to achieve this would be a conversion with FFMPEG. i did that as well (for batch file converting) using the following command:
ffmpeg -i xxx.mov -c:v copy yyy.avi
which seemed to do just the same thing. any image-codecs like "PNG", "TIFF", "TARGA" etc. might work like that, since they are basically nothing more than a series of still images.
of course this method would NOT work if the original codec was "animation" or "mpeg2" etc...
then you would really need to re-encode the new .avi file. sorry for the confusion.
best
oliver
On 07/08/2016 05:56 PM, me.grimm wrote:
Yeah the error I got with Pd 0.47.1/ Gem 0.93.3 is:
"filmQT: Could not initialize quicktime: error -209"
I DID install Quicktime and error went away but again, Quicktime on Windows is now depreciated so in the future....?
if you don't install QuickTime (in the past, present or future), then filmQT will not be able to initialize QuickTime and hence will not be able to use QuickTime to decode videos. and you will continue to see this error message until you uninstall Gem's QuickTime backend (filmQT.dll).
So far everything seems to work OK. I am getting:
"Unable to connect filters -2147220969"
this is the DirectShow backend throwing an error...
when loading [open ../data/homer.avi} which is the win32 example in [pix_film] example..... In spite of this example DOES seem to work fine.
...and since DS cannot open the video file, it is passed to the other backends and one of them succeeds.
there is a slight problem with homer.avi: it uses a codec that used to be installed on every W32 machine since the golden ages (w95 or so). for whatever reasons MS decided to drop the codec (iirc somewhen around vista), so the file usually cannot be played back with any newer w32 installation. most likely this is the reason for the "connect filters" error; it seems that QuickTime (or whatever backend actually opens the file) still has support for this codec.
maybe i should do a call for a test-video.
I am assuming Gem 0.93.3 is usable with most recent pd 0.47.1 with Quicktime installed?
it's also usable without QuickTime installed.
gf,rsad IOhannes
thanks for all the info. being so used to unix systems it feel like I am in some kind of nightmare not even knowing how to use the command prompt....
with: ffmpeg -i xxx.mov -c:v copy yyy.avi
i get: [pix_film]: opening C:/Users/megrimm/Desktop/yyy.avi with format 1908 Unable to connect filters -2147220969 [pix_film]: unable to open file: C:/Users/megrimm/Desktop/yyy.avi
of course this method would NOT work if the original codec was
"animation" or "mpeg2" etc.
but yes, i was assuming this failed for me because I started with "mpeg", whatever...
perhaps you might need to install "ffdshow" for windows to make it work,
then i DID install ffdshow and YES your ffmpeg transcode output sample did work so:
codec: motion JPEG video (jpeg)
maybe i should do a call for a test-video.
yes. so far with quicktime uninstalled and filmQT.dl disabled i have no idea what codec to use for use with directshow (without ffdshow) which is the only backend i have available since Quicktime is not installed on machines (just my test machine) unless i have IT install ffdshow which i am assuming they would do unless there is another codec that is useful....
how did extended do it? was there not a quicktime lib in the pd-x package that gem quicktime plugin was linked to? can that still be done easy now?
m
On Mon, Jul 11, 2016 at 5:26 PM, IOhannes m zmölnig zmoelnig@iem.at wrote:
On 07/08/2016 05:56 PM, me.grimm wrote:
Yeah the error I got with Pd 0.47.1/ Gem 0.93.3 is:
"filmQT: Could not initialize quicktime: error -209"
I DID install Quicktime and error went away but again, Quicktime on
Windows
is now depreciated so in the future....?
if you don't install QuickTime (in the past, present or future), then filmQT will not be able to initialize QuickTime and hence will not be able to use QuickTime to decode videos. and you will continue to see this error message until you uninstall Gem's QuickTime backend (filmQT.dll).
So far everything seems to work OK. I am getting:
"Unable to connect filters -2147220969"
this is the DirectShow backend throwing an error...
when loading [open ../data/homer.avi} which is the win32 example in [pix_film] example..... In spite of this example DOES seem to work fine.
...and since DS cannot open the video file, it is passed to the other backends and one of them succeeds.
there is a slight problem with homer.avi: it uses a codec that used to be installed on every W32 machine since the golden ages (w95 or so). for whatever reasons MS decided to drop the codec (iirc somewhen around vista), so the file usually cannot be played back with any newer w32 installation. most likely this is the reason for the "connect filters" error; it seems that QuickTime (or whatever backend actually opens the file) still has support for this codec.
maybe i should do a call for a test-video.
I am assuming Gem 0.93.3 is usable with most recent pd 0.47.1 with Quicktime installed?
it's also usable without QuickTime installed.
gf,rsad IOhannes
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 2016-07-12 01:57, me.grimm wrote:
how did extended do it? was there not a quicktime lib in the pd-x package that gem quicktime plugin was linked to?
i don't think so.
filmQT already (statically) links against "some" QuickTime library (the API wrapper). and shipping a full QuickTime (the actual media framework) is probably problematic license-wise - and, as you noted, problematic from a security standpoint anyhow (a problem that was not there in the age of pdx)
fgamsdrt IOhannes