On Sun, 29 Jun 2008 15:48:18 +0200, U.G. Cinelerra <[EMAIL PROTECTED]> wrote:
> Herman Robak wrote: >> I doubt this is just a muxing problem. My suggested workaround >> would be recoding into MPEG2 at the same resolution, which Cinelerra >> supports quite well. You still need a hefty computer, though. >> > Do you have an Idea how I could convert it without any *viewable* > quality loss to mpeg2? It should be much smaller than > 1gig per 10 secs though... HDV is 1 GB per five minutes. You may want to go a little higher. >> When HDV arrived a few years ago, Cinelerra happened to support it. >> Not quite so with AVCHD. AVCHD is even less ideal for editing than >> long-GOP HDV (1080i HDV), so Cinelerra should have some user friendly >> proxy editing support. >> > The Problem is, nearly every new HD cam on the marked records in AVCHD > or a similar way (MP4 + some sort of compressed audio) That's the consumer cameras :-P They are not really aimed at post-production. To achieve responsive seeking, the editor software needs to integrate tightly with the codec. An API that merely offers "give me frame x, when it's ready" won't cut it. So proxy editing is probably the way to go: Edit (interactive) a copy in a suitable format, and do the final render (sequential batch job) from the original files. > so I > think it's mandatory for cinelerra to support it in a convinient way, > without converting before editing. Most HDV editing software used an "intermediary codec", because the machines were too slow to handle long-GOP HDV responsively. Editing is not just about normal speed forward playback, you know. -- Herman Robak _______________________________________________ Cinelerra mailing list [email protected] https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra
