Hi Orm, Orm Finnendahl schrieb:

isn't Framestein Window$ only (I work with Linux)?

Yes, it's W32-only. I also use Linux, that's why I said, that I can only tell from the screenshots (and some memories of messages here), that Framestein can do pixmaps.

ciao

Frank Barknecht barknecht@dradio-online.de -= www.dradio.de =- DeutschlandRadio-Online * Redaktion Köln tel 0221 - 345 1851 * fax 0221 - 345 1869

I've been very happy with mpeg 4 (divx codec on windows) ! about the keyframe issue >> when rendering try 'every frame is a keyframe'

I get very good performance this way (mixing, scratching, texturing,...)

I do limit the movie dim to 320x240 and the gemwin dim to 800x600.

hey, it's not broadcast quality but it's funky realtime this way!

kurt

-----Oorspronkelijk bericht----- Van: pd-list-admin@iem.kug.ac.at [mailto:pd-list-admin@iem.kug.ac.at]Namens chris clepper Verzonden: vrijdag 15 november 2002 0:23 Aan: Orm Finnendahl CC: PD-list@iem.kug.ac.at Onderwerp: Re: [PD] background pics in pd/quicktime codecs in gem

Hi all,

2 questions:

1. Is there a way to load bitmap images into a patcher as a background image?

no idea how to do this, but it would be a nice thing to have.

2. Using Gem with a Linux System I try to play back an Apple Quicktime Movie. I get the following eror:

the quicktime4linux lib really doesn't handle most quicktime codecs. 'rpza' or road pizza is the code for cinepak codec originally used by quicktime. it's now mostly deprecated in favor of faster higher quality codecs.

i'm not sure why you would want to use mpeg2 with GEM as it's a really not a good choice for real-time use. interframe compression kills frame rates, and try playing any mpeg backwards sometime. on the other hand it's great for low bandwidth delivery. there is a quicktime6 plugin that does mpeg2 conversion if you really want to go that way.

here are some good codecs for real-time video: photo-jpeg - low bandwidth and low cpu usage animation - if you are using RGB for processing then animation saves yuv->rgb conversion DV - actually works quite well on faster machines

ok codecs: motion-jpeg - large files and slow to decompress. there are some cards that do hardware mjpeg uncompressed - if you have the bandwidth (up to 36MB/sec) you can get decent performance

not so good: mpeg1,2,4 sorenson 1,3 anything with keyframes

unfortunately you don't have a very good selection to choose from on linux. i tried to get decent performance from quicktime4linux and was always fairly disappointed with the results.

Am Freitag, den 15. November 2002 um 12:38:10 Uhr (-0600) schrieb chris clepper:

...

I've been very happy with mpeg 4 (divx codec on windows) ! about the keyframe issue >> when rendering try 'every frame is a keyframe'

I get very good performance this way (mixing, scratching, texturing,...)

I do limit the movie dim to 320x240 and the gemwin dim to 800x600.

hey, it's not broadcast quality but it's funky realtime this way!

why don't you try something like photo-jpeg or another intra-frame codec in an avi file and report back. i bet the quality goes up and your performance doubles.

thanks for all the help. I tried to convert to avi, but that won't work for me with Gem.

The movie was done with Macromedia Director and shows some animation of compositional procedures with rudimentary mouse interaction (clicking to switch scenes). I would like to port that to Linux and I would like to keep the mouse interaction that's why I thought I'd use Gem. Not only does the avi movie look pretty awful (playing it with mplayer) compared to the crisp image of the shockwave animation, it is impossible to load the movie with Gem. I don't know very much about movie formats and codecs so all your help is appreciated, but I still don't have a clue, which tool to use to convert it into which format in order to be able to open it in pd/Gem.

Thanks for the hint with ggee's external. I already solved most of it by writing a program (in lisp) which generates a patch, which generates the necessary drawing in another pd window (using plot and the like). I tried to avoid it, but it looks quite cool and it is fascinating to generate interactive graphical interfaces automatically from scratch by clicking a button...

-- Orm

cvs -d :pserver:anonymous@cvs.pure-data.sf.net:/cvsroot/pure-data co externals/ggee

for checking out ggee, without the ggee you get everything, including flext, zexy and whatever .... no guaranties, its CVS.

Guenter

On Fri, 15 Nov 2002, guenter geiger wrote:

On Thu, 14 Nov 2002, Orm Finnendahl wrote:

...

Hi all,

2 questions:

1. Is there a way to load bitmap images into a patcher as a background image?

There is an external in the CVS of ggee which loads images. its called ... image Very simple, just a gif image loader ..... ... and I have heard rumours that Thomas Musil is working on a similar external ... so you might take a look at iemlib

Guenter

...

2. Using Gem with a Linux System I try to play back an Apple Quicktime Movie. I get the following eror:

pix_film:: quicktime4linux support pix_film:: libmpeg3 support Trying to load external codec quicktime_codec_rpza.so Can't load the codec quicktime_codec_rpza.so: cannot open shared object file: No such file or directory Trying to load external codec quicktime_codec_rpza.so Can't load the codec quicktime_codec_rpza.so: cannot open shared object file: No such file or directory GEM: pix_film: unsupported CODEC 'rpza'! quicktime_delete_vcodec_stub called

It might be a misconfiguration as I found out that rpza is the standard Apple Quicktime codec and Gem's docs say this format is supported. If I can't get this to work: Does anybody know of any way to convert a quicktime Movie to Mpeg2 on a Linux machine or a Mac?

-- Orm

---

PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list

---

PD-list mailing list PD-list@iem.kug.ac.at http://iem.kug.ac.at/cgi-bin/mailman/listinfo/pd-list