There is definitely some bug in it regardless of where it comes from.
While the ."mov" plays on linux in other O/s Quicktime complains of "BAD
PUBLIC ATOM"
the workaround is to set pdp_rec~ to use divx
pp
Patrick Pagano
Digital Media Engineer
Digital Worlds Institute
University of Florida
On Wed, Mar 18, 2009 at 10:16 AM , IOhannes m zmoelnig wrote:
John Harrison wrote:
If nobody is going to fix the jpeg codec for pdp_rec~, could that
codec be
removed? It gives no errors, appears to work, the frames advance, but
the
recordings don't come out. This email thread shows this has been a
known
problem for some time now and there is no intention to fix it.
A student and I just lost some time working on her non-trivial patch
and the
problem was that she was using the jpeg codec with pdp_rec~. We
didn't have
a lot of clues to work with to diagnose the problem.
If we do not wish to remove the codec entirely, perhaps a warning
might show
up on the pd console that the jpeg codec is buggy/not supported.
without having a full understanding of the problem, i somehow doubt
that the problem is really in pdp/pidip but rather within
libquicktime.
putting a warning in the calling application might be even more
confusing, once the codec get's fixed upstream.
filtering for a certain codec can also be confusing, since the
codec-names are dynamically extracted from what libquicktime offers,
and thus can change by simply installing/upgrading a certain plugin.
of course this doesn't help you with your problem.
fga,sdr
IOhannes
------------------------------
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list
_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list