On 1/14/07, Stefan Scheffler <[EMAIL PROTECTED]> wrote:
Hi A smallish patch for the transcode_1_0 branch.
Thanks, looks nice. I'd like to include it in upcoming 1.0.3. There is a problem with import_mov allocating too little memory
for some formats. I've replaced the the mallocs with lqt_rows_alloc so lqt takes care of that, which means the module will require libquicktime >= 0.9.8 though.
It's a reasonnable requisite to me. Kicked out raw audio handling because that was dropped in 0.9.4. Made import_mov the handler for files with the " ftyp" head. It's
mostly used in .mp4 files but some programs use that for .mov files too (like recent lqt) and lqt can read .mp4 files (sometimes). some formating here and there
Same as above :) I'll look into moving the stuff to 1.1 too.
Does lqt actually fit into that new module system thing?
It was one of my worrying reasons as well as some other modules (mpeg2enc, mp2enc) that don't fit perfectly on NMS schema. I don't have a clean path yet, mostly because I've not yet started hacking such modules. In extreme conditions, I think a fake mplexor/demuxer would be a viable solution, but I hope to find something cleaner. It seems like
transcode is moving towards seperating container and codec, which lqt isn't really designed for.
Yeah, that's one of purposes of the whole NMS thing, to allow and make easier such splitup. There are some viable alternatives to lqt (I'm asking because I've little or none experience in here)? Bests, -- Francesco Romani
