Discussion:
[CinCV] FFMPEG-based file reader for cinelerra [link to patch]
Monty Montgomery
2010-07-13 08:56:22 UTC
Permalink
Hello,

After noticing that Cinelerra-HV 4.1 has a new FFMPEG-based file
reader (and then noticing with disappointment that it is rather
incomplete and doesn't work well), I set about writing an improved
version. Among other things, I needed something that could properly
handle odd-framerate HDV video (eg, the Canon 24F mode where a 24 fps
progressive scan stream is wrapped in a 30fps NTSC container with hard
telecine).

I have a test version of this FFMPEG-based loader available at:

http://people.xiph.org/~xiphmont/0001-Add-new-fileffmpeg.C-file-loader-to-allow-proper-han.patch

It will apply to current CV git using git apply. The patch is huge
mainly because a fairly recent ffmpeg is needed, and so it updates the
internal ffmpeg version to ffmpeg-0.6. Aside from updating the
internal ffmpeg and adding the new loader, it also disables the old
libmpeg3 loader (possibly a mistake--- but I was having more success
with the new loader) and the old .MOV/mpg4 loader (again, the new
loader handles all the files I tossed at it, where the old one
didn't). The only other change that snuck in by accident is a minor
autoconf fix for OpenGl detection (oops).

I'm currently using this new code in my own editing and a few others
in IRC have had good luck with it, but it very new and has seen only
light testing. Hopefully it will be useful to others as well.

Monty
Rafael Diniz
2010-07-13 13:37:14 UTC
Permalink
This is great news!
I'll test it as soon as possible.
Post by Monty Montgomery
Hello,
After noticing that Cinelerra-HV 4.1 has a new FFMPEG-based file
reader (and then noticing with disappointment that it is rather
incomplete and doesn't work well), I set about writing an improved
version. Among other things, I needed something that could properly
handle odd-framerate HDV video (eg, the Canon 24F mode where a 24 fps
progressive scan stream is wrapped in a 30fps NTSC container with hard
telecine).
http://people.xiph.org/~xiphmont/0001-Add-new-fileffmpeg.C-file-loader-to-allow-proper-han.patch
It will apply to current CV git using git apply. The patch is huge
mainly because a fairly recent ffmpeg is needed, and so it updates the
internal ffmpeg version to ffmpeg-0.6. Aside from updating the
internal ffmpeg and adding the new loader, it also disables the old
libmpeg3 loader (possibly a mistake--- but I was having more success
with the new loader) and the old .MOV/mpg4 loader (again, the new
loader handles all the files I tossed at it, where the old one
didn't). The only other change that snuck in by accident is a minor
autoconf fix for OpenGl detection (oops).
I'm currently using this new code in my own editing and a few others
in IRC have had good luck with it, but it very new and has seen only
light testing. Hopefully it will be useful to others as well.
Monty
_______________________________________________
Cinelerra mailing list
https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Monty Montgomery
2010-07-13 21:28:24 UTC
Permalink
Oops, I had a minor miss (I blame the Makefiles. It's my story and
I'm sticking to it). Some debugging output I'd intended to remove
slipped through to the patch and because it was only partially
removed, and it caused a minor build break.

I've amended the patch, still at the same URL. I used --amend rather
than a second patch as the change was trivial and semantically part of
the larger change.

Cheers,
Monty
Monty Montgomery
2010-07-14 08:45:11 UTC
Permalink
An additional update to the original patch:

http://people.xiph.org/~xiphmont/0002-orrect-colorspace-handling-in-fileffmpeg.C.patch

This is in addition to 0001, not a replacment.

This strengthens pixel format handling (including adding JPEG-style
chroma sitings, used by DV, Theora, VPx and MJPEG, which cinelerra's
quicktime internals don't directly support)
Corrects handling of audio formats that decode to othe than 16-bit
linear (eg, uncompressed 8 bit audio tracks)
Adds a minor workaround to the seeking algo to try to handle AVCHD
files with partially incomplete initial open GOPs

Monty

Loading...