-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2013-02-18 22:42, Charles Goyard wrote:
Hi,
when opening a .mov file on pd-extended on linux, I get :
[...]
Segmentation fault (core dumped)
On the command line, gmerlin fails to open the file as well, with the same message, but lqtplay is able to play the movie.
by the "same message", do you mean that gmerlin also segfaults?
However, it seems these messages are contradictory : [pix_film:track] No video decoder found for fourcc avc1 (0x61766331) verbose(5): gmerlin: succeeded
i think it's a bug in gmerlin rather than Gem. so gmerlin first thinks it can decode the film and then fails (something that happens to humans as well).
it would be great if you could provide a (short) clip that triggers the crash, so the underlying bug can be fixed.
I'm not sure it's a bug. Maybe there's a way to force pix_film to use a specific backend ?
actually there is an undocumented and little tested extra argument to "open" that allows you to give a given backend priority (that is: the given backend will be tried first, and then all the rest): [open foo.mov RGBA quicktime4linux( should use lqt4l before gmerlin.
come to think of it, i think the API should be changed to be consistent with [pix_video]. e.g. [driver quicktime4linux, open foo.mov( to exclusively(!) select lqt for opening any file.
fgamsdr IOhannes