On Tuesday 03 July 2007 2:18:19 am Reinhard Amersberger wrote: > On Friday 29 June 2007 23:46:08 you wrote: > > On Friday 29 June 2007 7:08:21 am Reinhard Amersberger wrote: > > > > -----Urspr?ngliche Nachricht----- > > > > Von: Dan Dennedy <dan at dennedy.org> > > > > Gesendet: 28.06.07 07:31:08 > > > > An: kdenlive-devel at lists.sourceforge.net > > > > Betreff: Re: [Kdenlive-devel] Playout via firewire in 0.5 ? > > > > > > > > On Wednesday 27 June 2007 02:29, Reinhard Amersberger wrote: > > > > > apropos 0.5 - is there a minimal chance to have rudimentary > > > > > functionality for playout via firewire ? For now it would be > > > > > sufficient if playout (region between in and out point) would start > > > > > at actual camcorders position (crash record). Because for fail-safe > > > > > and cheap archiving at high quallity I still prefer mini-DV tapes! > > > > > > > > MLT is not DV-specific. Also, it currently has no support for > > > > "pass-through," which means to not render unaffected video. This will > > > > not be possible until pass-through is implemented in MLT. Then, > > > > kdenlive will have to have some features for background-rendering > > > > and/or > > > > render-region-on-demand along with a way to specify the render target > > > > (e.g. DV). For now, for archival purposes (and I agree on the value > > > > of DVC tape), you will have to render to DV and then use something > > > > like Kino to put it back to tape. > > > > > > Thanks for the explanation! > > > I will try your suggestion in the meantime. > > > > > > This sounds to be a lot of work to implement, so it seems that this > > > will not make it in the upcoming release ;) > > > > Last night I noticed kdenlive already has the feature to > > render-region-on-demand, but it is currently DV only, and that's fine for > > many people, > > for me too ;) > > > but HDV is increasingly popular. > > pass-through in MLT is pretty > > high on the list, at least for DV, it should not be too hard. > > fine news, does that mean that you plan to finish pass-through for the next > release?
no -- +-DRD-+
