Yesterday, I built a new version of dvrab for Arne Schirmacher adding
optional, configure-time checking for libquicktime (and libdv and
dv1394). As you may know, kino and dvgrab share some code, and now even
more so (added FileHandler class and updated Frame, RIFF, and AVI
classes). Then, I applied my changes to FileHandler back to my working
copy of Kino to add optional support for Quicktime DV files. It is
working great as long as your libquicktime support twos complement audio
encoding. libquicktime does, but, for example, quicktime4linux in Debian
does not because it is a rather old version.
Also, quicktime4linux statically links libpng, which is issuing warnings
with respect to a conflict with gdk-imlib, but it mostly seems benign. I
did not test PNG export before uninstalling quicktime4linux, however.
Anyway, that's why I prefer libquicktime--it's just a more cooperative
I am not committing this yet to our CVS as there is not agreement about
adding additional library dependencies in Kino. However, I can submit it
to a branch of CVS. One nice thing about the optional support is that I
hide the radio buttons for the QT format from the user if it was
compiled without libquicktime.
On Sat, 2002-10-26 at 18:43, Johannes Sixt wrote:
> On Saturday, 26. October 2002 18:41, Dan Dennedy wrote:
> > On Sat, 2002-10-26 at 12:09, Johannes Sixt wrote:
> > > Actually I'm only interested in DV support (I want to edit DV footage
> > > captured off of my camcorder).
> > >
> > > I plan to merge kino AVI-DV code into Cinelerra. For this I want to
> > > create an
> > quicktime4linux recently added AVI file support. It seems to be mostly
> > from scratch, but likely borrowed concepts from avilib (mjpegtools) or
> > elsewhere rather than from avifile or kino/dvgrab. libquicktime added
> > this code as well. AFAIK, none of this has been tested very well for
> > compatibility with Kino. In other words, I have not been able to test
> > it, and I have not heard info from others.
> >From Cinelerra's UI you could see that it only supports writing AVI with
> MPEG4, (motion-)JPEG, and MP3. It doesn't allow to read AVI files (I think;
> but I haven't dug into the code too far yet).
> > Do you have Cinelerra working so you can test interop of DV AVI with
> > Kino 0.6? You may need to limit yourself to type2 DV with or without
> > OpenDML extensions.
> I successfully compiled Cinelerra, and it works for me: it can read and
> render quicktime DV. (It hasn't crashed a single time yet, but I'm just at
> the beginning of my experiments.)
> Now I would take AVI file code from kino and stuff it into Cinelerra.
> Appearently, the hooks are there. I would use whatever I can get from kino
> (type2 DV).
> > There is also dv_utils from Arthur Peters. It can convert between raw,
> > AVI, and Quicktime. It uses libquicktime, but for AVI support it uses
> > the old, buggy version of our AVI classes. It needs to be updated from
> > Kino 0.6 sources. I have been using it to convert between raw and
> > Quicktime for testing purposes just fine.
> > Also, I am going to an experimental version of Kino that adds
> > libquicktime support, and I hope to cover many of these issues too.
> Good to hear this. This would save the conversion step (AVI to quicktime
> using dv_utils).
> -- Hannes
> This SF.net email is sponsored by: ApacheCon, November 18-21 in
> Las Vegas (supported by COMDEX), the only Apache event to be
> fully supported by the ASF. http://www.apachecon.com
> Libquicktime-devel mailing list