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