[GEM-dev] GEM HD

[B. Bogart]

This is a pretty cool discussion.

My partner is shooting her film thesis project on HD, and we have been
editing it in finalcut all week. The video is about 192GB. wha! The edit
suite runns off one of those Xraid things from apple, with 3TB.

I have to say though that HD non-linear editing is not there yet,
finalcut is buggy as hell and it took us two days to get a tape copy of
the video where something bad did not happen (dropped frames, clicks in
audio from over CPU consumption etc..) Maybe its the year of HD, but
hell its bloody far from easy at this point!

It would be cool to play with some of these HD clips in Gem though...
Too bad I'll never be able to use one of those HD camers in a long time.
($50kUS each).

I think a "HD" switch is less easy to deal with than pix_moviehd, or
maybe another argument pix_movie mymovie hd...

I had a great peformance the other night, will try and get some shots
and/or video up at some point.

B>

chris clepper wrote:
>
> On Apr 28, 2005, at 2:23 AM, IOhannes m zmoelnig wrote:
>
>> in theory(!) we should be able to handle this (or most of it) by just
>> fixing some preprocessor defines in the GemPixUtil.h and recompile the
>> whole thing.
>> this of course implies, that people used those defines.
>
>
> It would be burning to try and do this on the fly for the codecs and
> input devices that use 'yuvs' instead of '2vuy'.
>
>
>> thinking while i'm writing i notice, that the major problems might be in
>> the altivec code. correct ? (i guess there is no way to use those
>> shift-constants,... in a general but still optimized way within SIMD)
>
>
> Altivec giveth and also taketh away, but in this case the bad bit of QT
> code is something that should use Altivec and doesn't.  Probably the
> best way to go is write an Altivec pixel packing swizzler routine from
> scratch.  A 12-15% hit is a lot better than 40%, and although my G4
> plays one 720p, this is really something for G5s only where the penalty
> is likely to be much smaller.
>
> I might make a switch for pix_movie to play both formats since it
> doesn't pass anything to the other pix_objects.  pix_movieHD!  I heard
> it was 'the year of HD' from somewhere, now where did I hear that? ;)
>
> cgc
>
>
> _______________________________________________
> GEM-dev mailing list
> GEM-dev at iem.at
> http://lists.puredata.info/listinfo/gem-dev
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 256 bytes
Desc: OpenPGP digital signature
URL: <http://lists.puredata.info/pipermail/gem-dev/attachments/20050429/c9ae549d/attachment.pgp>