On your quality issue, I assume you are using dvgrab. Are you capturing to mpeg or using the qt option which yeilds much better results. (bigger files). Trying to do any pre processing on mpeg generally imho is awaste of time. It just falls apart.
dvgrab -f qt Daniel On Tue, Jan 19, 2010 at 6:45 PM, y0017566 <[email protected]> wrote: > [email protected] schrieb: > > y0017566 schrieb: >> >> >>> hello, should the clip be deinterlaced before ReframeRT is applied to >>> avoid >>> jerks? btw what do you suggest when should be interlaced in general? The >>> video source ist miniDV PAL interlaced >>> >>> >> >> >> Hello, >> >> the simple answer is: always deinterlace your source footage, best even >> before you add it into the project. As said, that is the simple answer; >> if your intention is to view the final result mostly on a computer >> monitor, >> your're best off deinterlacing right away. >> >> This is not the full story; sometimes you might have compelling reasons >> to want interlaced footage as a target (output) format of your work. >> But I'd say, going this route is always more involved and something >> for the more experienced users. >> >> Note: Cinelerra has basically no support for handling interlaced footage. >> If someone knows exactly what to do, it is possible to handle interlaced >> footage in spite of this shortcoming. But, as said, best stay away from >> that topic unless you want to engage in quite some additional >> difficulties. >> >> Well -- for sake of completeness I should add, that you can squeeze out >> some additional quality especially for the case of slow motion done with >> ReframeRT *if* you understand to exploit the additional temporal >> information >> contained in interlaced footage. >> >> Hope this gives you an general orientation on the topic, >> please feel free to ask more detailed questions if in need of additional >> advice! >> >> >> Cheers, >> Hermann V. >> >> _______________________________________________ >> Cinelerra mailing list >> [email protected] >> https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra >> >> > hey, > thanks for the advice. The problem is, overall, that only one of my test > deinterlacers can do good enduser deinterlacing. That is vlc's "X". > > Some minutes ago I did deinterlacing with avidemux with a rendersource from > cinelerra. > All avidemux deinterlacing methods I've tested so far were really bad, > jerky and so on :( > It would be great to use the 50 frame advantage of interlaced source > instead of the progressive 25 fps which results in stuttering. > > During my learning process I've alwas tried to raise the qualitiy of the > source material (camera handling, in the past A/D, now easy with DV, no > transcoding/damaging of the original source material). > Therefore I am surprised of your suggestion. > > And no, I doubt I don't understand the relationschip between interlacing > and concrete advantages in ReframeRT yet > > Regards, Chris > > > _______________________________________________ > Cinelerra mailing list > [email protected] > https://init.linpro.no/mailman/skolelinux.no/listinfo/cinelerra >
