hi
I started teaching a course on using PD for real time sound and graphics and I just discovered that the computers do not have QuickTime installed. Getting it installed is going to take weeks. Too late for the course I am afraid.
is there some way to incorporate manually into the GEM folder the required dlls and files from a QuickTime install in another machine?
if this would be feasible, which ones should I copy and where should they be? I made some quick tests with no luck.
thanks
enrike
What system? I’m assuming windows...
I ask because I teach a summer course and the problem you speak of sounds familiar.
On Nov 27, 2018, at 2:31 PM, enrike altern2@gmail.com wrote:
hi
I started teaching a course on using PD for real time sound and graphics and I just discovered that the computers do not have QuickTime installed. Getting it installed is going to take weeks. Too late for the course I am afraid.
is there some way to incorporate manually into the GEM folder the required dlls and files from a QuickTime install in another machine?
if this would be feasible, which ones should I copy and where should they be? I made some quick tests with no luck.
thanks
enrike
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
yeah windows 8 I think (cannot check until later today)
sorry I thought about specifying the OS in the email but then I forgot in the last moment
18/11/28 02:15(e)an, mark edward grimm (megrimm) igorleak idatzi zuen:
What system? I’m assuming windows...
I ask because I teach a summer course and the problem you speak of sounds familiar.
On Nov 27, 2018, at 2:31 PM, enrike altern2@gmail.com wrote:
hi
I started teaching a course on using PD for real time sound and graphics and I just discovered that the computers do not have QuickTime installed. Getting it installed is going to take weeks. Too late for the course I am afraid.
is there some way to incorporate manually into the GEM folder the required dlls and files from a QuickTime install in another machine?
if this would be feasible, which ones should I copy and where should they be? I made some quick tests with no luck.
thanks
enrike
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
enrike wrote:
yeah windows 8 I think (cannot check until later today)
Quicktime isn't needed for Gem video playback, but FFMPEG should be at hand, to provide fast and quick video conversion.
my best experience with Gem on win is using an MJPEG codec within an .avi container. you will probably need ffdshow codecs (or another codec pack that contains mjpeg) to play them.
make sure to have 32bit versions of PD, Gem, AND your codecs !
another fine codec that works with Gem is UT (higher quality images but larger filesices). in general all image-based codecs for the .avi container that are installed and running on windows should work. wmv probably too
best
oliver
sorry I thought about specifying the OS in the email but then I forgot in the last moment
18/11/28 02:15(e)an, mark edward grimm (megrimm) igorleak idatzi zuen:
What system? I’m assuming windows...
I ask because I teach a summer course and the problem you speak of sounds familiar.
On Nov 27, 2018, at 2:31 PM, enrike altern2@gmail.com wrote:
hi
I started teaching a course on using PD for real time sound and graphics and I just discovered that the computers do not have QuickTime installed. Getting it installed is going to take weeks. Too late for the course I am afraid.
is there some way to incorporate manually into the GEM folder the required dlls and files from a QuickTime install in another machine?
if this would be feasible, which ones should I copy and where should they be? I made some quick tests with no luck.
thanks
enrike
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Yeah I was going to mention the ffdshow stuff. That’s exactly what we used here. Worked great. Quicktime not needed.
m
On Nov 28, 2018, at 1:46 AM, oliver oliver@klingt.org wrote:
enrike wrote:
yeah windows 8 I think (cannot check until later today)
Quicktime isn't needed for Gem video playback, but FFMPEG should be at hand, to provide fast and quick video conversion.
my best experience with Gem on win is using an MJPEG codec within an .avi container. you will probably need ffdshow codecs (or another codec pack that contains mjpeg) to play them.
make sure to have 32bit versions of PD, Gem, AND your codecs !
another fine codec that works with Gem is UT (higher quality images but larger filesices). in general all image-based codecs for the .avi container that are installed and running on windows should work. wmv probably too
best
oliver
sorry I thought about specifying the OS in the email but then I forgot in the last moment 18/11/28 02:15(e)an, mark edward grimm (megrimm) igorleak idatzi zuen:
What system? I’m assuming windows...
I ask because I teach a summer course and the problem you speak of sounds familiar.
On Nov 27, 2018, at 2:31 PM, enrike altern2@gmail.com wrote:
hi
I started teaching a course on using PD for real time sound and graphics and I just discovered that the computers do not have QuickTime installed. Getting it installed is going to take weeks. Too late for the course I am afraid.
is there some way to incorporate manually into the GEM folder the required dlls and files from a QuickTime install in another machine?
if this would be feasible, which ones should I copy and where should they be? I made some quick tests with no luck.
thanks
enrike
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-- \\\\\\\\\\\\\\\\\\\\\\\\\\\\ /////////////// http://pendler.klingt.org ////////////// \\\\\\\\ http://oliver.klingt.org \\\\\\\ ////////////////////////////////////////////////////////
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
ok but do I need to install those codecs or can I just drop a dll inside GEM? my main problem is that I cannot install anything on those machines (well, I can but it will take weeks and a few layers of bureaucracy)
18/11/28 11:44(e)an, mark edward grimm (megrimm) igorleak idatzi zuen:
Yeah I was going to mention the ffdshow stuff. That’s exactly what we used here. Worked great. Quicktime not needed.
m
On Nov 28, 2018, at 1:46 AM, oliver oliver@klingt.org wrote:
enrike wrote:
yeah windows 8 I think (cannot check until later today)
Quicktime isn't needed for Gem video playback, but FFMPEG should be at hand, to provide fast and quick video conversion.
my best experience with Gem on win is using an MJPEG codec within an .avi container. you will probably need ffdshow codecs (or another codec pack that contains mjpeg) to play them.
make sure to have 32bit versions of PD, Gem, AND your codecs !
another fine codec that works with Gem is UT (higher quality images but larger filesices). in general all image-based codecs for the .avi container that are installed and running on windows should work. wmv probably too
best
oliver
sorry I thought about specifying the OS in the email but then I forgot in the last moment 18/11/28 02:15(e)an, mark edward grimm (megrimm) igorleak idatzi zuen:
What system? I’m assuming windows...
I ask because I teach a summer course and the problem you speak of sounds familiar.
On Nov 27, 2018, at 2:31 PM, enrike altern2@gmail.com wrote:
hi
I started teaching a course on using PD for real time sound and graphics and I just discovered that the computers do not have QuickTime installed. Getting it installed is going to take weeks. Too late for the course I am afraid.
is there some way to incorporate manually into the GEM folder the required dlls and files from a QuickTime install in another machine?
if this would be feasible, which ones should I copy and where should they be? I made some quick tests with no luck.
thanks
enrike
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-- \\\\\\\\\\\\\\\\\\\\\\\\\\\\ /////////////// http://pendler.klingt.org ////////////// \\\\\\\\ http://oliver.klingt.org \\\\\\\ ////////////////////////////////////////////////////////
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
enrike wrote:
ok but do I need to install those codecs or can I just drop a dll inside GEM?
i don't think so ...
just out of curiosity: can you playback this ?
http://klingt.org/fileservice/downloads/05826154340905930-test2_cut.zip
(that's a simple 2 seconds mjpeg file encoded with FFMPEG.)
anyway you want a windows native avi codec if you can't install a codec pack. i don't know if there are any useable.
maybe this helps:
https://stackoverflow.com/questions/6413148/which-video-codecs-exist-on-a-cl...
best
oliver
DLL search path depends on how the lib have been build but under windows it might be possible to put a DLL needed by another binary (dll or exe) just next to the second so you might try to run pd with verbose option, then switch to debug log level. Then when you load Gem, you should see in the Pd's console which plugins gem is loading. If it fails because of a missing dll, it should tell you which one. Then you have to find the exact version of that DLL and try to put it next the gem_filmQuicktime.dll file (somewhere in the Gem binary folder). This technique is kind a hack and might lead to crash but it's worth a try. If you can't install anything easily on the machine then it could help.
One last thing, if you have a working installation, you could try to look what dll gem_filmQuickTime.dll need and where it find it with some tool like dependency walker.
good luck
a
Le mer. 28 nov. 2018 à 13:58, oliver oliver@klingt.org a écrit :
enrike wrote:
ok but do I need to install those codecs or can I just drop a dll inside GEM?
i don't think so ...
just out of curiosity: can you playback this ?
http://klingt.org/fileservice/downloads/05826154340905930-test2_cut.zip
(that's a simple 2 seconds mjpeg file encoded with FFMPEG.)
anyway you want a windows native avi codec if you can't install a codec pack. i don't know if there are any useable.
maybe this helps:
https://stackoverflow.com/questions/6413148/which-video-codecs-exist-on-a-cl...
best
oliver
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
when does your class start?
i think antoine is right... DLL's can just be put in the same directory as executable.
but can you even run an executable on the machines? deep freeze?
On Wed, Nov 28, 2018 at 9:35 AM Antoine Villeret antoine.villeret@gmail.com wrote:
DLL search path depends on how the lib have been build but under windows it might be possible to put a DLL needed by another binary (dll or exe) just next to the second so you might try to run pd with verbose option, then switch to debug log level. Then when you load Gem, you should see in the Pd's console which plugins gem is loading. If it fails because of a missing dll, it should tell you which one. Then you have to find the exact version of that DLL and try to put it next the gem_filmQuicktime.dll file (somewhere in the Gem binary folder). This technique is kind a hack and might lead to crash but it's worth a try. If you can't install anything easily on the machine then it could help.
One last thing, if you have a working installation, you could try to look what dll gem_filmQuickTime.dll need and where it find it with some tool like dependency walker.
good luck
a
Le mer. 28 nov. 2018 à 13:58, oliver oliver@klingt.org a écrit :
enrike wrote:
ok but do I need to install those codecs or can I just drop a dll
inside
GEM?
i don't think so ...
just out of curiosity: can you playback this ?
http://klingt.org/fileservice/downloads/05826154340905930-test2_cut.zip
(that's a simple 2 seconds mjpeg file encoded with FFMPEG.)
anyway you want a windows native avi codec if you can't install a codec pack. i don't know if there are any useable.
maybe this helps:
https://stackoverflow.com/questions/6413148/which-video-codecs-exist-on-a-cl...
best
oliver
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
when does your class start?
i think antoine is right... DLL's can just be put in the same directory as executable.
but can you even run an executable on the machines? deep freeze?
the class is already happening. I cannot do anything that requires admin rights on those machines. It looks like I will have to apply the tech department to do it and wait
the class is already happening.
oh... thats not good :)
i just remembered... although it adds a layer of complication can you just use [pix_image] with a folder of jpeg's encoded 0.jpg, 1.jpg, etc? then just run it with a counter. this is basically just motion-jpeg without being in the .mov container right?
i have done this with students when in your situation before. its a bit more of a pain for beginners but maybe distribute an abstraction?
just a thought.
good luck! m
On Wed, Nov 28, 2018 at 3:16 PM enrike altern2@gmail.com wrote:
when does your class start?
i think antoine is right... DLL's can just be put in the same directory as executable.
but can you even run an executable on the machines? deep freeze?
the class is already happening. I cannot do anything that requires admin rights on those machines. It looks like I will have to apply the tech department to do it and wait
hi, answering to 2 replies:
========================================================================
me.grimm wrote:
the class is already happening.
oh... thats not good :)
i just remembered... although it adds a layer of complication can you just use [pix_image] with a folder of jpeg's encoded 0.jpg, 1.jpg, etc? then just run it with a counter. this is basically just motion-jpeg without being in the .mov container right?
i have done this with students when in your situation before. its a bit more of a pain for beginners but maybe distribute an abstraction?
just a thought.
that will not work on windows because of this bug:
https://github.com/umlaeute/Gem/issues/156
according to IOhannes this has been fixed in the sources already but you would have to compile Gem on windows yourself. i didn't succeed at it and it's probably nothing you should do while a class is happening.
so, for this we have to wait for a next official windows Gem release ...
========================================================================
enrike wrote:
I will try in the evening in the class computers but at home I have a clean windows 7 install in an old machine. I tried there but does not play the video you sent. In the PD console I get this
filmQT: Could not initialize quicktime: error -2093
yeah, thought so ;-(
this means mjpeg codec is not supported natively, you will need some codec pack to be installed in windows.
i tried without success to produce an "indeo" video with ffmpeg. this is the codec the "homer.avi" video uses.
"wmv" can be played by [pix_film], but only on "auto 1" mode, frame messages don't work. same for mpg files encoded with "mpeg1video".
sorry, but i guess unless you can install codecs on your student's machines you are probably out of luck here, unless someone can prove me wrong ...
========================================================================
best
oliver
On 29.11.18 12:47, oliver wrote:
so, for this we have to wait for a next official windows Gem release ...
yay!
in the meantime: can't you just pre-load the images into [pix_buffer]? it will still eat the file-handles, but you only need to load the images once into the buffer, and then you can just access them.
fgamsdr IOhannes
The last Windows build I put together back in the dark ages used DirectShow and not Quicktime for all video - file playback and recording and live video devices. That is usually on Windows machines by default and I did test it on Windows 10 earlier this year and it worked.
On Wed, Nov 28, 2018 at 3:19 PM enrike altern2@gmail.com wrote:
when does your class start?
i think antoine is right... DLL's can just be put in the same directory as executable.
but can you even run an executable on the machines? deep freeze?
the class is already happening. I cannot do anything that requires admin rights on those machines. It looks like I will have to apply the tech department to do it and wait
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 11/28/18 7:49 PM, me.grimm wrote:
when does your class start?
i think antoine is right... DLL's can just be put in the same directory as executable.
hmm, i guess this is a bit misleading. windows will search in a couple of paths (including the path were the executable resides) to find DLLs required for the executable to run ("dependencies"). however, codecs - while technically being DLLs - use a completely different loading mechanism: files are scanned for in known directories and then loaded on-demand ("plugins"). this makes it possible to install additional codecs, and is very similar to Pd's external loading. in this case, the "put it besides the exe" might work or not (e.g. afaik, Pd will *not* find externals you put in the same path as pd.exe).
i cannot comment on the original issue.
fgmdsar IOhannes
in this case, the "put it besides the exe" might work or not (e.g. afaik, Pd will *not* find externals you put in the same path as pd.exe).
The thing with Windows is this as a general rule:
Pd loads an external (gem.dll for example)
if the external is calling a dependency dll (i.e gem.dll is calling foo.dll) there are certain places Windows will auto-handle (not sure which order)
A - the same dir as the calling dll, in this case the same dir as gem.dll.
B - the same dir as the main.exe, in this case next to pd.exe.
C - global system folders as "C:\Windows\System32" or "C:\Windows\SysWOW64", this last is tricky as this is the correct place where 32bit.dll's should go on a 64bit-OS. "syswow64" stands for "Windows On Windows 64" here goes 32bit dlls. On a 64bit-OS "system32" holds 64bit dlls.
Mensaje telepatico asistido por maquinas.
On 11/28/2018 5:47 PM, IOhannes m zmölnig wrote:
On 11/28/18 7:49 PM, me.grimm wrote:
when does your class start?
i think antoine is right... DLL's can just be put in the same directory as executable.
hmm, i guess this is a bit misleading. windows will search in a couple of paths (including the path were the executable resides) to find DLLs required for the executable to run ("dependencies"). however, codecs - while technically being DLLs - use a completely different loading mechanism: files are scanned for in known directories and then loaded on-demand ("plugins"). this makes it possible to install additional codecs, and is very similar to Pd's external loading. in this case, the "put it besides the exe" might work or not (e.g. afaik, Pd will *not* find externals you put in the same path as pd.exe).
i cannot comment on the original issue.
fgmdsar IOhannes
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On 11/28/18 10:53 PM, Lucas Cordiviola wrote:
The thing with Windows is this as a general rule:
sure. this is all true for dependencies. however, as soon as DLLs are "manually" opened by the caller (aka "plugin loading"), i think this is no longer true.
- A - the same dir as the calling dll, in this case the same dir as
gem.dll.
well, *this* is not true in general. Pd does some extra magic to allow for this to happen.
anyhow, what i really want to say is, that you *might* well be out of luck when you try to bundle codecs together with Gem. in detail:
consider ..../extra/Gem/Gem.dll. the Gem.dll itself has very few external dependencies (basically msvcrt/stdc++, OpenGL, and freetype/ftgl; thats about it) esp. it has *no* direct dependency on any video loading framework like QuickTime.
however, Gem.dll will look for backend plugins, and might eventually find ..../extra/Gem/gem_videoQT.dll. (sidenote: this does not necessarily happen while Gem.dll is being loaded; this means that the Pd-specific hack to also look for DLLs besides the currently-being-loaded externals (in our case "..../extra/Gem/") is not in effect!). gem_videoQT.dll is a backend that depends on QuickTime, but is implemented in a way that it doesn't use any hard dependency. when't it's loaded it will try to find some "QuickTime.dll" (or somesuch) in the default locations, open that library and initialize it (and if it fails, it will print out a nice error message).
now the real fun only starts now: i *suspect* that QuickTime itself uses a plugin-system to load (additional) codecs. these codecs would be dll-files that are installed "somewhere on the system". typically they are not installed "besides the main.exe" (and most likely, they are also not installed into C:\Windows\system32) but probably in some QuickTime specific location (e.g. %CommonProgramFiles%), where QuickTime is hardcoded to look for (just like Pd is hardcoded to search for externals in a few "well known" places). if this was the case, you would need to put your codec files in one of these "well known" places, rather than "besides pd.exe" or "besides gem.dll".
now this is all speculative and it might not be true in the specific case of QuickTime (i somehow seem to remember that QuickTime has most/all codecs built-in). what is true however, is that we are not dealing with ordinary dependency resolution, so much of what applies there might not apply here.
fgmdsar IOhannes
I'm not a Gem user so i might be missing a lot of knowledge.
What i have exposed is only based on work with "http://www.dependencywalker.com/"http://www.dependencywalker.com/ and some Pd externals.
Tests loading externals without Pd shows the Windows-Auto-Handling that I've described. This of course could not be the case for Quicktime or Gem.
:)
Mensaje telepatico asistido por maquinas.
On 11/28/2018 7:56 PM, IOhannes m zmölnig wrote:
On 11/28/18 10:53 PM, Lucas Cordiviola wrote:
The thing with Windows is this as a general rule:
sure. this is all true for dependencies. however, as soon as DLLs are "manually" opened by the caller (aka "plugin loading"), i think this is no longer true.
gem.dll.
well, *this* is not true in general. Pd does some extra magic to allow for this to happen.
anyhow, what i really want to say is, that you *might* well be out of luck when you try to bundle codecs together with Gem. in detail:
consider ..../extra/Gem/Gem.dll. the Gem.dll itself has very few external dependencies (basically msvcrt/stdc++, OpenGL, and freetype/ftgl; thats about it) esp. it has *no* direct dependency on any video loading framework like QuickTime.
however, Gem.dll will look for backend plugins, and might eventually find ..../extra/Gem/gem_videoQT.dll. (sidenote: this does not necessarily happen while Gem.dll is being loaded; this means that the Pd-specific hack to also look for DLLs besides the currently-being-loaded externals (in our case "..../extra/Gem/") is not in effect!). gem_videoQT.dll is a backend that depends on QuickTime, but is implemented in a way that it doesn't use any hard dependency. when't it's loaded it will try to find some "QuickTime.dll" (or somesuch) in the default locations, open that library and initialize it (and if it fails, it will print out a nice error message).
now the real fun only starts now: i *suspect* that QuickTime itself uses a plugin-system to load (additional) codecs. these codecs would be dll-files that are installed "somewhere on the system". typically they are not installed "besides the main.exe" (and most likely, they are also not installed into C:\Windows\system32) but probably in some QuickTime specific location (e.g. %CommonProgramFiles%), where QuickTime is hardcoded to look for (just like Pd is hardcoded to search for externals in a few "well known" places). if this was the case, you would need to put your codec files in one of these "well known" places, rather than "besides pd.exe" or "besides gem.dll".
now this is all speculative and it might not be true in the specific case of QuickTime (i somehow seem to remember that QuickTime has most/all codecs built-in). what is true however, is that we are not dealing with ordinary dependency resolution, so much of what applies there might not apply here.
fgmdsar IOhannes
Pd-list@lists.iem.atmailto:Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
ok but do I need to install those codecs or can I just drop a dll inside GEM?
i don't think so ...
just out of curiosity: can you playback this ?
http://klingt.org/fileservice/downloads/05826154340905930-test2_cut.zip
(that's a simple 2 seconds mjpeg file encoded with FFMPEG.)
I will try in the evening in the class computers but at home I have a clean windows 7 install in an old machine. I tried there but does not play the video you sent. In the PD console I get this
filmQT: Could not initialize quicktime: error -2093
pix_movie: DirectShow support
C:/Users/r2d2/Desktop/malinette-soft-win-master/malinette-soft-win-master/malinette-ide/projects/malinette-default/test2_cut.avi with format 1908
Unable to connect filters -2147220969
pix_movie: unable to open file: C:/Users/r2d2/Desktop/malinette-soft-win-master/malinette-soft-win-master/malinette-ide/projects/malinette-default/test2_cut.avi
You have DirectShow support which can load video. Make sure the Aero/Metro/etc is turned off and you have the 'Standard Desktop' only.
DirectShow is far better on Windows than Quicktime too.
On Thu, Nov 29, 2018 at 3:19 AM enrike altern2@gmail.com wrote:
ok but do I need to install those codecs or can I just drop a dll inside GEM?
i don't think so ...
just out of curiosity: can you playback this ?
http://klingt.org/fileservice/downloads/05826154340905930-test2_cut.zip
(that's a simple 2 seconds mjpeg file encoded with FFMPEG.)
I will try in the evening in the class computers but at home I have a clean windows 7 install in an old machine. I tried there but does not play the video you sent. In the PD console I get this
filmQT: Could not initialize quicktime: error -2093
pix_movie: DirectShow support
C:/Users/r2d2/Desktop/malinette-soft-win-master/malinette-soft-win-master/malinette-ide/projects/malinette-default/test2_cut.avi
with format 1908
Unable to connect filters -2147220969
pix_movie: unable to open file:
C:/Users/r2d2/Desktop/malinette-soft-win-master/malinette-soft-win-master/malinette-ide/projects/malinette-default/test2_cut.avi
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
On this machine I am testing now I have the standard desktop. I am running windows 7. I think the machines in the lab are the same
18/11/29 16:22(e)an, Chris Clepper igorleak idatzi zuen:
You have DirectShow support which can load video. Make sure the Aero/Metro/etc is turned off and you have the 'Standard Desktop' only.
DirectShow is far better on Windows than Quicktime too.
On Thu, Nov 29, 2018 at 3:19 AM enrike <altern2@gmail.com mailto:altern2@gmail.com> wrote:
>> ok but do I need to install those codecs or can I just drop a dll >> inside GEM? > > i don't think so ... > > > just out of curiosity: can you playback this ? > > http://klingt.org/fileservice/downloads/05826154340905930-test2_cut.zip > > (that's a simple 2 seconds mjpeg file encoded with FFMPEG.) I will try in the evening in the class computers but at home I have a clean windows 7 install in an old machine. I tried there but does not play the video you sent. In the PD console I get this filmQT: Could not initialize quicktime: error -2093 [pix_movie]: DirectShow support [pix_movie]: opening C:/Users/r2d2/Desktop/malinette-soft-win-master/malinette-soft-win-master/malinette-ide/projects/malinette-default/test2_cut.avi with format 1908 Unable to connect filters -2147220969 [pix_movie]: unable to open file: C:/Users/r2d2/Desktop/malinette-soft-win-master/malinette-soft-win-master/malinette-ide/projects/malinette-default/test2_cut.avi _______________________________________________ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
The basic DirectShow should support a few codecs - mostly WMV though. If you can install ffmpeg or similar the codec support will be much improved.
On Thu, Nov 29, 2018 at 12:59 PM enrike altern2@gmail.com wrote:
On this machine I am testing now I have the standard desktop. I am running windows 7. I think the machines in the lab are the same
18/11/29 16:22(e)an, Chris Clepper igorleak idatzi zuen:
You have DirectShow support which can load video. Make sure the Aero/Metro/etc is turned off and you have the 'Standard Desktop' only.
DirectShow is far better on Windows than Quicktime too.
On Thu, Nov 29, 2018 at 3:19 AM enrike <altern2@gmail.com mailto:altern2@gmail.com> wrote:
>> ok but do I need to install those codecs or can I just drop a dll >> inside GEM? > > i don't think so ... > > > just out of curiosity: can you playback this ? > >
http://klingt.org/fileservice/downloads/05826154340905930-test2_cut.zip
> > (that's a simple 2 seconds mjpeg file encoded with FFMPEG.) I will try in the evening in the class computers but at home I have a clean windows 7 install in an old machine. I tried there but does not play the video you sent. In the PD console I get this filmQT: Could not initialize quicktime: error -2093 [pix_movie]: DirectShow support [pix_movie]: opening
C:/Users/r2d2/Desktop/malinette-soft-win-master/malinette-soft-win-master/malinette-ide/projects/malinette-default/test2_cut.avi
with format 1908 Unable to connect filters -2147220969 [pix_movie]: unable to open file:
C:/Users/r2d2/Desktop/malinette-soft-win-master/malinette-soft-win-master/malinette-ide/projects/malinette-default/test2_cut.avi
_______________________________________________ Pd-list@lists.iem.at <mailto:Pd-list@lists.iem.at> mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list