From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1ReIdz-0005Xc-79 for garchives@archives.gentoo.org; Sat, 24 Dec 2011 03:51:35 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8540B21C08F; Sat, 24 Dec 2011 03:51:26 +0000 (UTC) Received: from mail-ey0-f181.google.com (mail-ey0-f181.google.com [209.85.215.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 7304A21C025 for ; Sat, 24 Dec 2011 03:50:22 +0000 (UTC) Received: by eaai1 with SMTP id i1so4054896eaa.40 for ; Fri, 23 Dec 2011 19:50:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=cWxt8H25XLIizERtf39RZ4nhXOkciqS2jsXwTSlWj4w=; b=hf3TJ/2/rrWSAOuwi3m5PwOxuPgIKeobSPsd8PZwpS5bX2eKmEFEOiS5gIv+GYN361 PlZQ271fySdMGYVdrf/4oP3d3IYeg3AMTDdFVi9q73CmPYMXlRVjZoC0JunMPaAT4LIy 6LJM5DYCLqdC+odEqxTIdxseZi/VVSZ/TQD4M= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.204.48.148 with SMTP id r20mr167467bkf.116.1324698621493; Fri, 23 Dec 2011 19:50:21 -0800 (PST) Received: by 10.204.226.72 with HTTP; Fri, 23 Dec 2011 19:50:21 -0800 (PST) In-Reply-To: <4EF54657.9090309@gmail.com> References: <4EF48DA6.1080203@gmail.com> <4EF49402.3000907@gmail.com> <4EF53040.5050503@gmail.com> <4EF54657.9090309@gmail.com> Date: Fri, 23 Dec 2011 22:50:21 -0500 Message-ID: Subject: Re: [gentoo-user] Video editing advice on formats and size of file From: Michael Mol To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 7164d90b-9762-40e7-82f7-5c73b4fd4a16 X-Archives-Hash: 8776f44b36b04b9548b82fd99dd582fa On Fri, Dec 23, 2011 at 10:26 PM, Dale wrote: > Dale wrote: >> >> >> Well, it took some experimenting but I finally figured it out. =C2=A0I l= ike to >> have never found the save video option under the file menu. =C2=A0Why no= t hide it >> next time. =C2=A0lol =C2=A0I can't blame it on my glasses this time eith= er. =C2=A0I got new >> ones a while back. =C2=A0Maybe it is stupidity. =C2=A0o_O >> >> I will say this tho, it is dang fast. =C2=A0It took like 10 to 15 second= s and >> it was done. =C2=A0Kdenlive took MUCH longer. >> >> File size is awesome too. =C2=A0The two files added are very close to ju= st >> adding the file size of each video. =C2=A0I'm talking within a megabyte = or two. >> >> Thanks for this tip. =C2=A0I got a new toy to play with. =C2=A0lol >> >> Dale >> >> :-) =C2=A0:-) >> > > Since you seem to have used this more than I have. =C2=A0I have a questio= n. =C2=A0On > the original videos, the sound is synced up fine. =C2=A0The words match w= hen > their lips move and other sounds match up. =C2=A0After I splice them toge= ther, > the sound is off. =C2=A0It seems longer videos are worse than shorter one= s. =C2=A0Am I > missing something here? =C2=A0I'm pretty much using the default settings. > > I also have a problem with the older .flv1 files. =C2=A0Any tips on that? > =C2=A0Something special I need to install for older formats? =C2=A0I goog= led and found > threads but it appears the packages either merged with something else or = are > no longer available or something. > > Thanks much. This is a slightly simplified explanation, owing to my probably not remembering details quite correctly. Media files consist of at least three parts: The container format, the audio stream and the video stream. You're familiar with container formats as ".flv", ".mkv", ".avi", ".mpg", ".mp4", etc. The audio and video streams consist of frames (for video) or samples (for audio) where each one consists of information particular to a particular video image or audio sample. The audio and video frames typically don't include information as to when they occurred; a frame won't tell you that it's specific to 33.2 seconds into a sequence, for example. Normally, the file and/or streams will describe how many frames per second the video stream should move along at, and how many samples per second the audio stream should move along. When the samples and frames stop matching up as the media file plays, you get desync. This is normal to within a certain tolerance; when you're moving along 48k audio samples per second, and only 30 video frames per second, nobody cares if an audio sample is ten or so off from its ideal position. Unfortunately, I can only tell you what's going on. I can't tell you how to fix it; it's not something I dealt with much. I'd suggest you give the other tools a try, too. The other tools brought up will do essentially the same thing as avidemux; they're just ripping the audio and video streams out of the source container files and placing them into a new container file. Your old approach was very, very slow because your tools were generating completely new audio and video streams. It's the difference between "dd if=3Dsrc of=3Ddst" and "dd if=3Dsrc|lzma --decompress --stdout|lzma --stdout|dd of=3Ddst" ... except lzma doesn't loose any data in the process, while your transcoding was. Once you get the sync issues worked out, you might even notice improvements in audio and image quality. :) --=20 :wq