[PD] PDP and quicktime pdp_qt

[Patrick Pagano]

Jamie is right

Do NOT USE the libquicktime from fink. There is a version included with
pidip source

libquicktime.so.0 or .2 that should be used.

I had this same problem with the fink version.

Pat
 

-----Original Message-----
From: pd-list-bounces at iem.at [mailto:pd-list-bounces at iem.at] On Behalf
Of james tittle
Sent: Tuesday, April 18, 2006 4:27 PM
To: Dave Leith
Cc: PD List send
Subject: Re: [PD] PDP and quicktime pdp_qt

On Apr 18, 2006, at 10:50 AM, Dave Leith wrote:

> Hi and thanks for your assistance
>
> Well sorry to be stubborn and a pain but I still can't get any codec 
> to work. I had already tried all codecs but I re-tried them all again 
> making sure to follow your suggestions. I used both Quicktime 6.5 Pro 
> and Jitter to create the .mov files. I also experimented  with argb 
> and YUV. Always the same. Some examples below:
>
> As well I experimented with other RC versions (RC5,6, and the newer 
> .39 tests). Version RC7 would recognize most codecs as OK in the 
> console, then crash after about 30 sec. The newer .39 test don't 
> correctly load PDP/PiDiP. Info below as well:
>
> I removed everything and reinstalled the OSX PD and X11. What can I 
> try next?

...ok, so I tried some old files that used to work with pdp_qt/ pdp_yqt,
but they don't currently:  I can only guess that the fink version of
libquicktime that I compiled the RC8 version of pdp/pidip has screwed up
something...

...however, you could always use open the file in gem with [pix_film],
then feed that into [pix_2pdp], process with pdp/pidip, and finally
return it to gem with [pdp2gem]...you're especially lucky if you have
the latest cvs of gem and pix_2pdp/pdp2gem, because I recently made the
YUV/YV12 conversions fully altivec'ed (as are YUV2BGRA/BGRA2YUV)...

...another thing to note is that no matter what you use, you will get
better performance if your movies have dimensions that are multiples of
16, like 320x240, 640x480, 336x224, etc...this will ensure the altivec
path, and generally makes the cpu and memory managers much happier...

james


_______________________________________________
PD-list at iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list