[CinCV] patch to fix build w/ latest ffmpeg
Hi people, Can anyone please apply the attached patch. It fixes cinelerra build w/ latest ffmpeg (trunk). bye, rafael diniz +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- Ciência da Computação @ Unicamp Rádio Muda, radiolivre.org, TV Piolho, tvlivre.org Chave PGP: http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x2FF86098 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+- diff --git a/cinelerra/ffmpeg.C b/cinelerra/ffmpeg.C index 85e5614..6cea249 100644 --- a/cinelerra/ffmpeg.C +++ b/cinelerra/ffmpeg.C @@ -6,6 +6,13 @@ extern C { } #endif +/* fix for newer ffmpeg */ +#ifndef PIX_FMT_YUV422 +#define PIX_FMT_YUV422 PIX_FMT_YUYV422 +#endif +#ifndef PIX_FMT_RGBA32 +#define PIX_FMT_RGBA32 PIX_FMT_RGB32 +#endif #include filebase.h #include quicktime.h diff --git a/quicktime/qtffmpeg.c b/quicktime/qtffmpeg.c index 594a213..a6d272c 100644 --- a/quicktime/qtffmpeg.c +++ b/quicktime/qtffmpeg.c @@ -8,8 +8,10 @@ // FFMPEG front end for quicktime. - - +// fix for newer ffmpeg, don't break w/ older ones... +#ifndef PIX_FMT_YUV422 +#define PIX_FMT_YUV422 PIX_FMT_YUYV422 +#endif
Re: [CinCV] Re: Suggestions for Blackmagic Design
On Mon, Apr 27, 2009 at 3:00 AM, Terje J. Hanssen ntekn...@monet.no wrote: What about container type and compression levels? Though I haven't started to edit yet, I did a couple of simple tests and opened both DV and MPEG-2 (SD from DVD) files, which seemed to open ok. In additon I have heard that native HDV (m2t) should work. But what about other SD and HD files at higher quality (4:2:2 and datarate) in MPEG-2 and MPEG-4/H.264 moderate compression ? Hmm. What about Dirac Pro? It's supposed to be a very good intermediate-codec. http://www.bbc.co.uk/rd/projects/dirac/diracpro.shtml The implementations can be used, there's even VHDL for hardware implementation: http://www.bbc.co.uk/rd/projects/dirac/implementations.shtml But I'm actually more interested in if the drivers will be GPL'd so that they can be slipped into the Linux-kernel as part of it. -- Beste helsing, Odin Hørthe Omdal odin.om...@gmail.com http://velmont.no ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
[CinCV] [Bug 486] Feature request: ADR/Looping/Dubbing
http://bugs.cinelerra.org/show_bug.cgi?id=486 --- Comment #1 from whi...@freelabs.com 2009-05-03 12:35 +2 --- It should be noted that the same basic algorithm is also useful for lining up audio/video from two cameras used simultaneously or audio from an audio recorder with video (with lower quality audio).This includes using timecode recorded on an audio track to line up multiple sources.So this could be two plugins sharing code, one for ADR looping and one to align tracks on the timeline. -- Configure bugmail: http://bugs.cinelerra.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
Re: [CinCV] USB HDMI Capture
Hey Esben, Esben Stien wrote: Is there some kind of USB device that can capture the HDMI data from his camera, not necessarily in high quality, allowing him to preview the video?. AFAIK there is absolutely no device which is able to capture or even record something delivered by hdmi in the consumer-world. That fact renders the whole HDCP thing which we all have to pay for but only cuts us off convinience totaly ridiculous... Any other options if this is not possible?. Maybe the component output, if there is something like that on the cam? ___ Cinelerra mailing list Cinelerra@skolelinux.no https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra