-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tuesday 24 Aug 2004 19:56, Selva Nair wrote: > > Then, the problems I've had appear to be caused by the way I have created > > the avi. This was done by grabbing a series of single frames, creating > > 25fps avis from them, creating transition avis, then writing an eli that > > could bring them together into one. Is there any way I could have > > lessened the chances of the problems I've had? Could they, for instance, > > be made interlaced in some way? And would it have helped? > > Not that it would have helped, but in general its not a good idea to > de-interlace unless absolutely necessary. Was there any special reason to > deinterlace the input? I would have kept it all interlaced if the source > is interlaced. You lose quality when you de-interlace. > It isn't that I de-interlaced. I wanted a series of 5-second-ish stills pulled from the main video - a sort of summary to pull things together instead of the abrupt ending. I started each of these from a single frame pulled from the main recording.
Since this project is very much a learning experience I'm quite prepared to do the whole lot again. Would that be a matter of adding -I t -L 1 to jpeg2yuv? > > Or is it maybe that I didn't get a good quality sound grab in the > > first place? > > I am not sure I understand. You mean audio quality? > Yes - I was wondering whether I could have got a faster sampling rate or something, to make it less of a gap. > > If so, again, recommendations would help. > > > > Finally, the main recording is in the form of a series of avis > > (filename02%.avi), interlaced. The coda is formed from a series of > > non-interlaced avis. I know I can't create a transition between the, but > > will I encounter problems when I try to stitch them together into one > > long production? > If I re-create all the avis in an interlaced mode, will the blends automatically be interlaced? > lav2yuv will complain if you try to mix interlaced and progressive > sources. One can think of some ways of handling this without re-encoding > but it may be easier to re-encode coda as interlaced with the same field > order, frame size, aspect ratio and fps as the rest of the video. > Now there's another question. The main avis are in 768x576, whereas I want 720x576. I was expecting to use yuvscaler just prior to encoding. Of course I had used yuvscaler on the coda, so that I could check that it was working. I guess that it would be better to take it on trust and then convert them all at the same time when encoding? Sorry for so many questions, but I am trying to get the concepts clear. And thanks to both you and Steven for clarifying so many things. Anne - -- Registered Linux User No.293302 Have you visited http://twiki.mdklinuxfaq.org yet? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFBK5UVkFAvMr/nNX8RApfWAJ4mJ6XWtv3hKL5P2PNvk93wapJrFACeLXM8 /sL7SAu995IETR/xOauYxK4= =S70G -----END PGP SIGNATURE----- ------------------------------------------------------- SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33 Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift. http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285 _______________________________________________ Mjpeg-users mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/mjpeg-users
