Hey Johannes, thanks for looking at this, I guess you fixed your ffmpeg?
So I still can't get it to work...
When I start PD I get:
couldn't open alsa sequencer GEM: Graphics Environment for Multimedia GEM: ver: 0.90 GEM: compiled: Jul 7 2005 GEM: maintained by IOhannes m zmoelnig GEM: Authors : Mark Danks (original version on irix/windows) GEM: Chris Clepper (macOS-X) GEM: Daniel Heckenberg (windows) GEM: James Tittle (macOS-X) GEM: IOhannes m zmoelnig (linux/windows) PDP: pure data packet pix_film:: libffmpeg support pix_film:: quicktime support pix_film:: libmpeg3 support pix_film:: libmpeg support GEM: Start rendering
Then when I load the dv file with decoder "0" (ffmpeg?):
* open /raid0/media/dv_capture1.dv 0 gives:
GEM: pix_film: Loaded file: /raid0/media/dv_capture1.dv with -1 frames (720x480) error while decoding
The "error decoding..." happens when I try and send a frame #
* open /raid0/media/dv_capture1.dv 1 gives:
GEM: pix_film: Loaded file: /raid0/media/dv_capture1.dv with -1 frames (720x480) error while decoding
* open /raid0/media/dv_capture1.dv 2 gives:
GEM: pix_film: Loaded file: /raid0/media/dv_capture1.dv with -1 frames (720x480) error while decoding
* open /raid0/media/dv_capture1.dv 3 gives:
quicktime failedGEM: pix_film: Loaded file: /raid0/media/dv_capture1.dv with -1 frames (720x480) error while decoding
* open /raid0/media/dv_capture1.dv 4 gives:
MPEG3 failedGEM: pix_film: Loaded file: /raid0/media/dv_capture1.dv with -1 frames (720x480) error while decoding
* open /raid0/media/dv_capture1.dv 5 gives:
GEM: pix_film: Loaded file: /raid0/media/dv_capture1.dv with -1 frames (720x480) error while decoding
Looks like the console buffer does not get flushed when one of the codec's fail and we end up getting the error message only during the next attempt to load the file. Note I see that quicktime and mpeg3 failed, but no messages about ffmpeg nor mpeg. in the gem-window we just get ugly garbled pixel data in the texture.
Thanks for trying, I feel we are close!!!
b>
IOhannes m zmoelnig wrote:
B. Bogart wrote:
Hi,
the file:// URI makes no difference, gem still does not load the file.
The sample code I downloaded does not link again my version of libsvcodec. (probably a very old example).
I google for a more recent example, any suggestions anyone?
ok, i finally made it work. the line for registering all codecs to ffmpeg was missing.
so the recent CVS-version should work with ffmpeg. unfortunately it does not yet report back the number of frames (neither at load-time nor when it reaches the end); so it is hard to loop if you don't know the exact number of frames. additionally you have to initialize the current frame (either via "auto" or an explicit frame) to see something: just loading will give you a success message and a white canvas :-(
anyhow, it works fine but i had problems with mpegs (e.g. alea.mpg). therefore you can specify an additional argument on opening that defines the preferred library (e.g. if you have ffmpeg+quicktime+mpeg3 support (in this order as displayed on startup), [open alea.mpg 2( will first try to open the file with libmpeg3, and if that fails will go through all 3 supported libraries)
mfg.a.drs IOhannes
GEM-dev mailing list GEM-dev@iem.at http://lists.puredata.info/listinfo/gem-dev