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