[GEM-dev] Gem says quicktime ok, then disagrees with itself

[B. Bogart]

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 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/20050707/550c7f0f/attachment.pgp>